Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7026 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          15 Apr 18 15:50:40
Кому : Eugene Grosbein                                     15 Apr 18 15:50:40
Тема : Странное с дисками под zpool-ом
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5ad31599
На   : area://RU.UNIX.BSD?msgid=grosbein.net+8ae9720b
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=2:5030/500+5ad31dc9
Ответ: area://RU.UNIX.BSD?msgid=grosbein.net+ee4008d5
==============================================================================
Dear Eugene,

15 Apr 18 15:57, you wrote to me:

EG>>> gpart show без аргументов подсказал бы тебе правду.
VS>> Я и без него понял, что zpool пересел с физических устройств на
VS>> diskid, весь вопрос почему это случилось?

EG> От меня не видно.

Как уже выяснилось, SATA диски физически поменяли местами.

[dd]

VS>> Система ставилась bsdinstall-ом практически по умолчанию

EG> Это плохо. bsdinstall тащем-то отвратный инсталлятор в этой части,
EG> он писан людьми с минимальным опытом администрирования,
EG> хотя как программисты они, может быть, и ничего.

VS>> так что посоветовать можно только bsdinstall-лу или авторам его.

EG> Hет, можно ещё посоветовать не доверять bsdinstall-лу
EG> и подкладывать соломки самому, ну если тебе важна надёжность.

Ну, я просто скромно считаю, что моя квалификация ещё ниже, чем у авторов bsdinstall.

[dd]
VS>> Зачем он это сделал через 2 года эксплуатации системы, как
VS>> думаешь?

EG> boot -v покажи.

Теперь уже не покажу, там может до EoL 10-ки ни одного ребута не будет.

EG>>> Сложно сказать, не зная, что там у тебя настроено.
VS>> В том-то и дело, что ничего странного не настроено. Я вообще
VS>> обычно ставлю эхотаг просто и бесхитростно, как инсталлятор
VS>> предлагает.

EG> Это плохо.

Может быть и плохо, но это оценка не меня, а инсталлятора. Уж инсталлятор должен создать пригодную к экспуатации систему, а иначе это негодная система.

VS>> Стояла система, поставленная bsdinstall-ом без всяких
VS>> премудростей на зеркало. Всю жизнь zfs считал, что пулы живут на
VS>> ada{0,1}p3, а после очередной перезагрузки вдруг передумал.

EG> Это не проблема zfs скорее всего, а геома.

Как же всё-таки zfs находит свои vdev-ы? Где-то запоминает имена устройств или каждый раз обшаривает все девайсы в поисках пулов и того, из чего пулы состоят? Зачем тогда /boot/zfs/zpool.cache ?

Если бы у меня диски в zfs mirror переехали с ada{0,1} на da{3,5}, или вообще на /dev/label/{foo,bar}, zpool из них всё равно собрался бы?

Солярис в такой ситуации скорее всего позорно не смог бы загрузиться. У меня был случай, когда пришлось перегенерять /etc/path_to_inst просто из-за того, что диск в другой IDE-слот переткнули (правда там был не zfs, но "буковки съехали").


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.099970 секунды