November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
Monday, August 15th, 2005 10:00 am
Кому-нибудь удалось это запустить?
Имеем: 5.4-RELEASE. Запускаем vinum. Создаем том. Том создаётся, появляются девайсы в /dev/vinum/, отрабатывает newfs, том прекрасно монтируется, размонтируется, пишется, читается..
Но только до ближайшей остановки винума. stop/start и dumpconfig приводят в лучшем случае к сообщению
** no drives found: No such file or directory и полному отсутствию сконфигурированных девайсов,
а в худшем - к kernel panic.
В messages при запуске винума появляется загадочная надпись
vinum: Inappropriate ioctl for device

Рекомендованная проверка dd if=/dev/какой-нибудь_слайс skip=8 count=6 выдаёт сплошные нули.
По всем ощущениям винум просто не записывает конфигурацию на диск.
saveconfig не помогает - ошибок не выдаёт, но похоже, ничего и не делает.

Куда копать?
Tags:
Monday, August 15th, 2005 06:48 am (UTC)
да лучше никуда и не копать. в принципе, у меня получалось заставлять это работать, но первый же реальный отказ диска привел к такому геморрою, что даже и вспоминать не хочется. IDE'шные RAID'ы сейчас вообще интегрируются во все, что только можно, их поддержка во FreeBSD вполне нормальная, так что имеет прямой смысл ими и пользоваться.
Monday, August 15th, 2005 06:59 am (UTC)
Это ответ не на тот вопрос :)
Надо именно программный RAID, причем со страйпингом и зеркалированием. И на scsi-дисках. Это постановка задачи такая.
На четвёрке винум нормально работал. Хочется понять, чтО сломали в пятёрке.
Monday, August 15th, 2005 07:06 am (UTC)
Надо именно программный RAID, причем со страйпингом и зеркалированием. И на scsi-дисках. Это постановка задачи такая.

что-то мне это напоминает.... "в гамаке, стоя и на лыжах"? :))))
Monday, August 15th, 2005 07:17 am (UTC)
И не надо мне рассказывать про преимущества аппаратных рейдов. Плавали, знаем. Через пару лет контроллер загнётся, а аналогов днём с огнём не сыщешь. И вполне живые диски можно будет смело форматировать, потому что как этот конкретный контроллер раскладывал там данные - известно только его создателям.
Monday, August 15th, 2005 07:29 am (UTC)
в 4х vinum работал несколько лет без нареканий. ну только что он медленный.
в 5х еще руки не дошли до него, но планирую ставить.
удивлен, что он так работает. ведь им же многие пользуются, судя по конфам.
Monday, August 15th, 2005 07:37 am (UTC)
Без нареканий - это сильно сказано :) попробуй сделать сабдиску detach, не сказав ему предварительно stop. Или вместо диска с остановленными, но не detached сабдисками, вставить чистый. Можешь огрести kernel panic с рассыпавшейся конфигурацией :)
Но в общем и целом он, конечно, работал. Таких странных глюков в четвёрке не было.
Monday, August 15th, 2005 07:40 am (UTC)
попробуй gvinum
хотя он тоже может быть еще не отлажен
смотри еще gmirror, gstripe и вообще все из geom
но там сейчас практически все вещи глючат в той или иной мере
Monday, August 15th, 2005 12:58 pm (UTC)
gstripe из двух-трех gmirror'ов.
Thursday, August 18th, 2005 08:55 am (UTC)
этой ночью в RELENG_5 (STABLE) произошли следующие изменения:

Updating collection src-all/cvs
Edit src/sys/dev/ixgb/if_ixgb.c
Add delta 1.3.2.3 2005.08.16.20.51.28 brueffer
Edit src/sys/geom/vinum/geom_vinum.c
Add delta 1.9.2.7 2005.08.16.20.55.33 le
Edit src/sys/geom/vinum/geom_vinum_drive.c
Add delta 1.9.2.6 2005.08.16.20.55.33 le
Edit src/sys/geom/vinum/geom_vinum_plex.c
Add delta 1.8.2.7 2005.08.16.20.55.33 le
Edit src/sys/geom/vinum/geom_vinum_rm.c
Add delta 1.1.2.3 2005.08.16.20.55.33 le
Edit src/sys/geom/vinum/geom_vinum_var.h
Add delta 1.1.2.7 2005.08.16.20.55.33 le
Edit src/sys/geom/vinum/geom_vinum_volume.c
Add delta 1.4.2.4 2005.08.16.20.55.33 le
Shutting down connection to server

может это имеет отношение к решению проблемы с vinum?
Thursday, August 18th, 2005 09:00 am (UTC)
Вряд ли. Скорее, это имеет отношение к gvinum, который альтернативная реализация, и толком ещё не работает.