The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Патчи для поддержки журналирования в UFS добавлены во FreeBS..., opennews (ok), 26-Апр-10, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от fan (??), 26-Апр-10, 13:45 
>Ждем-с переход аналогичны на ext4 :)))

ага, ждем когда вы поставите ZFS

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

12. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 26-Апр-10, 15:58 
тогда уже BtrFS
Ответить | Правка | Наверх | Cообщить модератору

21. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 26-Апр-10, 17:25 
ее еще допиливать и допиливать
Ответить | Правка | Наверх | Cообщить модератору

37. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok), 26-Апр-10, 20:28 
>ее еще допиливать и допиливать

Логично, блин. Можно подумать что сани решили "о, давайте сделаем ZFS" и сразу резко появился готовый zfs со всеми наворотами. Агащаз.

Ответить | Правка | Наверх | Cообщить модератору

36. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от sHaggY_caT (ok), 26-Апр-10, 20:27 
>>Ждем-с переход аналогичны на ext4 :)))
>
>ага, ждем когда вы поставите ZFS

Когда во фре будет что-то типа люстры/GPFS, или, хотя бы, GFS/OCFS?

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

40. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от andy (??), 26-Апр-10, 21:30 
> Когда во фре будет что-то типа люстры/GPFS, или, хотя бы, GFS/OCFS?

По-моему, тут новость проскакивала о портировании Lustre на FreeBSD.

Ответить | Правка | Наверх | Cообщить модератору

42. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от sHaggY_caT (ok), 26-Апр-10, 21:43 
>> Когда во фре будет что-то типа люстры/GPFS, или, хотя бы, GFS/OCFS?
>
>По-моему, тут новость проскакивала о портировании Lustre на FreeBSD.

Не факт, что Lustre будет готова раньше, чем Btrfs, и что вообще попадет в апстрим, но и lustre достаточно специфическая, сложная, и тяжелая вещь.
Признаюсь, я ее никогда не видела (так как испугалась объема документации), хотя если она во фре появится, очень хорошо - Линукс слишком вольготно себя чувствует в top500, пусть немного продвинется (так как монополия никогда ни к чему хорошему не приводила)

GlusterFS (как OpenSource аналог GPFS) в чем-то, имхо, интереснее, так как поднимается по-проще люстры, и вполне применим на уровне SMB/"малые крупные сети"

Аналога легких параллельных gfs/ocfs нет. Кстати, lvm сам имеет кластерные расширения.

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

Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS

Ответить | Правка | Наверх | Cообщить модератору

44. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok), 26-Апр-10, 21:56 
>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS

В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по базовым структурам с UFS1? (Она её расширяет, а не дополняет, в отличие от Ext3)

Так ведь Ext3 тоже из Ext2 произошла и ничего — современный энтерпрайз-уровень — а лучше в Linux и нету — всё остальное либо специализированно (JFS, XFS), либо плохо поддерживаемо (Raiser3/4), либо на уровне опытной эксплуатации (Ext4).


Ответить | Правка | Наверх | Cообщить модератору

45. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 26-Апр-10, 21:57 
>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS
>
>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>отличие от Ext3)

С тем, что до сих пор (в stable во всех поддерживаемых версиях) нет журнала как класса, только через geom

>Так ведь Ext3 тоже из Ext2 произошла и ничего — современный энтерпрайз-уровень
>— а лучше в Linux и нету — всё остальное либо
>специализированно (JFS, XFS), либо плохо поддерживаемо (Raiser3/4), либо на уровне опытной
>эксплуатации (Ext4).

ext4 уже давно production, советую проснуться :)


Ответить | Правка | Наверх | Cообщить модератору

49. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от iZEN (ok), 26-Апр-10, 22:25 
>>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную UFS
>>
>>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>>отличие от Ext3)
>
>С тем, что до сих пор (в stable во всех поддерживаемых версиях)
>нет журнала как класса, только через geom

Журнал нужен для быстрого восстановления неконсистентного состояния. В UFS2 неконсистентное состояние устраняется механизмом Soft Updates и фоновым fsck. Свежие патчи, фактически, закрепили ранее принятые архитектурные решения по SU в парадигме CoW, потребовав лишь минимально необходимый объём служебной информации для быстрого восстановления. Таким образом, наличие журнала для традиционных ФС является жизненно необходимым, а наличие журнала для UFS2 с включенным Soft Updates — всего лишь удобством (отказом от фонового fsck).

>ext4 уже давно production, советую проснуться :)

Когда на ней файлы перестанут теряться и сделают, наконец, заявленный дефрагментатор?


Ответить | Правка | Наверх | Cообщить модератору

55. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 26-Апр-10, 22:44 
>>>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только
>Журнал нужен для быстрого восстановления неконсистентного состояния. В UFS2 неконсистентное состояние устраняется
>механизмом Soft Updates и фоновым fsck. Свежие патчи, фактически, закрепили ранее
>принятые архитектурные решения по SU в парадигме CoW, потребовав лишь минимально
>необходимый объём служебной информации для быстрого восстановления. Таким образом, наличие журнала
>для традиционных ФС является жизненно необходимым, а наличие журнала для UFS2
>с включенным Soft Updates — всего лишь удобством (отказом от фонового
>fsck).

Она при этом тормозит :)))

>Когда на ней файлы перестанут теряться

Это было достаточно давно, и уже не правда, и баги есть в любом OpenSource проекте.

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


Ответить | Правка | Наверх | Cообщить модератору

120. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sememail (??), 27-Апр-10, 12:31 
>>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>>отличие от Ext3)
>
>С тем, что до сих пор (в stable во всех поддерживаемых версиях)
>нет журнала как класса, только через geom

Не нужен был, поэтому не было. Теперь профинансировали и появился. Проблема fsck в фоне не сильно раздражала.

Я вот историю расскажу. Сидели у нас на одном упсе 3 линукса и 4 фри, в один, не совсем прекрасный момент упс вырубился. Мы быстро все переткнули, все 4 фри поднялись без проблем, а на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так что красивые слова, они красивые слова, а практика все расставляет на свои места. К слову, на фрях была не хилая дисковая нагрузка в момент отключения.

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

126. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 27-Апр-10, 13:11 
>>>В чём UFS2 допотопна? Только в том, что поддерживает обратную совместимость по
>>>базовым структурам с UFS1? (Она её расширяет, а не дополняет, в
>>>отличие от Ext3)
>>
>>С тем, что до сих пор (в stable во всех поддерживаемых версиях)
>>нет журнала как класса, только через geom
>
>Не нужен был, поэтому не было. Теперь профинансировали и появился. Проблема fsck
>в фоне не сильно раздражала.

Ню-ню, а меня задолбало, не знаю, как сказать по-другому :)

Назвать эту технологию иначе, как полным отстоем 20-летней давности я не могу :)

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


>Я вот историю расскажу. Сидели у нас на одном упсе 3 линукса и 4 фри, в один, не совсем >прекрасный момент упс вырубился. Мы быстро все переткнули, все 4 фри поднялись без >проблем, а на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так что красивые >слова, они красивые слова, а практика все расставляет на свои места. К слову, на фрях >была не хилая дисковая нагрузка в момент отключения.

В данном случае предполагаю бешенно кривые руки :) Стыдно должно быть :)
А вообще, советую заглянуть в lost+found на любой, несколько лет отработавшей в продакшне машине под FreeBSD без журнала через geom

Напротив, на Linux такого даже на reiser партициях никогда не видела :)
Так что... Имхо, диагноз: а) очень красные глаза б) кривые руки (в случае Linux)

Ответить | Правка | Наверх | Cообщить модератору

139. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 15:28 
>Так что... Имхо, диагноз: а) очень красные глаза б) кривые руки (в
>случае Linux)

c) чукча не читатель чукча пейсатель.
он сказал, что 7 машин потеряли упс. видимо, стойка. предполагаю стандартные серваки с рейдами, у которых обычно есть волшебная настройка - кеширование записи.
видимо, чувак думал, что только он знает секрет увеличения производительности I/O на полтора процента. а то что у линукса в журнале всякая фигня будет написана - это само собой все сделается. ну фря-то - это - то ващееееее. поднялась после фсцк, о да!
to неизвестный ламер:
даффай, чувак, даффай. я спрогнозирую:
"кагда в партах?.... ура, журнал!... упссс... журнал у фри-то недоделан-то, откатился на софтапдейтс."

Ответить | Правка | Наверх | Cообщить модератору

162. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 27-Апр-10, 19:26 
>видимо, чувак думал, что только он знает секрет увеличения производительности I/O
>видимо
>видимо

Телепат, уходи, тебе здесь не рады.

ЗЫ Когда гложут сомнения, лучше сначала спросить, а потом делать выводы. Именно этим отличается линуксоид от красноглазого.

Ответить | Правка | Наверх | Cообщить модератору

198. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 02:10 
>[оверквотинг удален]
>с рейдами, у которых обычно есть волшебная настройка - кеширование записи.
>
>видимо, чувак думал, что только он знает секрет увеличения производительности I/O на
>полтора процента. а то что у линукса в журнале всякая фигня
>будет написана - это само собой все сделается. ну фря-то -
>это - то ващееееее. поднялась после фсцк, о да!
>to неизвестный ламер:
>даффай, чувак, даффай. я спрогнозирую:
>"кагда в партах?.... ура, журнал!... упссс... журнал у фри-то недоделан-то, откатился на
>софтапдейтс."

Может и правда он забыл купить батарейку к write-back-кэшу на контроллере? Тода смешно :)
Кстати, прирост от write-back кэша все-таки не полтора процента, а гораздо больше...

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

222. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 28-Апр-10, 10:14 
>Кстати, прирост от write-back кэша все-таки не полтора процента, а гораздо больше...

я в курсе. но меня даже не интересует, сколько именно процентов, поскольку чревато противоестественным лишением девственности. пусть даже 20%. освободившееся время поциент себе компенсирует ночной авральной переинсталляцией всего :)

Ответить | Правка | Наверх | Cообщить модератору

282. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet (?), 28-Апр-10, 18:32 
>>Кстати, прирост от write-back кэша все-таки не полтора процента, а гораздо больше...
>
>я в курсе. но меня даже не интересует, сколько именно процентов, поскольку
>чревато противоестественным лишением девственности. пусть даже 20%.

от 1.5 до 4 раз (150-400% )

Ответить | Правка | Наверх | Cообщить модератору

298. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 29-Апр-10, 01:03 
>от 1.5 до 4 раз (150-400% )

мужик, флаг в руки, видео лишений на ютюб!

Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

138. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 15:23 
>Я вот историю расскажу. Сидели у нас на одном упсе 3 линукса
>и 4 фри, в один, не совсем прекрасный момент упс вырубился.
>Мы быстро все переткнули, все 4 фри поднялись без проблем, а
>на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так
>что красивые слова, они красивые слова, а практика все расставляет на
>свои места. К слову, на фрях была не хилая дисковая нагрузка
>в момент отключения.

сказка про репку. уточнять вообще в таких случаях полагается, стояло там adaptec write cache например или еще что. у меня уж с десяток разных машинок в стойках теряли упсы по разным причинам и нифига. потому что достаточно потратить 10 секунд на чтение всплывающей инфы в настройках рейда, чтобы потом не высасывать из пальца аргумены, не?

Ответить | Правка | К родителю #120 | Наверх | Cообщить модератору

144. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok), 27-Апр-10, 15:49 
>[оверквотинг удален]
>>на 2х линуксах развалился ext3. Еще долго с ними пыхтели. Так
>>что красивые слова, они красивые слова, а практика все расставляет на
>>свои места. К слову, на фрях была не хилая дисковая нагрузка
>>в момент отключения.
>
>сказка про репку. уточнять вообще в таких случаях полагается, стояло там adaptec
>write cache например или еще что. у меня уж с десяток
>разных машинок в стойках теряли упсы по разным причинам и нифига.
>потому что достаточно потратить 10 секунд на чтение всплывающей инфы в
>настройках рейда, чтобы потом не высасывать из пальца аргумены, не?

Не. Ext3 не затачивалась под парадигму CoW, в отличие от UFS2. К Ext2 тупо прикрутили журналирование для _быстрого_ восстановления структуры самой ФС после сбоев и на этом успокоились.


Ответить | Правка | Наверх | Cообщить модератору

152. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 17:30 
>Не. Ext3 не затачивалась под парадигму CoW, в отличие от UFS2. К
>Ext2 тупо прикрутили журналирование для _быстрого_ восстановления структуры самой ФС после
>сбоев и на этом успокоились.

вы его сервера настраивали?
при чем тут CoW? а спасет ли он если у тебя в журнале одно, в испарившемся кеше другое а на диске третье?
кстати, http://en.wikipedia.org/wiki/Comparison_of_file_systems википедия врет и в UFS2 он есть?

Ответить | Правка | Наверх | Cообщить модератору

163. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok), 27-Апр-10, 19:31 
>>Не. Ext3 не затачивалась под парадигму CoW, в отличие от UFS2. К
>>Ext2 тупо прикрутили журналирование для _быстрого_ восстановления структуры самой ФС после
>>сбоев и на этом успокоились.
>
>вы его сервера настраивали?
>при чем тут CoW? а спасет ли он если у тебя в
>журнале одно, в испарившемся кеше другое а на диске третье?
>кстати, http://en.wikipedia.org/wiki/Comparison_of_file_systems википедия врет и в UFS2 он есть?

Soft Updates (SU) появилась на замену журналирующих структур традиционных ФС в угоду парадигме CoW. Об этом пишут сами автор(ы) SU в UFS2. SU обеспечивает хранение транзакционных метаданных не на самом носителе, а в памяти, обеспечивая минимум обращений к носителю и переупорядочивая данные таким образом, чтобы сохранить их целостность даже в самом худшем случае (отказ питания носителя).

Безусловно, кэширование аппаратным обеспечением носителя без дополнительного обеспечения устойчивости кэша и до того, как весь кэш сбросится на диск, нивелирует роль SU в обеспечении транзакционности. Но и полностью журналируемые ФС в этом случае тоже не гарантируют свою целостность и целостность пользовательских данных. Однако, размеры поддерживаемого журнала транзакций (и данных) традиционных ФС говорит о том, что им есть куда развиваться.

Ответить | Правка | Наверх | Cообщить модератору

169. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 20:22 
>того, как весь кэш сбросится на диск, нивелирует роль SU в
>обеспечении транзакционности. Но и полностью журналируемые ФС в этом случае тоже
>не гарантируют свою целостность и целостность пользовательских данных.

да
> Однако, размеры поддерживаемого
>журнала транзакций (и данных) традиционных ФС говорит о том, что им
>есть куда развиваться.

размеры журнала, имхо, мало значат в условиях современного оборудования. или я ошибаюсь?

Ответить | Правка | Наверх | Cообщить модератору

171. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от iZEN (ok), 27-Апр-10, 20:36 
>размеры журнала, имхо, мало значат в условиях современного оборудования. или я ошибаюсь?

Ошибаетесь. В случае сабджа: "Максимальный размер журнала составляет 32 Мб, и он хранит записи о последнем миллионе операций (одна операция = 32 байта)." — теперь сравните эту величину с размером аппаратного кэша современного винчестера на терабайт и сделайте вывод.

Устойчивость традиционных ФС обратно пропорциональна размеру журнала И обратно пропорциональна размеру незащищённого от пропадания питания аппаратного кэша.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

189. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 23:15 
>Ошибаетесь. В случае сабджа: "Максимальный размер журнала составляет 32 Мб, и он
>хранит записи о последнем миллионе операций (одна операция = 32 байта)."

это хорошо. а я вот ограничу размер журнала ext4 16 мб. и что?

>— теперь сравните эту величину с размером аппаратного кэша современного винчестера
>на терабайт и сделайте вывод.

с каким из?
[root@dvpc /]# lspci | grep RA
00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
00:1f.2 RAID bus controller: Intel Corporation 82801 SATA RAID Controller (rev 02)
04:00.0 RAID bus controller: Adaptec AAC-RAID (rev 09)

это домашний писюк. а мужик легкой рукой гонял (что он там гонял?) 7!! серверов фри и линукса совместно со товарищем _в_продакшене_ с защитой типа "журнал".... как говорит один мой толстый друг "я худею".
и вот в результате всего этого безобразия, после которого нормальные люди выходят замуж или женятся (ну кто там на что способен с начальством), этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами сделать не смог".
меня терзают смутные сомнения и неясные догадки, а не запорол ли мальчик случайно свои системы втихаря и в панике сам?
ибо.
несколько лет работал в среднем isp. случалось всякое - и кабели резали случайно, и серваки путали спросоня и стоечные упсы дохли несколько раз и линуксы с фрями вставали колом под нагрузкой. за 4 года в 20 стойках че только не происходило... но такой вот фантастиш, чтоб без физического повреждения на зеркалках дохла что фришная, что линуксовая ФС - это новость.
да и без зеркалок на прошлой работе ext3 со стародавних времен жила вечно...
ну уж а дома бывает, что ups 1000 не вытягивает две писишки до прихода электриков...
извините, рассказы "я видел - у него дохло, дада" рассказчика выше попахивают жестским красноглазием

>Устойчивость традиционных ФС обратно пропорциональна размеру журнала И обратно пропорциональна размеру незащищённого
>от пропадания питания аппаратного кэша.

то есть она, судя по оглашенным оратором выше результатам примерно равна 30%. пораскиньте трезво-то, вам самому-то эта мысль не жмет?

Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

190. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sememail (??), 27-Апр-10, 23:24 
>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>сделать не смог".

Это ложь, я этого не говорил.

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

191. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 23:34 
>>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>>сделать не смог".
>Это ложь, я этого не говорил.

"ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил." (C)

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

274. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sememail (??), 28-Апр-10, 16:32 
>>>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>>>сделать не смог".
>>Это ложь, я этого не говорил.
>
>"ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил."
>(C)

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

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

299. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –3 +/
Сообщение от Dvorkinemail (ok), 29-Апр-10, 01:14 
>"ничего с серверами сделать не смог" - ложь. все в последствии было
>восстановленно. "мой линуксовый друг" справился. только время прилично потратил. но в
>принципе, спасибо, ясно на каком уровне ведется дискуссия.

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

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

302. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +2 +/
Сообщение от m00n (ok), 29-Апр-10, 07:50 
>ему повезло - целочкой остался, и начальству вашему жадному и вам
>- как к зачмыренным настройщикам принтеров и зебатов с попутными почта/фтп/роутеры/городская
>сеть/куча филиалов в качестве бонуса за хорошую работу. что уж тут
>квакать?

Вы, Дмитрий, самоуверенный хам и плебс. Админите свой региональный портальчик - админьте, не квакайте.

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

309. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от Dvorkinemail (ok), 29-Апр-10, 13:39 
> Админите свой региональный портальчик

замечу, что даже 8 лет назад, когда я был студентом и мог тратить время на поддержку найденного вами в гугле сервера, я вынудил предельно скупое руководство студии купить второй винчестер и организовал софтрейд с бекапами

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

я повторюсь. через мои руки прошло 20 стоек с железом, к торому я имел рутовый доступ или настраивал сам. за некоторое время я трогал 50 на 50 - линукс и фрибизиди и ни разу, ни разу не видел, чтобы ext или ufs дохла так, что после 15 минут работы автоматически запущенный после включения питания fsck не мог привести фс в рабочий вид. при чем моя личная статистика говорит, что в 90% случаев состояние ФС восстанавливается из журнала.
в среднем около года аптайма на серверах и отказ от фоновых фсцков как принцип "береженого бог бережет" - это была политика и моего коллеги - фаната фри и моя - как его помошника в вечернее дежурство.

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

вы все еще хотите флеймить на тему "екст три гавно уфс рулит" или предусмотрительно отвернетесь нетронутой жопой и продолжите без ненужной работы локтями петь алилуйа своим героям, которым, собственно и посвящен топик?

Ответить | Правка | К родителю #302 | Наверх | Cообщить модератору

146. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sememail (??), 27-Апр-10, 16:30 
>сказка про репку. уточнять вообще в таких случаях полагается, стояло там adaptec
>write cache например или еще что. у меня уж с десяток
>разных машинок в стойках теряли упсы по разным причинам и нифига.
>потому что достаточно потратить 10 секунд на чтение всплывающей инфы в
>настройках рейда, чтобы потом не высасывать из пальца аргумены, не?

Машинки тогда бюджетные стояли. Никаких рейдов.

Ответить | Правка | К родителю #138 | Наверх | Cообщить модератору

153. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 17:33 
>Машинки тогда бюджетные стояли. Никаких рейдов.

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

Ответить | Правка | Наверх | Cообщить модератору

156. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Sememail (??), 27-Апр-10, 18:01 
>>Машинки тогда бюджетные стояли. Никаких рейдов.
>
>тогда не рассказывайте сказки, а расскажите-ка историю болезни: что за фс у
>вас были, использовались ли какие-то параметры журналирования (или все в дефолт),
>использовались ли аппартные решения, особые драйвера, софт-рейды и пр. и в
>чем именно состоял гимор после включения питания?

Для вас это сказки, для меня - опыт.

Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет не помню. Рейдов не было никаких. ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил. Мысль была в том, что 7 одинаковых машинок вырубились по питанию, для двух из них это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и squid выжило.

Ответить | Правка | Наверх | Cообщить модератору

160. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hateemail (ok), 27-Апр-10, 19:00 
>Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет
>не помню. Рейдов не было никаких. ФС не монтировались после факапа.
>В восстановлении не участвовал, я фрю админил. Мысль была в том,
>что 7 одинаковых машинок вырубились по питанию, для двух из них
>это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и
>squid выжило.

Правду говоришь. Было такое и не раз. И пошел ext3 в сад...

Ответить | Правка | Наверх | Cообщить модератору

199. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 02:13 
>>Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет
>>не помню. Рейдов не было никаких. ФС не монтировались после факапа.
>>В восстановлении не участвовал, я фрю админил. Мысль была в том,
>>что 7 одинаковых машинок вырубились по питанию, для двух из них
>>это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и
>>squid выжило.
>
> Правду говоришь. Было такое и не раз. И пошел ext3 в
>сад...

У Вас что-то с руками :)

Ну-ка, что там в fstab писали :)? А в конфиге md (когда-то был обязательным)?

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

228. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Hateemail (ok), 28-Апр-10, 10:43 
>[оверквотинг удален]
>>>это оказалось фатально. Мое хозяйство в виде роутера, mail, MySQL и
>>>squid выжило.
>>
>> Правду говоришь. Было такое и не раз. И пошел ext3 в
>>сад...
>
>У Вас что-то с руками :)
>
>Ну-ка, что там в fstab писали :)? А в конфиге md (когда-то
>был обязательным)?

Да я и не вспомню... Старый я, склероз уже. :)

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

200. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 02:17 

>Для вас это сказки, для меня - опыт.
>
>Я уже писал, что ext3. Все дефолт. RedHat, версии за давности лет
>не помню. Рейдов не было никаких.

Как можно использовать _сервер_ в production без рейд-массива? Вы вообще в своем уме?
Небось и бэкапов не было, или на соседний винт?

Два SATA-ых(или scsi) диска влезут в любую, на сколько я помню, самую старую 1u платформу, блин, хотя бы IDE на разных контроллерах в mdraid!

В общем, даже не двойка, а кол Вам, и молчите дальше на эту тему, я бы постеснялась расскаывать о_таком_ собственном фейле публично!

Косяки были у всех, и у меня тоже, но как можно не понимать, какой(!) это писец?!?

Ответить | Правка | Наверх | Cообщить модератору

202. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet (?), 28-Апр-10, 02:48 
>Как можно использовать _сервер_ в production без рейд-массива? Вы вообще в своем
>уме?

Немного отойду от конкретного случая... SAN, NAS по AoE, iSCSI, FC... Дисков не нужно вообще, или 1 загрузочный. А дальше хоть по NFS монтируемся на дублированные SAN и радуемся. В тех же блейдах штатно может вообще не быть разъема под диск, а корзина дисков в том же шасси, но отдельно. Плюс виртуализация с Live-migration и прочими плюшками с локальным диском под VM не сочетается никак.

Возвращаясь к этому случаю.. если это были диски с рабочими данными, то "сам себе злобный буратино".

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

206. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 03:05 
>>Как можно использовать _сервер_ в production без рейд-массива? Вы вообще в своем
>>уме?
>
>Немного отойду от конкретного случая... SAN, NAS по AoE, iSCSI, FC... Дисков
>не нужно вообще, или 1 загрузочный. А дальше хоть по NFS
>монтируемся на дублированные SAN и радуемся. В тех же блейдах штатно
>может вообще не быть разъема под диск, а корзина дисков в
>том же шасси, но отдельно. Плюс виртуализация с Live-migration и прочими
>плюшками с локальным диском под VM не сочетается никак.

Все правильно, но в SAN/NAS (только он по-определению не может быть AoE, iscsi, FC) внутри находится тот же массив с избыточностью, впрочем, уверена, Вы прекрасно в курсе (это больше для новеньких комментарий)

> Возвращаясь к этому случаю.. если это были диски с рабочими данными, то
>"сам себе злобный буратино".

Угу, и у человека хватает отсуствия стыда за свои кривые руки приводить это как проблемы в ненавистной ОС :)

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

207. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet (?), 28-Апр-10, 03:40 
>Все правильно, но в SAN/NAS (только он по-определению не может быть AoE,
>iscsi, FC) внутри находится тот же массив с избыточностью, впрочем, уверена,
>Вы прекрасно в курсе (это больше для новеньких комментарий)

Не придираясь, но чтобы не было недопонимания. SAN надо подключить к оборудованию. Это FC/ethernet. Теперь надо подключить сами данные. AoE, iSCSI (SAN) или же samba/nfs (NAS)
http://xgu.ru/wiki/SAN
http://xgu.ru/wiki/NAS
Не понял, что "по определению" я сказал не так.
Так-то действительно в курсе.

> Угу, и у человека хватает отсуствия стыда за свои кривые руки приводить это как проблемы в ненавистной ОС :)

Только не надо забывать, что просто рейд тоже не панацея. Восстановление raid-5 с 2 отпавшими дисками - дело часто непростое. Да и пробой БП с выдачей то ли внутренних 40В, то ли вообще 220 напрямую любой рейд убьет так, что никакой сервис уже не поможет. (было 2 раза, правда с бытовыми БП.. Провод 220в касался радиатора, проплавило оболочку и 220 выжгло всю начинку..)

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

230. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 11:02 
>[оверквотинг удален]
>>iscsi, FC) внутри находится тот же массив с избыточностью, впрочем, уверена,
>>Вы прекрасно в курсе (это больше для новеньких комментарий)
>
>Не придираясь, но чтобы не было недопонимания. SAN надо подключить к оборудованию.
>Это FC/ethernet. Теперь надо подключить сами данные. AoE, iSCSI (SAN) или
>же samba/nfs (NAS)
>http://xgu.ru/wiki/SAN
>http://xgu.ru/wiki/NAS
>Не понял, что "по определению" я сказал не так.
>Так-то действительно в курсе.

Тьфу, сама написала криво :)

>AoE, iSCSI (SAN) или
>же samba/nfs (NAS)

Вы точнее всего отразили суть)

>> Угу, и у человека хватает отсуствия стыда за свои кривые руки приводить это как проблемы в ненавистной ОС :)
>
>Только не надо забывать, что просто рейд тоже не панацея. Восстановление raid-5
>с 2 отпавшими дисками - дело часто непростое.

на SAS и старых, маленьких SATA восстанавливается нормально, хотя да, сейчас для файлохранилища нужно что-то вроде 6/60, в крайнем случае 10 (там хоть и избыточность меньше, если перва не повезет, и вылетит еще один HDD во время ребилда, может таки повезти, что вывалится зеркальная копия)

> Да и пробой
>БП с выдачей то ли внутренних 40В, то ли вообще 220
>напрямую любой рейд убьет так, что никакой сервис уже не поможет.
>(было 2 раза, правда с бытовыми БП.. Провод 220в касался радиатора,
>проплавило оболочку и 220 выжгло всю начинку..)

Говорят, что в таких случаях UPS помогает, хотя да, конечно, бэкапы рулят :)

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

223. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +1 +/
Сообщение от oops (??), 28-Апр-10, 10:23 
превращаетесь в фанатика =) Разговор был не о том, дурак ли тот у кого raid`а нет, или как правильно должен выглядеть сервер для продакшена. Речь о неудачном опыте в ФС, причем тут был raid или нет?
Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

229. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 10:58 
>превращаетесь в фанатика =) Разговор был не о том, дурак ли тот
>у кого raid`а нет, или как правильно должен выглядеть сервер для
>продакшена. Речь о неудачном опыте в ФС, причем тут был raid
>или нет?

У него скорее всего там были гнилые локальные диски, уже с большим числом бэд-секторов или еще какая-то непотребность :)

Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

231. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 28-Апр-10, 11:06 
>превращаетесь в фанатика =) Разговор был не о том, дурак ли тот
>у кого raid`а нет, или как правильно должен выглядеть сервер для
>продакшена. Речь о неудачном опыте в ФС, причем тут был raid
>или нет?

вообще-то речь началась с того, что некий друид решил вставить свои пять копеек и рассказать полную ужаса историю про "4 фри поднялись а 2 из 3 линуксов сдохли"
хотя моя не такая уж и бедная практика такого совершенно не показывает. начали копать и выяснилось, что "мопед не мой, я просто разместил обьявление". далее разговор продолжается еще более интересными пассажами. цитирую:
"
>>этот товарищ доверительно сообщает, что "мой линуксовый друг ничего с серверами
>>сделать не смог".
>Это ложь, я этого не говорил.

"ФС не монтировались после факапа. В восстановлении не участвовал, я фрю админил." (C)
"
откуда следует вывод что он а) сам не знает, была ли проблема аппаратной б) не завалил ли студент свою фс сам случайно втихаря, а пацанам сказал что "оно сломалось" и c) я вообще тут примусы починяю, что вы придираетесь к словам

в целом, конечно, дискуссия на соответствующем уровне ну и система доказательств на том же

Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

172. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –1 +/
Сообщение от User294 (ok), 27-Апр-10, 20:39 
>В чём UFS2 допотопна?

Угребищной архитектурой дисковых структур эпохи царя гороха. Тормозной и унылой. Заурядный EXT4 - просто шедевр инженерной мысли на фоне этого архаика. Хотя строго говоря - там ничего такого. Все что там есть известно и юзалось уже давно.

>либо на уровне опытной эксплуатации (Ext4).

Опытной? Это когда его уже по дефолту то втыкают разные уважаемые дистры и он офнциально объявлен годным для продакшна? Я его уже юзаю - да, при ОПЫТНОЙ эксплуатации - мистер Теодор отхватил немного багрепортов. Сейчас я уже юзаю в ряде не очень ответственных мест как системные разделы и прочая и как-то не испытываю особого желания юзать ext3, который я постепенно вывожу из эксплуатации в пользу ext4 (пардон, он настолько резвее что это трудно игнорировать).

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

175. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 27-Апр-10, 21:23 
>>В чём UFS2 допотопна?
>
>Угребищной архитектурой дисковых структур эпохи царя гороха. Тормозной и унылой. Заурядный EXT4
>- просто шедевр инженерной мысли на фоне этого архаика. Хотя строго
>говоря - там ничего такого. Все что там есть известно и
>юзалось уже давно.
>

Ext4 делалось под люстру. Без нее - фик бы в Linux появилось что-то такое.
Стыдно такое не знать.

Ответить | Правка | Наверх | Cообщить модератору

179. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от User294 (ok), 27-Апр-10, 21:41 
>Ext4 делалось под люстру. Без нее - фик бы в Linux появилось что-то такое.

Там уже хрензнаетсколько были ФС юзающие b-деревья и экстенты. XFS, JFS, а может я и чего еще забыл? :). Посему EXT4 не является каким-то гигантским технологическим прорывом - все технологии которые там есть уже были и юзались пингвиноидами хзсколько. Просто получилась еще одна ФС. Достаточно удачная, да. И уж во всяком случае - на современном уровне, в отличие от тормозной архиаки EXT2 и 3. Если уж рассуждать о плюсах и минусах - XFS на многодисковой конфиге зарулит EXT4-го нахрен при многих нагрузках, имхо. Чисто за счет своей сильной заточенности на параллельную работу (allocation groups в которые параллельно запись делается).

>Стыдно такое не знать.

Вот-вот, к себе это примените.

Ответить | Правка | Наверх | Cообщить модератору

48. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от zorro (??), 26-Апр-10, 22:22 
О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин фря стоит, шагги_кэт, чуйствую у вас еще дохренищща работы, первым делом сходите в хостеру nic.ru и скажите им что они не на кошерном софте свои виртуалки крутят да.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

52. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 26-Апр-10, 22:37 
>О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин
>фря стоит, шагги_кэт, чуйствую у вас еще дохренищща работы, первым делом
>сходите в хостеру nic.ru и скажите им что они не на
>кошерном софте свои виртуалки крутят да.

То, что продается у них, позиционируется как шаред-хостинг.
Сейчас _контейнерная_ и вообще(VirtualBOX несерьезно) виртуализация на фре ограниченна парой хостеров, использующих VDSmanager, против десятков тысяч инсталляций только Virtuozzo и неустановленного числа OpenVZ (вероятно, больше), не говоря о Xen-хостерах и даже уже появившихся KVM

а из OVZ можно сделать то же самое, что и в nic.ru если хочется :)
У nic.ru, судя по тем документам, что есть в сети, какая-то своя реализация, не совместимая с jails (даже им он не понравился), открывать которую они не собираются.

Точнее, мы (именно мы) уже и сделали: предлагаем контейнеры под массовый хостинг типовых сайтов, а не VPS, так, что каждый клиент в своем контейнере (не для конечных пользователей, а для веб-студий)

Ответить | Правка | Наверх | Cообщить модератору

98. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet (?), 27-Апр-10, 08:59 
>То, что продается у них, позиционируется как шаред-хостинг.

Кстати, для шаред хостинга фрю точить надо. Запретить просмотр процессов других юзеров, разграничение больше сделать... нету лимитов на тот же проц и I/O итд.

>Сейчас _контейнерная_ и вообще(VirtualBOX несерьезно) виртуализация на фре ограниченна парой хостеров, использующих
>VDSmanager, против десятков тысяч инсталляций только Virtuozzo и неустановленного числа OpenVZ
>(вероятно, больше), не говоря о Xen-хостерах и даже уже появившихся KVM

Виртуализация "полного цикла" (KVM, Xen, ...) имеет смысл только для крупных проектов, а для мелочи в режиме 10к сайтов на сервер будут чудовищные накладные расходы. В этом плане лучше OpenVZ или jailы, но там свои особенности... В общем, OpenVZ сейчас более приспособлен для жизни. Ну и нету у него шаринга РО-страниц, без чего еще и памяти надо будет сильно больше.

>Точнее, мы (именно мы) уже и сделали: предлагаем контейнеры под массовый хостинг
>типовых сайтов, а не VPS, так, что каждый клиент в своем
>контейнере (не для конечных пользователей, а для веб-студий)

Контейнеры это Solaris? Вроде, больше нигде их нету.

Ответить | Правка | Наверх | Cообщить модератору

113. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 27-Апр-10, 11:22 
>>То, что продается у них, позиционируется как шаред-хостинг.
>
>Кстати, для шаред хостинга фрю точить надо. Запретить просмотр процессов других юзеров,
>разграничение больше сделать... нету лимитов на тот же проц и I/O
>итд.

В первый раз защищу в этой теме фряху :)
Нет в ней проблем с ограничением просмотра процессов других юзеров

>>Сейчас _контейнерная_ и вообще(VirtualBOX несерьезно) виртуализация на фре ограниченна парой хостеров, использующих
>>VDSmanager, против десятков тысяч инсталляций только Virtuozzo и неустановленного числа OpenVZ
>>(вероятно, больше), не говоря о Xen-хостерах и даже уже появившихся KVM
>
>Виртуализация "полного цикла" (KVM, Xen, ...) имеет смысл только для крупных проектов,
>а для мелочи в режиме 10к сайтов на сервер будут чудовищные
>накладные расходы. В этом плане лучше OpenVZ или jailы, но там
>свои особенности... В общем, OpenVZ сейчас более приспособлен для жизни. Ну
>и нету у него шаринга РО-страниц, без чего еще и памяти
>надо будет сильно больше.

Выделение памяти в OVZ это фича :) Хотя то, что 256Mb ОЗУ OVZ VE != 256Mb ОЗУ виртуалки, это правда. Но нужно и уметь под этот вопрос тюнить.
Например, на хабра-хабре есть интересная статья про уменьшение стека: http://habrahabr.ru/blogs/hosting/53236/

>>Точнее, мы (именно мы) уже и сделали: предлагаем контейнеры под массовый хостинг
>>типовых сайтов, а не VPS, так, что каждый клиент в своем
>>контейнере (не для конечных пользователей, а для веб-студий)
>
>Контейнеры это Solaris? Вроде, больше нигде их нету.

нет, это вообще второе название "виртуализации уровня ОС". В той же документации по PVC и OVZ встречается через каждый десяток слов, даже сокращение есть: CT (от containers)

Ответить | Правка | Наверх | Cообщить модератору

119. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 27-Апр-10, 12:30 
>В первый раз защищу в этой теме фряху :)
>Нет в ней проблем с ограничением просмотра процессов других юзеров

Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список всех процессов, а не только своих.
Очередное компетентное заявление, в общем.

Ответить | Правка | Наверх | Cообщить модератору

127. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 27-Апр-10, 13:21 
> Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список всех процессов,
>а не только своих.
> Очередное компетентное заявление, в общем.

То есть, вся проблема только в том, чтобы изменить значение sysctl по умолчанию, так?

Ответить | Правка | Наверх | Cообщить модератору

135. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 27-Апр-10, 14:16 
>То есть, вся проблема только в том, чтобы изменить значение sysctl по
>умолчанию, так?

Да. Но как о проблеме этот пункт в изначальном посте вроде не упоминался. Просто нужно для шареда ОС подготовить. Как и любую другую.

Ответить | Правка | Наверх | Cообщить модератору

201. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 02:26 
>>В первый раз защищу в этой теме фряху :)
>>Нет в ней проблем с ограничением просмотра процессов других юзеров
>
> Проблем нет, но соответствующая sysctl по-умолчанию разрешает видеть список всех процессов,
>а не только своих.
> Очередное компетентное заявление, в общем.

Если характеристика "компетентное заявление" адресовалось мне, я как бы в курсе, что это делается через sysctl.conf, но параметр как тогда так и сейчас в мане искать лень, так как уже поздно :)

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

203. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet (?), 28-Апр-10, 02:50 
>Если характеристика "компетентное заявление" адресовалось мне, я как бы в курсе, что
>это делается через sysctl.conf, но параметр как тогда так и сейчас
>в мане искать лень, так как уже поздно :)

А он там один, прямо в конфиге

# $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $
#
#  This file is read when going to multi-user and its contents piped thru
#  ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for details.
#

# Uncomment this to prevent users from seeing information about processes that
# are being run under another UID.
#security.bsd.see_other_uids=0

Ответить | Правка | Наверх | Cообщить модератору

204. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от playnet (?), 28-Апр-10, 02:52 
Это.. если что, "аноним" это был не я ) Я всегда подписываюсь, мне скрывать нечего и веду я себя обычно корректно.
Ответить | Правка | Наверх | Cообщить модератору

209. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 28-Апр-10, 04:39 
>>Если характеристика "компетентное заявление" адресовалось мне, я как бы в курсе, что
>>это делается через sysctl.conf, но параметр как тогда так и сейчас
>>в мане искать лень, так как уже поздно :)
>
>А он там один, прямо в конфиге
># are being run under another UID.
>#security.bsd.see_other_uids=0

так точно, но так же есть еще:
security.bsd.see_other_gids
и забывать его не стоит.

Ответить | Правка | Наверх | Cообщить модератору

226. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от cvsup (ok), 28-Апр-10, 10:36 
Теперь вы переходите на второй уровень (с)
ну смешно же, чесслово... :( лишь бы пиписьками махать
Ответить | Правка | Наверх | Cообщить модератору

107. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 10:38 
>О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин
>фря стоит, шагги_кэт, чуйствую у вас еще дохренищща работы, первым делом

в каком таком дерьмантине ты покупаешь шаред хостинг? сша и европа давно продают 50 на 50 линукс и виндоус

>сходите в хостеру nic.ru и скажите им что они не на
>кошерном софте свои виртуалки крутят да.

кстати, интересный вопрос почему наши ребята впереди планеты всей по использованию Оперы и фрибизиди.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

128. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 27-Апр-10, 13:21 
>кстати, интересный вопрос почему наши ребята впереди планеты всей по использованию Оперы
>и фрибизиди.

Вот бы узнать.

Ответить | Правка | Наверх | Cообщить модератору

180. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  –2 +/
Сообщение от User294 (ok), 27-Апр-10, 21:43 
>>кстати, интересный вопрос почему наши ребята впереди планеты всей по использованию Оперы
>>и фрибизиди.
>Вот бы узнать.

У россии две беды. В данном случае это не дороги. Только нашщи простофили готовы въе на мегакорпорации не прося от них ничего взамен и закладываться на проприетарные блобы. А буржуи уже просекли что ничего хорошего в этом нет.

Ответить | Правка | Наверх | Cообщить модератору

129. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 27-Апр-10, 13:23 
>в каком таком дерьмантине ты покупаешь шаред хостинг? сша и европа давно
>продают 50 на 50 линукс и виндоус

А еще в США и Просвещенной Европе в валенках не ходят и варежки не носят. Вот же народ у нас
отсталый!

Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

131. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Dvorkinemail (ok), 27-Апр-10, 13:51 
а над чукчами в детстве, наверное, ржал... :)
http://fishki.net/comment.php?id=68632
http://fishki.net/comment.php?id=68683
Ответить | Правка | Наверх | Cообщить модератору

150. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 27-Апр-10, 17:19 
>а над чукчами в детстве, наверное, ржал... :)
>http://fishki.net/comment.php?id=68632
>http://fishki.net/comment.php?id=68683

ты то уж точно

Ответить | Правка | Наверх | Cообщить модератору

137. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от fi (ok), 27-Апр-10, 15:11 
>О любительница виртуалок. Как где не купишь шаред хостинг, так везде блин
>фря стоит,

Ой не надо!!! реальная статистика говорит другое - в мире, фрее не превышала 10% на хостинге, и планомерно сокращается, хуже только солярка. Интересно, тот же plesk продают еще под фришку?

Русский хостинг немного отличается - после повсеместной установки киски освободилось большое количество фришников, вот они и перетекли :)

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

71. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 26-Апр-10, 23:46 
>Так вот, упоминание ZFS во фре это, имхо, такой способ троллинга: полного
>стека файловых систем подо все задачи во FreeBSD нет, но да,
>действительно, есть портируемый (с запазданием) из Соляриса ZFS, а им одним
>жить нельзя, как и толкать в каждую дырку.
>
>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную
>UFS

очень интересно, а вы выделяете виртуалкам отдельные разделы или блочные устройства и в виртуалках у вас можно воткнуть "самостоятельную" фс? нафиг такое не нужно. достаточно сделать zfs create vm/vm1 и располагать виртуалку. за ФС должна следить корневая машина, а не каждая виртуалка в отдельности.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

74. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 26-Апр-10, 23:56 
>>Так вот, упоминание ZFS во фре это, имхо, такой способ троллинга: полного
>>стека файловых систем подо все задачи во FreeBSD нет, но да,
>>действительно, есть портируемый (с запазданием) из Соляриса ZFS, а им одним
>>жить нельзя, как и толкать в каждую дырку.
>>
>>Например, его применение в виртуалках <1Gb немыслимо, там можно использовать только допотопную
>>UFS
>
>очень интересно, а вы выделяете виртуалкам отдельные разделы или блочные устройства и
>в виртуалках у вас можно воткнуть "самостоятельную" фс?

да, это рекомендуемый способ в документации, например, RHEL

Доступ с хостовой системы к lvm-тому или lun/iscsi(FC и пр) получается на раз-два через device-mapper и kpartx

>нафиг такое не
>нужно.

Что-что?
Вы про адресацию блоков что-нибудь знаете?

>достаточно сделать zfs create vm/vm1 и располагать виртуалку. за ФС
>должна следить корневая машина, а не каждая виртуалка в отдельности.

Что-что? Советую отправиться в школу, и разобраться, что есть виртуализация, а что есть контейнеры.

И вообще, zfs не панацея, так как не параллельная, поэтому ничего она не должна :)
(про возможность запуска Windows на zfs в курсе, только тут кластерный lvm выглядит гораздо убедительнее zfs)

Для начала успешного гугления:

Xen, KVM, ESX, Hyper-V это виртуализация
OpenVZ, jails, VServer, Solaris Zones и, сюда же самый примитивный представитель chroot() вообще не виртуализация, а контейнеры

Ответить | Правка | Наверх | Cообщить модератору

80. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от аноним (?), 27-Апр-10, 00:11 
>Что-что? Советую отправиться в школу, и разобраться, что есть виртуализация, а что
>есть контейнеры.

пардон кошка, читаю и вижу то, что хочу, а не то что есть. не прав.

а если так охота в вирталку ZFS, то на 512М работает замечательно и без проблем.

Ответить | Правка | Наверх | Cообщить модератору

141. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от Аноним (-), 27-Апр-10, 15:40 
>[оверквотинг удален]
>>
>>По-моему, тут новость проскакивала о портировании Lustre на FreeBSD.
>
>Не факт, что Lustre будет готова раньше, чем Btrfs, и что вообще
>попадет в апстрим, но и lustre достаточно специфическая, сложная, и тяжелая
>вещь.
>Признаюсь, я ее никогда не видела (так как испугалась объема документации), хотя
>если она во фре появится, очень хорошо - Линукс слишком вольготно
>себя чувствует в top500, пусть немного продвинется (так как монополия никогда
>ни к чему хорошему не приводила)

Люстра больше не будет иметь серверов на Linux. Одна из причин не совместимость лицензий для ZFS с linux kernel.
Клиенты останутся - кудаж без них, но серверов после 2.1 можно не ждать.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

192. "Патчи для поддержки журналирования в UFS добавлены во FreeBS..."  +/
Сообщение от sHaggY_caT (ok), 28-Апр-10, 00:39 

>Люстра больше не будет иметь серверов на Linux. Одна из причин не
>совместимость лицензий для ZFS с linux kernel.
>Клиенты останутся - кудаж без них, но серверов после 2.1 можно не
>ждать.

Не пользуюсь люстрой, не читаю их рассылку, и не в курсе их последних дел
И все же: пруфлинк, или не было!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру