The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Причины недоступности и утери данных на хостинге Savannah.gnu.org

02.06.2009 11:52

Опубликовано объявление с описанием причин недоступности в течение нескольких дней хостинга открытых проектов savannah.gnu.org. В четверг на сервере возникли проблемы с RAID-массивом, которые привели к повреждению файловой системы и утере части CVS/SVN/Git/Hg репозиториев исходных текстов. Проблема усугубилась тем, что последний бэкап оказался не полным, так как был произведен уже после частичного повреждения данных.

В настоящее время работа сервиса полностью восстановлена, система переустановлена с нуля, а данные подняты из ленточного бэкапа, сделанного в конце апреля. Разработчики утверждают, что обычно бэкапы на ленту производились регулярно, но в силу определенных обстоятельств именно за месяц до краха с системой ленточного резервирования возникли проблемы. Статус восстановления можно посмотреть в микроблоге fsfstatus.

Авторам проектов, размещаемых в Savannah, предлагается сделать выбор: использовать данные из бэкапа от 29 апреля (директория backup-20090429), попробовать выбрать неповрежденные данные из неполного бэкапа (директория backup-20090529-incomplete), загрузить данные из собственных резервных копий или дождаться результатов восстановления данных со сбойных дисков.

Для предотвращения подобных инцидентов, администраторы Savannah.gnu.org планируют добавить дополнительный сервер, синхронизированный с основным через DRBD.

  1. Главная ссылка к новости (http://lists.gnu.org/archive/h...)
  2. wiki.opennet.ru: советы по организации бэкапа
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/21980-gnu
Ключевые слова: gnu, hosting, backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (59) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:31, 02/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Да уж, нафиг-нафиг такие хостинги, у которых нет денег на нормальную избыточность и на нормальный персонал.
     
     
  • 2.2, charon (ok), 12:51, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да уж, нафиг-нафиг такие хостинги, у которых нет денег на нормальную избыточность
    >и на нормальный персонал.

    Мы с удовольствитем опробуем и заценим ВАШ хостинг, избыточный и с нормальным персоналом.

     
     
  • 3.3, Aleksey (??), 13:00, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, и самое главное - бесплатный.
     
  • 3.4, Аноним (-), 13:05, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Мы с удовольствитем опробуем и заценим ВАШ хостинг, избыточный и с нормальным
    >персоналом.

    Вы свой юмор демонстрируйте лучше владельцам проектов, которые потеряли свои данные из-за этого сбоя, они непременно его оценят.
    Раз уж "назвался груздем, полезай в кузовок". Перед тем, как браться за какое-то дело, в особенности ответственное, то необходимо трезво оценивать свои возможности. Чтобы потом не получалось так, как в этом случае.


     
     
  • 4.6, Тузик (?), 13:25, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Раз уж "назвался груздем, полезай в кузовок". Перед тем, как браться за
    >какое-то дело, в особенности ответственное, то необходимо трезво оценивать свои возможности.
    >Чтобы потом не получалось так, как в этом случае.

    С таким подходом человечество до сих пор бы сидело на дереве...

     
     
  • 5.12, GoSha (?), 14:29, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Планета была бы зелёная, деревьев море, море чистое, воздух чистый, ... а сомнительные развлечения вида "поубивать монстров на компе до 5-ти утра" заменены подобными же развлечениями, но в реале.
     
     
  • 6.13, Дмитрий Ю. Карпов (?), 14:35, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что не мы бы развлекались охотой на монстров, а монстры бы развлекались охотой на нас.
     
  • 6.28, User294 (ok), 20:05, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > же развлечениями, но в реале.

    Да.И дохли бы в среднем к 30 годам... из-за элементарных заболеваний и укусов монстров в съедобные части тела.

     
  • 4.7, charon (ok), 13:37, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Мы с удовольствитем опробуем и заценим ВАШ хостинг, избыточный и с нормальным
    >>персоналом.
    >
    >Вы свой юмор демонстрируйте лучше владельцам проектов, которые потеряли свои данные из-за
    >этого сбоя, они непременно его оценят.
    >Раз уж "назвался груздем, полезай в кузовок". Перед тем, как браться за
    >какое-то дело, в особенности ответственное, то необходимо трезво оценивать свои возможности.
    >Чтобы потом не получалось так, как в этом случае.

    Я могу себя представить на месте владельцев таких проектов. Любой здравомыслящий человек должен понимать, что на шару не может быть такой же надёжности и сервиса, как за деньги. Я бы делал бэкап системы самостоятельно в дополнение к бэкапу хостинга.
    А вас послушать, так лучше ничего не делать - всё равно ведь без денег круто не получится. Сплошной максимализм.

     
     
  • 5.10, e (??), 14:25, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Я могу себя представить на месте владельцев таких проектов. Любой здравомыслящий человек
    >должен понимать, что на шару не может быть такой же надёжности
    >и сервиса, как за деньги. Я бы делал бэкап системы самостоятельно
    >в дополнение к бэкапу хостинга.
    >А вас послушать, так лучше ничего не делать - всё равно ведь
    >без денег круто не получится. Сплошной максимализм.

    github.com, bitbucket.org, code.google.com, sourceforge.net денег за хостинг небольших проектов не берут.

     
     
  • 6.16, charon (ok), 15:03, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >github.com, bitbucket.org, code.google.com, sourceforge.net денег за хостинг небольших проектов не берут.

    к чему это вообще? У меня нет претензий ни к какому хостингу. Просто в случае бесплатных я предлагаю перестраховаться.

     
     
  • 7.18, аноним (?), 15:32, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Просто в случае бесплатных я предлагаю перестраховаться.

    бесплатно = плохо? меня именно этот момент интересует

     
     
  • 8.19, charon (ok), 15:38, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    не плохо Просто по-другому Менее надёжно в случае хостинга ... текст свёрнут, показать
     
     
  • 9.33, User294 (ok), 20:49, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Обычно эту песенку поют платные хостеры При том что далеко не любой из них ... текст свёрнут, показать
     
     
  • 10.36, Харон (?), 21:35, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Очень мило, что вы решили сообщить нам своё мнение о платных хостерах Только не... текст свёрнут, показать
     
     
  • 11.52, anonymous (??), 14:57, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    наверное при том, что 171 бесплатно 8212 это менее надёжно 187 очевидно,... текст свёрнут, показать
     
     
  • 12.53, Дмитрий Ю. Карпов (?), 17:40, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Как правило, платно выплата неустойки при аварии , причём размер неустойки ... текст свёрнут, показать
     
     
  • 13.55, User294 (ok), 20:40, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Далеко не у всех - отвечать за свои ляпы никто не любит а те кто отвечает - не ... текст свёрнут, показать
     
  • 5.29, User294 (ok), 20:13, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >и сервиса, как за деньги.

    Пардон, коммерческие хостеры без проблем про%#ывают данные.Надеяться на "дядей" в вопросах бэкапов - последнее дело.Я лично видел минимум 2 буржуйских хостеров которые профукали клиентские данные и смогли вернуть как максимум частичную копию на момент сбоя и не шибко свежий бэкап.А еще можно вспомнить как отечественный (а хотя-бы и платный) хостер после возникновения конфликтной ситуации на сайте bitchx.ru (или как его там) когда автор вывесил спорные картинки просто снес проект.Отказавшись отдавать бэкапы вообще.Сильно приложив мордой об стол владельца сайта, поленившегося самостоятельно делать бэкапы регулярно и положившись на сервис хостера.

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

     
     
  • 6.37, Харон (?), 21:36, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    правильно ли я понял, что вы считаете, что за деньги сервис ничем не лучше, чем бесплатно?
     
     
  • 7.38, Hettikus (??), 22:56, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    К несчастью это именно так в подавляющем большинстве случаев. Есть отдельные товарищи, которым можно доверять. Но на каждого такого товарища дофига баблорубов.
     
  • 7.39, ABC (??), 22:57, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    В *среднем* платный лучше, конкретные случаи могут отличаться.
     
     
  • 8.56, User294 (ok), 20:47, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    В среднем имхо достаточно однохренственно, если сравнивать с нормальными хостера... текст свёрнут, показать
     
  • 8.60, XoRe (ok), 11:49, 04/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это как средняя температура пациентов в больнице Посчитать её можно, но и... текст свёрнут, показать
     
  • 4.26, anonymous (??), 19:49, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Вы свой юмор демонстрируйте лучше владельцам проектов, которые потеряли свои данные из-за
    >этого сбоя, они непременно его оценят.
    >Раз уж «назвался груздем, полезай в кузовок». Перед тем, как браться за
    >какое-то дело, в особенности ответственное, то необходимо трезво оценивать свои возможности.
    >Чтобы потом не получалось так, как в этом случае.

    можно узнать, где в ToS саванны пункт «мы обязуемся во что бы то ни стало вне зависимости от чего бы то ни было сохранять ваши данные целыми»?

     
  • 3.11, uZver (??), 14:28, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    а пользоваться code.google.com или соурс-форжем религия не позволяет?
     
     
  • 4.17, charon (ok), 15:06, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >а пользоваться code.google.com или соурс-форжем религия не позволяет?

    сообщение абсолютно не в тему. Зачем мне code.google.com? Я не программист и у меня нет своих проектов.

     
     
  • 5.22, Warhead Wardick (?), 18:28, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да это то как раз и так понятно :)
    Программисты и так знают что у них есть всё в локальной VCS,и кстати там прямо в новости написано что им предложили "перезалить". Но ты же не знаешь как это всё работает :)

    PS: А ваша професия - "набрасывальщик на вентилятор" называется да? :-)

     
     
  • 6.24, charon (ok), 18:40, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Программисты и так знают что у них есть всё в локальной VCS,и
    >кстати там прямо в новости написано что им предложили "перезалить". Но
    >ты же не знаешь как это всё работает :)

    Знаю в общих чертах.

    >PS: А ваша професия - "набрасывальщик на вентилятор" называется да? :-)

    Да. Именно так. А ваша - "раздаватель советов не в тему"?

     
  • 4.27, anonymous (??), 19:55, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >а пользоваться code.google.com или соурс-форжем религия не позволяет?

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

     
     
  • 5.49, Аноним (-), 08:20, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > у гугля нету git

    он и не нужен, там есть средства получше.

     
     
  • 6.51, anonymous (??), 14:53, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >> у гугля нету git
    >
    >он и не нужен, там есть средства получше.

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

     
  • 4.30, User294 (ok), 20:15, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >а пользоваться code.google.com или соурс-форжем религия не позволяет?

    Если вы такой умный то чего строем не ходите? :D

     
  • 4.41, samm (?), 01:33, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    У меня на проекте sf.net был утерян форум и часть багтрекера, ну и что? сказали что были сбои в системе, извинились. Бывает. Тот же шелл на сф.нет тоже лежал совсем нередко. С свн были очень серьезные глюки, рассинхронизация ro и rw репозиториев. Скорость тоже порой крайне низкая. Так что не надо ляля про беспроблемный sf - проблемы бывают у всех и не всегда получается восстановить все как было, увы.
     
  • 2.62, alm (??), 00:08, 12/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    эх коллеги, сразу видно у вас ни разу не падало сразу два винта в 5-ом рейде и FC HBAшка двухпортовая :-)
     

  • 1.5, mike lee (?), 13:06, 02/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    думаю у пользователей DVCS и так нормально все с избыточностью :)
     
  • 1.8, fresco (??), 13:47, 02/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно что за ФС полетела
     
     
  • 2.9, mvalery (?), 14:08, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    А какая разница. Полетела не система, а RAID.
    У меня на серваках были случаи когда SATA диски (WD RAID edition) выходили из строя через 3-6 месяцев. Ну ни как не ожидал.
    Без одного диска RAID остается работоспособным, но надо срочно бежать - менять т.к. без двух дисков RAID разрушится.
    Я пользуюсь 1U серваками. Там обычно не более 4 дисков. Значит или RAID5 или RAID10. Даже на RAID6 дисков не хватает.
     
     
  • 3.14, e (??), 14:37, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Я пользуюсь 1U серваками. Там обычно не более 4 дисков. Значит или
    >RAID5 или RAID10. Даже на RAID6 дисков не хватает.

    Тогда это не хостинг, а какой-то трудноподдерживаемый бред. Зачем вообще нужно много мелких массивов с мизерной избыточностью? Значительно проще и дешевле эксплуатировать большой массив в корпусе 2U или 4U с hot-spare, чтобы не бегать сломя голову при каждом сбое.

     
     
  • 4.23, Warhead Wardick (?), 18:34, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Да хоть на все 43U!!! Если с железякой проблемы ты всё одно приплыл! :(

    Кстати - перечитай новость еше пару сотен раз чтобы понять - по крайней мере ежемесячный долгохранимый снапшот они делают. Так что я думаю они представление о DR & BC вполне себе имеют.

     
     
  • 5.31, User294 (ok), 20:19, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >они представление о DR & BC вполне себе имеют.

    Да просто дерьмо может случиться у любых.И то что отколупали на саванне - не самый плохой вариант.И тем кто молится на гугля и SF - а вы железно уверены что в следующие хренадцать лет эти двое не просрут ни толики данных ни у одного проекта?

     
     
  • 6.43, samm (?), 01:39, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>они представление о DR & BC вполне себе имеют.
    >
    >Да просто дерьмо может случиться у любых.И то что отколупали на саванне
    >- не самый плохой вариант.И тем кто молится на гугля и
    >SF - а вы железно уверены что в следующие хренадцать лет
    >эти двое не просрут ни толики данных ни у одного проекта?
    >

    Скажу больше - у сф были очень серьезные проблемы  с СВН когда они его ввели. Ну а главное - действительно стоит помнить что никакого SLA в данном случае нет и делать дамп репозитория самостоятельно, благо они это позволяют. Ну а локальная копия полюбому есть, так что самое страшное что может случиться  в случае отс-вия бекапов - это потеря логов изменений, ну так это не такая уж и беда для проекта.

     

  • 1.15, Fejmafyo (?), 14:41, 02/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В рассылках savannah также отмечено преимущество Git и Mercurial (Hg) в такой ситуации - репозиторий можно полностью восстановить из локальной копии. Так что пользуйтесь распределенными системами управления версиями и ничего не бойтесь.
     
  • 1.20, XoRe (ok), 17:46, 02/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Полетел бы массив у другого хостера, и всякие анонимусы гнали бы на него.
    И приводили бы в пример Savannah, у которого ничего не падает.
    Риск, что железо вот так откажет, есть всегда.
    Пусть очень маленький, с вероятностью 1 на 1 000 000.
    Поэтому лучше не верить свято в какую-то технологию и делать свои бекапы.
     
     
  • 2.21, аноним (?), 18:10, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >лучше не верить свято в какую-то технологию и делать свои бекапы.

    где они, эти ежедневные или хотя бы еженедельные бэкапы?

     
     
  • 3.61, XoRe (ok), 11:54, 04/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>лучше не верить свято в какую-то технологию и делать свои бекапы.
    >
    >где они, эти ежедневные или хотя бы еженедельные бэкапы?

    Решили сойти за умного?

    Я написал "свои бекапы".
    Думаю, те пользователи Savannah, кто делали бекапы, уже восстановили свои данные из них.

     

  • 1.25, AsphyX (??), 19:35, 02/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подозреваю, пользователи Git и Mercurial пострадали меньше всех. Поскольку локальный репозиторий всегда с собой :)
     
     
  • 2.32, User294 (ok), 20:44, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Подозреваю, пользователи Git и Mercurial пострадали меньше всех. Поскольку локальный
    >репозиторий всегда с собой :)

    Хороший подход, не спонсирующий слепую веру в "дядей".Дяди - не боги.Они тоже могут лажануться.А хотя-бы и раз в хренадцать лет.

     
     
  • 3.34, Антон (??), 21:16, 02/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Хороший подход, не спонсирующий слепую веру в "дядей".Дяди - не боги.Они тоже
    >могут лажануться.А хотя-бы и раз в хренадцать лет.

    У google слишком много сотрудников имеют долступ к bigtable, у которого, насколько я понимаю, нет разеделния данных и прав доступа к ним. Т.е. любой прграммер из поискового отдела имеет доступ к допустим  к данным gmail. То что google официально не сливает спецслужбам данные, еще не гарантирует внутренней утечки через сотрудников.  У нас именно из-за нечистоплотных сотрудинков разных гоструктур в сети и гуляют базы ГАИ, паспортного стола и налоговой.

     
     
  • 4.42, samm (?), 01:36, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Хороший подход, не спонсирующий слепую веру в "дядей".Дяди - не боги.Они тоже
    >>могут лажануться.А хотя-бы и раз в хренадцать лет.
    >
    >У google слишком много сотрудников имеют долступ к bigtable, у которого, насколько
    >я понимаю, нет разеделния данных и прав доступа к ним. Т.е.
    >любой прграммер из поискового отдела имеет доступ к допустим  к
    >данным gmail. То что google официально не сливает спецслужбам данные, еще
    >не гарантирует внутренней утечки через сотрудников.  У нас именно из-за
    >нечистоплотных сотрудинков разных гоструктур в сети и гуляют базы ГАИ, паспортного
    >стола и налоговой.

    Сливает, кстати. Было пару скандалов, связанных именно со сливом спецслужбам Китая.

     
     
  • 5.45, szh (ok), 01:56, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    только скандал был с yahoo.
    Сервера находящиеся на территории китая подчиняются юрисдикции китая, и априоре не гуглу решать могут или нет их спецслужбы пользоватся инфой с тех серверов. Где-то они заявляли что почтовые сервера в китае не держат поэтому
     
     
  • 6.46, samm (?), 02:05, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >только скандал был с 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.

     
  • 4.44, szh (ok), 01:54, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    > имеют долступ к bigtable, у которого, насколько я понимаю, нет разеделния данных и прав доступа к ним. Т.е. любой прграммер из поискового отдела имеет доступ к допустим

    вы далеко зашли в своих фантазиях, но это осталось лишь вашей фантазией. И пожалуйста не сравнивайте Google с Гаи.

     
  • 4.57, User294 (ok), 21:04, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >не гарантирует внутренней утечки через сотрудников.  

    Понимаете, если вы хостите какой-либо ресурс у "дяди" эту возможность никогда не стоит сбрасывать со счетов, как не стоит сбрасывать со счетов ненулевой шанс что "дядя" возымеет на вас зуб или лопухнется.Также не стоит сбрасывать со счетов то что ВАШ трафф прет по ЧУЖИМ каналам за тридевять земель.И что там с ним на этих каналах сделают - тоже никому не известно.Решения этих проблем - есть.Просто нефиг проявлять излишний оптимизм, тогда не будет мучительно больно за глупые промашки...

     
  • 2.47, SkyRanger (??), 02:48, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Подозреваю, пользователи Git и Mercurial пострадали меньше всех. Поскольку локальный репозиторий всегда
    >с собой :)

    А SVN не с собой?

     
     
  • 3.48, samm (?), 02:55, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >>Подозреваю, пользователи Git и Mercurial пострадали меньше всех. Поскольку локальный репозиторий всегда
    >>с собой :)
    >
    >А SVN не с собой?

    В локальной копии свн нет истории всех изменений.

     
  • 3.58, User294 (ok), 21:06, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >А SVN не с собой?

    Насколько я понимаю git клонирует полноценную копию репа, с всей историей изменений и прочая (можно запретить, но зачем?) а не обрубки как у svn.

     

  • 1.54, Thorn (??), 20:01, 03/06/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Разработчики утверждают, что обычно бэкапы на ленту производились регулярно, но в силу
    >определенных обстоятельств именно за месяц до краха...

    Действительно, ну не западло? Иначе, как саботажем назвать не могу.

    У нас крутится ежедневный бэкап - тупо архивируем и кидаем на второй, независимый винт. Ежедневно. Что интересно, жмётся всё на ура и в результате становится не так накладно хранить на винте. Ленты - дело хорошее, но слишком спецефичное оборудование - винты куда доступнее и проще в эксплуатации.

     
     
  • 2.59, User294 (ok), 21:07, 03/06/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Действительно, ну не западло? Иначе, как саботажем назвать не могу.

    Обычно всякие ЧП так и бывают - ряд технических накладок завязываются в узел.Получается авария...

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру