Нет, я ничего не напутал, уважаемый знаток оракла и линукса ;)
Сервера я ставлю на удаленные площадки, где жить им отводится в течение двух лет.
Допустимый даунтайм для них - 5-10 минут в полгода, а диски на них по 60-100 Гиг.
Без ext3 никак не обеспечить такое в случае плановой или вынужденной перезагрузки.

да блин што вы все тут орете то, блин, то неработает, это неработает, нестабильно нифига, у вас руки есть? а голова? если да то вперед, если нет и положение дел вас не устраивает то пожалуста за кучу килобаксов вам придут продадут соберут установят и скажут каво в случае чево по голове бить, кто вас заставляет линухом пользоваца? блин вам вообще ктонибудь штонибудь обещал? а вы за линух штонибудь заплатили? а какова хрена орете? блин нестабильно, на сервер не паставлю да много ли раз у кого нибудь штонибудь валилось по вине девелоперов а ? , блин сматреть на вас пративно развелось блин пип нихрена сами нехотят делать а на других орут!

>да блин што вы все тут орете то, блин, то неработает, это неработает, нестабильно нифига, у вас руки есть? а голова? руки..,ноги.. - главное - хвост вот!

А devfs в ядре слабо отключить?А если у меня машина дома стоит каким местом меня должны дыры в devfs?

на счет хвоста : А ты кто? и какой породы?

так можно его ставить или нет??? ;) то неработает, это не работает. ;)))

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

Ядро нормальное, даже я теперь доволен (на серверах DB теперь тоже хорошо работает). 
А на домашней машине с никакой загрузкой оно давно нормальное.
Практически всегда.

Не нужно путать проблемы, которые возникают на машинах с N CPU, N Gb RAM (N>1), и обычных домашних компьютерах.

Детские проблемы вроде:
"миллион дырок в devfs", "у меня звука нет","X - не работают",
"ext3/ext2/reiserfs", "не могу настроить русский", "подставить по вкусу", проблемами не являются.

2.4.15-pre1 is out

Сабж :) Как кто-то и говорил, стоит ставить сразу же и его на 2.4.14: patch-2.4.15.log: pre1: - me: fix page flags race condition Andrea found - David Miller: sparc and network updates - various: fix loop driver that thought it was part of the VM system (!!!!) - me: teach DRM about VM_RESERVED - Alan Cox: more merging

nadeelsia chto ext3 padderjku aficialna vkluchat, ludi kagda eta budet? :)

>Допустимый даунтайм для них - 5-10 минут в полгода, а диски на них по 60-100 Гиг.
>Без ext3 никак не обеспечить такое в случае плановой или вынужденной перезагрузки.

Если комуто кажется что xfs нет журналирования, то он _очень_ сильно ошибается. Также за плечами xfs дохрена лет работы на IRIX, а ext3 пару месяцев как из alpha версий вылезла.

Кстати по моим чисто субъективным наблюдениям и тестам быстрее всего работает reiserfs. Вот только acl нет, что очень сильно мне мешает.

> Также за плечами xfs дохрена лет
> работы на IRIX, а ext3 пару месяцев как из alpha версий вылезла.

Знаешь, есть поговорка "что русскому хорошо, то немцу - смерть". Такие же
дела с xfs, irix и linux ;)
Про ext3 ты очень сильную неправду говоришь. ext3 - маленькая надстройка
поверх ext2, а сколько лет тестировалась ext2 уже даже трудно посчитать.

> наблюдениям и тестам быстрее всего работает reiserfs.

могу сказать аналогично, только про ext3 ;)

По моим тестам xfs быстрее ext2 на %30.
При использовании файлов ~500Mb.

> ext3 - маленькая надстройка поверх ext2

У каждого свои единицы измерения, и я назвать разницу между etx3 и ext2 маленькой не могу. Трудно как-то между делом засунуть журнал в файловую систему, а про оптимизацию движения головок диска я вообще молчу. А ведь есть еще и другие фичи.

> > наблюдениям и тестам быстрее всего работает reiserfs. > могу сказать аналогично, только про ext3 ;)

измерение производительности fs очень сложная щтука и всегда для заранее заданной fs можно найти (создать) такой тест, что найбольшая производительность будет показана именно на этой файловой системе.

> Трудно как-то между делом засунуть журнал в файловую систему,

А ты приглядись получше. Он не "в", он сбоку болтается. А новая фс совместима
полностью со старой. Это о чем-то говорит?

> а про оптимизацию движения головок диска я вообще молчу.

Ага, помолчи лучше. Говори только тогда, когда уверен, что понимаешь то, о чем говоришь.

Re[5]: Вышла новая версия ядра 2.4.14

> А ты приглядись получше. Он не "в", он сбоку болтается.

Где бы он не болтался, драйвер файловой ситемы должен активно с ним работать, и алгоритмы этой работы не такие простые.

> Говори только тогда, когда уверен, что понимаешь то, о чем говоришь.

Благодаря разным статейкам от RH, я прекрасно знаю, что говорю. Английский, спасибо учителям, я знаю на достаточном уровне.

>>Сервера я ставлю на удаленные площадки, где жить им отводится в течение двух лет.
>>Допустимый даунтайм для них - 5-10 минут в полгода, а диски на них по 60-100 Гиг.
>>Без ext3 никак не обеспечить такое в случае плановой или вынужденной перезагрузки.

Не флейма ради, ничего против ext3 не имею, хотя и не пользую...
посторайтесь внятно и аргументированно ответить на несколько вопросов.

1) Что вы делали (как обходились) до появления ext3 ?? которая появилась сравнительно недавано.

2) Что вы подразумеваете под скоростью файловой системы на сервере? Т.е на каких ВАШИХ
задачах проявляеться премущество в ext3 над тойже ext2 например. Только конкретно, НА КАКИХ ЗАДАЧАХ
(или еще лучше на какой проге) вы померяли разницу. (Предпологаем мелкие сервера типа ваших (60-100Гиг) как
правило общаються с внешним миром через 1-4 карты Ethernet 100Мbit, а чаще всего и вовсе через одну).

3) Почему происходит крах серверов и требуеться их hard restart ? Так как warm start на тойже ext2 меньше чем 5-10мин. Тока не говорите что там нет упсов, так как стоимость того же харда на 100Гиг больше стоимости простенького упса, который в cоотоянии поддерживать ваш сервер в течении 3-8 часов, а потом сделать warm shurdown.

4) Чем озадачены сервера на удаленных площадках и под что используеться 60-100Гиг дискового пространства?

P.S.
>>Не нужно путать проблемы, которые возникают на машинах с N CPU, N Gb RAM (N>1), и обычных домашних компьютерах.

вот под этим тоже подпишусь,
только добавлю, что большинство "не путают" они просто не знают этих проблем.

P.S.S кстати, мона плиз эксплоит (или ссылку на оный) для devfs, вместо утвержения про дыры. Хотелось бы почитать,
проверить.

Народ, где можна почитать про ReiserFX, xfs, ext3. И еще одно - какая fs в FreeBSD стоит по дефолту?

Народ, где можна почитать про ReiserFX, xfs, ext3? И еще одно - какая fs в FreeBSD стоит по дефолту?

никакая (из перечисленных :)

На FreeBSD стоит UFS.

reiserfs до сих пор прекрасно себя показаывал на моей домащней машине. по скорости он точно быстрее ext2.

Нет! Самая быстрая фс - VFS . адназначна :0)

эээээ... с чего-бы это? цепляй любую fs через loop в ramfs/tmps и меряй производительность... только кого интересует производительность кода fs ? все равно все упирается в тормоза диска

Наивняк. Основные тормоза как раз на уровне fs. Скорость диска вляет только на работу с большими нерезанными файлами.

> reiserfs до сих пор прекрасно себя показаывал на моей домащней машине. по скорости он точно быстрее ext2.

Ядро 2.2? Возможно. Но только не в 2.4. Короче...
Go www.namesys.com, click on the FAQ, and look at #15.
Пока эту проблему никто не решил. А уж на сервере я не поставил бы рейзер ни за какие деньги.
Репутация дороже.

> Что вы делали (как обходились) до появления ext3 ?? которая появилась сравнительно недавано.
Че делал, че делал... мучился ;(( Держал сервак на плаву и никогда не перегружал, хотя знал, что
не все в порядке с секьюрити.

> Т.е на каких ВАШИХ задачах проявляеться премущество в ext3 над тойже ext2 например.
Глупый вопрос. ext2 естественно всегда быстрее, хотя недавно услышал, что последние
версии ext3 за счет журнала умудряются быстрее делать запись. Но дело совсем
не в скорости ext3 vs ext2 - тут я сосзнательно иду на небольшое падение в скорости взамен
на мгновенный fsck и целостность данных в случае аварийной остановки. Дело в сравнении скорости
ext3 c другими журналируемыми решениями. То есть моя задача - получить наименьший
проигрыш за преимущество наличия журнала.

> Почему происходит крах серверов и требуеться их hard restart ?
Опять глупый вопрос. От всех болезней на 100% не страхует никто. Сам же всем тут
красочно описывал падения машины с ораклом ;) Я же сказал, что машины ставятся на длительный срок на
чужой территории. В реалной практике, например, был такой комичный случай. Рядом в
стойке стоял "сервер" на вынь2000. Его регулярно ребутили дежурные операторы по мере его зависания.
Однажды плохо выспавшийся оператор промахнулся и нажал на "красненькую" чуть выше ;((
Это была настоящая, нешуточная проблема ибо дело было в самый час-пик.

> Чем озадачены сервера на удаленных площадках и под что используеться 60-100Гиг дискового пространства?
Я не в праве разглашать такую информацию. Грубо говоря они исполняют функции информационных систем.

> кстати, мона плиз эксплоит (или ссылку на оный) для devfs, вместо утвержения про дыры. Хотелось бы
> почитать, проверить.

О, настоящий админ никогда не задает таких вопросов. Более того, настоящий админ никогда
не отвечает на такие вопросы ;)

У меня точно такая же проблема :(

Добавь еще настоящий политкоректный админ (который читает правду или Washington Post) :)

Добавь еще настоящий политкоректный админ (который читает правду или Washington Post) :)

Ладно, не на один вопрос не ответил..
ну может акромя первого.

А насчет истории... сколько мона наступать на одни и те же грабли, никогда не задумывался зачем кнопки "пожар" закрывают стеклом, а под ними пишут в случае пожара разбить стекло. Так вот, многие стоечные корпуса и вовсе не имеют кнопку ресест, а если даже она есть не обязательно ее подключать.

>>О, настоящий админ никогда не задает таких вопросов. Более того, настоящий админ никогда не отвечает на такие вопросы ;)

Дай определение "настоящего" админа.. а то от реплик типа "настоящий админ" попахивает смыслом "я все знаю". Быват быват, но с годами проходит.

> Ладно, не на один вопрос не ответил..

Ладно, ни одного вопроса и не было. Так, типа, "сам не понимаю, что спрашиваю, но авось ответят".

> Так вот, многие стоечные корпуса и вовсе не имеют кнопку ресест,

Ах, да ты еще специалист по стоечным корпусам? Может укажешь модель/производитель хоть одного
такого 1-3U корпуса?

> Дай определение "настоящего" админа..
А ты сам его дашь, когда ответишь на предыдущий вопрос ;)

Эй, ризет они может и не имеют, но ведь есть кнопка питания... Или в твоих корпусах и ее нет?

>>Ладно, ни одного вопроса и не было
вопросы были четко сформулированые.Требующие односзначного ответа.
например
В. Почему происходит крах серверов и требуеться их hard restart ?
О. Потому что прога ХХХ выпала в кору.
Потому что кто-то выдернул шнурок соеденяющий UPS и корпуск копутера.
Потому что память я покупаю на радиорынке....
.....

В. Чем озадачены сервера на удаленных площадках и под что используеться 60-100Гиг
Apache 5G, Squid 20G , Samba 50G, PostgreSQL 10G ...... прога ХХХ 10G написаная нашими прогарамерами для таких то задач...



и .д.

Какую секретнцю инфо ты бы открыл таким постингом?
а ответы в стиле "сам дурак" явно красят "настоящих" админов :))

Я не специалист по стоечным корпусам, и вообще не спициалист по никаким корпусам, на то есть другие люди,
но то что кнопку ресет можно не включать, а над кнопкой питания наклеить плакат с "черепом и костями" и надписью "увольнение" можно догадаться и не будучи специалистом.

 Э..э, граждане кул-хацкеры, не просвятите ли насчет ACPI на линухе?
 Оно (ыдро энто) могет усыплять писюк или таки нет ишо ( ловит прерывания от соотв. кнопок просто или как?) ?

С антиресом и без неуважения :)


 

2last-anonymous: может.

> Я не специалист по стоечным корпусам, и вообще не спициалист по никаким корпусам, на то есть другие люди,
> но то что кнопку ресет можно не включать, а над кнопкой питания наклеить плакат с "черепом и костями"

Ну так помолчи в тряпочку, если не специалист. А череп с костями оставь для детского сада.
Операторы имеют доступ к кнопкам - с костями они или без. Кстати, тот человек был уволен...
Думаешь мне стало от этого легче?

> но то что кнопку ресет можно не включать, а над кнопкой питания наклеить плакат с "черепом и костями" и надписью "увольнение"

Кнопка Reset - отключена, кнопка Power - переводит комп в режим спячки (он тут же просыпается по сигналу с сетевухи), чтобы выключить надо держать 5сек - и все дела.

LVM

специалисту по корпусам :))

>>Операторы имеют доступ к кнопкам
опреаторы еще имеют доступ к молотку. и если они им "постучат" то никакие ext3 не спасут.
это называеться нанесение умышленого вреда. И к рассматриваему контекту отношения не имеют.

whatever... ext3 уже в основной ветке. Все идет по плану ;)

Вопросец: так есть смысл переходить с 2.4.5:) на 2.4.14?

2 Byte: Если все работает без проблем, то не нуна. А так ставь 2.4.15, когда через 1.5-2 недели оно выйдет.

2ifconfig: Смотри в лицо фактам. Ты слышал о случаях порчи оборудования операторами с помощью молотка ? А нажатия на ресет случаются часто. Да и с чего ты взял, что это делается умышленно ? Нажать на ресет, роясь в шкафу, выдвигая и задвигая корпуса - очень легко. И потом, ответь мне, пожалуйста, на один вопрос: ты решительно не видишь причин, по которым сервер может загружаться, кроме перезагрузки из-за пропадания питания ? Ты же у нас "спец по ораклу", недавно только говоривший о глюках в ядре. А если глюк проявляется только через некоторое время ? А если железяка сгорит ? А если UPS окажется неисправным ? В конце концов, сколько аптайма на твоих серверах (если конечно ты не гонишь насчет них, что очень похоже), и почему они последний раз перегружались ?

По-поводу Oracle и журнальных файловых систем.

Что дает использование журнальной файловой системы для оракла? Только то что файловая система нормально прочекается в момент перезапуска и все. Если по какой либо причине произошел сбой в момент записи в файловую систему, то после подъема "целостной" файловой системы, про целостность базы можно забыть, а это уже процедура recovery для Oracle. Отсюда вывод: чем тупее файловая система, тем лучше она для файлов Oracle. И ext2 вполне для этого подходит. Возврат от XFS на EXT2 позволил нам поднять загрузку данных примерно на 20мин. А кроме этого в XFS было пару непонятных багов, которые приводили систему в даун.

СтранниК

Nu esli tupee to nafig togda failovaja sistema ne nujna.

> Отсюда вывод: чем тупее файловая система, тем лучше она для файлов
> Oracle. И ext2 вполне для этого подходит. Возврат от XFS на EXT2
> позволил нам поднять загрузку данных примерно на 20мин.
> ...
Может, лучше вообще тогда oracle на raw диск перевести?
И пусть сам заботиться о записи своего добра на диск.

satyr.