On Sunday 17 April 2005 15:54, Artem Bokhan wrote: > Тогда попутно вопросы - какой будет размер DB под 2Тб сторадж?
У меня сейчас 6x73G, заполнены на 62%. Текущий размер DB - 1.2G > Можно ли в систему добавить/убрать еще один сторадж, при этом не > "переформатируя" все остальные ? Да. > Почему не кешируются большие файлы, пробовал на 600 Мб файле. В конфиге естественно сказано что кешировать большие. Может таки сылка не кешируемая? > ----- 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/
