The OpenNET Project / Index page

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

Опыт с журналированием UFS во FreeBSD 7

14.03.2008 17:35

"FreeBSD: Журналирование UFS в 7-ке" - опыт включения журналирования UFS во FreeBSD 7.

  1. Главная ссылка к новости (http://blog.ronix.net.ua/2008/...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/14741-ufs
Ключевые слова: ufs, journal, freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (9) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, zuborg (?), 19:16, 14/03/2008 [ответить]  
  • +/
    Автору можно посочувствовать, но надо ж думать головой сначала, перед тем как -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

     
     
  • 2.2, cvsup (ok), 20:23, 14/03/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1
    если автор думал, что журнал хранится в воздухе,
    ему стоит перечитать принципы блочного журналирования
     
     
  • 3.3, uldus (ok), 20:55, 14/03/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >если автор думал, что журнал хранится в воздухе,
    >ему стоит перечитать принципы блочного журналирования

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

     
     
  • 4.8, nuclight (ok), 13:18, 15/03/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да нихрена подобного. Журнал логичнее выделить не просто на отдельный раздел, а вообще на отдельный физический диск. Дабы головкам не мотаться лишний раз туда-сюда, производительность не понижая.
     
  • 3.4, Dormestmass (?), 20:59, 14/03/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Автор не думал, что журнал храниться в воздухе, автор не достаточно прокурил документации по  gjournal.

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

     
  • 2.6, Dormestmass (?), 21:01, 14/03/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Автору можно посочувствовать, но надо ж думать головой сначала, перед тем как
    >-f использовать
    >Откуда gjournal мог знать что автору надо не лейблить провайдера под новую
    >FS, что он указал своим ключем -f

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

     

  • 1.5, BayaN (ok), 21:00, 14/03/2008 [ответить]  
  • +/
    Даааа, хоть во фряхе оперировать с журналом и не супертривиально, но автору стоило бы man почитать. За последние несколько лет мир стал интереснее, уже принято сначала потратить время на писанину у себя в блоге, а уже потом на чтение документации.
     
  • 1.7, shutdown now (?), 13:08, 15/03/2008 [ответить]  
  • +/
    а я вот хотел gjournal включить, но из-за того, что на серверах hp raid не поддерживает BIO_FLUSH, пришлось отказаться
     
  • 1.9, Аноним (9), 16:12, 15/03/2008 [ответить]  
  • +/
    А еще у автора серьезная проблема с "тся" и "ться" =)
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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