forum.lissyara.su

Добавлено: **2009-05-20 9:35:36**

Есть материнка Asus P5E-VM DO с поддержкой апаратного RAID'а
Поставил два винта, создал в биосе RAID1(Mirror)
Приу становке FreeBSD устновил на ar0(наш RAID1)

Все работает, решил попробовать отключить один винт.
При загрузке получил ошибку

Код: Выделить всё

Fatal trap 12: page fault while in kernel mode
...
processor eglags       interrupt enable resume
current process           =0(swapper)  IOPL=0
...

Что не так?

Добавлено: **2009-05-20 10:09:05**

1. это не апаратный рейд а фейковый рейд, т.е. говнорейд. Используйте gmirror
2. информации для выводов недостаточно. Загрузите GENERIC или другое ядро с дебаг. Получите корку и запостите бектрейс. (хотя на вашем месте я бы юзал gmirror и не создавал себе проблем)

Добавлено: **2009-05-20 10:41:33**

спасибо за информацию. да, RAID этот какойто неправильный. при установке FreeBSD я должен бы видеть только его, а так вижу два винат и RAID... будем юзать gmirror

Добавлено: **2009-05-20 11:18:26**

На счет некоторых косячкофф gmirror (до кучи)
http://lists.freebsd.org/pipermail/free ... 06310.html

Добавлено: **2009-05-20 11:29:18**

terminus писал(а):На счет некоторых косячкофф gmirror (до кучи)
http://lists.freebsd.org/pipermail/free ... 06310.html

сенк за линк.

Но всеже, косячки гмиррора по сравнению с багами фаейковых рейдов - это детские шалости

Ну а на счет патчей, то gmirror это про стабильность а не производительность (имхо).
Лично я буду юзать эти вещи когда они появятся в релизе.

Добавлено: **2009-05-20 11:34:03**

Да вот в том то и беда - известно о проблеме вон уже как давно, а движений нет... Человек по второму разу патч накатал

Фиг дождешся мля... [ворчит]

Добавлено: **2009-05-20 12:12:15**

он просто не знал о существовании первого PR

Ну а что предлагаеш, тестить на рабочих серверах ? селяви...
Я полгода назад тоже патч посылал в PR (usb/129522), так и висит в open....

Если есть время и желание, посмотри как с этой проблемой в mdadm дела обстоят..) интересно.

Добавлено: **2009-05-20 23:52:41**

в mdadm есть одна трудность, там нельзя смотреть устройства в рейде, тоесть physical device's, а так ничего вроде бы

Добавлено: **2009-05-21 6:52:53**

zingel писал(а):в mdadm есть одна трудность, там нельзя смотреть устройства в рейде, тоесть physical device's, а так ничего вроде бы

не понял что имееш в виду...

Код: Выделить всё

cat /proc/mdstat

дает достаточно инфы...

Добавлено: **2009-07-21 16:59:49**

up

на счет косяков алгоритма балансировки запросов gmirror.

Не прошло и пол года!

А если точнее то первый патч тот чувак написал почти ровно два года назад (Wed, 20 Jun 2007 17:41:28 GMT)! Все это время патч лежал среди PR сообщений - замерджить его в CURRENT для тестов ни у кого руки не доходили...

http://lists.freebsd.org/pipermail/free ... 03643.html

Can you please do some testing (of the style you just did but also
diskinfo -vt and possibly random reads) on both patch candidates:

http://www.freebsd.org/cgi/query-pr.cgi?pr=113885
and
http://sobomax.sippysoft.com/~sobomax/geom_mirror.diff

Unless there are significant differences in favour of the second
version, I'm inclined to commit the version in the PR (unless problems
and obstructions are indicated, of course).

второй патч кстати написал наш "однополчанин".
http://lists.freebsd.org/pipermail/free ... 06310.html
как бы так начитерить чтобы его приняли?

Добавлено: **2009-07-21 21:43:05**

Добавлено: **2009-07-21 21:56:29**

напиши в ПР - что это нужный и полезный патч.

Добавлено: **2009-12-10 21:38:16**

Up!

http://www.freebsd.org/cgi/query-pr.cgi?pr=113885&cat=

Код: Выделить всё

Reply via E-mail
From:	dfilter@FreeBSD.ORG (dfilter service)
Date:	Tue, 8 Dec 2009 23:34:47 +0000 (UTC)
Author: mav
Date: Tue Dec 8 23:34:34 2009
New Revision: 200286
URL: http://svn.freebsd.org/changeset/base/200286

Log:
MFC r200086:
Change 'load' balancing mode algorithm:
- Instead of measuring last request execution time for each drive and
choosing one with smallest time, use averaged number of requests, running
on each drive. This information is more accurate and timely. It allows to
distribute load between drives in more even and predictable way.
- For each drive track offset of the last submitted request. If new request
offset matches previous one or close for some drive, prefer that drive.
It allows to significantly speedup simultaneous sequential reads.

PR: kern/113885

Modified:
stable/7/sys/geom/mirror/g_mirror.c
stable/7/sys/geom/mirror/g_mirror.h
Directory Properties:
stable/7/sys/ (props changed)
stable/7/sys/contrib/pf/ (props changed)

Modified: stable/7/sys/geom/mirror/g_mirror.c

Код: Выделить всё

State Changed
From-To:	patched->closed 
By:	mav 
When:	Tue Dec 8 23:36:07 UTC 2009 
Why:	Fix merged down to 7/8-STABLE.

Добавлено: **2009-12-11 0:50:37**

savio писал(а):спасибо за информацию. да, RAID этот какойто неправильный. при установке FreeBSD я должен бы видеть только его, а так вижу два винта и RAID... будем юзать gmirror

Похоже большинство fake-RAID не умеют прятять отдельные диски.
У меня fake-RAID, который работает нормально. Но при этом одновременно виден и RAID-массив ar0 и диски, которые его составляют.
(sysinfo -- очень удобная утилитка. Ставится из портов. Рекомендую.)

Код: Выделить всё

# sysinfo storage
Storage information

Available hard drives:
ar0: 157066MB <Adaptec HostRAID RAID1> status: READY
ar0: disk0 READY (master) using ad4 at ata2-master
ar0: disk1 READY (mirror) using ad6 at ata3-master
ad6: 157066MB <WDC WD1600YS-01SHB1 20.06C06> at ata3-master SATA150
ad4: 157066MB <WDC WD1600YS-01SHB1 20.06C06> at ata2-master SATA150
ad1: 305245MB <WDC WD3200AAJB-00TYA0 00.02C01> at ata0-slave UDMA100

Добавлено: **2009-12-11 5:22:07**

Вот вы мне скажите, зачем вы используете эти недорайды? Чисто из любопытства, так сказать, интересуюсь.. По мне их можно использовать только как SATA контроллеры, не более того.
Как ни крути - GEOM во всех отношениях лучше!

Добавлено: **2009-12-11 10:34:41**

Люди, Up был про то, что починили gmirror

Добавлено: **2009-12-11 14:17:09**

в mdadm есть одна трудность, там нельзя смотреть устройства в рейде, то есть physical device's, а так ничего вроде бы

это ты о чем?

# mdadm --detail /dev/md0
/dev/md0:
Version : 0.90
Creation Time : Tue Mar 3 19:31:01 2009
Raid Level : raid1
Array Size : 4192896 (4.00 GiB 4.29 GB)
Used Dev Size : 4192896 (4.00 GiB 4.29 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Wed Dec 9 15:01:02 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

UUID : f158b583:d27785ba:2a7d2130:e7c3dae6
Events : 0.16

Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 8 34 1 active sync /dev/sdc2

Никто тебе не запрещает смотреть и крутить, как хочешь, /dev/sda2 и /dev/sdc2

Ну и по возможностям mdadm на голову выше gmirror

Добавлено: **2009-12-11 14:27:54**

Alex_hha писал(а):...Ну и по возможностям mdadm на голову выше gmirror

А по-моему так сравнивать немного неправильно, так как gmirror - это только один из многих GEOM классов. Но сравнивать весь GEOM с mdadm тоже несправедливо, так как GEOM намного шире.

Мне лично больше нравиться GEOM, так как всё систематизированно, синтаксис одинаков, всё в одном месте. Под линукс реализация всего этого тоже есть, но всё как-то разбросано по углам и нужно все по отдельности собирать.

Правда, имеет mdadm свои плюсы, например raid6 и hot swap возможность.

А так, работает и то, и другое. Выбираешь линукс - используешь mdadm, выбираешь freebsd - GEOM или zfs.

Добавлено: **2009-12-11 14:36:41**

Alex_hha писал(а):Ну и по возможностям mdadm на голову выше gmirror

это что там такого есть на голову?
gmirror прост как двери, в этом плюс.
чтобы сделать банально зеркало на live system, с gmirror это в разы проще.

раскажи как класно в 5.4 мдадм замутили

что у многих на серверах каждую неделю рейд ресинкается...

Добавлено: **2009-12-13 23:13:43**

чтобы сделать банально зеркало на live system, с gmirror это в разы проще.

зато нельзя сделать сразу при установке

Он что нибудь кроме raid0 и raid1 умеет?

Под линукс реализация всего этого тоже есть, но всё как-то разбросано по углам и нужно все по отдельности собирать.

например?

Добавлено: **2009-12-13 23:34:14**

Alex_hha писал(а): зато нельзя сделать сразу при установке

Можно. Без проблем. Всегда устанавливаю сразу на gmirror. Да, признаю, в инсталлер не интегрированно, но сразу после инсталяции не перезагружаясь переходим на другой терминал, две команды, потом редактируем fstab и loader.conf и всё. Да, немного сложнее, нежели mdadm. Но были у меня проблемы и с mdadm, хотя он интегрирован в инсталлер.
С другой стороны, признайте, что поставить на уже рабочую систему mdadm на порядок сложнее, нежели gmirror.

Alex_hha писал(а):Он что нибудь кроме raid0 и raid1 умеет?

Умеет. И достаточно много всего. Вот только некоторые ис них:
http://www.freebsd.org/doc/en_US.ISO885 ... /geom.html
К тому же это всё под одной системой и нету проблем одно с другим скрещивать.

Alex_hha писал(а):например?

glabel, gvirstor, gbde, geli, gcache, gjournal и так далее. Всего этого нету в mdadm. Поэтому я и писал, что сравнивать GEOM с mdadm, ровно как mdadm с gmirror нельзя.

Добавлено: **2009-12-14 12:29:34**

glabel, gvirstor, gbde, geli, gcache, gjournal

это не задачи софтового рейда, имхо. И тут mdadm классический unix way, одна задача - одна программа

С другой стороны, признайте, что поставить на уже рабочую систему mdadm на порядок сложнее, нежели gmirror.

это да, но не понятно, почему до сих пор не интегрировали в инсталер?!

Умеет. И достаточно много всего. Вот только некоторые ис них:

raid4, raid5, raid6, raid 10, MULTIPATH так и не увидел в описании. Может плохо смотрел?

Добавлено: **2009-12-14 13:06:56**

raid4, raid5, raid6, raid 10, MULTIPATH так и не увидел в описании. Может плохо смотрел?

raid4, raid5 и raid6 нет (5й только через gvinum). raid10 организуется руками как комбинация 0 из 1.

MULTIPATH только failover через geom_fox

Добавлено: **2009-12-14 13:28:39**

Alex_hha писал(а):
glabel, gvirstor, gbde, geli, gcache, gjournal
это не задачи софтового рейда, имхо. И тут mdadm классический unix way, одна задача - одна программа

Alex_hha писал(а): raid4, raid5, raid6, raid 10, MULTIPATH так и не увидел в описании. Может плохо смотрел?

ты бы определился какой у тя вей

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

Добавлено: **2009-12-14 13:34:06**

Alex_hha писал(а):это не задачи софтового рейда, имхо. И тут mdadm классический unix way, одна задача - одна программа

Вот, поэтому я и говорил, что их сравнивать не совсем корректно, так как немного разные вещи. GEOM - подсистема, отдельные части которой - отдельная функция. Чем не Unix-way?

Alex_hha писал(а):это да, но не понятно, почему до сих пор не интегрировали в инсталер?!

А чёрт их знает почему.

Я, честно говоря, как-то особенно не интересовался этим вопросом. Может где-то и проскальзывала эта информация.

Alex_hha писал(а):raid4, raid5, raid6, raid 10, MULTIPATH так и не увидел в описании. Может плохо смотрел?

raid4 - действительно нету, надо признать.
raid5 - официально gvinum реализация, неофициально есть ещё 3 реализации graid5.
raid6 - только в zfs.
raid10 - gmirror+gstripe, gvinum или zfs.
MULTIPATH - не это?

Код: Выделить всё

man gmultipath
NAME gmultipath -- disk multipath control utility

GEOM классы можно совмещать между собой. И синтаксис у всех простой и одинаковый.

forum.lissyara.su

апаратный RAID и Fatal trap

апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap

Re: апаратный RAID и Fatal trap