Re: Диски, raid, ZFS & GUI
On 2020-11-04 12:09 p.m., Tim Sattarov wrote: > Приветствую, Debian сообщество > > решил обновить железо на домашней файлопомойке/медиасервере. > Памяти там 32 гига, не ECC, обычной. > достаточно слотов для дисков и сейчас стоят четыре стареньких WDшки, в LVM > mirror конфигурации. > Отвечаю сам себе: решил попробовать ZFS: вылезла проблема переноса нынешних данных. Было: LVM из 4 дисков Стало: 5 дисков в ZFS , raidz Места в сервере на оба набора не хватит...я надеялся что перенесу все данные со старого массива на новый диск (места хватает). Создам raidz на оставшихся 4-х дисках и потом перенесу всё на raidz и добавлю 5-й диск в пул. Тут я ошибся... добавить диск в raidz пул никак нельзя. Есть ли какие нибудь другие пути? на крайний случай придётся переносить по сети с другого сервера... Спасибо
Re: диски
Alexey Bestciokov <[EMAIL PROTECTED]> wrote: > AM> Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: > >> Добрый день. > >> По ряду причин не уверен, что это хорошая идея. > AM> Ряд причин - в студию. > Вначале некоторые импирически соображения. > squid - кеширующщий прокси сервер, nginx - веб сервер с поддержкой > проксирования. то есть предназначены для совершенно разных задач > и хотя squid может работать в режиме rproxy это не есть его основное > назначение - он слишком перегружен лишним (для этой задачи) > функционалом. nginx же изначально предназначен для решения > поставленной задачи максимально эффективно. Готов поспорить, но утверждение в целом здравое. > тесты: > к сожалению сам я ни разу не использовал squid как rproxy на > production серверах, а на синтетические тесты нет ни времени ни > желания, так что ограничимся тестами с ab и двумя вырожденными > случаями - отдача статического файла и некешируемого контента > генерящегося динамически. впрочем общности это не нарушает, так как > все остальные случаи сводятся с одному из них либо их комбинации. Случаи слишком вырожденные. Увы. > 1) статический файл, размер 4 кб, ab -c 1000 -n 10 > Concurrency выше не поднимаю, так иначе у squid начинаются проблемы, > а настраивать его дополнительно я не готов. > squid + apache: > Time taken for tests: 416.201712 seconds > загрузка процессора при этом ~90% - squid, остальное ab Мдя. Вот тут со сквидом что-то в консерватории нетак. Или памяти под кэш мало или еще что-то. > nginx: > Time taken for tests: 40.546765 seconds > процессор при этом деле делится ~ 50 на 50 между ним и nginx между ab ? Дык, оно сильно охочее до процессора. из-за 1000 открытых сокетов и epoll(); > 2) динамический контент, размер ~60 кб, ab -c 100 -n 1000 > Concurrency 100, так как иначе apache начинает свопится и отжирать > слишком много ресурсов. > squid + apache: > Time taken for tests: 26.724761 seconds > загрузка процессора ~35% squid И тут тоже со сквидом что-то нетак. > nginx + apache: > Time taken for tests: 18.190494 seconds > загрузка процессора ~7% squid > выводы я думаю понятны :) Плохо понятны. У меня получились более друге результаты. Я мерял по сети, с соседней машины, дабы было более приближенней к ситуации. динамический контент, ab -c 500 -n 1000, 31Kb (php+выборки из mysql на каждый запрос) - 46 секунд. пиковая нагрузка сквида на процессор - 25%. Всё остальное - сотня httpd и mysql. Машина юзабельна. 500 паралельных запросов - из-за того, что система рабочая и помимо ab там толкались еще юзера. > конфигурация: > Squid Cache: Version 2.5.STABLE9, debian sarge, 2.6.8-1-686, настройка > дефотная (кроме опций относящихся к режиму rproxy) > nginx 0.1.33, всё дефолтное, epoll Впрочем, с комбинацией ngnix + статика + ab всё понятно. ngnix отдает статику через sendfile(), на чем выигрывает за счет минимального контекст-свитчинга. squid же отдает статику из памяти. Впрочем, надо будет попробовать поднять ngnix и посмотреть, как у него с keep-alive соединениями в сторону серверов и насколько он прожорлив до дисков. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски [OT]
Добрый день. Это решение просто и верное. Я уже рекомендовал procmail тем, кому невыносимо читать мои письма по причине квотинга или по какой-либо иной. On Fri, May 27, 2005 at 05:30:08PM +0400, Иван Лох wrote: > On Fri, May 27, 2005 at 03:09:41PM +0300, Alexander A. Vlasov wrote: >> >> Резюмируя, я не буду менять своих привычек в угоду немотивированному >> желанию людей, которые ничего не хотят сказать мне по существу, тем >> более желанию, высказанному в таком тоне. > > Это мотивированное желание. Мы читаем сверху вниз и страницы в терминале > листаем точно также. В 90% случаев Ваш квотинг находится вне > поля зрения читателя и поэтому он его не видит тогда когда это > действительно может быть нужно. Зато потом, уже прочитав текст он > рефлекторно пролистывает этот квотинг вспоминая Вас недобрым словом. Это > удобно только для отмазок разных служб поддержки, но не для нормльного > общения. > > И еще. Никто не учит Вас жить. Пишите как хотите. Для procmail. > -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски [OT]
On Fri, May 27, 2005 at 03:09:41PM +0300, Alexander A. Vlasov wrote: > > Резюмируя, я не буду менять своих привычек в угоду немотивированному > желанию людей, которые ничего не хотят сказать мне по существу, тем > более желанию, высказанному в таком тоне. Это мотивированное желание. Мы читаем сверху вниз и страницы в терминале листаем точно также. В 90% случаев Ваш квотинг находится вне поля зрения читателя и поэтому он его не видит тогда когда это действительно может быть нужно. Зато потом, уже прочитав текст он рефлекторно пролистывает этот квотинг вспоминая Вас недобрым словом. Это удобно только для отмазок разных служб поддержки, но не для нормльного общения. И еще. Никто не учит Вас жить. Пишите как хотите. Для procmail. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Добрый день. Отвечу на последнее письмо из четырех по сумме, что называется. Во-первых, все что касается внутрикорпоративной переписки и общения с партнерами -- имеются в виду моя внутрикорпоративная переписка и общение с моими партнерами. О чужих партнерах я говорить не буду. Так что тот, кто считает мои утверждения неверными, сами неправы. В конце концов пожно вспомнить анекдот "чем мне руку сбивать..." А мои догматизм и враждебность вызваны тем, что мне хотят навязать стиль оформления писем, которым я не пользуюсь в повседневной жизни и которым не пользуются те люди, общение с которыми мне действительно важно в повседневной жизни. Причем пытаются это сделать свысока, явно нарушая дистанцию, которой я строго придерживаюсь. И, боюсь, это было единственной осмысленной фразой в адресованном мне письме. Так что вопрос о том, кто более враждебен и догматичен, остается открытым. Резюмируя, я не буду менять своих привычек в угоду немотивированному желанию людей, которые ничего не хотят сказать мне по существу, тем более желанию, высказанному в таком тоне. On Fri, May 27, 2005 at 01:43:17PM +0300, Oleg Tsymaenko wrote: > В сообщении от Пятница, 27-Май-2005 11:01 Alexander A. Vlasov написал(a): > >> 2) ФИДО умерло. > > 1) > Не совсем и не везде. Кое где еще работает. Кое где сменил транспорт и > работает. и даже очень активно. > >> Квотинг в стиле ФИДО тоже. > > 2) > Не совсем и не везде. Скорее наоборот. Квотинг в стиле ФИДО - живее всех > живых > (IMHO). > >> Все бизнес-партнеры, включая англоязычных, квотят именно так. > > 3) > Не совсем так. Далеко не все. В том числе и англо/франко/испано/немецко > язычные. В любом случае это не является нормой. К томуже я не понимаю зачем > переносить правила придуманные гипотетическим "бизнес-партнерами" в свободную > и не коммерческую рассылку. > >> Внутрикорпоративная переписка квотится так же. > > 4) > Не совсем так. Я не могу понять : откуда такая уверенность ? > В одной довольно крупной корпорации в которой я работал(украинско-норвежской) > такой порядок не практиковался. В друго очень крупной > корпорации(америко-французско-польской) это тоже не практиковалось. > К томуже опять вопрос : какое отношение имеют правила принятые в какойто > корпорации к свободной расылке Debian > >> И наконец, самый важный аргумент -- ФИДО-квотинг не позволяет >> писать что-либо длиннее одной фразы. > > 5) > Это тоже не совсем так. Точнее совсем не так. > >> Вежливые люди такими огрызками не разговаривают, а пишут свою мысль, буде > таковая есть, развернутым абзацем или серией абзацев. > > 6) > Это тоже не является действительностью. Если более развернуто то во многич > списках рассылки на длинные вопроссы принято отвечать коротко одной фразой. > Это вполне допустимо если эта короткая фраза исчерпывающе отвечает на > поставленный вопрос. > > типичный пример : > В: Какой прогограммой можно записать CD диск. > О: cdrecord > > помоему вполне нормальный и вежливый ответ. Мне таких ответов в день > приходится делать несколько десятков. Я не смогбы выполнять такой объем > работы давая ответы более развернуто. давая короткие ответы я проявляю > уважение к вопрошающему так как не пытаюсь "кормить его манной кашей из > ложки". > > > //- > > итого 6 утверждений которые не отражают действительное положение вещей но > изложенны в форме догмы. > > Я очень сильно извеняюсь за явный оффтоп. В действительности меня просто > потрясло такое количество ( 6 штук ) безосновательных утверждений в одном > абзаце. И именно это побудило меня "вклинится" в чужой разговор. > > Откуда столько догматизма и столько враждебности > > еще раз извиняюсь за явный оффтоп. > > -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
On Fri, May 27, 2005 at 11:01:00AM +0300, Alexander A. Vlasov wrote: > 2) ФИДО умерло. Квотинг в стиле ФИДО тоже. А при чём тут fido? Это Usenet и рассылки, и формат общения тут саавершенно другой, чем с бузинес-партнёрами, заканчивая плотностью аттачей на душу письма. -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
В сообщении от Пятница, 27-Май-2005 11:01 Alexander A. Vlasov написал(a): > 2) ФИДО умерло. 1) Не совсем и не везде. Кое где еще работает. Кое где сменил транспорт и работает. и даже очень активно. > Квотинг в стиле ФИДО тоже. 2) Не совсем и не везде. Скорее наоборот. Квотинг в стиле ФИДО - живее всех живых (IMHO). > Все бизнес-партнеры, включая англоязычных, квотят именно так. 3) Не совсем так. Далеко не все. В том числе и англо/франко/испано/немецко язычные. В любом случае это не является нормой. К томуже я не понимаю зачем переносить правила придуманные гипотетическим "бизнес-партнерами" в свободную и не коммерческую рассылку. > Внутрикорпоративная переписка квотится так же. 4) Не совсем так. Я не могу понять : откуда такая уверенность ? В одной довольно крупной корпорации в которой я работал(украинско-норвежской) такой порядок не практиковался. В друго очень крупной корпорации(америко-французско-польской) это тоже не практиковалось. К томуже опять вопрос : какое отношение имеют правила принятые в какойто корпорации к свободной расылке Debian > И наконец, самый важный аргумент -- ФИДО-квотинг не позволяет > писать что-либо длиннее одной фразы. 5) Это тоже не совсем так. Точнее совсем не так. > Вежливые люди такими огрызками не разговаривают, а пишут свою мысль, буде таковая есть, развернутым абзацем или серией абзацев. 6) Это тоже не является действительностью. Если более развернуто то во многич списках рассылки на длинные вопроссы принято отвечать коротко одной фразой. Это вполне допустимо если эта короткая фраза исчерпывающе отвечает на поставленный вопрос. типичный пример : В: Какой прогограммой можно записать CD диск. О: cdrecord помоему вполне нормальный и вежливый ответ. Мне таких ответов в день приходится делать несколько десятков. Я не смогбы выполнять такой объем работы давая ответы более развернуто. давая короткие ответы я проявляю уважение к вопрошающему так как не пытаюсь "кормить его манной кашей из ложки". //- итого 6 утверждений которые не отражают действительное положение вещей но изложенны в форме догмы. Я очень сильно извеняюсь за явный оффтоп. В действительности меня просто потрясло такое количество ( 6 штук ) безосновательных утверждений в одном абзаце. И именно это побудило меня "вклинится" в чужой разговор. Откуда столько догматизма и столько враждебности еще раз извиняюсь за явный оффтоп. -- _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_ Oleg Tsymaenko <[EMAIL PROTECTED]> Центр распространения свободного ПО http://lafox.net/ LA4791-RIPE; TO2-UANIC; GnuPG Key : http://lafox.net/gpg/tsyma.asc(0x533709BA) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Alexander A. Vlasov -> debian-russian@lists.debian.org @ Fri, 27 May 2005 11:01:00 +0300: AAV> 1) Напомните мне пожалуйста волнующий момент, когда мы перешли на ты? AAV> 2) ФИДО умерло. Квотинг в стиле ФИДО тоже. Все бизнес-партнеры, включая AAV> англоязычных, квотят именно так. Миллиард леммингов, безусловно не может ошибаться. AAV> Внутрикорпоративная переписка квотится так же. Нет. AAV> И наконец, самый важный аргумент -- ФИДО-квотинг не позволяет AAV> писать что-либо длиннее одной фразы. Вежливые люди такими AAV> огрызками не разговаривают, а пишут свою мысль, буде таковая есть, AAV> развернутым абзацем или серией абзацев. Вежливые люди при этом пересказывают своими словами то, на что отвечают. Что имеет одно положительное свойство: становится видно, на что оный вежливый человек отвечает - на то, что было написано, или на то, что он прочел. Тем же, кто так не делает, не следует рассказывать другим о том, как ведут себя вежливые люди. Да, я в курсе, что сей абзац тем самым внутренне противоречив. Но он по крайней мере опровергает заявление о том, что фидо-квотинг не позволяет писать что-либо длиннее одной фразы. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Я не люблю делать что бы то ни было для целевой аудитории Microsoft (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски (offtopic)
Доброго дня! Alexander A. Vlasov wrote: 2) ФИДО умерло. Квотинг в стиле ФИДО тоже. Все бизнес-партнеры, включая англоязычных, квотят именно так. Внутрикорпоративная переписка квотится так же. И наконец, самый важный аргумент -- ФИДО-квотинг не позволяет писать что-либо длиннее одной фразы. Вежливые люди такими огрызками не разговаривают, а пишут свою мысль, буде таковая есть, развернутым абзацем или серией абзацев. В таком случае, Вас не смущает, что большинство пользователей (включая англоязычных) используют на workstation ОС Windows, а Вы Linux. Скажите честно, Вам самому-то удобно читать снизу-вверх? Картина хороша особенно, когда некоторые сообщения написаны с использованием bottom-quoting, а некоторые с top. Но все-таки большинство сообщений в этом листе написаны с использованием bottom-quoting, это вполне можно считать мнением общественности. -- WBR, Nickolai Zhuravlev -- USU-Lug (Ural State University Linux Users Group) http://usu-lug.org.ru/ mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Добрый день. 1) Напомните мне пожалуйста волнующий момент, когда мы перешли на ты? 2) ФИДО умерло. Квотинг в стиле ФИДО тоже. Все бизнес-партнеры, включая англоязычных, квотят именно так. Внутрикорпоративная переписка квотится так же. И наконец, самый важный аргумент -- ФИДО-квотинг не позволяет писать что-либо длиннее одной фразы. Вежливые люди такими огрызками не разговаривают, а пишут свою мысль, буде таковая есть, развернутым абзацем или серией абзацев. 3) И наконец ряд причин: * переписывание огромного числа сайтов на предмет определения IP посетителя * преренос ограничения доступа на апач с апача на сквид * введение боттлнека -- сквида. его производительность на нагрузках сравнимых с апачем вызывает нарекания * отсутствие внятных механизмов балансирования нагрузки для N машин за сквидом. В ту же степь: или сквид должен реврайтить запросы, или для сквида и внешнего мира одни и те же имена должны резольвиться в разные IP. On Thu, May 26, 2005 at 09:54:30PM +0400, Andrey Melnikoff wrote: > Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: >> Добрый день. > >> По ряду причин не уверен, что это хорошая идея. > Ряд причин - в студию. > >> On Thu, May 26, 2005 at 05:40:18PM +0400, Andrey Melnikoff wrote: >> > Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: >> >> Добрый день. >> > >> >> А он (nginx) хоть как-то документирован? В сырцах черт ногу сломит, на >> >> сайте практически пусто, вики нулевого уровня по состоянию на вчера. А >> >> звучит красиво, и мне как-то надо от 5-6 сотен апачей отбиваться 8) >> > Ну squid поставь. К нему документации - море. > > PS: И отучись от top-quoting. > > -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: > Добрый день. > По ряду причин не уверен, что это хорошая идея. Ряд причин - в студию. > On Thu, May 26, 2005 at 05:40:18PM +0400, Andrey Melnikoff wrote: > > Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: > >> Добрый день. > > > >> А он (nginx) хоть как-то документирован? В сырцах черт ногу сломит, на > >> сайте практически пусто, вики нулевого уровня по состоянию на вчера. А > >> звучит красиво, и мне как-то надо от 5-6 сотен апачей отбиваться 8) > > Ну squid поставь. К нему документации - море. PS: И отучись от top-quoting. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Добрый день. По ряду причин не уверен, что это хорошая идея. On Thu, May 26, 2005 at 05:40:18PM +0400, Andrey Melnikoff wrote: > Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: >> Добрый день. > >> А он (nginx) хоть как-то документирован? В сырцах черт ногу сломит, на >> сайте практически пусто, вики нулевого уровня по состоянию на вчера. А >> звучит красиво, и мне как-то надо от 5-6 сотен апачей отбиваться 8) > Ну squid поставь. К нему документации - море. > > > -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Alexander A. Vlasov <[EMAIL PROTECTED]> wrote: > Добрый день. > А он (nginx) хоть как-то документирован? В сырцах черт ногу сломит, на > сайте практически пусто, вики нулевого уровня по состоянию на вчера. А > звучит красиво, и мне как-то надо от 5-6 сотен апачей отбиваться 8) Ну squid поставь. К нему документации - море. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Добрый день. А он (nginx) хоть как-то документирован? В сырцах черт ногу сломит, на сайте практически пусто, вики нулевого уровня по состоянию на вчера. А звучит красиво, и мне как-то надо от 5-6 сотен апачей отбиваться 8) On Wed, May 25, 2005 at 03:37:06PM +0300, Michael Shigorin wrote: > On Sat, May 21, 2005 at 10:53:25AM +0400, Serge Matveev wrote: >> AB> Как у Вас ведут себя диски на нагруженных веб серверах и как с ними >> AB> бороться ? У меня сата начинает захлёбываться при трафике порядка 30 >> AB> mbps и 1.5 К соединений scsi - 80 мбпс и порядка 3-4 К соединений >> Ставь проксю перед www. В случае, stattic content поможет. > > nginx тогда уж (сам вот ощупываю, люди говорят, удавалось апачей > косить от сотни-другой до полудюжины). Если есть своп и нет/мало > кэша -- добивать RAM. > > По части fs -- если с питанием и железом проблем нет, то > действительно XFS и вперёд. > > По крайней мере вчера slashdot упёрся в канал, а не сервер. :) > -- WBR, Alexander A. Vlasov Debian GNU/Linux user JID: [EMAIL PROTECTED] nic-hdl: ZULU-UANIC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
On Sat, May 21, 2005 at 10:53:25AM +0400, Serge Matveev wrote: > AB> Как у Вас ведут себя диски на нагруженных веб серверах и как с ними > AB> бороться ? У меня сата начинает захлёбываться при трафике порядка 30 > AB> mbps и 1.5 К соединений scsi - 80 мбпс и порядка 3-4 К соединений > Ставь проксю перед www. В случае, stattic content поможет. nginx тогда уж (сам вот ощупываю, люди говорят, удавалось апачей косить от сотни-другой до полудюжины). Если есть своп и нет/мало кэша -- добивать RAM. По части fs -- если с питанием и железом проблем нет, то действительно XFS и вперёд. По крайней мере вчера slashdot упёрся в канал, а не сервер. :) -- WBR, Michael Shigorin <[EMAIL PROTECTED]> -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
On Sat, May 21, 2005 at 04:24:12PM +0400, Andrey Melnikoff wrote: > Serge Matveev <[EMAIL PROTECTED]> wrote: > > On Fri, 20 May 2005 16:46:44 +0400 Alexey Bestciokov wrote: > > > AB> Как у Вас ведут себя диски на нагруженных веб серверах и как с ними > > AB> бороться ? У меня сата начинает захлёбываться при трафике порядка 30 > > AB> mbps и 1.5 К соединений scsi - 80 мбпс и порядка 3-4 К соединений > > Ставь проксю перед www. В случае, stattic content поможет. > Судя по предыдущему письму - у него уже прокся в виде ngnix стоит. А он > раздает большие файлы... в много потоков. > В таком случае раздаваемые файлы имеет смысл держать на XFS. -- With best regards, Oleg Gritsinevich -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
Serge Matveev <[EMAIL PROTECTED]> wrote: > On Fri, 20 May 2005 16:46:44 +0400 Alexey Bestciokov wrote: > AB> Как у Вас ведут себя диски на нагруженных веб серверах и как с ними > AB> бороться ? У меня сата начинает захлёбываться при трафике порядка 30 > AB> mbps и 1.5 К соединений scsi - 80 мбпс и порядка 3-4 К соединений > Ставь проксю перед www. В случае, stattic content поможет. Судя по предыдущему письму - у него уже прокся в виде ngnix стоит. А он раздает большие файлы... в много потоков. > P.S. Сам не проверял, так что совет чисто теоретический :-) Помогает, очень сильно. Особенно на всякой статике и графике. Но желательно еще в апачу сунуть mod_expires (если еще не сунутый) и результат работы проверить через http://www.ircache.net/cgi-bin/cacheability.py -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
On Fri, 20 May 2005 16:46:44 +0400 Alexey Bestciokov wrote: AB> Как у Вас ведут себя диски на нагруженных веб серверах и как с ними AB> бороться ? У меня сата начинает захлёбываться при трафике порядка 30 AB> mbps и 1.5 К соединений scsi - 80 мбпс и порядка 3-4 К соединений Ставь проксю перед www. В случае, stattic content поможет. [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 P.S. Сам не проверял, так что совет чисто теоретический :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: диски
ÐÐÑÐÐÐ, ÑÑÐ ÑÑÑ Ð ÑÐÑÑÐÑÐÐ, ÐÐÑÐÐÑÑÐÑÑ, Ð ÑÐÐÑÐÐÑ ÐÐ ÐÐÐÑÑÐ? Ñ ÐÑÑÑ ÑÐÑÐÐÑ ÑÑÐÑÐÐ ÑÑ? -- Olleg Samoylov smime.p7s Description: S/MIME Cryptographic Signature
Re: Диски больше 20Gb на старом оборудованиоборудовании
On Fri, Apr 02, 2004 at 06:19:07PM +0400, [EMAIL PROTECTED] wrote: > я вижу все так - прежде, чем отдать машину я снимаю "слепок" > установленных на той машине пакетов (копирую lvar/lib/dpkg/status?). > > далее я хочу обновить какие-то пакеты - делаю какой-то аналог apt-get > install (или apt-get dist-upgrade), который определяет какие пакеты > надо поставить и куда-нибудь их складывает (в tar например). далее я > доставляю этот tar на нужную машину . и наконец получив на несколько > минут доступ к той машине по ssh я говорю dpkg -i ... apt-zip --- это почти то, что нужно. Попробуй его изменить так, чтобы он научился брать не системный список пакетов, а произвольно подсунутый. > если нет возможности получить доступ - крутится скрипт, который сам > находит этот tar и пускает dpkg А вот установку пакетов "без пригляду" лично я бы делать не стал. -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: Диски больше 20Gb н а старом оборудованио борудовании
[EMAIL PROTECTED] пишет: единственное, чего пока не решил - как обновлять нужные пакеты на машине, имеющей только флопинет - как автоматом отследить зависимости AK> apt-zip? это не совсем то, что мне нужно. [...] у одного клиента нет вообще инета (и телефона - пользуются стационарным сотовым). > [...] (послать по электронке не проблема, инет везде есть). [...] -- WBR, .Nick -- USU-Lug (Ural State University Linux Users Group) http://usu-lug.org.ru/ mailto:[EMAIL PROTECTED]
Re: Диски больше 20Gb на старом оборудов аниоборудовании
On Fri, Apr 02, 2004 at 02:03:25AM +0400, Alexandr A. Kutilin wrote: > > Появилась "машина" на выбрас, но выбрасывать жалко. Pentium 100S/32. > ничем не помогу .. > но факт: > у меня роутер 166 ММХ, недавно поставил винт 40Gb, биос при > определении виснет, но система его корректно определяет, но система > стоит на винте обьемом 3Gb. -- У меня похоже. Есть P120 на нем два диска: 100 MB hda и 6 GB hdb. Второй в биосе отключен (вешает намертво). hda используется как загрузочный, кроме того на нем /boot с образом initrd и ядром. В рабочей системе он даже не подмонтирован. root на hdb... Как мастер на второй ide ставить _нельзя_ тоже вешается. Только slave на первый. -- Иван Лох
Re: Диски больше 20Gb на старом оборудованио борудовании
On Wed, 31 Mar 2004 18:43:14 +0600 "Nikolay S." <[EMAIL PROTECTED]> wrote: > Добрый день! > > Появилась "машина" на выбрас, но выбрасывать жалко. Pentium 100S/32. > Принёс домой и решил ее использовать в качестве "сервера". Надо > поддерживать небольшую DNS зону, firewall и FTP. Для такой машины это > вполне посильная задача. Но решил увеличить диск. Поставил 20Gb, а BIOS > видит только первые 8 (прошивка тех времен). Ставлю Debian 3.0r2 с CD > используя другую машину. Соответсвенно и разбивка полностью диска. > Переставляю на старую машину и он мне выводит LILO 40 40 ... (много, > много раз 40 ) и виснит. Насколько я понимаю не понимает LILO дисковое > пространство за 8Gb. Ставил FreeBSD 5.2 по такоиже схеме, но работает > прекрасно (все 20). > > Может кто сталкивался с подобной проблемой? Как заставить видеть все > 20Gb пространство? Или сам Linux их видит, а не видит LILO? Поможет ли > установка Grub? > > Ставлю с другой машины т.к. с этой не хочет. При загрузке ядра с CD > зависает в процессе чтения ядра. Причем это наблюдается не только с > Debian, но и с FreeBSD и с Fedora Core 1. > > С уважением, > Николай ничем не помогу .. но факт: у меня роутер 166 ММХ, недавно поставил винт 40Gb, биос при определении виснет, но система его корректно определяет, но система стоит на винте обьемом 3Gb. -- SPb LUG
Re: Диски больше 20Gb н а старом оборудованио борудовании
[EMAIL PROTECTED] пишет: VV> Вообще должен сказать, что ставить дистр на одной машине, а затем VV> переносить винт на другую - это дурной тон. категорически несогласен VV> Попробуй поставить всё на той же машине. Тогда и проблемы с VV> зависанием ядра скорее всего исчезнут. дурной тон - делать инсталлятор, настолько завязывающийся на железо. понимаю, что в некоторых случаях без этого никак (без потери необходимой функциональности), но зачастую можно сделать систему, работающую на практически любом железе выбранной архитектуры (я про ia32, другого в руках не держал). я во всяком случае инсталяторы недолюбливаю и системы размножаю чаще всего клонированием. кстати одна из причин, почему мне debian нравится - в нем достаточно удобно обновлять систему. единственное, чего пока не решил - как обновлять нужные пакеты на машине, имеющей только флопинет - как автоматом отследить зависимости apt-zip ? -- WBR, .Nick -- USU-Lug (Ural State University Linux Users Group) http://usu-lug.org.ru/ mailto:[EMAIL PROTECTED]
Re: Диски больше 20Gb на старом оборудованиоборудовании
On Thu, Apr 01, 2004 at 07:22:25PM +0400, [EMAIL PROTECTED] wrote: > единственное, чего пока не решил - как обновлять нужные пакеты на > машине, имеющей только флопинет - как автоматом отследить зависимости apt-zip? -- Andrey V. Kiselev Home phone: +7 812 5274898 ICQ# 26871517
Re: Диски больше 20Gb на старом оборудованиоб орудовании
Hello Nikolay, Wednesday, March 31, 2004, 3:43:14 PM, you wrote: NS> Добрый день! NS> Появилась "машина" на выбрас, но выбрасывать жалко. Pentium 100S/32. NS> Принёс домой и решил ее использовать в качестве "сервера". Надо NS> поддерживать небольшую DNS зону, firewall и FTP. Для такой машины это NS> вполне посильная задача. Но решил увеличить диск. Поставил 20Gb, а BIOS NS> видит только первые 8 (прошивка тех времен). Ставлю Debian 3.0r2 с CD NS> используя другую машину. Соответсвенно и разбивка полностью диска. NS> Переставляю на старую машину и он мне выводит LILO 40 40 ... (много, NS> много раз 40 ) и виснит. Насколько я понимаю не понимает LILO дисковое NS> пространство за 8Gb. Ставил FreeBSD 5.2 по такоиже схеме, но работает NS> прекрасно (все 20). NS> Может кто сталкивался с подобной проблемой? Как заставить видеть все NS> 20Gb пространство? Или сам Linux их видит, а не видит LILO? Поможет ли NS> установка Grub? NS> Ставлю с другой машины т.к. с этой не хочет. При загрузке ядра с CD NS> зависает в процессе чтения ядра. Причем это наблюдается не только с NS> Debian, но и с FreeBSD и с Fedora Core 1. NS> С уважением, NS> Николай 1. ставишь винт как стандартный в биосе (у меня выставлен тип 45 кажется - это около 100 метров) 2. делаешь /boot раздел метров 30-50. 3. ставишь систему. В лило кажется по умолчанию нужная опция (lba32) проставлена - все будет ОК. Если grub - там могут быть нюансы в зависимости от версии. Если под сервер - лучше лило наверное, там телодвижений меньше, но у меня граб, т.к. две операционки.. Должно работать. В крайнем случае бери более свежие лило/граб из тестинга... Да. я ответил не по сути вопроса :-)... для лило (по крайней мере раньше) ядро должно было лежать в пределах 8Г. эта проблема решается отдельным (первым) /boot разделом. -- Best regards, sergey_lmailto:[EMAIL PROTECTED]
Re: Диски больше 20Gb на старом оборудованиоборудовании
On Wed, Mar 31, 2004 at 06:43:14PM +0600, Nikolay S. wrote: [skip] > > Ставлю с другой машины т.к. с этой не хочет. При загрузке ядра с CD > зависает в процессе чтения ядра. Причем это наблюдается не только с > Debian, но и с FreeBSD и с Fedora Core 1. Ну это могут быть проблемы с CD-приводом. Создай инсталляционные дискеты, загрузись с них, а затем продолжай установку с сидюков. /boot размести в начале диска. Линукс должен увидеть весь диск, что бы там о нём не думал BIOS. > > С уважением, > Николай -- With best regards, Oleg Gritsinevich
Re: Диски больше 20Gb на старом оборудованиоборудовании
Hi Nikolay, * Nikolay S. <[EMAIL PROTECTED]> [2004-03-31 16:42]: > Может кто сталкивался с подобной проблемой? Как заставить видеть все > 20Gb пространство? Или сам Linux их видит, а не видит LILO? Поможет Сходить на www.rom.by - если биос award/phoenix то тамошний патчер биоса должен поможет (возможно лечат и ами). -- Best regards, Sergey Chumakov 2:450/77[.43]
Re: Диски больше 20Gb н а старом оборудованио борудовании
вполне посильная задача. Но решил увеличить диск. Поставил 20Gb, а BIOS видит только первые 8 (прошивка тех времен). Ставлю Debian 3.0r2 с CD используя другую машину. Соответсвенно и разбивка полностью диска. Переставляю на старую машину и он мне выводит LILO 40 40 ... (много, много раз 40 ) и виснит. Насколько я понимаю не понимает LILO дисковое пространство за 8Gb. Ставил FreeBSD 5.2 по такоиже схеме, но работает прекрасно (все 20). Вариантов на самом деле можно попробовать много. Какие-то тебе уже подсказали: 1. Убрать LBA, если там оно не поддерживается 2. Создать небольшой загрузочный раздел и попробовать оттуда. 3. Попробовать GRUB вместо LILO 4. Попробовать явно задать геометрию винта для загрузчика 5. Наконец - грузить ядро с дискеты, а далее когда ядро увидит винт, всё как обычно (Я такой финт проделывал на старой-престарой 386SX и винтом на 800Мег, когда уже ничего не помогало). Вообще должен сказать, что ставить дистр на одной машине, а затем переносить винт на другую - это дурной тон. Попробуй поставить всё на той же машине. Тогда и проблемы с зависанием ядра скорее всего исчезнут. -- С уважением, Виктор
Re: Диски больше 20Gb на старом оборудовани оборудовании
Hello Nikolay, Wednesday, March 31, 2004, 3:43:14 PM, you wrote: [] NS> Поставил 20Gb, а BIOS видит только первые 8 (прошивка тех времен). Создай загрузочный раздел в пределах 8 гиг на котором будет лежать ядро и(или) образ initrd. Еще имеет смысл посмотреть, в каком режиме трансляции (LBA,LARGE,CHR) был диск на той машине где ты ставил систему и на той, где собираешся ее использовать. -- Best regards, Alexander
Re: Диски почтой
On Thu, Jun 19, 2003 at 06:40:41PM +0300, Alexander Sokoloff wrote: > debian-russian, здравствуйте! > Для жителей Украини диски стало заказивать проще. > Здесь есть и Debian 3.0r1, цены так ничего. > http://cheapb.unity.net/catalog.php > http://www.lafox.net/shop/ Жителям Ровно могу прожечь все 16 дисков woody 3.0r1 (плюс 2 с updates) за пиво (для охлаждения писалки :) -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED]
