Re: Генерация pool-based репозиториев
Eugene Berdnikov <bd4@protva.ru> wrote:
> On Tue, Mar 05, 2019 at 09:58:17PM +0300, Andrey Jr. Melnikov wrote:
> > Eugene Berdnikov <bd4@protva.ru> wrote:
> > > On Mon, Mar 04, 2019 at 04:19:58PM +0300, Andrey Jr. Melnikov wrote:
> > > > Eugene Berdnikov <bd4@protva.ru> wrote:
> > > > > On Sun, Mar 03, 2019 at 02:31:02PM +0300, Andrey Jr. Melnikov wrote:
> > > ...
> > > > > > > в принципе, залить файлы в хранилище много ума не нужно.
> > > > > > При наличии fuse - совсем не нужно. Смонтировать s3fs/sshfs/еще какую-то
> > > > > > экзотику и работать с ней как с локальным диском - бесценно.
> > > > > > У меня reprepro свято уверен, что репозиторий на локальной машине.
> > > >
> > > > > А у меня, к сожалению, нет уверенности в том, что при моргании сети,
> > > > > на которое fuse выбросит I/O error, твоя приблуда не сломает репозиторий.
> > > > > Потому как автор её скорее всего просто не предполагал, что репозиторий
> > > > > может быть удалённым, а дороги к нему будут перепаханы и минированы.
> > > > Он всегда такой, т.к. любая софтина пишет в неведомые дали. Эт вы просто
> > > > привыкли, что типа "жосткий диск" он "рядом".
> >
> > > Не только я, всё человечество к этому привыкло. Все пишут софт под
> > > эту парадигму, потому что диск в системнике и бэкап в соседнем это
> > > для большинства задач нормально по надёжности и оптимально по деньгам.
> >
> > Что-то тут у вас, бгатенька, не сходится. Если при записи воонтаго файла
> > диск радостно отрапортовал UNC и ошибка поднялась до write(...) = -EIO а
> > софтина этого не заметила -
> Заметила или нет неважно, главное что сломала базу/репозиторий/etc.
> Пому что в 99% случаев софтописатель не проверяет на EIO и вообще
> транзакционной целостностью не озабочен. Он знает, что диски достаточно
> надёжны: сбой может случиться через 5, 10 или 15 лет, и, как правило,
> smartd поднимет тревогу до того, как диску придёт капец.
Ага. Блаженны верующие. Предыдущий SSD от OCZ сказал кря без объявления
войны, просто нагревшись контроллером градусов до 80 и отвалившись от
интерфейса. smartd даже не взвизгнуло. Нагрузки на него не было, он просто
был подключен.
> А сетевой диск через fuse сбойнёт если не завтра, то послезавтра точно,
> и что смешно, никто об этом заранее не предупредит.
Да верьте в ваш S.M.A.R.T. верьте, вам никто не запрещает. Только вот еще
может по дороге китайский кабель попасться, который рассохнется и отвалится
и еще миллион причин. Но верить в smartd надежнее, я понимаю.
> > так ну её в /dev/null ту софтину. Каким образом
> > поможет от этого бакап - моя не понимайт. Его то на данный момент нету?
> Бэкап есть, вчерашний. Только с обычным диском он может вообще никогда
> не понадобиться, а с сетевым может понадобиться три раза за день. :)
> Почувствуйте разницу.
Мы говорим о разном. В моём случае тот бакап нужен был на 5 минут назад.
Датасет то который писали в диск - проё, в бакапе его нет и хорошо, что это
у нас репозиторий, который можно просканировать и создать датасет по новой,
а не какие-нибудь скажем логи от невдомой херни, которые именно такими уже
не получишь.
> А насчёт "софтину в /dev/null" это скажи своему работодателю. Возможно,
> он тебе ответит, что тебе лучше отдохнуть полгода-год за свой счёт,
> а на досуге почитать что-нибудь про технологии работы с различного рода
> ошибками -- аппаратными, сетевыми, человеческими и т.п., и что твоя
> задача из ненадёжных дисков, глючных материнок и полных багов софтверных
> продуктов строить надёжные ИС для его бизнеса. А если ты не умеешь
> или не хочешь это делать -- найдутся другие, которые не станут ныть
> и предлагать переписать 1С с нуля.
Ты свой пафос то поприкрути, а то перегорит от перегрева. В случае с
отстойным 1С - за дядин счет можно хоть в 8 ЦОДах держать ноды с синхронной
репликацией. Ну и бакап этой 1С можно из бумажек раскатывать, зря их чтоль 3
года хранят в любой лавке?
А мне нужно - для себя и с минимумом затрат. И жена стойку в кладовке не
оценит и жить в серверной я не готов. А платить всем по периметру за
"трехзвенки", "транзакции" и прочие "дедупликации" over
модная-хипстерская-технолоджи и прочие линки в терабиты до хранилищ в
петабайты - совсем не готов. Пропертарь выкинуть в /dev/null - готов. И
даже opensource поправить под себя - готов. А работать на работодателей,
которые будут мне рассказывать с чем и как мне работать - не готов. Они
вмести со своим совтом идут в /dev/null, в обнимку.
PS: и как показывает практика - самая нужная 1С, она стоит в одном
экземпляре у буха на ноуте и НИКУДА НЕ РЕПЛИЦИРУЕТСЯ. Хорошо, если
кто-нибудь умный сделал шифрованные бакапы в халявную помойку.
Reply to: