SashichНеобходимо установить Oracle на Linux с поддержкой RAW Devices.
Скачал ядро 2.6.15. Где-то читал, что поддержку raw devices необходимо включать в ядро. Запустил make menuconfig -> вижу такой пункт: RAW driver (dev/raw/rawN) (OBSOLETE) -> птички нет.
Достаточно ли поставить птичку в этом пункте, чтобы включить поддержку raw devices?
P.S. И хорошо бы вообще знать как работать с raw devices?

А зачем такой путь то?

Ставишь SLES9 или SuSe10 (вроде бы можно и OpenSuSe)
Ставишь туда пакет orarun
ставишь оракле.

Какой menuconfig? Какой такой ядро? Это что ли то, чем из пушек палят?
Зачем для установки Оракла все эти мудрости - вам надо шашечки или ехать?
Если ехать - не мудрите, ставьте нормальную сертифицированную систему, и все будет работать. Если шашечки - то поразвлекаетесь по полной программе.

PS. А в совсем новых линыксах и ораклах raw не будет - там есть флаг IO_DIRECT который его заменит. Но пока. кажется, еще не заменил.

PPS. Вы неужто собрались использовать прямо raw, или все таки ASM? В последнем случае поглядите например тут

http://ftp.portera.com/Linux

и тут (в раздел документация)
http://www.suse.com/oracle

ну и на оракле куча статей есть примерно в ту же сторону.

--null-- Alex RoudnevPS. А в совсем новых линыксах и ораклах raw не будет - там есть флаг IO_DIRECT который его заменит. Но пока. кажется, еще не заменил.

А почему? С raw-ами например Sybase рекомендует работать. Почему их хотят выбросить?

Не выбросить, а просто вместо отдельного raw device введен флаг открытия файла, который включает по сути raw режим доступа (мое мнение - напрасно,
как впрочем напрасно и идиотские /dev/'rawN сотворили в линуксе.)

no-dashi-v2 --null--вроде у человека все получилось :-)

Совершенно верно. Там ничего сложного нет. RAW-устройства несколько неудобны в управлении, но в некоторых отношениях весьма полезны (нет лишнего кэширования, нет фрагментации и так далее)

Единственное ограничение - прежде чем начать с ними что-то делать, нужно все спланировать чтобы не запутаться :-)

Я просто написал другой скрипт - не raw а rawnames, и в нем
линкую роу девайсы на имена, а не на идиостские raw1 etc. Все это описал
и положил на сайт.

Но на самом деле raw нужны редко - на сегодня просто делаешь на них ASM
и отдаешь ораклу. Ну разве что нужно супер пупер надежную базу сделать - тогда может и стоит делать просто на raw.

Там еще и грабля лежит - если сделать raw с целым диском, и напустить туда Oracle 10.2 с его асинхронным вводом - выводом по умолчанию, то получится быстрый oops...

no-dashi-v2 Alex RoudnevТам еще и грабля лежит - если сделать raw с целым диском, и напустить туда Oracle 10.2 с его асинхронным вводом - выводом по умолчанию, то получится быстрый oops...

Не верю :-) Версию ядра в студию :-)

Я тоже не верил, пока не наступил во всех

SLES9 SP1
SLES9 Sp2
SLES9 Sp3

(это 2.6.5-244 к примеру, куда бэкпортировано куча всего). И даже тикет открыл.

Проверяется просто до безобразия.

Сервер с хотя бы двумя SCSI дисками.

На один ставим систему, второй НЕ ТРОГАЕМ.

Затем ставим туда orarun ну или еще каким то способом
накатываем все, что нужно для оракла 10.2. Ставим 10.2, базу НЕ СОЗДАЕМ.

Затем
- линкуем второй диск с /dev/raw1 (к примеру)
- вызываем из оракла dbca
- создаем ASM (там еще шаг потребуется, поставить css, дык оракл подскажет)
- видим свой raw1, создаем группу, нажимаем последнюю кнопку
и если работали с X11, то висим, а если работали с соседней машины, а на
этой переключились на консоль и поставили перед тем отладочное ядро, то видим БУМС.

Проверено на разнообразных драйверах и на 32 и 64 битной системе. Перед этим я видел какие то глюки тоже с ASM на raw на целом диске, но так как
там стоял Oracle 10.1, а в нем по умолчанию Async IO не включено, то оно падало поинтереснее (типа все работает пока не зовешь партишионер, и тут система падает на тех дисках где оракл трудится). Я поленился вычленить io и написать маленький тест (благо поставить Oracle 10.2 - задача на 10 минут примерно), но смысл при анализе стека достаточно понятен - бага там живет.

Можно проверить в других линуксах, только сильно дольше ораклу ставить, или же надо ошибку вычленять из оракла (что не так просто). Падает конкретно на
- ASM - потому что оно идет на ВЕСЬ диск (мы raw так создали)
- Oracle 10.2 - потому что в оном по умолчанию всегда используется async io
но я действительно видел нестабильности и в других местах, при попытке использовать raw на девайсе без партишенов (файловые системы работают на таком сносно).