Т.е. если коротко, я хочу реализовать такое решение, при котором я мог бы править конфигурационные файлы в одном месте, и это распространялось бы на все физические клиентские машины

такое через ansible и подобные тулы делается

Спасибо за вектор) пошел капать

Т.е. если коротко, я хочу реализовать такое решение, при котором я мог бы править конфигурационные файлы в одном месте, и это распространялось бы на все физические клиентские машины

Эрм, я даже не понимаю зачем ссылк изначально было делать, если есть вероятность недоступность nfs шары... Стоило тогда уж делать HA nfs для этого файла или тогда уж добавить в bashrc rsync в начале с отвалом по таймауту?

Эрм, я даже не понимаю зачем ссылк изначально было делать, если есть вероятность недоступность nfs шары... Стоило тогда уж делать HA nfs для этого файла или тогда уж добавить в bashrc rsync в начале с отвалом по таймауту?

Ну во первых потому что все знать нереально, а во вторых отвал nfs в нашем случае штука крайне редкая, поэтому с этим можно было спокойно жить. Но вопрос остался. И нужно его как-то решить. Речь не только про bashrc но и др. поэтому ansible хорошее решение. Не знал про него

Ну во первых потому что все знать нереально, а во вторых отвал nfs в нашем случае штука крайне редкая, поэтому с этим можно было спокойно жить. Но вопрос остался. И нужно его как-то решить. Речь не только про bashrc но и др. поэтому ansible хорошее решение. Не знал про него

.... Поэтому люди изобрели гугл

И новостные ресурсы

зачем же так токсично. нормально чего-то не знать.

.... Поэтому люди изобрели гугл

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

@Wladimi вот ты токсичный

зачем же так токсично. нормально чего-то не знать.

Нормально сперва использовать мозг и гугл, а потом уже спрашивать

Все остальное проявление лени, малой сознательности или даже малейшего желания саморазвития

Ставлю нихера, что через пару дней товарищ вернётся сюда с вопросом про ансимбл

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

Уточни кстати про какого из Владимиров ты говоришь

Владислав, просил же :)

Владислав, просил же :)

Мата не было :)

Нормально сперва использовать мозг и гугл, а потом уже спрашивать

Не менее нормально спросить, получить вектор поиска, типо как щас дал @simubishi и пойти дальше гуглить детальную инфу

Что собственно я и щас делаю

Люди которые задают вопросы про Линукс в чате ZFS вполне заслуженное отношение получают в ответ Ибо для таких вопросов есть реддит/чатики по Линуксу/конкретному дистрибу и т.д.

Люди которые задают вопросы про Линукс в чате ZFS вполне заслуженное отношение получают в ответ Ибо для таких вопросов есть реддит/чатики по Линуксу/конкретному дистрибу и т.д.

Обычно критические дни бывают у женщин, но я сегодня для себя открыл, что и у представителей мужского пола они тоже бывают)) Это редкое явление, но бывает! 😂

Обычно критические дни бывают у женщин, но я сегодня для себя открыл, что и у представителей мужского пола они тоже бывают)) Это редкое явление, но бывает! 😂

Не с Вами разговор идёт. Идите дальше открывать что такое ансимбл.

Хотите продолжить диалог со мной - в описании группы есть необходимые ссылки

Не с Вами разговор идёт. Идите дальше открывать что такое ансимбл.

Уже! И должен сказать, Владислав, это отличный инструмент. Жаль не знал про него раньше. @simubishi спасибо ещё раз за наводку

Уже! И должен сказать, Владислав, это отличный инструмент. Жаль не знал про него раньше. @simubishi спасибо ещё раз за наводку

Поздравляю, с третьего раза Вы смогли написать моё имя 👍 Ансимбл видимо помог

Поздравляю, с третьего раза Вы смогли написать моё имя 👍 Ансимбл видимо помог

Да я вообще отличный парень 😁

@sds_flood

@Wladimi вот ты токсичный

а?

а?

Ну по словам Ивана выше от советов Владимира толков ноль, а ты единственный активный Владимир тут

Ну во первых потому что все знать нереально, а во вторых отвал nfs в нашем случае штука крайне редкая, поэтому с этим можно было спокойно жить. Но вопрос остался. И нужно его как-то решить. Речь не только про bashrc но и др. поэтому ansible хорошее решение. Не знал про него

Ещё есть puppet

Уже! И должен сказать, Владислав, это отличный инструмент. Жаль не знал про него раньше. @simubishi спасибо ещё раз за наводку

Подожди, пока не стал составлять первый плейбук и получать от ансибла непонятное красное полотно. Особенно весело с регулярными выражениями Это не в защиту паппета, если что))

Ещё salt и chef.

Спасибо!)

Ставлю нихера, что через пару дней товарищ вернётся сюда с вопросом про ансимбл

^ this

^ this

Теперь спецом сюда не вернётся.

Теперь спецом сюда не вернётся.

В этом и план

Не дождетесь!)

В этом и план

Зря ты так, вот вернулся и можно было ещё токсичности добавить. Послать доку читать, рукожопом назвать😁

Сказать, что это чат про зфс, а энигеев-админов.

Зря ты так, вот вернулся и можно было ещё токсичности добавить. Послать доку читать, рукожопом назвать😁

Вопрос. Для дебиана есть что-то типа zfsnap ? Нужна переодичность создания снимков с последующим хранением определенный период - часы, сутки, месяца?

Вопрос. Для дебиана есть что-то типа zfsnap ? Нужна переодичность создания снимков с последующим хранением определенный период - часы, сутки, месяца?

А чем 4-я ссылка гугла не подходит? https://openzfs.github.io/openzfs-docs/man/master/8/zfs-snapshot.8.html

А чем 4-я ссылка гугла не подходит? https://openzfs.github.io/openzfs-docs/man/master/8/zfs-snapshot.8.html

и crontab сверху полить

Ну или если совсем хочется zfssnap - просто поставьте его из репозитория? https://github.com/zfsnap/zfsnap

А чем 4-я ссылка гугла не подходит? https://openzfs.github.io/openzfs-docs/man/master/8/zfs-snapshot.8.html

Нет меток времени. Нужно ручками создавать.

Нет меток времени. Нужно ручками создавать.

Нуу, data +%Y%mm%dd

Вопрос. Для дебиана есть что-то типа zfsnap ? Нужна переодичность создания снимков с последующим хранением определенный период - часы, сутки, месяца?

я сам написал скрипт и постаивл его в крон

Нуу, data +%Y%mm%dd

И по ней корректный парсинг протухших снимков с последующим удалением

И по ней корректный парсинг протухших снимков с последующим удалением

Удаляешь просто последние снимки )), даже парсинга не надо))

И по ней корректный парсинг протухших снимков с последующим удалением

Почти изи.

Почти изи.

не почти, а прям изи

Почти изи.

делаем крон который раз в день делает снимок, и делает ему одну метку и который удаляет с подобными метками лишние снимки Делаем раз в час клрон который делает тоже самое)) То есть каждый крон чистит и добавляет снимки только своей переодичности))

Тут и парсинга никакого не надо))

я сам написал скрипт и постаивл его в крон

Сделал также, только даже логику удаления добавил с сохранением на протяжении года 1го месячного снимка, а за последний месяц хранятся все снимки)

Сделал также, только даже логику удаления добавил с сохранением на протяжении года 1го месячного снимка, а за последний месяц хранятся все снимки)

мощно), но даже не представляю зачем так))

я лично что-то длительное сливаю на удалёнку, а снимки у меня носят в основной кратковременный характер, типа несколько дней

То и дело битрикс кто-то поломает и поднимаем снимки за разные даты( иногда даже часы), чтобы выяснить когда поломали и кто это сделал))

То и дело битрикс кто-то поломает и поднимаем снимки за разные даты( иногда даже часы), чтобы выяснить когда поломали и кто это сделал))

ну так прикройте дырки чтобы его не ломали))

Так это работники и ломают. Чистят/настраивают бизнес-процессы и случайно что-то идёт не так. Один раз удалили что-то важное, пришлось откатить час работы сотрудников, с тех пор снимки каждые пол часа в рабочее время делаются. Второй раз каких-то роботов побили (может даже изнасиловали), а заметили, что не работает, только через 4 дня. Сутки не могли понять почему не работает, т.к. в те дни обновления ещё накатывали. Наехали на разработчиков одного плагина, а выяснилось, что виноват свой человек)) В субботу почему-то поработать решил и даже забыл, что кое-что удалил

ну так прикройте дырки чтобы его не ломали))

Ещё был случай, когда вечером накатил обновление, проверил - везде норм. На следующее утро списываюсь с сотрудником - у меня через каждый символ стикер "бутылка шампанского". Откатил на вечер - перестали работать чаты в мобильных клиентах. Вот такой он Битрикс. Но это относительно быстро выявленные проблемы. Также время от времени поднимаю копию за несколько месяцев, чтобы какие-то данные оттуда переносили

Ещё был случай, когда вечером накатил обновление, проверил - везде норм. На следующее утро списываюсь с сотрудником - у меня через каждый символ стикер "бутылка шампанского". Откатил на вечер - перестали работать чаты в мобильных клиентах. Вот такой он Битрикс. Но это относительно быстро выявленные проблемы. Также время от времени поднимаю копию за несколько месяцев, чтобы какие-то данные оттуда переносили

я владелец чата по серверному битриксу))

Ооооо, сочувствую))))

Но опять же то что вы описали снова 1-2 дня, что подходит под моё сипользование

я владелец чата по серверному битриксу))

Ссылку можно?

но не месяц точно

Ссылку можно?

скинул в личку чтобы не было воспринято как реклама

Но видите, я откатывал проблему, которой 5 дней. Да, есть второй сервер, где в данный момент хранятся все снимки почти за год. Но он больше как резерв. Правда удаление снимков на основном не будет происходить, если резерв недоступен

Но видите, я откатывал проблему, которой 5 дней. Да, есть второй сервер, где в данный момент хранятся все снимки почти за год. Но он больше как резерв. Правда удаление снимков на основном не будет происходить, если резерв недоступен

Это ещё почему не будет?

Но видите, я откатывал проблему, которой 5 дней. Да, есть второй сервер, где в данный момент хранятся все снимки почти за год. Но он больше как резерв. Правда удаление снимков на основном не будет происходить, если резерв недоступен

А я вот удаляю на основном, а на резерве как раз оставляю

Это ещё почему не будет?

Я так скрипт написал, что он не удаляет, если не удалось репликацию сделать

Я так скрипт написал, что он не удаляет, если не удалось репликацию сделать

Зачем?

Я так написал реплику, что реплика вообще не удаляет снапшот))

Только новые накидывает))

Так реплика и не удаляет. Но сервер с репликой может быть недоступен. Что в таком случае делать? Вот у меня не удаляет локально, если реплика недоступна

я для этого использую bookmark - делаем снапшот и передаем его на реплику - в случае удачной передачи, делаем bookmark на этот снапшот - делаем следующий снапшот и передаем дельту на реплику между bookmark и последним снапшотом, после передачи - передвигаем bookmark на последний переданный снапшот и по кругу на источнике снапшоты можно удалять безболезненно, всегда присутствует bookmark относительно которой можно передать дельту, сделав снапшот

Так реплика и не удаляет. Но сервер с репликой может быть недоступен. Что в таком случае делать? Вот у меня не удаляет локально, если реплика недоступна

а зачем ты так сделал?

а зачем ты так сделал?

Что именно?

Что именно?

сделал привязку что снапшот удалить нельзя

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

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

А у меня непрерывная репликация