Eugene Berdnikov <b...@protva.ru> wrote: > On Tue, Mar 05, 2019 at 09:58:17PM +0300, Andrey Jr. Melnikov wrote: > > Eugene Berdnikov <b...@protva.ru> wrote: > > > On Mon, Mar 04, 2019 at 04:19:58PM +0300, Andrey Jr. Melnikov wrote: > > > > Eugene Berdnikov <b...@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С, она стоит в одном экземпляре у буха на ноуте и НИКУДА НЕ РЕПЛИЦИРУЕТСЯ. Хорошо, если кто-нибудь умный сделал шифрованные бакапы в халявную помойку.
