Шифрование

Alex Korchmar написал(а) к Victor Sudakov в Mar 18 13:17:13 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

VS> А Солярис как себе живет со свопом на zvol в штатной конфигурации?
а ты уверен, что она у него - штатная?

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


> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Slawa Olhovchenkov в Mar 18 13:29:44 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Slawa Olhovchenkov <Slawa.Olhovchenkov@f500.n5030.z2.fidonet.org> wrote:

SO>>> так вот ставится она на два мелких системных диска, там же и своп.
SO>>> все остальное -- уже в отдельном пуле.
AK>> нда... красиво жить не запретишь.
SO> ты же сам стойку дисков заказал
себе - хрена там с два.
К тому же, как раз даже если я и найду, наконец, денег на домашнюю хранилку,
у меня точно не найдется места и электричества на "еще пару дисков просто для
свопа, на всякий случай". А ораклам пофиг, в их рэк хоть еще пару десятков
"чисто на всякий случай" засунь, ни размеры ни пожираемые гигаватты особо не
изменятся.
А на мелкие системы они, очевидно, забили большой и толстый.


> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov написал(а) к Slawa Olhovchenkov в Mar 18 20:59:48 по местному времени:

Dear Slawa,

17 Mar 18 08:59, you wrote to me:

[dd]
SO>>> ну логика же простая: когда пошел свопинг памяти свободной уже
SO>>> может не быть для кернельного malloc, а запись в zfs требует
SO>>> кучи malloc -- CoW, mirror/raidz, очереди всякие, дублирование
SO>>> метаинформации и все такое. вот тебе и дедлок.

VS>> А Солярис как себе живет со свопом на zvol в штатной
VS>> конфигурации?

SO> не знаю, не эксплуатировал. попробуй, расскажи?

У меня осталось в хозяйстве два Соляриса x86, нагрузка маленькая, рассказывать особо нечего. Штатный инсталлятор поставил так:

> cat /etc/release
Oracle Solaris 11.3 X86
Copyright (c) 1983, 2015, Oracle and/or its affiliates. All rights reserved.
Assembled 06 October 2015
> /usr/sbin/swap -l
swapfile dev swaplo blocks free
/dev/zvol/dsk/rpool/swap 285,1 8 2097144 551184
>

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к Alex Korchmar в Mar 18 21:02:16 по местному времени:

Dear Alex,

17 Mar 18 13:17, Alex Korchmar wrote to me:

VS>> А Солярис как себе живет со свопом на zvol в штатной конфигурации?
AK> а ты уверен, что она у него - штатная?

Родной интерактивный инсталлятор так ставит.

AK> солярка для мелких систем - труп, официально выписана справка о
AK> смерти и уже и могилка травой успела позарости. А в сдвоенную стойку
AK> больших спарков им никто не мешает пихать отдельные диски под систему
AK> и свопы, там места много.

Возможно уже потом своп добавляют, либо ставят не инсталлятором, а из какого-нибудь flash archive наливают систему.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 23:00:09 по местному времени:

17 марта 2018, суббота, в 08:56 NOVT, Slawa Olhovchenkov написал(а):

EG>> Как раз наоборот - при замене диска всё отсинкается автоматом,
EG>> включая таблицу разбиения и начальные загрузчики.
SO> только вот для zfs режим работы не с дисками, а с graid -- неэффективный

Почему это? А с разделами дисков чем эффективней?

Eugene
--- slrn/1.0.2 (FreeBSD)

Eugene Grosbein написал(а) к Victor Sudakov в Mar 18 23:07:40 по местному времени:

17 марта 2018, суббота, в 12:27 NOVT, Victor Sudakov написал(а):

EG>> поверх r0s2 создан загрузочный пул ZFS без избыточности с рутом и
EG>> /usr.
VS> Представился случай спросить. Я пытался сделать dualboot c виндой в ada0s1, и
VS> фрей (root на ZFS) в ada0s2. Пользовался рецептами с
VS> https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition и
VS> https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition , и примером в zfsboot(8) но
VS> максимум чего добился:

VS> boot0 отрабатывает, передает управление на 2-й слайс, а там:
VS> zfsboot: No ZFS pools located, can't boot
VS> Хотя в bhyve всё грузится, значит пул на месте и работоспособен, дело только в
VS> магии загрузчиков.
VS> Ты или кто другой если это проделывали, можете поделиться рецептом?

В man zfsboot есть строчка: dd if=/boot/zfsboot of=/dev/ada0s1 count=1
На самом деле для гарантии загружаемости в этом месте надо обязательно
использовать count=2 вместо count=1, чтобы затереть возможно имеющиеся
ошметки BSD label в следующем секторе - если они там есть, то напарываемся
на мисфичу загрузчика (которую лично я назвал бы багом), приводящую
к этой проблеме.

zfsboot не знает, с которого раздела и которого диска его стартовал boot0
и пытается обнюхать все диски и разделы в поисках загрузочного пула ZFS,
пропуская слайсы, в которых, как ему кажется, есть BSD label.

VS> Я даже наверное сформулирую для начала вопрос: в ada0s2 надо создавать еще BSD
VS> партиции, и пул создавать в ada0s2a например? Или загрузочный zpool сразу делать
VS> на ada0s2?

Обязательно сразу на ada0s2 и обязательно уничтожив все следы BSD label
в нём, для чего достаточно использовать count=2.

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.2 (FreeBSD)

Slawa Olhovchenkov написал(а) к Eugene Grosbein в Mar 18 00:44:24 по местному времени:

Нello Eugene!

17 Mar 18, Eugene Grosbein writes to Slawa Olhovchenkov:

EG>>> Как раз наоборот - при замене диска всё отсинкается автоматом,
EG>>> включая таблицу разбиения и начальные загрузчики.
SO>> только вот для zfs режим работы не с дисками, а с graid --
SO>> неэффективный
EG> Почему это? А с разделами дисков чем эффективней?

тем, что он может отслеживать нагрузку на отдельные диски и отвал отдельных дисков.
ну и если у нас два диска в zmirror то у нас две очереди с двойным (потенциально) числом запросов.

не, если нагрузки нет, то и побарабану.

... Дpужбы наpодов надежный applet
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Eugene Grosbein написал(а) к Slawa Olhovchenkov в Mar 18 06:51:05 по местному времени:

18 марта 2018, воскресенье, в 00:44 NOVT, Slawa Olhovchenkov написал(а):

EG>>>> Как раз наоборот - при замене диска всё отсинкается автоматом,
EG>>>> включая таблицу разбиения и начальные загрузчики.
SO>>> только вот для zfs режим работы не с дисками, а с graid --
SO>>> неэффективный
EG>> Почему это? А с разделами дисков чем эффективней?
SO> тем, что он может отслеживать нагрузку на отдельные диски и отвал отдельных
SO> дисков.

ZFS у нас в любом случае работает через GEOM: при работе "с дисками"
через GEOMDISK, при работе с разделами через GEOMPART,
при работе с томами graid через GEOM_RAID.

Почему через один класс GEOM он может отслеживать "нагрузку и отвал",
а через другие внезапно нет, в чём разница-то между ними?

SO> ну и если у нас два диска в zmirror то у нас две очереди с двойным
SO> (потенциально) числом запросов.

Опять же не вижу разницы между "дисками" и томами.

Eugene
--
Все любят естественный наркотик
--- slrn/1.0.2 (FreeBSD)

Victor Sudakov написал(а) к Eugene Grosbein в Mar 18 11:23:16 по местному времени:

Dear Eugene,

17 Mar 18 23:07, you wrote to me:

EG>>> поверх r0s2 создан загрузочный пул ZFS без избыточности с рутом
EG>>> и /usr.
VS>> Представился случай спросить. Я пытался сделать dualboot c виндой
VS>> в ada0s1, и фрей (root на ZFS) в ada0s2. Пользовался рецептами с
VS>> https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition и
VS>> https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition , и примером
VS>> в zfsboot(8) но максимум чего добился:

VS>> boot0 отрабатывает, передает управление на 2-й слайс, а там:
VS>> zfsboot: No ZFS pools located, can't boot
VS>> Хотя в bhyve всё грузится, значит пул на месте и работоспособен,
VS>> дело только в магии загрузчиков. Ты или кто другой если это
VS>> проделывали, можете поделиться рецептом?

EG> В man zfsboot есть строчка: dd if=/boot/zfsboot of=/dev/ada0s1 count=1
EG> На самом деле для гарантии загружаемости в этом месте надо обязательно
EG> использовать count=2 вместо count=1, чтобы затереть возможно имеющиеся
EG> ошметки BSD label в следующем секторе - если они там есть, то
EG> напарываемся на мисфичу загрузчика (которую лично я назвал бы багом),
EG> приводящую к этой проблеме.

EG> zfsboot не знает, с которого раздела и которого диска его стартовал
EG> boot0 и пытается обнюхать все диски и разделы в поисках загрузочного
EG> пула ZFS, пропуская слайсы, в которых, как ему кажется, есть BSD
EG> label.

О! Я подозревал, что здесь собака зарыта.

VS>> Я даже наверное сформулирую для начала вопрос: в ada0s2 надо
VS>> создавать еще BSD партиции, и пул создавать в ada0s2a например?
VS>> Или загрузочный zpool сразу делать на ada0s2?

EG> Обязательно сразу на ada0s2 и обязательно уничтожив все следы BSD
EG> label в нём, для чего достаточно использовать count=2.

Спасибо, похоже что это и есть искомое сакральное знание. В статьях на wiki.freebsd.org везде зачем-то делают
"gpart create -s BSD ad0s3" и далее "zpool create zroot /dev/ad0s3a", а в man zfsboot момент создания пула совсем не освещен.


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Alex Korchmar написал(а) к Eugene Grosbein в Mar 18 13:55:59 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> ZFS у нас в любом случае работает через GEOM: при работе "с дисками"
а если я вот всю эту геом-хрень забуду собрать - оно вообще не заведется,
или таки начнет работать с обычными raw-devices, как во времена 4.11?

> Alex

--- ifmail v.2.15dev5.4