аться или ещё чего)
* умеет VERP, не будет проблем с SPF
* по умолчанию не трогает Reply-To, да и вообще ничего не делает толком
с заголовками, пока явно ему не будет сказано
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
sign
ных
identities, кроме личного домена и подобных, не будет.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
signature.asc
Description: PGP signature
поиск домашней
странички человека и нахождения там инструкций по получению ключа. Да,
иногда все ссылки ведут на ключевой сервер и наверное 80% времени когда
я долблюсь до KS-ов, то они не отвечают, выдают ошибки и, возможно у
меня какая-нибудь корявая версия dirmngr, но зачастую помогает только
k
gp-webkey-service-09
https://wiki.gnupg.org/WKDHosting
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
signature.asc
Description: PGP signature
ьзователю, пытающемуся получить мой ключ, это только геморрой. А
DANE, WKD -- это то, что под моим контролем.
>(Да и вообще, мне казалось, что SRV указатели типа
>_openpgpkey._tcp.stargrave.org из стандарта выкинули, не?)
Надо будет посмотреть. Если выкинули, то уберу за ненадобностью,
по
йнтейнер GPG), когда весь этот бардак только начинался, мне
>вообще сообщил, что сервера ключей не нужны, и должны умереть как класс.
Тоже поддерживаю эту идею что keyserver-а не нужны как класс.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A
роблем.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ту с накопителем,
если он не забивается битком. Именно поэтому и есть же рекомендация о
том, что можно оставлять неиспользуемым место на SSD для резерва (хоть
партицию выделить для резервивания места и не трогать её вообще).
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923
йвер и оперативки хавает больше
Для кэширования, всё верно, ибо оно эффективно. Когда надо, то память
оно освобождает (ну как минимум в FreeBSD).
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
atever. В принципе, LUKS/whatever (даже с
TRIM) более безопасен, но тоже из серии сильно гипотетически
теоретических атак на которые на практике даже внимания обращать не стоит.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** ugoday [2020-04-21 11:56]:
>https://www.djcbsoftware.nl/code/mu/mu4e.html
Тоже могу порекомендовать этот софт! Использую с ~20 GiB почты и Mutt-ом.
Шустро индексирует, хорошо ищет.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ю он в любом дистрибутиве идёт из коробки, в отличии от
Python/Lua/Ruby/whatever. А нежелание людей изучить ровно этот один
инструмент мне не понятны, тем более, когда при этом выбирают кучу
других, зачастую тоже их не зная, да ещё и страдая от несовместимости
реализаций (bsd vs gnu).
--
Sergey M
ть это объявление в другие рассылки и форумы,
которым это может быть интересно.
___
Gnupg-ru mailing list
gnupg...@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-ru
- End forwarded message -
--
Sergey Matveev (http://www.stargra
*** sergio [2018-04-16 10:21]:
>Каждый раз копируешь в вим а потом обратно?
Вся работа с текстом всегда и так происходит в Vim.
Ну а вообще да, если надо проверить, то скопирую в него.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
но,
в его родном spellchecker.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ает бОльшую часть, но требуется (для Postfix)
дополнительный демон. http://www.stargrave.org/Spam.html
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** Sergey Matveev [2018-03-29 21:27]:
>Если канал слабый и ещё и обрывающийся, то лично я использовал бы NNCP:[...]
В пятых на почтовый сервер для такой отправки писем не надо поднимать
никаких POP3/IMAP4. Хотя, если предполагается использование параллельно
с этим и других клиентов, то навер
имум), то можно Postfix-у сказать
чтобы с разных ящиков он в NNCP отправлял пакеты с указанием приоритета
(niceness) и при связи с его демоном просасывать более приоритетные
письма, только потом докачивая и продолжая работать с менее важными.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60
ревью, то ничто не сравнится с
окружением настроенным лично под себя, в удобном виде в редакторе
(Vim/Emacs) и почтовом клиенте. Не бывает инструментов одинаково удобных
для всех -- а web-интерфейсы это как-раз насильно диктуемая одна
программа для всех.
--
Sergey Matveev (http://www.stargrave.org/)
*** D. H. [2018-03-15 18:11]:
>Ага, а лучше винил и слушать на профессиональном оборудовании а не usb
>звуковухах
Винил нет не лучше.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** D. H. [2018-03-15 17:41]:
>Но при том качестве аудио файлов что валяются в сети,
>воспроизводятся с ютубов и прочей браузерной ерунды разница в качестве
>психосоматическая.
Ну так надо качать FLAC-и и покупать CD-диски. Без сарказма.
--
Sergey Matveev (http://www.stargrave.org/
*** D. H. [2018-03-15 07:14]:
>А зачем USB звуковушки? Ещё встречаются ноуты\десктопы без звуковых карт?
Музыку вы будете слушать через встроенную звуковуху ноутбука?
Через USB можно подключить качественную.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6
*** Sergey Matveev [2018-01-16 00:15]:
>https://blogs.oracle.com/darren/zfs-encryption-what-is-on-disk
>Не знаю поменялось ли это в ZFS-е, но там говорят что L2ARC недоступен
>для использования зашифрованным dataset-ам.
Статья устарела. В https://youtu.be/frnLiXclAMo где точно а
тся что-то), то из-за контрольных сумм точно
известно где данные корректные и он их восстановит на втором
(self-healing типа).
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** Alex Kicelew [2018-01-17 23:13]:
>Поэтому может кто-нибудь (возможно, Sergey Matveev:)
>знает, можно ли как-нибудь понять, за каким чертом он минут 5-15 читает
>диск.
Ух, даже не знаю что тут сказать. Вообще не могу предположить что именно
ZFS мог бы делать. В фоне на долго ZFS обы
(2/VDEV) |
|-+---++-++-++---|
|36 |6 x 6 disk RAID-Z2 |1500|1500 |2400|2400 |24 TB (66%)
|12 (2/VDEV)|
+----+
-
ELI сделать. Я
кстати L2ARC делаю поверх раздела зашифрованного одноразовым ключом
(geli onetime gpt/SSDCACHE ; zpool add storage cache gpt/SSDCACHE.eli):
после перезагрузки он конечно всё "потеряет", но зато ключи нигде не
надо хранить и загружать.
--
Sergey Matveev (http://www.stargra
жно на
терабайт данных). Сам, правда, не пробовал никогда.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
использовать,
без вот этих вот особенностей что L2ARC будет недоступен.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
н и, как мне кажется, для
большинства он таков. А вот L2ARC почему бы и нет.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ющиеся boot:
https://www.unix.com/man-page/FreeBSD/8/geli/
(/boot/loader.conf)
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** artiom [2018-01-14 17:14]:
>А что можете сказать про другие системы (NAS специфичные)?
>В частности, интересует NAS4Free.
Я наслышан только о FreeNAS и то что он активно используется знакомыми.
Он just-works, подвохов не было. Сам руками ничего не трогал.
--
Sergey Matveev
загрузке возникает. В Linux эта проблема решается через
>вынесение ядра и initrd с cryptsetup на отдельный раздел. Здесь тоже самое?
Про GNU/Linux, к сожалению, ничего не смогу сказать. В FreeBSD такое
точно без проблем работает -- у меня схожая схема используется.
--
Sergey Matveev (http://www.s
облем или каких-то особенностей тут не вижу.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
но перенести все данные просто zfs
send/recv, а когда уже несколько партиций, то начинаются пляски), когда
речь о всего-то гигабайте. Поэтому проще уж, забив на overhead, сделать
поверх ZVOL-а было.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
еня ОЧЕНЬ удручают и поэтому я в него больше "не лазаю" :-)
Но это чисто личное мнение/опыт. Про OMV я вообще только от вас впервые и
услышал.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
>кажется весьма сомнительным.
Как вариант. У меня один гигабайтный диск так и сделан: ZFS поверх GELI
поверх ZVOL-а на другом ZFS :-). Просто overhead большой, что, конечно,
неприятно.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** Артём Н. [2018-01-09 20:23]:
>Только дорого, и начинка у меня получше будет (я так понимаю, там ASRock со
>впаянным Avoton).
Если так, то тогда про мать молчу. Только корпус хороший точно получается.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 642
вера. И начинка наверное (материнская плата этой платформы) такая же
как у них. Отличная платформа! Если бы мне снова пришлось бы себе NAS
собирать, то я бы снова выбрал бы такое тоже.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
то данные
могут в совершенно разные области дисков -- а там время поиска/скорости
могут отличаться существенно. Поэтому всегда ZFS ожидает конец IO
операции самого медленного. Чем меньше дисков -- тем меньше разброс по
скоростям и время ожидания. Но в целом сказано верно что в *среднем* оно
как один
жёсткий
диск и действительно нарушаться целостность, а может быть и
злоумышленник данные подменивает -- с ними вы этого не узнаете. А
включать аутентификацию GELI/LUKS -- дорого, так как для каждого
512/4096 сектора придётся отбирать несколько десятков байт.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
е?
Лично я про FreeNAS мало чего знаю, но удивлён что у них вот такие
брэндовые штуки оказывается есть. Мне кажется что это простая SSD-шка.
Даже не знаю что там может быть оптимального/специфичного для L2ARC.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
афии, но никогда не упирался в compression=lz4
(включай, не включай -- всё-равно упрусь в хэши).
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ведь в ней сжатые ZFS объекты хранятся.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ормация о
реально используемом месте будет тоже "видна". Везде tradeoff.
Это я всё к тому что не стал бы называть ZFS шифрование не надёжным.
По-сравнению с LUKS/GELI -- оно больше выдаёт метаинформации, согласен
(но, взамен давая "плюшки").
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
он хранится глобально?
В том смысле, что не делая аналога luksOpen/geli attach, вы всё-равно
сможете делать scrub/resilver/send/recv. В отличии от полнодискового
шифрования, вы будете знать сколько там реально занято места и размеры
объектов.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
я.
Плюсы родного шифрования: scrub, resilver, send/recv будут работать без
предоставления ключа, тогда как с LUKS/GELI, не "открыв" ключом диск,
нельзя будет сделать ничего.
Насчёт cold boot защиты не в курсе касательно ZFS.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
своему личному опыту graylisting действительно убивает
огромное количество спама, очень вот вероятно что больше 90%. А SPF --
согласен, мизерное количество.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
хочется ее пропихнуть в дистрибутив отдельным пакетом.
Задаю этот вопрос в debian-russian, а не debian-devel, поскольку вряд
ли за пределами России это кому-то интересно.
--
Victor Wagner
- End forwarded message -
--
Sergey Matveev (http://www.stargrave.org
о ли какие ещё режимы работы будут? Всякое может быть, и медленная
запись файла не позволит его быстро прочитать это факт.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** Alex Kicelew [2017-07-16 22:11]:
>правильно ли я понимаю, что худшее, что я получу при
>превышении количества имеющихся чекпойнтов -- это необходимость снова
>ресилверить 4 часа вместо 5 минут?
Да, всё верно.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923
биты -- взял из прошлого бэкапа.
>
>У нас наверное просто разный подход к резервированию критично важных
>данных: как показала недавняя у нас ситуация с шифровальщиком - бекапов
>много не бывает. И лучше разных и в разных местах
Я не понял в чём она у нас разная и какой у в
вот такой и такой файлы
биты -- взял из прошлого бэкапа.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
-- не нужно
систему переводить в offline, всё прозрачно работает.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ано и что-то порядка
полутысячи (где-то слышал). То есть минуты отключенного состояния он
конечно переживёт спокойно, но вот часы уже навряд ли.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
purpose скрипты, и особые простые для запуска сред в tmux.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
делать
правильно" эффективно по времени -- иногда надо делать менее эффективно,
но зато с меньшими усилиями, если что, если например макрос "испорчен",
то с нуля его повторить.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
то это уж точно
> > авторизованный пользователь).
>
> … Любопытно, а умеет ли sudo(8) учитывать факт наличия
> произвольных файлов при выполнении авторизации?
Хочу заметить что пароль вставляется "имитацией интерактивности" -- то
есть tmux туда пихает сам пароль,
родной с собой. Лично я вот люблю не
монстров типа gnome-terminal, а что-то очень простое, suckless, типа st
(st.suckless.org). А без tmux/whatever все эти хотелки требуют
прожорливых огромных монстров терминалов.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
и. А с tmux-ом вздохнул
спокойно. Но это личные предпочтения.
>На что только люди не идут, чтобы не пользоваться docker-compose
>(Продолжаю мощные вбросы :) )
Да уж, учитывая то, что я когда-то владел boycottdocker.org доменом :-)
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E8
иш и прочего? На
самом деле кроме "su -" ещё и его пароль вставляется (загруженный с
зашифрованного диска -- мол если диск подключен, то это уж точно
авторизованный пользователь).
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
разом окна и их именуют.
> > Судя по всему к screen нельзя подключиться несколькими клиентами
> > (несколько людей смотрят в одну сессию), а это killer-feature.
Если можно, то ok.
> > Я так точно и не понял, но есть ли в screen-е vertical pane
> > разделение?
Ok, если ест
ключиться несколькими клиентами
(несколько людей смотрят в одну сессию), а это killer-feature. Я так
точно и не понял, но есть ли в screen-е vertical pane разделение? Можно
ли в screen послать в любой pane какую-то последовательность клавиш,
что, опять же при скриптовании, очень удобно и гибко?
--
Serge
автоматизацию с
terminal-specific API.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
акое не слышал, звучит фантастически :-)
>PS Что бы два раза не вставать - Сергей, спасибо за ваши посты по zfs.
>Вам стоит их причесать в статью и опубликовать - прослыть евангелистом zfs
Спасибо! О статье я как-то думал, но всё не решался ещё.
--
Sergey Matveev (http://www.stargrave.org/)
OpenP
окна,
именовать их, предварительно выполнить команды, итд). Я тоже не
представляю жизни без tmux-а локально запускаемого ибо очень удобно.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ка, на всякий пожарный, мол вдруг он нечаянно что-то
не то хочет сделать, мол явно не сказали export pool, может он нечаянно
хочет и import сделать.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
за больше места, но восстановить ZFS сможет побитые.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
я. Точно так же делал на
ноутбуке где SSD-диску 3.5 года и от него всего можно ожидать.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
не работает... :(
Я как-то встречал один USB<->SATA контроллер (внешний контейнер) который
действительно чуть "смещал" данные. То есть диск выглядел как немного
уменьшенный по размеру. Данных вроде туда не писал никаких дополнительных,
но вот почему-то геометрия была чуть друго
росто станет медленнее чем классический RAID. Обычный RAID
последовательно читает/пишет, а RAIDZ/mirror много random access-а
создаёт который по времени будет дольше.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
всегда были медленнее чем mdadm. RAID5
вообще только XOR операцию использует, а вот RAID6 уже тяжёл и требует
процессора.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
зможность добавить две партиции по 1ТБ на этом
>диске ?
Будет. ZFS пофиг что добавляется: диск ли это (sda) или партиция (sda1)
или там какой-нибудь iSCSI или вообще просто путь до файла, который
будет как-бы жёстким диском.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 59
ко дисков
пойдут по одному "проводу", то тогда можно и упереться в 5-6 Gbps.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
кал (da0+da1 и da2+da3)
zpool create mypool raidz1 da0 da1 da2 raidz2 da3 da4 da5 da6 mirror da7 da8
da9--
создание mypool с stripe из трёх элементов: raidz1 с тремя дисками
(0/1/2), с raidz2 с четыремя (3/4/5/6) и зеркалом из трёх дисков.
Добавлять VDEV в zpool можно и позже, когда угод
акое
бывало). Плюс, насколько понимаю, USB подсистема жрёт больше CPU
ресурсов в ядре, чем SATA.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
аботает, а SATA без проблем.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
уровень" RAID, а объединение vdev-ов в pool это второй,
striping. Это если в терминах классических RAID-ов. ZFS получается из
коробки сразу же двухуровневый RAID.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
налось по пять гигов на терабайт -- это если дедупликация нужна.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** Oleksandr Gavenko [2017-06-26 14:11]:
>Или поступать как с лентами - попеременно между лентами гонять данные, что бы
>освежать намагниченность?
Мне кажется что этот вариант хорош. Чисто чтобы поддерживать намагниченность.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF6
ее 4 лет):
Ого, сколько у вас информации (пускай и не очень доверяемой). У меня
только power on hours (честно говорит что 3.5 года), power cycle count и
температура. Спасибо за информацию! Собственно, подтверждается то, что
он дохнет сразу, в отличии от HDD.
--
Sergey Matveev (http://www.stargrav
к тому, что такие железки существуют.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
чем без RAID.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** artiom [2017-06-25 16:22]:
>В три датацентра данные реплицировались, в одном машина сдохла.
>Вопросов о консистентности не стоит.
Пропажа данных, недоступность -- это одно. А когда вот у вас лежат
данные, а вы даже не подозреваете что они испорчены.
--
Sergey Matveev
ним snapshot, ведь чтобы держать его
данные ему ведь до сих пор нужна та дельта.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
AVAIL REFER MOUNTPOINT
zroot 37.1G 49.1G 5.95G none
zroot/home 9.50G 49.1G 6.99G /home
zroot/home/tmp 2.19G 49.1G 2.19G /home/stargrave/tmp
это вот у меня говорит что для трёх ФС (zroot, zroot/home,
zroot/home/tmp) доступно одни и те же 49.1 GB.
--
Sergey M
20 гигабайтный PostgreSQL с индексами, по несколько раз в
день) и по идее уже давно должен бы был помереть. Если он летит частями,
то zfs set copies=2 должно помочь от того когда придёт судный день чтобы
успеть сдампить данные на что-то работающее -- это хоть как-то бы успокаивало.
--
Serge
то думал. Дедупликация это ведь всего-лишь нахождение общих данных и
создание ссылок на один и тот же блок, убирая ссылки на дубликаты. Можно
включить: он переиначить ссылки на блоки, потом отключить. Как вариант,
можно сделать zfs send с опцией -D, которая создаёт дедуплицированный
поток сериализов
итично, независимо от задач. У
нас же ЭВМ, куча миллиардов инструкций, гигабайты хранилищ, а данные
могут быть потеряны... не порядок это.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
то квота для отдельной
filesystem (грубо говоря, директории).
>А этот RAIDZ (пока не почитал про него), он и есть срайп с контрольными
>суммами?
Грубо говоря, да. Аналогично RAID5/6.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** artiom [2017-06-25 13:49]:
>Внезапного выключения питания не бывает, если не сдохли аккумуляторы в ИБП.
Бывает внезапная поломка backplane, контроллера, блока питания,
материнской платы, итд.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8
*** artiom [2017-06-25 13:53]:
>А если я хочу часть памяти под другие нужды?
>У неё квоты есть?
Через sysctl можно ограничить максимальный размер ARC-а (кэша ZFS).
Например для PostgreSQL на ZFS как-раз и дают такой совет, чтобы ZFS не
отхапал себе лишнего, более полезного для СУБД.
--
пределяет большой файл по дискам в пуле (в разных
>режимах)?
stripe-ом по возможности старается, чтобы распараллелить чтение/запись,
как и RAID. Если зеркало, то само собой чтобы копии на двух дисках.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
о enterprise. Ну и вместо
криптографических хэшей используется CRC32C, насколько вижу по
Wikipedia... лично по мне, так это основной аргумент почему я даже не
смотрел бы в их сторону. Доверять целостность не криптографическим хэшам
я не могу.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: C
итываемая
суперконденсатором или батарейкой. Её хватает как-раз для того чтобы из
RAM сбросить информацию на SSD. Есть модели где только SSD встроена --
там о потери питания не беспокоимся.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ну и
аналогичным командам LUKS). Причём, мне как любителю парольных фраз
очень нравится что они из коробки дают возможность их использовать, с
PBKDF2 (не айс, но хотя бы так) усилением.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
*** Igor Savlook [2017-06-25 03:08]:
>Вроде как UPS может помочь с этой проблемой.
На сколько-то минут. Кроме того, внезапный отказ может произойти в
компьютере (мать, контроллер, итд).
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
ича дорогих аппаратных контроллеров с батарейкой
или SSD на боту -- бесплатно в софте.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
быстрая (менее разряженно).
>А нет a-la e4defrag?
Нету ни этого, ни xfs_fsr. Только вот хаки. Которые метаинформацию никак
не трогают. Повторюсь: проблема фрагментации зависит от режимов
нагрузки. Но достаточно, в большинстве случаев, просто иметь место про
запас и не париться.
--
Sergey Matveev (ht
не переписывания всего кода, ибо везде всё одна
крипта, деревья Меркле, checkoint, итд, итд -- сложно это сделать так,
чтобы гарантировать "железную" надёжность и поэтому не будут делать.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
Результаты 1 - 100 из 138 matches
Mail list logo
