https://www.opennet.me/openforum/vsluhforumID3/107573.html Опубликована (http://www.independent.co.uk/life-style/gadgets-and-tech/news/man-accidentally-deletes-his-entire-company-with-one-line-of-bad-code-a6984256.html) поучительная история, призывающая к осторожному использованию систем централизованного управления конфигурацией и жесткой изоляции резервных копий. Для автоматизации проведения работ на всех серверах одного хостинг-провайдера использовалась система Ansible. В один прекрасный момент в bash-скрипте, содержащем команду "rm -rf {foo}/{bar}" ("rm -rf ${foo}/${bar}/*" ?) была допущена ошибка, которая привела к незаполнению переменных foo и bar. После того как скрипт был растиражирован и выполнен на всех серверах произошла (http://serverfault.com/questions/769357/recovering-from-a-rm-rf) катастрофа - было удалено содержимое всех серверов, включая бэкапы, хранилище которых было примонтировано к одному из серверов, и данные сайтов 1535 клиентов.<br><br><br><br><br>URL: http://www.independent.co.uk/life-style/gadgets-and-tech/news/man-accidentally-deletes-his-entire-comp https://www.opennet.me/openforum/vsluhforumID3/107573.html#77 Mon, 18 Apr 2016 10:59:45 GMT &gt; Тем что их поведение не очевидно во многих случаях, всё это описано подробно в bash FAQ.<br><br>а какое может быть не очевидное поведение у set -u?<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#76 Sat, 16 Apr 2016 07:13:49 GMT Ты придурок? Если нет, то объясни, почему так мало фигурных скобок и кто использует "shell: rm" и "file: state=absent".<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#75 Fri, 15 Apr 2016 18:36:02 GMT &gt; Всетаки bash как язык программирования крайне неудобен, что повышает вероятность ошибок. <br><br>Точно такая ошибка с удалением всего содержимого диска есть например в Samsung kies, а он явно не на bash.<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#74 Fri, 15 Apr 2016 18:30:20 GMT &gt;&gt; Использование -u и -e для чего-либо кроме отладки - дурной тон.<br>&gt; И чем они помешают в production? Пускай лучше упадет, чем некорректно работать <br>&gt; будет.<br><br>Тем что их поведение не очевидно во многих случаях, всё это описано подробно в bash FAQ.<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#73 Fri, 15 Apr 2016 18:19:00 GMT &gt; Правда мне тогда было лет 12<br><br>Ну и зачем здесь эта прошлогодняя история?<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#72 Fri, 15 Apr 2016 12:15:34 GMT &gt; О, да. Так им и надо! Это все от того, что все боятся сишки.<br><br>как будто rm-rf написан не на сишке<br>правильно делают что боятся !!! сишка убила винт а баш тока отдал преступный приказ !!!!!1112<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#71 Fri, 15 Apr 2016 12:14:10 GMT &gt;&gt; бэкапы, хранилище которых было примонтировано к одному из серверов <br>&gt; Правильная архитектура не должна позволять выстрелить себе в ногу. Надо монтировать read-only<br><br>проблема в том что это ошибка в скрипте который:<br>1) и должен работать с пользовательскими данными, тоесть они при его работе будут в w<br>2) распределяется к работе на все сервера<br><br>даже если бы ВЕСЬ диск не поврайтился - пользовательские данные потёрлись бы (даже забывая что сама новость похоже фейковая)<br>тоесть тут поможет только правильное бэкапирование с версионированием (ну и распределённостью)<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#70 Fri, 15 Apr 2016 12:09:04 GMT &gt; Снапшоты не комильфо для бекапов, потому что если диск накернится, то даже <br>&gt; 100 снапшотов вам не помогут. Но по своему они полезны.<br><br>снапшоты комильфо для бэкапов, а вот нераспределённое хранение бэкапов (которые могут быть в любом виде) - некомильфо<br>(хотя в терминалогии я не силён, что там называют бэкапами, что версионированием, а что резервным копированием - не в курсе)<br> https://www.opennet.me/openforum/vsluhforumID3/107573.html#69 Fri, 15 Apr 2016 06:31:10 GMT &gt; На всяких sh кодить дело не благодарное.<br><br>Ога-ога. Зато теперь bash.exe точно готов для майкрософта-виста!<br>