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

Ответить на сообщение

К списку сообщений

Предыдущее сообщение

Следующее сообщение

= Сообщение: 7020 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          15 Apr 18 12:12:06
Кому : Eugene Grosbein                                     15 Apr 18 12:12:06
Тема : Странное с дисками под zpool-ом
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5ad2e1ec
На   : area://RU.UNIX.BSD?msgid=grosbein.net+6ba66770
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=2:5005/49+5ad2e894
Ответ: area://RU.UNIX.BSD?msgid=grosbein.net+8ae9720b
==============================================================================
Dear Eugene,

15 Apr 18 03:46, you wrote to me:

VS>> Я пока не выяснил, что именно сделали с железом на удалённом
VS>> сервере, но картина такая: disk devices чем-то накрыло: # zpool
VS>> status
VS>>   pool: zroot
VS>>  state: ONLINE
VS>>   scan: none requested
VS>> config:
VS>>         NAME                         STATE     READ WRITE CKSUM
VS>>         zroot                        ONLINE       0     0     0
VS>>           mirror-0                   ONLINE       0     0     0
VS>>             diskid/DISK-56K51TNLSp3  ONLINE       0     0     0
VS>>             diskid/DISK-56K56YGASp3  ONLINE       0     0     0
VS>> errors: No known data errors
VS>> #
VS>> # ls /dev/ada*
VS>> /dev/ada0       /dev/ada1
VS>> #
VS>> # gpart show ada0
VS>> gpart: No such geom: ada0.

EG> gpart show без аргументов подсказал бы тебе правду.

Я и без него понял, что zpool пересел с физических устройств на diskid, весь вопрос почему это случилось? Система-то давно стоит.

# gpart show
=>       34  976773101  diskid/DISK-56K56YGAS  GPT  (466G)
         34          6                         - free -  (3.0K)
         40       1024                      1  freebsd-boot  (512K)
       1064        984                         - free -  (492K)
       2048   33554432                      2  freebsd-swap  (16G)
   33556480  943216640                      3  freebsd-zfs  (450G)
976773120         15                         - free -  (7.5K)

=>       34  976773101  diskid/DISK-56K51TNLS  GPT  (466G)
         34          6                         - free -  (3.0K)
         40       1024                      1  freebsd-boot  (512K)
       1064        984                         - free -  (492K)
       2048   33554432                      2  freebsd-swap  (16G)
   33556480  943216640                      3  freebsd-zfs  (450G)
976773120         15                         - free -  (7.5K)

VS>> У меня своп был настроен на /dev/ada0p2 и /dev/ada1p2,
VS>> соответственно после перезагрузки свопа не стало. Как вернуть
VS>> девайсы, точнее GPT разделы?

EG> Как уже написал Слава, сказать GEOM_LABEL'у не делать так.

Вопрос даже не в том, как сказать, а почему вдруг изменилось то, что до этого работало? Последнее обновление до 10.4-RELEASE-p8 могло дать такой эффект?

EG> А я бы ещё посоветовал не делать своп на ada[01], а делать на метках:

EG> glabel label swap0 /dev/ada0p2
EG> glabel label swap1 /dev/ada1p2

Система ставилась bsdinstall-ом практически по умолчанию, так что посоветовать можно только bsdinstall-лу или авторам его. Вот о kern.geom.label.gptid.enable они же позаботились в /usr/libexec/bsdinstall/zfsboot, а о kern.geom.label.disk_ident.enable почему-то нет.

EG> И своп делать на /dev/label/swap0 и /dev/label/swap1 -
EG> эти имена всегда будут доступны, неважно видится ли GPT
EG> у тебя на ada или на diskid.

VS>> "swapon /dev/diskid/DISK-56K51TNLSp2" помог как временная мера,
VS>> но хотелось бы знать, какой geom накрыл /dev/ada*

EG> GEOM_LABEL

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

VS>> и почему.

EG> Сложно сказать, не зная, что там у тебя настроено.

В том-то и дело, что ничего странного не настроено. Я вообще обычно ставлю эхотаг просто и бесхитростно, как инсталлятор предлагает.

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

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

К главной странице гейта