08.04.2018 12:44, Artem Chuprina пишет:
> Артём Н. -> debian-russian@lists.debian.org @ Sun, 8 Apr 2018 11:37:14 +0300:
>
> > Вытащил диск, вставил на место, но в /dev его не увидел.
> > Зато увидел вот это в dmesg:
>
> Это там, где ZFS поверх LUKS? Есть шанс, что ты получил ответ на свой
>
02.04.2018 14:17, Dmitry Kulagin пишет:
>> Отсюда вывод: всё-таки несмотря на "заверения экспертов" располагать ZFS
>> pool лучше поверх LUKS, а не наоборот.
>> LUKS почти не вносит оверхед.
>> А кэширование записи диска всегда возможно включить вручную (как и
>> подобрать размер блока, который у
> > Есть минусы, есть плюсы: не так легко откатить сломавшую правку из
> > репозитория, на которую уже понакоммитили и заложили функционал.
>
> Бывает и такое. Но мне в жизни всего однажды встретилась грабля, которую
> очень не сразу удалось обнаружить, не брали никакие разумные тесты, и
> трудо
31.03.2018 11:33, Eugene Berdnikov пишет:
> On Sat, Mar 31, 2018 at 12:07:23AM +0300, artiom wrote:
>>> Теперь вопросы:
>>>
>> Отвечу на свои же вопросы.
>>
>>> - Как желательно располагать ZFS разделы относительно разделов LUKS?
>>> Сейча
> >> >> >> За коммитами джуниоров просто присматривают вручную. Недолго,
> человек
> >> >> >> либо обучается, либо идет искать работу в другом месте.
> >> >> >>
> >> >> > Да тут вопрос не о джуниорах. Всё сложнее. Но, в любом случае, код
> >> >> > сложный, хотелось бы видеть, что у
> Теперь вопросы:
>
Отвечу на свои же вопросы.
> - Как желательно располагать ZFS разделы относительно разделов LUKS?
> Сейчас ОС на ZFS, который на LUKS.
> И это правильно, чтобы не усложнять.
> Но здесь не важна производительность.
> А как располагать swap и slog: поверх LUKS или наобор
> artiom -> debian-russian@lists.debian.org @ Mon, 26 Mar 2018 20:53:38 +0300:
>
> >> >> В идеале пишутся тесты. Часть заранее, часть по мере наступания на
> >> >> грабли :) Код на Haskell и Scala даже и не тестируется автомагически,
> >> &
без агента. не нужны ни службы ни демоны
>
>
> ср, 21 мар. 2018 г. в 22:39, artiom <mailto:artio...@yandex.ru>>:
>
> Ansible - тяжёлый и сложный?
> Не исключаю, но стоит учесть, что у меня не крупный сервер, а прежде
> всего NAS, предоставляющий доп
24.03.2018 20:24, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 17:00:47 +0300:
>
> >> Artem Chuprina wrote:
> >>
> >> Артем, при работе с джунами очень удобно ткнуть мышой в место в
>
> ...
>
>
> >> В идеале пишутся тесты. Часть заранее, часть по мере наступания на
> >> грабли :) Код на Haskell и Scala даже и не тестируется автомагически,
> >> настолько мало там багов, что написание тестов не окупается.
> >>
> > Ну это две параллельные задачи. Часто тесты нельзя написать.
>
> Если
Я уже его поставил, понял, что у него своё ядро, откатил обратно.
В данном случае Proxmox вообще не нужен.
Для управления контейнерами хватит плагина к OMV.
24.03.2018 20:49, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 16:46:36
24.03.2018 14:45, Alexander Gerasiov пишет:
> Hello Artem,
>
> On Sat, 24 Mar 2018 10:11:47 +0300
> Artem Chuprina wrote:
>
>> >> В зависимости от сценария разработки - пуш на приватную ветку или
>> >> в свой репозиторий и дальше пулл-реквест, где мейнтейнер смотрит
>> >> дифф, оставляет ко
24.03.2018 11:47, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 10:58:11 +0300:
>
> >> Больше 15 лет работаю с кодом в коллективах. Ни разу не использовали
> >> никаких гитлабов и вообще никаких уеб-интерфейсов. Никаких сложн
Ура, Debian на с корнем на crypted ZFS, образующем зеркало из двух
разделов, взлетел и запускается без ручного вмешательства.
Предыстория такова:
- Начал делать NAS.
- Убедили, что FreeNAS стабилен, удобен, гибок и вообще хорош.
- Попытался поставить, но вместо FreeBSD bsdinstall, увидел совершен
20.03.2018 16:23, Alexander Gerasiov пишет:
> Hello artiom,
>
> On Mon, 19 Mar 2018 23:56:26 +0300
> artiom wrote:
>
>> Впечатлился статьёй.
>> Айн: https://habrahabr.ru/post/328048/
>> Цвайн:
>> https://forum.level1techs.com/t/how-to-create-a-nas-usi
О, засабмиттил баг и обнаружил, что я не один такой: даже сходные с моим
решения есть: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838001
Дополнил его своим вариантом.
Теперь второй баг с фиксом, этого в ближайших багах не нашлось.
22.03.2018 18:59, Andrey Jr. Melnikov пишет:
> art
22.03.2018 18:59, Andrey Jr. Melnikov пишет:
> artiom wrote:
>> Честно говоря, думал, что на такой вопрос я получу ответ в виде
>> "погугли", но если возможно (и появится бэкпорт), я только "за".
>> Вопрос, где открыть баг?
>
> reportbug initramf
> artiom -> debian-russian@lists.debian.org @ Sat, 24 Mar 2018 08:32:41 +0300:
>
> >>>>>> gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
> >>>>>> как-то запуститься и всё равно тормозит. Используем gogs.
> >&g
23.03.2018 11:26, Alexander Gerasiov пишет:
> Hello artiom,
>
> On Thu, 22 Mar 2018 19:27:15 +0300
> artiom wrote:
>
>>>>> gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
>>>>> как-то запуститься и всё равно тормозит. Используем go
о ты всем тут мозг керосинишь?
>
> 24 марта 2018 г., 4:35 пользователь artiom <mailto:artio...@yandex.ru>> написал:
>
> Нормал. Здесь не только такие есть, но ещё и "горячо им сочувствующие".
> В теме, похоже, отмечаться стесняются, срут мне в личку:
&g
сию с колен: народ вон уже
для новой торпеды-робота (оружия возмездия) название выбирает. :-)
23.03.2018 02:44, e...@airmail.cc пишет:
> On 2018-03-22 16:24, artiom wrote:
>> 22.03.2018 10:51, sergio пишет:
>>> On 22/03/18 08:34, artiom wrote:
>>>
>>>> Листмас
Ждём таких же.
23.03.2018 05:49, Андрей Евдокимов пишет:
> Жалоба листмастеру ушла.
>
> 22 марта 2018 г., 23:24 пользователь artiom <mailto:artio...@yandex.ru>> написал:
>
>
>
> 22.03.2018 10:51, sergio пишет:
> > On 22/03/18 08:34, artiom wrote:
- Централизованное управление пользователями: их несколько (менее
10), надо им давать права к сервисам (облако (seafile), gitlab,
медиа-сервер (типа kodi), каталоги с медиа-данными и просто
данными), каталоги выделять в пуле и подобное.
>>> Пользователи в ldap, управляются вру
22.03.2018 10:51, sergio пишет:
> On 22/03/18 08:34, artiom wrote:
>
>> Листмастер же, как известно, толком здесь не работает.
>
> Это повод тут насрать?
>
> Я уверен, что листмастер, не останется в стороне, когда получит
> одинаковое письмо от кучи разных челов
Я начал, но не я поддерживаю.
Листмастер же, как известно, толком здесь не работает.
Но да, суть не в этом, конечно.
22.03.2018 00:49, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Thu, 22 Mar 2018 00:07:16 +0300:
>
> > А вот и представител
ывает суды за
> ложь. Собирает донаты, катается на них с семьей по миру постоянно. Сисян
> - твой кандидат, потому что у тебя мозгов нет. А народ за Путина,
> смирись. Точнее не за Путина, сам Путин нахрен не нужен никому. Народ за
> дела, которые Путин делает. Уот так уот
>
>
> 21.03.2018 23:26, artiom пишет:
>>>> Я не бешусь.
>>>> Просто грустно от того, что 95% населения идиоты,
>>>
>>> опять блин не тот народ попался!
>>> ну что ты будешь делать?
>>>
>> Ну это ж не только в РФ. "Правило 95%
> У нас все впереди еще. Типа.
>
Ну далеко не факт.
До этого ещё дожить надо.
Думаете, месяц достаточно на введение в строй сети "ЧебуРашка"? :-)
>>>
>>> а что Вы так беситесь от народного выбора?
>> Я не бешусь.
>> Просто грустно от того, что 95% населения идиоты,
>
>
> о
пароль на другие разделы, что при
корне на зеркале - простой и ясный вариант.
21.03.2018 17:10, Andrey Jr. Melnikov пишет:
> artiom wrote:
>> Заменил хук cryptroot исправленным (оригинальный не работает с root на ZFS).
>> Поместил в /etc/initramfs/hooks.
>> Теперь отрабатыв
21.03.2018 17:10, Andrey Jr. Melnikov пишет:
> artiom wrote:
>> Заменил хук cryptroot исправленным (оригинальный не работает с root на ZFS).
>> Поместил в /etc/initramfs/hooks.
>> Теперь отрабатывают оба хука: из /usr/share и из /etc.
>> Оригинальный хук не работает и
Честно говоря, думал, что на такой вопрос я получу ответ в виде
"погугли", но если возможно (и появится бэкпорт), я только "за".
Вопрос, где открыть баг?
И zfs не входит в поставку Linux, прокатит ли?
21.03.2018 17:10, Andrey Jr. Melnikov пишет:
> artiom wrote:
&
gt; P.S. прошу прощение, за сообщение в личку
>
>
> пн, 19 мар. 2018 г. в 23:57, artiom <mailto:artio...@yandex.ru>>:
>
> Впечатлился статьёй.
> Айн: https://habrahabr.ru/post/328048/
> Цвайн:
>
> https://forum.level1techs.com/t/how-to-create-a
gt; P.S. прошу прощение, за сообщение в личку
>
>
> пн, 19 мар. 2018 г. в 23:57, artiom <mailto:artio...@yandex.ru>>:
>
> Впечатлился статьёй.
> Айн: https://habrahabr.ru/post/328048/
> Цвайн:
>
> https://forum.level1techs.com/t/how-to-create-a
>>> WTF?!
>>>
>>> https://www.debian.org/vote/2018/vote_001
>>> У нас все впереди еще. Типа.
>>>
>> Ну далеко не факт.
>> До этого ещё дожить надо.
>> Думаете, месяц достаточно на введение в строй сети "ЧебуРашка"? :-)
>
> а что Вы так беситесь от народного выбора?
Я не бешусь.
Просто грустно от
Как-нибудь возможно обойтись, с этим долбаным "новым и более удобным
EFI" без создания дополнительных разделов?
Попробую, конечно, grub-efi на выходных.
Однако, есть ненулевая вероятность того, что он не будет работать.
20.03.2018 19:51, Михаил Касаджиков пишет:
> Dmitry Kulagin писал(а) в своём
образом.
Хотя, там чистый EFI, а плата NAS всё-таки с 2014-го (год разработки).
> 19.03.2018 23:31, artiom пишет:
>> Поставил Stretch на шифрованный ZFS root, образующий зеркало на двух SSD.
>> На SSD GPT с тремя разделами типа 0x83: ext4 - /boot, luks1, luks2.
>> Всё более ли
20.03.2018 03:25, yuri.nefe...@gmail.com пишет:
> On Mon, 19 Mar 2018, artiom wrote:
>
>> Поставил Stretch на шифрованный ZFS root, образующий зеркало на двух SSD.
>> На SSD GPT с тремя разделами типа 0x83: ext4 - /boot, luks1, luks2.
>> Всё более ли менее, но grub
20.03.2018 19:33, Михаил Касаджиков пишет:
> artiom писал(а) в своём письме Mon, 19 Mar 2018
> 23:38:59 +0300:
>
>> Всё, как планировалось.
>> Ура.
>> Оставлю это здесь:
>> https://www.youtube.com/watch?v=NGF_B3dCjJo
>> https://www.youtube.com/watch?v=o
20.03.2018 16:23, Alexander Gerasiov пишет:
> Hello artiom,
>
> On Mon, 19 Mar 2018 23:56:26 +0300
> artiom wrote:
>
>> Впечатлился статьёй.
>> Айн: https://habrahabr.ru/post/328048/
>> Цвайн:
>> https://forum.level1techs.com/t/how-to-create-a-nas-usi
Внесу свои пять копеек.
19.03.2018 11:56, Galina Anikina пишет:
>
... skipped ...
> Представьте школу и учитель информатики установил на один компьютер в
> сети систему и ввёл пользователей 1 и 2. (Ну или если школа или кружок
> маленькие - то установил на разных разделах одного компьютера разные
20.03.2018 00:00, Sergey B Kirpichev пишет:
> WTF?!
>
> https://www.debian.org/vote/2018/vote_001
> У нас все впереди еще. Типа.
>
Ну далеко не факт.
До этого ещё дожить надо.
Думаете, месяц достаточно на введение в строй сети "ЧебуРашка"? :-)
19.03.2018 09:19, Artem Chuprina пишет:
> Galina Anikina -> debian-russian@lists.debian.org @ Mon, 19 Mar 2018
> 07:43:40 +0300:
>
> > Кто поможет составить bug-рапорт на английском о "Проблеме с правами
> > доступа в Debian"? (или сам составит, а меня только упомянет? - то есть
> > на прав
19.03.2018 08:41, Artem Chuprina пишет:
> Galina Anikina -> debian-russian@lists.debian.org @ Mon, 19 Mar 2018
> 07:46:03 +0300:
>
> > Вернее кнопка то сама есть, но приводит она на страницу - не для ввода
> > нового пользователя, а на страницу входа уже существующего
> > пользователя!
> >
Заменил хук cryptroot исправленным (оригинальный не работает с root на ZFS).
Поместил в /etc/initramfs/hooks.
Теперь отрабатывают оба хука: из /usr/share и из /etc.
Оригинальный хук не работает и спамит ошибкой.
Есть ли возможность этого избежать, выключив его?
---
Впечатлился статьёй.
Айн: https://habrahabr.ru/post/328048/
Цвайн:
https://forum.level1techs.com/t/how-to-create-a-nas-using-zfs-and-proxmox-with-pictures/117375
Помимо Proxmox, есть такая штука, как Cockpit: http://cockpit-project.org
О нём я ничего не знаю.
Собственно, Proxmox я тоже не использ
удачи на нелёгком президентском посту и лучших мест в
будущем, как в конце этой песни:
https://www.youtube.com/watch?v=oVgem59aK8Y
19.03.2018 23:38, artiom пишет:
> Всё, как планировалось.
> Ура.
> Оставлю это здесь:
> https://www.youtube.com/watch?v=NGF_B3dCjJo
> https://www.yout
>> Оптимистично.
>> Я уже целый день пытаюсь настроить шифрованный ZFS root.
>> И на Stretch, оно не очень дружит с cryptsetup (матерится на то, что
>> root определить не может).
>>
> Надеюсь, вы не пытаетесь установить zfs на шифрованные диски,
> рекомендуется делать только обратную процедуру. Кст
Всё, как планировалось.
Ура.
Оставлю это здесь:
https://www.youtube.com/watch?v=NGF_B3dCjJo
https://www.youtube.com/watch?v=oGfbek4HM3g
-
Поставил Stretch на шифрованный ZFS root, образующий зеркало на двух SSD.
На SSD GPT с тремя разделами типа 0x83: ext4 - /boot, luks1, luks2.
Всё более ли менее, но grub-pc не хочет грузиться с отдельного ext4
раздела ни в какую.
Делаю так:
- tar -C / -cf boot.tar
- Монтирую /dev/disk/by-id/ata-Mi
> - Нужен был дешёвый способ увеличения скорости доступа к файлам. Главным
> образом - чтения. Раньше отзывчивость сервера серьёзно падала при
> одновременных тяжёлых запросах нескольких пользователей.
>
> В итоге сейчас имею два диска WD Black по 1T в чередовании (stripe) и
> один SSD Intel DC S3
c_destroy. Шифрование не юзаю.
> Всё это работает быстрее, чем mdadm + lvm.
> Проблем в процессе работы не было.
>
> Shikov Andrey from mobile
>
> чт, 15 мар. 2018 г., 20:45 artiom <mailto:artio...@yandex.ru>>:
>
> А возможно подробнее?
>
> 14.03.2018 23:5
> >> > К тому же, о каких жертвах может идти речь на системе, в которой память
> >> > с контролем ошибок, диски с контролем ошибок, ФС с контролем ошибок и
> >> > избыточность, позволяющая восстановить от 1 до 2-х дисков из 4-х?
> >>
> >> ... и вот на пути ко всему этому мы ставим софт, су
А возможно подробнее?
14.03.2018 23:51, Andrey Shikov пишет:
> Использую Zfs на debian полгода. Полет нормальный.
>
> Shikov Andrey from mobile
>
> ср, 14 мар. 2018 г., 21:10 artiom <mailto:artio...@yandex.ru>>:
>
> Я знаю, что тут есть люди в NAS-ах неплохо
15.03.2018 09:35, Victor Wagner пишет:
> On Wed, 14 Mar 2018 20:51:12 +0300
> artiom wrote:
>
>> Я думаю, мой "парк" не разрастётся более десятка машин.
>> Но я хочу иметь удобный web-интерфейс и единую точку контроля.
>> Иначе, зачем я собираю устройс
> Так, на всякий случай: FUSE-драйвер всегда отлажен хуже, чем нормальная
> FS.
Допустим, я поверю, что это не является предубеждением.
> Особенно — в части работоспособности в случае, когда нижележащее
> хранилище имеет частичные сбои в метаинформации. Которая там тоже своя.
>Но это мало мне помо
Я знаю, что тут есть люди в NAS-ах неплохо понимающие.
Вышло так, что доставку компонентов затянули, и сейчас время начинает
гореть.
Теперь устройство есть, а ОС на нём нет.
Изначально я хотел поставить OMV, на базе Debian.
Меня переубедили, объяснив, что на Linux ZFS ещё не production ready.
Я
12.03.2018 15:07, yuri.nefe...@gmail.com пишет:
> Victor Wagner -> debian-russian@lists.debian.org @ Mon, 12 Mar 2018
> 11:59:09 +0300:
> ...
>> > Лет десять назад именно Артем Чуприна научил меня пользоваться
>> > rsnapshot. Поэтому полагаю, что под дедупликацией он имеет в виду
>> > что-то дру
12.03.2018 12:27, Artem Chuprina пишет:
> Victor Wagner -> debian-russian@lists.debian.org @ Mon, 12 Mar 2018 11:59:09
> +0300:
>
> >> > Для себя сделал вывод, что надежнее самопальной конструкции на базе
> >> > rsync все-таки ничего не придумали.
> >>
> >> > Хотя, конечно, дедупликацию
12.03.2018 11:56, Stanislav Vlasov пишет:
> 9 марта 2018 г., 20:36 пользователь Artem Chuprina
> написал:
>
>> Для себя сделал вывод, что надежнее самопальной конструкции на базе
>> rsync все-таки ничего не придумали.
>
>> Хотя, конечно, дедупликацию к ней добавить было бы приятно... Но
>> на
уют, чтобы не городить велосипед,
> каждый раз как нужно что-то забэкапить. А если у вас тысячи серверов,
> которые нужно бэкапить?
>
> 11 мар. 2018 г. 10:20 пользователь "artiom" <mailto:artio...@yandex.ru>> написал:
>
>
>
> 09.03.2018 18:36
09.03.2018 18:36, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Fri, 9 Mar 2018 13:47:00 +0300:
>
> > Выкладываю здесь свой обзор по итогам обсуждения в теме "Backup".
> > Может, кому пригодится.
> > Дополнения и исправления пр
Выкладываю здесь свой обзор по итогам обсуждения в теме "Backup".
Может, кому пригодится.
Дополнения и исправления приветствуются.
Системы резервного копирования
--
Проприетарные закрытые решения типа Veeam не рассматриваются, по
условиям политики безопасности.
### Р
Выложу своё "исследование" отдельной темой. Может кому пригодится.
28.02.2018 13:21, Sergey Spiridonov пишет:
> Привет
>
> On Thu, 15 Feb 2018 22:59:07 +0300
> artiom wrote:
>
>> Подскажите, чем возможно выполнять резервное копирование нескольких
>> м
21.02.2018 08:01, Victor Wagner пишет:
> В Tue, 20 Feb 2018 20:56:03 +0300
> artiom пишет:
>
> ю, сбой диска убьет
>>> единственный.
>> Возможно, при ограниченных ресурсах по аппаратуре это применимо, но в
>> целом, я считаю, подход неправильный.
>> Над
> >> >> >> Инкрементальный бэкап, который обеспечивает tar и основные
> >> >> >> продвинутые инкрементальные средства бэкапа, типа той же бакулы,
> дает
> >> >> >> первое и второй ценой невозможности третьего. Обратный
> инкрементальный,
> >> >> >> как у rsync, второе и третье ценой н
> >> >> >> >> В общем, анализировать бэкапные решения надо начинать не с
> "где
> >> >> >> >> хранить" и "какой транспорт использовать" а с "как будет
> выглядеть
> >> >> >> >> процедура восстановления". Причем в двух вариантах
> >> >> >> >>
> >> >> >> > Да, вообще явного ана
18.02.2018 23:07, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sun, 18 Feb 2018 21:23:52 +0300:
>
> >> >> >> >> - rsync поддерживает использование ssh как транспорт,
> существуют так же
> >> >> >>
> >> > Касательно проверок: как это делается?
> >> > На практике, там где это было, как проводится такая проверка в
> >> > существующей инфраструктуре?
> >>
> >> Тупо и цинично. Берется специальная тренировочная машина, типа с пустым
> >> диском (обычно виртуалка, но по возможности иногда
20.02.2018 18:10, Коротаев Руслан пишет:
> В сообщении от [Вт 2018-02-20 16:34 +0200]
> Dmitry Nezhevenko пишет:
>
>> Нет. Это не Page Cache. Память уходит на внутренние индексы restic и
>> растет с ростом репозитория. Грубо говоря что-то мелкое вродее Raspberry
>> Pi сейчас невозможно забэкапи
19.02.2018 13:58, Dmitry Nezhevenko пишет:
> On Sat, Feb 17, 2018 at 11:29:16PM +0300, artiom wrote:
>>>
>> Посмотрел про restic: выглядит интересно. Но почему-то я до сих пор о
>> ней не слышал. С ней есть какие-то проблемы?
>
> Использую сейчас restic для бэкапа
>> Посмотрел про restic: выглядит интересно. Но почему-то я до сих пор о
>> ней не слышал. С ней есть какие-то проблемы?
>
> Я сам его нашел только вчера, но отзывы о нем хорошие, вот например
> известный сервис Backblaze его рекомендует [2].
>
Любопытно, что рекомендуют, статистику по дискам их
> >> >> >>> На Debian-based машинах хочу резервировать конфигурацию в /etc и
> >> >> >>> выбранные пользовательские данные.
> >> >> >>
> >> >> >> Меня в свое время убедили что не надо экономить те считанные
> гигабайты,
> >> >> >> которые занимает /usr и бэкапить и ее тоже. Чтобы п
17.02.2018 19:19, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Sat, 17 Feb 2018 11:56:37 +0300:
>
> >> >> >> - rsync поддерживает использование ssh как транспорт, существуют
> так же
> >> >> >> надстройки разн
> >> >> >> - NextCloud
> >> >> > Хотелось бы услышать отзывы, стоит ли его использовать, что оно
> даёт,
> >> >> > почему называется "облаком", легко ли его интегрировать с той же
> Bacula
> >> >> > (агентов, я так понимаю, у NextCloud нет), а также имеет ли смысл
> >> >> > использ
17.02.2018 13:29, Коротаев Руслан пишет:
> В сообщении от [Пт 2018-02-16 20:52 +0300]
> artiom пишет:
>
>> Ага, отлично. Т.е., имеет смысл ставить его независимо от бэкапилки?
>
> Nextcloud? Да, конечно. Он всё-в-одном, не нужно носить с собой ноутбук,
> у мен
> >> >> - rsync поддерживает использование ssh как транспорт, существуют так
> же
> >> >> надстройки разные
> >> >>
> >> > Да, rsync хорошая штука. Я пользуюсь. Но дело в том, что над ним
> >> > придётся всё доделывать самостоятельно, а в той же Bacula большинство
> >> > функций реали
17.02.2018 00:35, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Fri, 16 Feb 2018 22:25:22 +0300:
>
> >> >> - git-annex - то, что и можно предположить: костыль над гитом.
> >> > `Git's man page calls it "a stupid conten
17.02.2018 00:50, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Fri, 16 Feb 2018 21:54:34 +0300:
>
> >> >>> На Debian-based машинах хочу резервировать конфигурацию в /etc и
> >> >>> выбранные пользовательские данные.
>
Снова пытаются выжать из людей остатки денег в карман чиновникам:
https://www.dp.ru/a/2017/09/29/Pravitelstvo_predlagaet
Мотивируют это тем, что "российская интернет-торговля умрёт, если не
сделать так, чтобы покупатели платили втридорога".
Вместо того, чтобы поддерживать производство, "правительс
16.02.2018 10:39, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Fri, 16 Feb 2018 08:25:39 +0300:
>
> >> - git-annex - то, что и можно предположить: костыль над гитом.
> > `Git's man page calls it "a stupid content tracker". With g
15.02.2018 23:31, grey.fenrir пишет:
> 02/15/2018 10:59 PM, artiom пишет:
>> Подскажите, чем возможно выполнять резервное копирование нескольких
>> машин по сети, чтобы условия ниже были удовлетворены.
> borgbackup весьма хорош
В Automating backups они предлагают написа
16.02.2018 13:38, Михаил Касаджиков пишет:
> artiom писал(а) в своём письме Thu, 15 Feb 2018
> 22:59:07 +0300:
>
>> Подскажите, чем возможно выполнять резервное копирование нескольких
>> машин по сети, чтобы условия ниже были удовлетворены.
>>
>> Резерв
reOS:
http://www.urbackup.org/
https://blog.kr.pp.ru/post/2017-07-25/
>
> 15.02.2018 22:59, artiom пишет:
>> Подскажите, чем возможно выполнять резервное копирование нескольких
>> машин по сети, чтобы условия ниже были удовлетворены.
>>
>> Склоняюсь к следующим вариантам:
&g
16.02.2018 10:55, Artem Chuprina пишет:
> artiom -> debian-russian@lists.debian.org @ Fri, 16 Feb 2018 08:43:17 +0300:
>
> > Кроме того, rsync использует жёсткие ссылки, не на всех ФС есть.
>
> Он их использует только на бэкап-сервере. Если же их нет на его ФС, то
&g
ы в архиве.
>
> > Ничего не знаю по поводу "репликации в облко с шифрованием". Это всё так
> > абстрактно...
>
> > On 15/02/18 21:59, artiom wrote:
> >> Подскажите, чем возможно выполнять резервное копирование нескольких
> >> маш
16.02.2018 09:48, kuzminov пишет:
> On 16.02.2018 08:25, artiom wrote:
>>
>>
>>
>>> - SyncThing
>> Сам уже нашёл.
>> Хотелось бы о нём услышать отзывы использующих.
>> По мне: весьма интересная штука.
>>
> Это программа для синхрониз
6 08:25 +0300]
> artiom пишет:
>
>>> - NextCloud
>> Хотелось бы услышать отзывы, стоит ли его использовать, что оно даёт,
>> почему называется "облаком", легко ли его интегрировать с той же Bacula
>> (агентов, я так понимаю, у NextCloud нет), а также имее
Спасибо. Посмотрю.
В чём основная разница с Бакулой?
16.02.2018 09:19, Павел Марченко пишет:
> Bareos это форк Бакулы, причем довольно успешный
>
>
>
> 15 февр. 2018 г. 23:46 пользователь "artiom" <mailto:artio...@yandex.ru>> написал:
>
>
16.02.2018 07:49, Victor Wagner пишет:
> В Thu, 15 Feb 2018 22:59:07 +0300
> artiom пишет:
>
>> Подскажите, чем возможно выполнять резервное копирование нескольких
>> машин по сети, чтобы условия ниже были удовлетворены.
>>
>> Склоняюсь к следующим вариант
ная дыра, требуется надёжное шифрование.
Т.к. раньше я ими не пользовался, ничего конкретного про
репликацию/наличие API спросить не могу.
> On 15/02/18 21:59, artiom wrote:
>> Подскажите, чем возможно выполнять резервное копирование нескольких
>> машин по сети, чтобы услов
Бакула точнее её форк.
Какой форк?
>
> 15 февр. 2018 г. 22:59 пользователь "artiom" <mailto:artio...@yandex.ru>> написал:
>
> Подскажите, чем возможно выполнять резервное копирование нескольких
> машин по сети, чтобы условия ниже были удовл
Плюсом сюда идут вопросы, по только что узнанному мной OwnCloud/NextCloud.
В чём разница с Bacula? Имеет смысл?
Подскажите, чем возможно выполнять резервное копирование нескольких
машин по сети, чтобы условия ниже были удовлетворены.
Склоняюсь к следующим вариантам:
- Bacula.
- BackupPC.
- Решения на базе rsync.
Изо всего работал только с rsync, о Bacula имею представление, а
BackupPC мне неизвестен.
Рез
>> Возможно сначала повыкидывать репозитории по одному (обычно помогало
>> отключение некоторых) и смотреть, на чём ломается.
>> Также, возможно сменить зеркало, к примеру, на яндексовское.
>
> не помогло, оставил тольк минимум
> deb http://ftp.ru.debian.org/debian/ stretch main contrib non-free
>
1.01.2018 02:06, D. Himro пишет:
> Доброго времени суток народ. Сегодня обнаружилос что стал застревать
> apt-get update (stable)
>
> Ни ошибок, ни использования процессорного времени, ничего, просто висит
> вот в таком состоянии:
>
>
> # apt-get update
> Get:2 http://download.virtualbox.org/vir
23.01.2018 16:52, Igor Savlook пишет:
> On Sun, 2018-01-07 at 09:45 +0300, Dmitry Alexandrov wrote:
Тут засада в том, что Spectre работает почти на всех существующих
процессорах.
Его сложнее использовать, но и защититься тоже сложнее.
Уже есть действующие прототипы на JavaScript
18.01.2018 22:02, Sergey Matveev пишет:
> *** artiom [2018-01-18 21:53]:
>> А что там за проблема с тем, что зеркало будет обеспечивать GEOM, была?
>
> Ну как минимум зачем это делать когда ZFS это тоже может? Во-первых,
> меньше на одну прослойку из gmirror (или что там).
Хотя, вроде не так всё плохо. Взял две SSD на 256 ГБ (меньше не было):
- Samsung 850 PRO
(http://www.samsung.com/semiconductor/minisite/ssd/product/consumer/850pro/)
- Micron MTFDDAK256TBN-1AR1ZABYY
(https://market.yandex.ru/product--micron-mtfddak256tbn-1ar1zabyy/1721921626)
Micron - TLC 3D, Sa
>
>>> Это, кстати, очень странное замечание, я думал, что мы уже давно живем
>>> во времена SATA-3 и всеобщей поддержки "WRITE BARRIERS" (ну за
>>> исключением счетного числа сломанных дисков), так что энергонезависимый
>>> кеш на запись для программного рейда давно не нужен...
>>>
>> Так здесь не
16.01.2018 11:25, Sergey Matveev пишет:
> *** artiom [2018-01-16 08:37]:
>> - Либо я использую ZFS шифрование и теряю L2ARC (т.е. часть
>> производительности).
>> - Либо я использую Gely, усложняю систему и теряю часть возможностей и
>> производительности ZFS.
>
Результаты 101 - 200 из 577 matches
Mail list logo