The OpenNET Project / Index page

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

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

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

  1. Главная ссылка к новости (http://blog.ronix.net.ua/2008/...)
Лицензия: CC-BY
Тип: яз. русский / Практикум
Ключевые слова: ufs, journal, freebsd
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Линейный вид | Ajax | Показать все | 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, 20:23, 14/03/2008 [^] [ответить] [смотреть все]
  • +/
    +1
    если автор думал, что журнал хранится в воздухе,
    ему стоит перечитать принципы блочного журналирования
     
     
  • 3.3, uldus, 20:55, 14/03/2008 [^] [ответить] [смотреть все]
  • +/
    >если автор думал, что журнал хранится в воздухе,
    >ему стоит перечитать принципы блочного журналирования

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

     
     
  • 4.8, nuclight, 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, 21:00, 14/03/2008 [ответить] [смотреть все]  
  • +/
    Даааа, хоть во фряхе оперировать с журналом и не супертривиально, но автору стоило бы man почитать. За последние несколько лет мир стал интереснее, уже принято сначала потратить время на писанину у себя в блоге, а уже потом на чтение документации.
     
  • 1.7, shutdown now, 13:08, 15/03/2008 [ответить] [смотреть все]  
  • +/
    а я вот хотел gjournal включить, но из-за того, что на серверах hp raid не поддерживает BIO_FLUSH, пришлось отказаться
     
  • 1.9, Аноним, 16:12, 15/03/2008 [ответить] [смотреть все]  
  • +/
    А еще у автора серьезная проблема с "тся" и "ться" =)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor