"FreeBSD: Журналирование UFS в 7-ке (http://blog.ronix.net.ua/2008/03/freebsd-ufs-7.html)" - опыт включения журналирования UFS во  FreeBSD 7.

URL: http://blog.ronix.net.ua/2008/03/freebsd-ufs-7.html
Новость: http://www.opennet.me/opennews/art.shtml?num=14741

• Опыт с журналированием UFS во  FreeBSD 7,zuborg, 19:16 , 14-Мрт-08
  • Опыт с журналированием UFS во  FreeBSD 7,cvsup, 20:23 , 14-Мрт-08
    • Опыт с журналированием UFS во  FreeBSD 7,uldus, 20:55 , 14-Мрт-08
      • Опыт с журналированием UFS во  FreeBSD 7,nuclight, 13:18 , 15-Мрт-08
    • Опыт с журналированием UFS во  FreeBSD 7,Dormestmass, 20:59 , 14-Мрт-08
  • Опыт с журналированием UFS во  FreeBSD 7,Dormestmass, 21:01 , 14-Мрт-08
• Опыт с журналированием UFS во  FreeBSD 7,BayaN, 21:00 , 14-Мрт-08
• Опыт с журналированием UFS во  FreeBSD 7,shutdown now, 13:08 , 15-Мрт-08
• Опыт с журналированием UFS во  FreeBSD 7,Аноним, 16:12 , 15-Мрт-08

Автору можно посочувствовать, но надо ж думать головой сначала, перед тем как -f использовать

Кроме того, не надо гнать на документацию, там четко написано:
-f        May be used to CONVERT an existing file system to use
          gjournal, BUT ONLY IF the journal will be configured on
          a SEPARATE provider and if the last sector in the data
          provider is not used by the existing file system.  If
          gjournal detects that the last sector is used, it will
          refuse to overwrite it and return an error.  This
          behavior may be forced by using the -f flag, which will
          force gjournal to overwrite the last sector.

Откуда gjournal мог знать что автору надо не лейблить провайдера под новую FS, что он указал своим ключем -f

+1
если автор думал, что журнал хранится в воздухе,
ему стоит перечитать принципы блочного журналирования

>если автор думал, что журнал хранится в воздухе,
>ему стоит перечитать принципы блочного журналирования

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

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

Автор не думал, что журнал храниться в воздухе, автор не достаточно прокурил документации по  gjournal.

Просто из журналируемых ФС до сего времени имел практику только с ext3, в которой журнал в базовом варианте храниться в inode файле на той же ФС.

>Автору можно посочувствовать, но надо ж думать головой сначала, перед тем как
>-f использовать
>Откуда gjournal мог знать что автору надо не лейблить провайдера под новую
>FS, что он указал своим ключем -f

За ключ -f cогласен — протупил, не внимательно все прочитал.

Даааа, хоть во фряхе оперировать с журналом и не супертривиально, но автору стоило бы man почитать. За последние несколько лет мир стал интереснее, уже принято сначала потратить время на писанину у себя в блоге, а уже потом на чтение документации.

а я вот хотел gjournal включить, но из-за того, что на серверах hp raid не поддерживает BIO_FLUSH, пришлось отказаться

А еще у автора серьезная проблема с "тся" и "ться" =)