On Sun, 17 Apr 2005, Artem Bokhan wrote:
> >> Можно ли в систему добавить/убрать еще один сторадж, при этом не
> >> "переформатируя" все остальные ?
> >
> > Да.
>
> Просто добавить блок storage{}, при этом не обязательно запускать oops -z ?
Нет, отформатировать придется. Для этого можно создать отдельный файл
oops-new.cfg, содержащий только вновь добавляемую секцию storage и запустить
oops -c oops-new.cfg -z. После этого можно дать команду oopsctl graceful
и, если новая секция уже есть в основном конфиге, новый storage будет
включен в работу.
>
> >> Почему не кешируются большие файлы, пробовал на 600 Мб файле.
> >
> > В конфиге естественно сказано что кешировать большие.
> > Может таки сылка не кешируемая?
>
> Пардон, почему-то не увидел опцию.
>
> Но тем не менее:
> lo_mark 8m
> maxresident 1000m
> При этом объект зачем-то (600 мб) полностью засасывается в оперативку... так
> и должно быть?
Увы, да.
> И при повторном скачивании все равно берется директом =/
> Файлик создан руками на моем же веб-сервере, и файлы размером в пару
> килобайт спокойно кешируются...
> Я же правильно понимаю, что если сервером выдается Last-Modified: Sat, 16
> Apr 2005 22:34:38 GMT, то файл уже 1 раз скаченный должен отдаваться из
> кеша?
На кэшируемость могут оказывать влияние разные параметры.
>
> Еще вопрос - информация по стораджам распределяется равномерно или следующий
> используется после заполнения предыдущего? Это я на тему того, что лучше
> использовать, софтрейд или несколько стораджев.
Размазывается равномерно (насколько возможно). Если тормоза на дисковых
операциях, то лучше всего использовать несколько дисков (или разделов) как
raw device.
>
> >
> >> ----- Original Message -----
> >> From: "nuclearcat" <[EMAIL PROTECTED]>
> >> To: "Andy Igoshin" <[EMAIL PROTECTED]>
> >> Cc: <[email protected]>
> >> Sent: Sunday, April 17, 2005 2:37 PM
> >> Subject: [OOPS] Re[2]: [OOPS] 2 Тб storage
> >>
> >> > Dear, Andy.
> >> >
> >> > You wrote Sunday, April 17, 2005, 10:51:36 AM:
> >> >
> >> >
> >> > Thread pool : 626 ready to serve (out of 3000 max)
> >> > Curr.req.rate: 202.53 req/sec (max: 229.88)
> >> > Tot.req.rate : 116.99 req/sec
> >> >
> >> > [EMAIL PROTECTED]:~# uname -a
> >> > Linux GLobalPI 2.6.10globalproof #2 SMP Sat Jan 1 16:49:36 GMT+1 2005
> >> > i686 unknown unknown GNU/Linux
> >> >
> >> > 2xXeon 2.4 Ghz/1GB RAM
> >> >
> >> > Поэтому именно количество запросов - переживет.
> >> >
> >> >> Hello!
> >> >>
> >> >> On Sunday 17 April 2005 01:24, Artem Bokhan wrote:
> >> >>> Здравствуйте!
> >> >>> Подскажите, что за ошибка и как ее исправить?..
> >> >>>
> >> >>> uname -a
> >> >>> Linux debian 2.6.8-2-686 #1 Mon Jan 24 03:58:38 EST 2005 i686
> >> >>> GNU/Linux
> >> >>>
> >> >>> Sun Apr 17 04:22:53 2005 [0x40355720]do_format_storages():
> >> >>> Formatting
> >> >>> storage /dev/md0 for 2000469360640 bytes
> >> >>
> >> >> Серьезно. :)
> >> >>
> >> >> Если Вы планируете действительно использовать эти 2T, то Вам на
> >> >> Солярис
> >> >> переходить. От об'ема это конечно не зависит, но я предполагаю,
> >> >> что планируется и количество запросов в секунду, соответствующее
> >> >> об'ему.
> >> >> А вот их Линукс не переживет.
> >> >>
> >> >> Далее по существу.
> >> >>
> >> >> 1. Лучше используйте винчестеры поотдельности, чтобы oops мог
> >> >> инициировать
> >> >> на них независимые операции I/O. Эффективнее получится, чем Ваш
> >> >> страйп.
> >> >> 2. Как я понимаю, винты IDE/SATA. Купите отдельный 10к винт под DB.
> >> >>
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]init_domain_name(): 4:
> >> >>> host_name
> >> >>> = `debian' domain_name = `.(none)'
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_DATA:
> >> >>> 4294967295
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_NOFILE:
> >> >>> 8196
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_CORE: 0
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]report_limits(): RLIMIT_NPROC:
> >> >>> 4294967295
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]main(): oops 1.5.23 Started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]run(): http_listen on
> >> >>> descriptor
> >> >>> 31
> >> >>> Sun Apr 17 04:22:56 2005 [0x40355720]run(): icp_listen on descriptor
> >> >>> 32 Sun Apr 17 04:22:56 2005 [0x40355720]Starting threads
> >> >>> Sun Apr 17 04:22:56 2005 [0x413d0bb0]Statistics started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x423d0bb0]Garbage drop started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x42bd0bb0]Log rotator started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x433d0bb0]Clean disk started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x43bd0bb0]Eraser started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x41bd0bb0]Garbage collector started.
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Checking
> >> >>> storage
> >> >>> /dev/md0
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Super:
> >> >>> 488395840
> >> >>> total
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage():
> >> >>> 488380934
> >> >>> free Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): 4096
> >> >>> blk size Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage():
> >> >>> deadfeed - magic
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Read map.
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Done.
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]check_storage(): Can't allocate
> >> >>> memory for map.
> >> >>> Sun Apr 17 04:22:56 2005 [0x40bd0bb0]prep_storages(): Storages
> >> >>> checked. Sun Apr 17 04:22:56 2005 [0x433d0bb0]check_expire(): EXPIRE
> >> >>> started, 0 total, 0 expired
> >> >>> Sun Apr 17 04:22:56 2005 [0x433d0bb0]check_expire(): EXPIRE
> >> >>> Finished:
> >> >>> 0 expires, -1 seconds, 0 total
> >> >>>
> >> >>> =====================================================================
> >> >>> If you would like to unsubscribe from this list send message to
> >> >>> [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> >> >>> Archive is accessible on http://lists.paco.net/oops-rus/
> >> >
> >> > --
> >> > With best regards,
> >> > GlobalProof Globax Division Manager,
> >> > Denys Fedoryshchenko
> >> > mailto:[EMAIL PROTECTED]
> >> >
> >> > =====================================================================
> >> > If you would like to unsubscribe from this list send message to
> >> > [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> >> > Archive is accessible on http://lists.paco.net/oops-rus/
> >>
> >> =====================================================================
> >> If you would like to unsubscribe from this list send message to
> >> [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> >> Archive is accessible on http://lists.paco.net/oops-rus/
> >
> > --
> > Andy Igoshin <[EMAIL PROTECTED]> Voronezh State University
> > Phone: +7 (0732) 522406 Network Operation Center
> > Fax: +7 (0732) 208820 Voronezh, Russia
> > =====================================================================
> > If you would like to unsubscribe from this list send message to
> > [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> > Archive is accessible on http://lists.paco.net/oops-rus/
>
> =====================================================================
> If you would like to unsubscribe from this list send message to
> [EMAIL PROTECTED] with "unsubscribe oops" in message body.
> Archive is accessible on http://lists.paco.net/oops-rus/
>
Igor Khasilev |
PACO Links, igor at paco dot net |
=====================================================================
If you would like to unsubscribe from this list send message to
[EMAIL PROTECTED] with "unsubscribe oops" in message body.
Archive is accessible on http://lists.paco.net/oops-rus/
