https://www.opennet.dev/openforum/vsluhforumID3/127419.html Опубликован релиз Proxmox Virtual Environment 7.2, специализированного Linux-дистрибутива на базе Debian GNU/Linux, нацеленного на развертывание и обслуживание виртуальных серверов с использованием LXC и KVM, и способного выступить в роли замены таких продуктов, как VMware vSphere, Microsoft Hyper-V и Citrix Hypervisor. Размер установочного iso-образа 994 МБ...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57134<br> https://www.opennet.dev/openforum/vsluhforumID3/127419.html#66 Wed, 18 May 2022 19:36:22 GMT &gt; не, ну есть же шансы что рекавери самому серверу не требует бэкапа <br>&gt; сервера, а индексы можно и перестроить когда-нибудь потом (мы, правда, попробовали <br>&gt; - ленты оказывается ну ооооочень долго заново индексируются - у lto <br>&gt; что, нет оглавлений? Или это у cv их нет...) <br><br>у lto нет оглавления, для этого ltfs придумали. но я теряюсь, чем поможет ltfs при восстановлении tsm пула (например). не больше, чем при восстановлении rman каталога. всяко придется прочитать всю ленту целиком, блок за блоком.<br><br>&gt; Во многих случаях от потери бэкапа вообще ничего не теряется - ну <br>&gt; сдох максим, хер бы и с ним, дольше сам сервер физически <br>&gt; поднимать и подключать, а бэкап - новый вечером сделается. Разумеется, не <br>&gt; в том случае когда каждые пять минут "бухгалтерия нечаянно удалила очень <br>&gt; важные файлы, срочно восстановите". Но это, собственно, беда что многие путают <br>&gt; бэкап с архивом.<br><br>собсно зачем нужен бэкап - для экономии времени на восстановление. вот то самое rto. потеря бэкапа сама по себе не очень ст https://www.opennet.dev/openforum/vsluhforumID3/127419.html#65 Wed, 18 May 2022 06:20:35 GMT &gt; отвечаем - а никуда не бэкапилось. сервер бэкапов не бэкапился ни-ку-да. сверните <br>&gt; из этого disaster recovery косячок и вдумчиво раскурите.<br><br>не, ну есть же шансы что рекавери самому серверу не требует бэкапа сервера, а индексы можно и перестроить когда-нибудь потом (мы, правда, попробовали - ленты оказывается ну ооооочень долго заново индексируются - у lto что, нет оглавлений? Или это у cv их нет...)<br><br>Во многих случаях от потери бэкапа вообще ничего не теряется - ну сдох максим, хер бы и с ним, дольше сам сервер физически поднимать и подключать, а бэкап - новый вечером сделается. Разумеется, не в том случае когда каждые пять минут "бухгалтерия нечаянно удалила очень важные файлы, срочно восстановите". Но это, собственно, беда что многие путают бэкап с архивом.<br><br> https://www.opennet.dev/openforum/vsluhforumID3/127419.html#64 Wed, 18 May 2022 06:16:08 GMT оно и см ссылки из 805. Там половина не то что не исправлена, а и открытого бага нет.<br>Короче, труп смердящий. Нет там у поляков программистов (они даже наняли обратно того который им и запилил когда-то EC, но он работает агентом по продажам что как бы намекает), одни девляпсы.<br><br>Воон, смари - достижение - они виндоклиента пересобрали с qt5! Окошко даже теперь не становится невидимым сразу после запуска. (и это ровно все что они сумели за три года).<br><br>А те что есть работают в moose. К той тоже есть вопросы (вот например про тот же файл - где и из какого хера это высосано и кто проверял валидность?) и EC там очень-очень странный и только за деньги, шва6одка только на n-way copy. Ну не дается современным "разработчикам" высшая математика, ну хоть ты тресни.<br><br>P.S. onlyjob - майнтейнер этой хни в де6иллиане. Несколько на голову больной, но он очень много времени на нее в свое время потратил. С известным результатом.<br> https://www.opennet.dev/openforum/vsluhforumID3/127419.html#63 Tue, 17 May 2022 19:05:11 GMT &gt;&gt; Пох, скажи пожалуйста, а где прочитать о том, что lizardfs данные херит <br>&gt;&gt; при апдейте?<br>&gt; в эпичном issue на гитхапе. Сорри, но мне лень за тебя его <br>&gt; откапывать.<br><br>https://github.com/lizardfs/lizardfs/issues/746<br>Оно?<br><br>p.S: Спасибо, пох!<br> https://www.opennet.dev/openforum/vsluhforumID3/127419.html#62 Tue, 17 May 2022 13:42:55 GMT &gt; Пох, скажи пожалуйста, а где прочитать о том, что lizardfs данные херит <br>&gt; при апдейте?<br><br>в эпичном issue на гитхапе. Сорри, но мне лень за тебя его откапывать.<br><br>Вкратце: в версии 3.13 (не путать с 3.13RC2) было три эпикфейла. Один из них - после замены ей 3.12 вдруг появлялось невероятное количество битых чанков в ec-encoded файлах. После чего файлы становились нечитаемы, потому что битыми оказывались сразу все.<br><br>Причина, разумеется, совершенно не в том что именно в этом релизе деятельной макаке пришла в голову мысль переписать код работы с EC, поэтому проблему искали где угодно но не там. <br><br>Поэтому она до сих пор не исправлена, релиз отменен, вместо него героическим напряжением всех сил выпущено аж три полурабочих релиз-кандидата, две проблемы из трех кое-как порешены, сколько добавили - неизвестно ибо дураков тестировать на больших и активно используемых хранилищах, разумеется, при этом не нашли.<br><br>При этом прошло уже два с половиной года, так что шансов на исправление нет. Тут надо просто всех р https://www.opennet.dev/openforum/vsluhforumID3/127419.html#61 Thu, 12 May 2022 21:59:46 GMT &gt;&gt;&gt; Так куда все бэкапилось в итоге?<br>&gt;&gt; отвечаем - а никуда не бэкапилось. сервер бэкапов не бэкапился ни-ку-да. сверните <br>&gt;&gt; из этого disaster recovery косячок и вдумчиво раскурите.<br>&gt; Что значит никуда???<br><br>абисняю. на сервере не обнаружилось бэкап клиента, в плане бэкапов не обнаружилось задания на бэкап сервера, в хранилище не нашлось ни одного бэкапа сервера (кроме конфигурации, и за то спасибо). bmr медиа не нашлось вообще нигде.<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/127419.html#60 Thu, 12 May 2022 21:54:03 GMT &gt; И каким образом выполнить эту заявку? Бэкап делается раз в сутки, или <br>&gt; сделать снепшот и его раскатать на отдельной тачке?<br><br>зависит от того, что и как копируется. в моем случае не было никаких новомодных cbt, было тупое восстановление системы с ежемесячной bmr копии + накат текущего 1 час состояния + накат бд с последней 10 минут копии. снапшот не прокатит, т.к нужно не восстановление продуктива в продуктиве, а тестовый экземпляр продуктива в тестовой сети.<br><br>&gt; И какова длительность хранения лент у Вас, что аж из архива 5 <br>&gt; летней давности <br>&gt; файлы пригождались? Интересно было бы узнать каков контекст этого случая, <br><br>длительность хранения неограниченная. раз уложенная в хранилище копия лежит там, пока она не перекроется следующей копией, или пока не удалится руками.<br><br>5-летней давности файлы - ПО или документация, которые удалены вендором из своих онлайн архивов, и которые я в свое время для удобства выкачивал на локальный диск, например. исходники тулзов, на коленке написанных давно уволившимся ч https://www.opennet.dev/openforum/vsluhforumID3/127419.html#59 Thu, 12 May 2022 15:28:31 GMT &gt;&gt; Так куда все бэкапилось в итоге?<br>&gt; отвечаем - а никуда не бэкапилось. сервер бэкапов не бэкапился ни-ку-да. сверните <br>&gt; из этого disaster recovery косячок и вдумчиво раскурите.<br><br>Это как? Есть сервер с системой резервного копирования, есть агенты на тачках, которые поставлены на резервное копирование. В заданное время, сервер дает компанду агентам на копию данных которые передаются по сети и складываются в систему хранения резеврных копий на подключенных дисковых разделах или на лентах ленточной библиотеки. Что значит никуда???<br> https://www.opennet.dev/openforum/vsluhforumID3/127419.html#58 Thu, 12 May 2022 15:24:14 GMT &gt; до "нужна для теста актуальная на <br>&gt; прямо сейчас копия продуктива". <br><br>И каким образом выполнить эту заявку? Бэкап делается раз в сутки, или сделать снепшот и его раскатать на отдельной тачке?<br><br>&gt; люди в отделе увольняются, их компы целиком <br>&gt; на ленту уходят - просто на всякий случай (или безпека просит). <br>&gt; это удобно на самом деле, некоторые файлики с моих архивированных дисков <br>&gt; пятилетней давности мне очень пригождались.<br><br>И какова длительность хранения лент у Вас, что аж из архива 5 летней давности<br>файлы пригождались? Интересно было бы узнать каков контекст этого случая,<br>