Re: Производительность NFS при большом количестве клиентов.
Ну давай конкретизируем, так проще: 1. Есть 1 NFS-расшара на 500 Gb. Используется круглосуточно. 2. Есть 300 постоянных подключений (проекты программистские и связь с серверами работающими, соответственно файлов открыто уйма) 3. Сейчас используется 1 HP G7, рядом стоит второй такой же. 4. Сеть - 1 гигабит витой, на комутаторе Прокурва, в каждом серваке RAID10 по 600 гиг. 25.10.2012 00:44, Anatoly Molchanov пишет: Сначала нужно сформулировать условие задачи: 1. Описание ресурсов и характер их использования 2. Описание клиентов и степень их активности 3. Имеющееся железо (с учетом того, которое можно купить) - Сеть (оптика/витуха/инфинибэнд) - Диски/массивы и т.д. 24 октября 2012 г., 23:14 пользователь evgeny_ver...@mail.ru mailto:evgeny_ver...@mail.ru evgeny_ver...@mail.ru mailto:evgeny_ver...@mail.ru написал: Хорошо, тогда дурацкий вопрос: как кластеризовать NFS? 24.10.2012 22:49, Anatoly Molchanov пишет: Довольно давно я наблюдал подобную картину, проблема была в недостатке моих знаний и опыта. Много нагрузки было от сетевой активности, сетевая карта с собственным мозгом решила проблему. Сейчас для 100+ пользователей я бы сразу использовал кластер из двух (минимум) серверов. 24 октября 2012 г., 22:21 пользователь evgeny_ver...@mail.ru mailto:evgeny_ver...@mail.ru evgeny_ver...@mail.ru mailto:evgeny_ver...@mail.ru написал: Доброго времени суток! Рассказали мне тут знакомые любопытную историю. Столкнулись они с проблемой такого плана: если к NFS-ресурсу прицепляется сотня пользователей, то сервер выедает 100% ядра и на этом жалобно попискивая, умирает. Кто-нибудь сталкивался с таким поведением? Они, не найдя причин и решений, перешли на SMB и GlusterFS. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org mailto:debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/508831bf.1060...@mail.ru
Re: а есть тут вообще модераторы или кто?
В Wed, 24 Oct 2012 22:30:23 +0400 Eugene Berdnikov b...@protva.ru пишет: On Wed, Oct 24, 2012 at 08:06:47PM +0300, Oleksandr Gavenko wrote: Классический труд: http://www.eyrie.org/~eagle/faqs/mod-pitfalls.html Pitfalls of Newsgroup Moderation (or Things You Wished You'd Thought Of Before You Started) Там перед жаждущими чего нибудь промодерировать ставят около 30 серьезных вопросов, которые совсем не просто решить... Это по большей части относится к Usenet, к технологиям 20-летней давности, когда централизованный подход к поддержке порядка был популярен, как СССР. Нынче в централизации особой нужды нет. Каждый может легко и просто стать сам себе модератором. В чём суть модерации? В очистке рассылки от раздражающего мусора. Задача может быть решена любым подписчиком рассылки для себя: есть встроенные фильтры в почтовых клиентах, есть фильтры на стороне почтовых серверов и интерфейсы к ним, наконец, есть такие универсальные комбайны как procmail. Различие лишь в возможностях. Удалять письма с определённого From получится любым фильтром. А вот чтобы выкинуть ответы дурачков очередному троллю, понадобится немного подумать и завести нужный шаблон для References и/или In-Reply-To. Не каждый фильтр позволит это сделать: список заголовков может быть ограничен, либо нет возможности ввести произвольный предикат и т.п. Однако с такими средствами как procmail решается практически любая задача. Во всяком случае, в debian. Если задача кажется слишком сложной, самое время задуматься о своём уровне подготовки к реалиям среды обитания. вот сашога нихйа нипаймот) хех) при чом туть деьбьянь? ;))) Пхачимух мистер Сашога должен читать эту куету? :P буууэээ)) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121025182920.6236f...@omen.dyndns-ip.com
Re: Производительность NFS при большом количестве клиентов.
На сервере четыре сетевых интерфейса? Можете примерно оценить производительность массивов? 25 октября 2012 г., 10:21 пользователь evgeny_ver...@mail.ru evgeny_ver...@mail.ru написал: Ну давай конкретизируем, так проще: 1. Есть 1 NFS-расшара на 500 Gb. Используется круглосуточно. 2. Есть 300 постоянных подключений (проекты программистские и связь с серверами работающими, соответственно файлов открыто уйма) 3. Сейчас используется 1 HP G7, рядом стоит второй такой же. 4. Сеть - 1 гигабит витой, на комутаторе Прокурва, в каждом серваке RAID10 по 600 гиг. 25.10.2012 00:44, Anatoly Molchanov пишет: Сначала нужно сформулировать условие задачи: 1. Описание ресурсов и характер их использования 2. Описание клиентов и степень их активности 3. Имеющееся железо (с учетом того, которое можно купить) - Сеть (оптика/витуха/инфинибэнд) - Диски/массивы и т.д. 24 октября 2012 г., 23:14 пользователь evgeny_ver...@mail.ru evgeny_ver...@mail.ru написал: Хорошо, тогда дурацкий вопрос: как кластеризовать NFS? 24.10.2012 22:49, Anatoly Molchanov пишет: Довольно давно я наблюдал подобную картину, проблема была в недостатке моих знаний и опыта. Много нагрузки было от сетевой активности, сетевая карта с собственным мозгом решила проблему. Сейчас для 100+ пользователей я бы сразу использовал кластер из двух (минимум) серверов. 24 октября 2012 г., 22:21 пользователь evgeny_ver...@mail.ru evgeny_ver...@mail.ru написал: Доброго времени суток! Рассказали мне тут знакомые любопытную историю. Столкнулись они с проблемой такого плана: если к NFS-ресурсу прицепляется сотня пользователей, то сервер выедает 100% ядра и на этом жалобно попискивая, умирает. Кто-нибудь сталкивался с таким поведением? Они, не найдя причин и решений, перешли на SMB и GlusterFS. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/508831bf.1060...@mail.ru
Re: а есть тут вообще модераторы или кто?
В Чтв, 25/10/2012 в 18:29 +1100, alexander пишет: вот сашога нихйа нипаймот) хех) при чом туть деьбьянь? ;))) Пхачимух мистер Сашога должен читать эту куету? :P буууэээ)) толсто... вернись к топику, а то прокляну! :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1351159565.1943.1.camel@skynet
Re: Подвисает сервер
24.10.2012 16:55, Andrey Tataranovich пишет: 15:58 Tue 23 Oct, Mikhail A Antonov wrote: Мне netconsole помогала вылавливать панику ядра. Думаю если сеть не цепляет, то начать можно с нее. Ну и настроить заодно remote syslog. Спасибо, попробую. Что сделал - обновил ядро до 3.2 - отключил полностью swap - отключил всё в sysctl - изменил распределение памяти: vm.overcommit_ratio=100 vm.overcommit_memory=2 Пока наблюдаю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5089231b.2040...@lissyara.su
Re: Какие есть варианты кластеризации? Kerrighed
25 октября 2012 г., 16:33 пользователь evgeny_ver...@mail.ru evgeny_ver...@mail.ru написал: Второй день читаю гугл на предмет что б такого отказоустойчиво-балансировочно кластеризовать. Однако в Debian Wheezy мало что из коробки нашлось, а компилять исходники религия запрещает. Вот что нашлось: heartbeat - это если надо объединить 2+ серверов одним IP-адресом и в случае падения одного, выживет второй. Или третий. Я так понимаю, что кроме как сети, оно ничего не умеет, поэтому данные надо держать где-то в другом месте, а системы, которые балансируем, получать клонированием. Ну чтоб обеспечить их одинаковость. И следить за этой синхронизацией какими-то средствами. GlusterFS - это наоборот, отказоустойчивое распределённое хранилище, позволяет держать данные на несольких серверах, не теряя что-то при падении N машин. При этом, N - величина настраиваемая, хоть половину серверов сожги. Однако, кто-то на неё ругается, кто-то нахваливает, кто-то отсылает к ceph. Может, просто готовить не умеют. ipvsadm - Linux Virtual Server, как именно работает ещё не разобрался. YaC-2012 - http://events.yandex.ru/talks/329/ Отказоустойчивость и балансировка нагрузки - без регистрации и смс - как раз про ipvsadm Linux HA, состоящий из cluster-agents, cluster-glue и redhat-cluster-suite. Что, для чего и с чем сравнить ещё не понял, нашёл по репозитарию. Ну и что ещё выдавал гугл такие вещи как: openMosix, который сдох давно Kerrighed, который не в репах и вобще компилять надо OpenSSI - в непонятном состоянии, но тоже в репах не водится Хотя все три проекта, судя по описанию, делают именно то, что я с детства про кластеры и думал: единая ОС на многих железках. Правда, все они почему-то работают по схеме ставим главный сервер, а клиенты - с сети грузим, что странно. Ещё встретил страшные слова Beowulf, MPI. Короче говоря, поделитесь, люди, кто с чем сталкивался в жизни. Особого направления пока что не имею, думается что-нибудь универсальное, типа кластер распределения нагрузки с поддержкой перераспределения запросов при отказе. И пусть потом на этом или LAMP балансирует, или ещё что-нибудь придумаю. ЗЫ. Да-да, совсем забыл сказать: я тут в отпуске сижу, делать мне нечего, вот новьё и пытаюсь попробовать, так что не ругайтесь и не пинайте ногами по лицу, лучше кулаком по почкам. есть еще такие слова для изучения: pacemarker, corosync, drbd8 nimbula
Please update d-i manual translations for Wheezy now
[Again sorry for cross-list posting] Hello all, Holger Wansing li...@wansing-online.de wrote: - I did a complete checkout of the manual in revision before my bad commit - update manual/en - perform the usual po|pot update process (with the merge_xml.awk script fixed with the patch by nabetaro (thanks for providing this so quick, Nozomu!)) - copy the changed files to my local svn tree - and commit them. So, at the end, all should be fine now. Caused by a corrupted script (and me not noting that the script has failed, since there was no error message) I created and committed incorrect po files, and translators have worked on them (notably Miguel, Yuri and Ji). Sorry guys, thanks for your time, but your work unfortunately was of no avail and had to be reverted. Now that the po files are correct, you will have to start again. I am really sorry! Nevertheless: Translators, please update your translations, if you have time. Thanks Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.0.2 under D e b i a n G N U / L I N U X 6.0 ( S q u e e z e ) Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = -- To UNSUBSCRIBE, email to debian-l10n-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121025205018.9857e539.li...@wansing-online.de
