Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
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
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7027 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          15 Apr 18 16:06:44
Кому : Eugene Grosbein                                     15 Apr 18 16:06:44
Тема : Странное с дисками под zpool-ом
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+5ad31821
На   : area://RU.UNIX.BSD?msgid=grosbein.net+4b2baeb2
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=grosbein.net+e2eb539a
==============================================================================
Dear Eugene,

15 Apr 18 16:11, you wrote to me:

VS>>> Я и без него понял, что zpool пересел с физических устройств на
VS>>> diskid, весь вопрос почему это случилось? Система-то давно
VS>>> стоит.
VS>> Мне с той стороны написали, что "Был заменён только корпус, БП
VS>> остался прежним. Единственное что могло поменяться, это
VS>> порядковый номер SATA разъема." Это могло дать такой эффект?

EG> Hе исключено. Hапример, диски поменялись местами и на ada0
EG> больше нет того компонента пула, который там лежал раньше
EG> (теперь он на ada1) и наоборот.

Скорее всего так и есть, диски оказались переставлены местами. Не знал что это серьезно для zfs, gmirror даже внимания не обратил бы.

VS>> В эхотаге, что ли, где-то зашиты физические адреса
VS>> устройств в zpool, типа как в Солярисе
VS>> "/pci@111/pci@333/scsi@222/sd@0,0" в path_to_inst?

EG> Hе совсем так, но сами имена ada0/ada1 по сути есть функции
EG> таких "физических" адресов:

EG> # egrep 'ata.:.*on|ada. at' /var/run/dmesg.boot
EG> ata0: <ATA channel> at channel 0 on atapci0
EG> ata2: <ATA channel> at channel 0 on atapci1
EG> ata3: <ATA channel> at channel 1 on atapci1
EG> ada0 at ata2 bus 0 scbus1 target 0 lun 0
EG> ada1 at ata3 bus 0 scbus2 target 0 lun 0

EG> Поменяется физический порт (ada[23]) - поменяется имя ada[01],
EG> а судя по всему, zpool.cache кеширует эти имена:

И что же теперь делать? У меня так и останется кривой zpool.cache навсегда? Дать команду поменять шлейфы обратно?

EG> # strings /boot/zfs/zpool.cache | fgrep raid
EG> /dev/raid/r0s2
EG> /dev/raid/r1
EG> /dev/raid/r2

У меня в zpool.cache на проблемном хосте упоминаются и то и то:

# strings /boot/zfs/zpool.cache | egrep 'ada|diskid'
/dev/diskid/DISK-56K51TNLSp3
/dev/ada0p3
/dev/diskid/DISK-56K56YGASp3
/dev/ada1p3
root@fw:~ #

VS>> В "strings /boot/zfs/zpool.cache" какой-то phys_path, это там
VS>> засада, да?

EG> Судя по сорцам, на фре phys_path не используется (#ifdef illumos).

И то ладно.

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

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