<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Инцидент с СУБД проекта GitLab</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html</link>
    <description>Разработчики платформы для организации совместной разработки GitLab &lt;br&gt;сообщили (https://twitter.com/gitlabstatus) о частичной (https://docs.google.com/document/d/1GCK53YDcBWQveod9kfzW-VCxIABGiryG7_z_6jHdVik/pub) утере содержимого СУБД, обслуживающей инфраструктуру проекта. До окончания разбирательства сайт GitLab.com временно выведен из строя. В процессе внесения оптимизаций, в ответ на  обрушившуюся на проект DoS-атаку, администраторы случайно удалили актуальное содержимое СУБД. Утверждается, что непосредственно git-репозитории с кодом и wiki не пострадали, проблема затронула только сопутствующие данные, такие как  merge-запросы, учётные записи разработчиков и обсуждения проблем. В настоящее время производится попытка восстановления данных из резервной копии, об актуальности которой не сообщается.&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;URL: https://news.ycombinator.com/item?id=13537052&lt;br&gt;Новость: http://www.opennet.ru/opennews/art.shtml?num=45957&lt;br&gt;</description>

<item>
    <title>Инцидент с СУБД проекта GitLab (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#115</link>
    <pubDate>Mon, 13 Feb 2017 07:40:49 GMT</pubDate>
    <description>Андрейка, а иметь всю эту архитектуру, полиси, и т.д&lt;br&gt;действительно дешевле чем раз в 6 лет потерять последние 6 часов данных&lt;br&gt;и сутки простоя?&lt;br&gt;&lt;br&gt;Или у вас это не считали?&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (QuAzI)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#114</link>
    <pubDate>Mon, 06 Feb 2017 21:28:58 GMT</pubDate>
    <description>Гонору у вас конечно много, с этим не поспоришь, но ~где пруфы~ дайте ссылку что почитать конкретнее же?&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (Андрейка)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#113</link>
    <pubDate>Mon, 06 Feb 2017 11:35:13 GMT</pubDate>
    <description>&amp;gt; вы заблуждаетесь...в смысле - надежных платных тоже не бывает.&lt;br&gt;&amp;gt; не бывает. Бывает гарантия выплаты $nnn если &quot;нишмагла&quot;. Обычно, увы, куда меньшая, &lt;br&gt;&amp;gt; чем потери бизнеса.&lt;br&gt;&lt;br&gt;Вы из какого-то 20 века что ли? Гарантия восстановления данных заключается не в том, что вам кто-то что-то заплатит. Нет. А в том, что технически решение:&lt;br&gt;а) проверяет готовый бэкап&lt;br&gt;б) реплицируется, в том числе в write only storage (т.е. без возможности &quot;случайно&quot; удалить реплику, если мастер грохнулся)&lt;br&gt;&lt;br&gt;&amp;gt; главное - что бэкапать. У вас очень мало данных и много лишних &lt;br&gt;&amp;gt; денег, отсюда и наивная вера в полиси (мелкий банчок, чтoле?).&lt;br&gt;&lt;br&gt;Ну &quot;мало&quot; или &quot;много&quot; понятия относительные. 15-20Тб в СУБД (postgres), ну и так, по мелочи еще 50Тб наберется менее критических данных&lt;br&gt;&lt;br&gt;&lt;br&gt;&amp;gt; &quot;отдельный сервер&quot; должен вмещать в себя полку в 30-50 терабайт (не так &lt;br&gt;&amp;gt; много на сегодняшний день, все любят всякую бигдату). Инкрементально, ага. Ваши &lt;br&gt;&amp;gt; действия? (нет, денег на отдельный бэкапный FC-свитч не дадут... уп-с, кажется, &lt;br&gt;&amp;gt; я уже слегка с</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (Junker)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#112</link>
    <pubDate>Sat, 04 Feb 2017 22:47:17 GMT</pubDate>
    <description>минусуют видимо те, кто тоже на работе так лажает.&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (ALex_hha)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#111</link>
    <pubDate>Sat, 04 Feb 2017 16:29:40 GMT</pubDate>
    <description>&amp;gt; Давно засунул себе в bashrc автораскраску PS1 в зависимости от md5sum от hostname/username.&lt;br&gt;&lt;br&gt;и как это помогает, когда у вас 50+ серверов?&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (пох)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#110</link>
    <pubDate>Fri, 03 Feb 2017 14:30:33 GMT</pubDate>
    <description>&amp;gt; У гитлаба бизнес - в продаже gitlab ee, а gitlab.com - это &lt;br&gt;&amp;gt; так... демостенд, там и платных-то функций нет.&lt;br&gt;&lt;br&gt;ну так вот инвестор на деньги и попал - он не с платных функций живет, а с цены акций, а они от таких подарков, собаки, падают.&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (пох)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#109</link>
    <pubDate>Fri, 03 Feb 2017 14:28:14 GMT</pubDate>
    <description>&amp;gt; И безотносительно nixos, надо правильно мыслить. Не репликацию постгрес, а сервер с &lt;br&gt;&amp;gt; репликой. Даже с Puppet должен быть соответствующий шаблон. Нужна ещё одна &lt;br&gt;&amp;gt; реплика? Ок, вот новая нода класса postgres-repl.&lt;br&gt;&lt;br&gt;и в датацентре сами собой воздвигаются новые стойки, из воздуха в них запрыгивают полки с дисками и головы с lvm&apos;ами... эх, программисты... когда ж до вас дойдет, что у девопсов немного другой мир, совсем не такой как в вашей тестовой виртуалочке?&lt;br&gt;&lt;br&gt;Ну и вот образовался у тебя &quot;cервер с репликой&quot;, а реплики-то в нем и нет. Данные еще перелить надо, не перегрузив сеть, дисковый io уцелевшей полки и постгрезовую голову. А нагрузка растет, а часики тикают... А ты такой - &quot;опа, заметил что надо руками стирать data, у самого постгреза что-то медленно получается - не, никаких консолей, быстренько создаем новый шаблон, быстренько тестим его на виртуалочке, и быстренько деплоим&quot;. Как раз к этому времени либо и так все устаканится, либо, что вероятнее, гораздо раньше все ляжет.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (пох)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#108</link>
    <pubDate>Fri, 03 Feb 2017 14:19:49 GMT</pubDate>
    <description>&amp;gt; mv data old-data&lt;br&gt;&amp;gt; mkdir data&lt;br&gt;&lt;br&gt;надо б на досуге посмотреть результат этого действа на живом постгрезе - полагаю, будет весьма феерично, хотя до бэкапа может дело и не дойдет.&lt;br&gt;&lt;br&gt;Ну и если поторопиться сделать после этого rm -r old-data - можно остаться ровно у того же разбитого корыта (а если не поторопиться - места на две копии не хватит, скорее всего)&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Инцидент с СУБД проекта GitLab (freehck)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110311.html#107</link>
    <pubDate>Fri, 03 Feb 2017 06:52:41 GMT</pubDate>
    <description>&amp;gt; С ключом -cr гзип рекурсивно всё сжал и вывалил в stdout.&lt;br&gt;&lt;br&gt;Понял. Весьма удивлён изобретательности человека. Так отстрелить себе ногу -- это ещё додуматься надо. :)&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
