Советы по созданию зеркала дистрибутивов

комментария 34

  1. tamerlan311:

    А почему через rsync://mirror.yandex.ru
    не доступны репозитории debian-multimedia , debian-opera , debian-virtualbox ?

    или они считаются слишком мелкими?

    Просто я сейчас поднимаю домашнее полузеркало полупрокси для локальной сети.

    Весь репозиторий дебиана явно не потянуть (даже одну архитектуру) поэтому папка pool проксируется nginx с сохранением на диск. а всё остальное синхронизируется через rsync.

    Дополнительные репозитории хотелось бы тоже зазеркалить (благо размеры не столь внушительные).

    Так же к слову, непонятно почему но apt не понимает http redirect. Что очень досадно, всё равно все пакеты подписываются и угрозы безопастности редиректы бы не создали. (но имхо позволили бы иметь более гибкие зеркала)
    В ubuntu вроде сделали новый транспорт который называется не http а mirror , но накой новый транспорт так и не понял.

    В идеале nginx при отсутствии файла в кеше проксировать запрос на верхнее зеркало (для определенных адресов) или отфутболивать редиректом на тоже зеркало (для остальной локалки)

  2. runnig:

    Спасибо за статью!

  3. Anonymous:

    В метафоре камни обычно подводные, а не подземные

  4. Краткий вывод: Аркадий, я ожидал большего как от Вас (вроде не первый год слышу), так и от яндекса (хотя если грести всех…).

    Пока это всё описывается как советы человека, который берётся опускать http://ftp.chg.ru до “файлопомойки”, хотя сам делает как раз файлопомойку и при этом допускает элементарные ляпы (по крайней мере судя по советам).

    Дружески предлагаю над этими моментами задуматься, как организатор зеркал на http://ftp.linux.kiev.ua с 2002 года (у нас также содержатся официальные зеркала http://ftp.altlinux.org и http://ftp.flightgear.org, поэтому о проблемах с ура-тянущими чуточку тоже знаю).

    Ниже по пунктам, благо в общем структура изложения нормальная, но в ряде мест делаются более или менее грубые ошибки (ряд из которых ещё и рекомендуется)—поскольку считаю, что это от недостатка опыта и избытка самомнения, а не от злонамеренности.

    Основные намеченные проблемы—низкий уровень понимания организации storage, потенциально плохие манеры по части задёргивания апстрима и пропуск одной из критичных частей изложения. Первое склонно “кусаться” на протяжении первой же пары-тройки лет существования ресурса.
    —- (сторадж)

    > 1.5 Тб дискового пространства (это полка и это всего
    > лишь Debian+Fedora)
    Hint: необязательно держать полные зеркала—это обмен ещё несколько более внимательного ознакомления с предметом (времени или опыта) на место/нагрузку/трафик.

    Это трейдофф, который стоит упоминания.

    > Нужен ли рейд? Мы от него отказались, без него
    > все оказалось быстрее
    Если дешёвый железный, то однозначно; если дорогой или софтовая единичка-пятёрка-десятка, то совсем не однозначно. Опять же выравнивание нагрузки по шпинделям лучше происходит, когда они работают пачками (и readahead подобран).

    Короче говоря, у нас на http://ftp.linux.kiev.ua отдельные диски—это пройденный этап, сейчас на одном зеркале используется две четвёрки SATA-дисков в RAID5 каждая, на другом—аппаратный RAID1 на SCSI.

    Если получается обойтись четвёрками, то RAID5 хуже под записью, но лучше по объёму; RAID10 меньше проваливается при записи (необязательно цепляются все диски), но всего двойной объём одного диска (при четырёх).

    Если не получается—может иметь смысл подумать о парах дисков в RAID1 вместо индивидуальных, помимо надёжности, это позволяет читать два потока в две головки, а не в одну.

    Рейды надо уметь готовить, особенно RAID5/6; в первую очередь stripe size, но ещё надо знать про raid alignment—и на аппаратных порой тоже. См. http://www.freesource.info/wiki/HCL/XranenieDannyx/SoftwareRAID

    Суммарно—тут прослеживается эволюция от одиночных дисков к массивам и к унифицированному стораджу. Я вот уже почти созрел на последнее. Дальше—NAS с Lustre, как вот у нас тут на кластерах (бишь storage backend/frontend и сервис с фронтэнда/ов).

    И объём RAM около дисков/сервисов тоже важен.

    В любом случае здесь также целая куча выборов.

    Также могу предложить поискать около heanet.ie, они там рассказывали вкратце, как организованы машинки (включая frontend cache с быстрым SCSI для того, что “горячее”—ведь не весь же архив федоры востребован ежеминутно, правильно?).

    > load average на зеркале 100%?
    Hint: LA не изменяется в процентах.

    > Если вы используете рейд, то вероятно разумно поверх него
    > натянуть LVM.
    Нет. Это же файлопомойка, тут на каждый собранный рейд осмысленно просто положить файловую систему. LVM будет просто жрать CPU лишний раз и в данном разе ничем не полезен (если растягивать логический том на стопку дисков, получим страйп и вся этажерка дружно сложится при выпадении первого же диска—Вы долго гоняли конкретно свою модель/партию дисков под нагрузкой? в любом разе не забывайте, что живут они не больше трёх лет с хоть какой-то степенью уверенности).

    > Какая должна быть файловая система? Тоже вопрос.
    > Сейчас у нас стоит ReiserFS, раньше была XFS.
    Интересно, зачем было менять то, что держит большую нагрузку, на то, что справляется лучше исключительно со сканированием каталогов. Наверное, чтоб анноить те серверы, с которых тянете, двухминутными ресканами? Они ж не все такие неопытные и торопливые, чтоб использовать reiserfs.

    XFS, кстати, держит нагрузку (а не ресканы) благодаря двум вещам: она extent-based (выделяются области для записи, в пределах которых фрагментация в среднем пониженная) и умеет delayed block allocation, что опять же позволяет оптимизировать размещение информации.

    Ещё нельзя забывать про опцию монтирования noatime и при возможности организовать вынос журналов на отдельный шпиндель (возможно, RAID1 из двух WD Raptor или 10/15kRPM SAS)—это весьма рекомендуется коллегами.

    В любом случае выбор ФС—тоже трейдофф, который стоит упоминания; особенно же мотивация смены файловой системы (любой на любую).
    —- (лирика)

    > Следует продумать её заранее, чтобы не получилась
    > файлопомойка по принципу http://ftp.chg.ru
    Если так “продумать”, получится уникальная файлопомойка по принципу mirror.yandex.ru, и только.

    > (а также множества других зеркал).
    Вы не задумывались о том, что далеко не первый занимаетесь вопросом их организации?

    Можно было на том же opennet спросить—“тут сказали организовать крупное зеркало, мужики, подскажите, какие есть грабли”. Да хотя бы рядом найти того же pilot@ или других альтовцев.
    —-

    > Я предлагаю делать так. Создаём каталог, например,
    > /storage и в него монтируем либо наши отдельные жёсткие
    > диски, либо разделы LVM.
    Монтируем мы в него файловые системы. Я лично их рекомендую размещать на рейдах. Очень кратко про них уже упомянул.

    Про bind mounts—всё правильно.
    —- (missing)

    > О том как настроить Web, FTP и rsync сервера я
    > рассказывать не буду
    А зря, это важно. И то, что rsync надо чрутить, и то, что симлинками вида ../../../ на соседнюю ФС через чрут мы не перепрыгнем (это надо иметь в виду заранее), и о том, какие были выбраны пределы на количество соединений и LA—это всё для зеркала очень важно.

    > скажу только что мы используем Lighttpd и vsftpd.
    Ввиду неоднократного наблюдения за последние пару лет восторженного подхвата lighttpd в ALT разными опытными людьми, сменяющегося отвращением после похода в код при наступании на грабли вроде “не раздаёт файлики с плюсом в имени”—я этой софтине доверяю меньше, чем nginx.

    vsftpd—это гуманизм, да 🙂
    —- (разное)

    > rsync -aH—partial—timeout=1800—delete—delete-after—delay-updates \
    > машина_с_которой_зеркалируете::модуль
    А где trailing slash?

    > /storage/каталог/дистрибутива
    И тут?

    Почитайте по этой части man rsync, самый надёжный синтаксически способ—именно dir1/ dir2/

    > Ключ—delay-updates
    О, вот за это спасибо—обычно выписывал руками такой временный каталог, когда надо было. Тут уже я ман недочитал 🙂
    —- (mirror netiquette)

    > Ключ -W для копирования файлов целиком (есть вероятность,
    > что снизится нагрузка)
    И заодно увеличится потребление трафика теми, с кого тянете. Для них это бывает проблемой. Хотя здесь действительно tradeoff, для них лишняя нагрузка на CPU и дисковую может быть тоже хуже трафика.

    Впрочем, это ничто по сравнению со слишком частыми проверками (чаще раза в час)—хорошо, что приняли меры против перегрузки апстримов (боюсь, пока принимали—им было плохо).
    —- (разное)

    >—exclude=файл
    Позволяет указать только одно исключение; синтаксис—exclude ‘shell*pattern’ позволяет указывать стопку оных. Внимание, пути идут от корня компоненты без ”/” или ”./” в начале.

    > я использую самописные скрипты. Ниже приведён
    > один из таких файлов
    Параметризовать не пробовали?

    > принципом Pull-зеркалирования (это я так назвал)
    :)))
    —-

    PS: если хотите, можете предложить сделать mirror.yandex.ua и приезжайте меняться опытом 😉 Хотя надо бы добраться накатать свои заметки на linux.kiev.ua, чтоб было кому за что посыпать голову и мне 🙂

  5. PPS: забыл по софту добавить. Могу рекомендовать обратить внимание на:

    monit (tildeslash.com/monit);
    collectd (collectd.org);
    iftop ($distro/google);
    dstat (—””—).

  6. Tigro:

    Michael Shigorin
    Наконец-то Михаил Шигорин написал что-то по делу.

    Ну начнём с взаимных обвинений, что за много лет, я от ALT Linux тоже ждал большего!

    Вообще я хотел написать статейку про финты с rsync (а не с железяками и настройкой серверов). Про это дело практически ничего Вы и не сказали, так про опечатки и кое какие параметры.

    Про железо и рейд, про SCSI и SATA. Да у нас был 5-й рейд и XFS. 5-й рейд не подошёл а до 10-ки мы решили не доходить. Почему заменили XFS на ReiserFS? Не могу сказать, интуиция. В данном сочетании мы живем очень хорошо и load average у нас редко доходит до 5 (ну да не меряется в процентах, ну замечтался). К тому же о наличии или отсутствии рейда решения принимали много людей.

    Файлопомойкой я называю структуру зеркала. Я отказался от подобных принципов в угоду пользователю. Пользователь сейчас может найти все сразу и прямо из корня, а не думать и где же что-то лежит. Так что я считаю свой подход верным, да и мы не зеркалируем все подряд. А запятнать chg я ни в коем случае не хотел, лучше я бы назвал файлопомойкой http://ftp.nluug.nl.

    По поводу кешей, частей. Если держать, то все. И финтить только если мы не справляемся. Мы справляемся, до этого финтили.

    noatime – ага используем, но об это я и не писал.

    Lighttpd – там был замечен очень интересное поведение веб серверов под нагрузкой. В общем я думаю, что и с Apache мы бы сейчас потянули, но проверять сейчас не хочется.

    -W – это спорный вопрос. Но нам и о себе надо было подумать:)
    —exclude – не только одно, можно использовать различные регулярные выражения и в одном exclude исключить сразу несколько абсолютно разных каталогов и файлов. а в обчем мы об одном и том же.

    Параметризовать не пробовали? – лучше уж так, а то там так, тут сяк. Это все придирки не по делу.

    Пределы на количество соединений? Сейчас unlimit!

    trailing slash – забыл поправить, дальше-то указал.

    Lustre – это круто! У нас другая на неё точка зрения.

    PS. mirror.yandex.ua? Мы и так полу Украина.

    PPS. забыл по софту добавить. – знакомые всё софтинки.

    В общем спасибо за обсуждение! Я думаю мы оба чему-то научились.

  7. Tigro:

    >А почему через rsync://mirror.yandex.ru
    >не доступны репозитории debian-multimedia , debian-opera,
    >debian-virtualbox ?

    А вот это хороший вопрос, нужно обязательно поправить. Спасибо.

    >http redirect

    Нужно использовать не редирект, а проксирование. Тогда все будет работать, но и нагрузка на вебсервер возрастёт. Хотя я вижу вы об этом написали.

    В общем как я говорил Михаилу, либо мы колдуем если не хватает мощей, либо делаем всё как обычно.

  8. Tigro:

    Anonymous
    А я только копал:(

  9. zap:

    Кстати, давно хотел спросить – почему RPM’ки с конфигами для yum не архитектурно-независимые? То есть, зачем нужен tigro-release-8-1.x86_64.rpm и tigro-release-8-1.i386.rpm когда хватило бы одного tigro-release-8-1.noarch.rpm?

  10. Tigro:

    Это связано со smart.

  11. > Наконец-то Михаил Шигорин написал что-то по делу.
    Посмотрел “Michael Shigorin site:tigro.info”—буду признателен за ссылку, когда я здесь написал что-то не по делу.

    Наверное, стоит добавить, что времени на тех, по кому видно, что дела не будет—стараюсь просто не тратить. Исключение—случай “для архива”, когда сказана грубая ложь по небезразличному мне вопросу и решаю показать именно факт лжи, и заскоки (тоже ж человек).

    Так что предлагаю конструктивную критику считать комплиментом—естественно, на полностью симметричных условиях: я уже считаю.
    ———————————————————————
    > обвинений
    Аркадий, да какие обвинения 🙂 Я лично благодарен Вам лично и Яндексу как лавке, что такой ресурс есть. Вон ASP12 от вас зеркалил по совету Лёни, поскольку ихний ftp ближе к лежал тогда.

    > за много лет, я от ALT Linux тоже ждал большего!
    Я тоже; да и сейчас жду, но до чего дотягиваюсь—то делаю сам. Отличие от ASP, по крайней мере—получается сразу добавлять в unstable и из него (или бэкпортами)—в дистрибутивы, а не жить левым репозиторием, как бедный родственник, со всеми вытекающими проблемами.

    > Вообще я хотел написать статейку про финты с rsync
    А, вот оно как. Это получилось—мне тоже именно про rsync нашлось что почерпнуть 🙂

    > Про это дело практически ничего Вы и не сказали
    Потому что оно и было изложено наиболее компетентно. Собственно, перечитывая перед постингом—смягчил там некоторые “наезды”, поскольку вспомнил, что Вы ж описывали зацепление за ls-lR и другие “маячки”, чтоб те каждые две минуты не дерево бросаться сканировать, а один файлик (но замечание про достаточность часа остаётся в силе, коннекты тоже не бесплатные для той стороны).

    > Да у нас был 5-й рейд и XFS. 5-й рейд не подошёл
    Угу, он быстрее проседает под записью.

    > а до 10-ки мы решили не доходить.
    Слишком большая потеря пространства?

    Кстати, когда будете заменять вылетевшие одиночные диски—хорошо бы по возможности не забывать сперва восстанавливать на них подзеркала в точности так, как были на момент отказа, и только потом—bind или там правами давать их тащить дальше.

    Альтам (и мне заодно) как-то вдвигали фитиль за то, что они без предупреждения убрали с ftp апдейты для 2.2 (который был уже древний и неподдерживаемый, но тем не менее), у меня они успели удалиться rsync’ом, а потом залили назад из загашника как раз вот pilot@. До сих пор лежат, и до сих пор мне rsync (ну, crond) каждую ночь письма шлёт, что permission на удаление denied, а что-либо делать—лень. 🙂

    > Почему заменили XFS на ReiserFS? Не могу сказать, интуиция.
    Можете поверить, можете проверить, но от моей интуиции Вашей привет…

    Проверять (подкреплять, воспитывать, нужное, подчеркнуть) интуицию помогают bonnie++ с возрастающим числом потоков и тест вида “десять читают, один пишет” (как для зеркала).

    > К тому же о наличии или отсутствии рейда решения принимали много людей
    Так и предполагал, но советы-то давали Вы. Собственно, существенная часть иронического или отрицательного отношения в комментарии—именно поэтому. Если хотите, можете его пересмотреть в таком свете: поправки ли это к советам? Делают ли они его таким, за какой не стыдно?

    Мне, понимаете, бывает стыдно за свои советы—поэтому очень хочется, чтобы тем людям, с которыми так вот сталкиваемся, стыдно за уже пройденные глупости или недодуманности бывало пореже. Особенно если они или хорошие дела делают, или хотя бы большую половину всё правильно сказали.

    > Файлопомойкой я называю структуру зеркала.
    Стораджа или зеркала? Впрочем, неважно—плоская структура как раз и есть классика файлопомойки.

    > Я отказался от подобных принципов в угоду пользователю.
    А, т.е. все дураки, один я дартаньян? Поймите, и на ibiblio, и на heanet сидят не совсем лохи. Просто они уже проходили тот этап, когда “всем хватит корня диска C:”.

    > Так что я считаю свой подход верным, да и мы не
    > зеркалируем все подряд.
    Мы разделили сторадж (ну, ftp/http/rsync) и “морду” к нему:
    ftp://ftp.linux.kiev.ua/pub/
    http://www.linux.kiev.ua/ru/download/ (тж. en, ua)

    При этом на морде есть ссылки на другие серверы в округе, список “основных” подзеркал (с одной стороны, он первый кандидат в протухание—с другой, тут же ссылки на источник), а также поиск по индексу и лента новостей по категории “FTP” (с RSS).

    Не настаиваю, что это лучший вариант—он делался хоть и с некоторым продумыванием, но без особого планирования. Но надеюсь, что может пригодиться другим организаторам зеркал, особенно по регионам около LUG’ов.

    > По поводу кешей, частей. Если держать, то все.
    Что ж, тоже выбор.

    > И финтить только если мы не справляемся.
    Думаю, heanet тоже справлялись и возможности у них ну никак не меньше. Просто они—куда мощнее зеркало и популярнее. Вот и кэши.

    > Мы справляемся, до этого финтили.
    Мы финтим не только потому, что диски покупаются на деньги из задних карманов джинсов пары-тройки человек, а и потому, что не видим смысла зеркалить всякий ненужный древний хлам, который апстрим считает нужным держать на ftp.

    Есть и обратный пример—зеркало ALT исторически у нас местами даже полнее оригинала. Это тоже выбор, в данном разе мой.

    В остальном же для нас лучше работает, когда подзеркалами занимаются те, кто заметит проблемы с ними в силу того, что сами же и пользуются (протухло/не обновляется/рассыпалось, да что угодно бывало). Люди меняются, поддерживаемость подзеркал—тоже, но в общем мне кажется, что такая модель более живучая на выходе, поскольку кому надо, те и делают. Хотя баланс меняется со временем и железом, конечно.

    Исошки разве что зачастую сам таскаю, благо несложно.

    Сумма: вспомните это, когда диски начнут помирать. Я ж такой въедливый ровно потому, что “плавали, знаем” (правда, помирать не давали). Подход “а мы и так справимся” стоит на данный момент пары десятков гигабайт оперативки и SCSI/SAS/FC-массива, бишь изрядно большей грубой силы на тот же результат на выходе.

    > noatime – ага используем, но об это я и не писал.
    Очень зря не писали, это ж мегахинт 🙂

    > думаю, что и с Apache мы бы сейчас потянули, но проверять сейчас не хочется.
    Ещё бы… такого и не советовал.

    > -W – это спорный вопрос
    Да, конечно. Просто было бы здорово сразу такие метить—“мы подумали и решили”. И если выбор был сложен, может иметь смысл озвучить обдуманную альтернативу, раз она настолько неплоха.

    (NB: это не требование, а опять же пожелание/предложение)

    > Это все придирки не по делу.
    (пожав плечами) Ну как хотите.

    > Пределы на количество соединений? Сейчас unlimit!
    Завалить, что ли, в порядке лабораторной… 🙂 Что, и предел на LA не стоит? Соточку хотите? 🙂

    (начинать бороться с [невольным] DoS стоит с лимита соединений с одного IP, ну и помогает readahead, см. /sys/block и hdparm)

    > mirror.yandex.ua? Мы и так полу Украина.
    Эт была провокация 🙂 хотя в общем-то небезосновательная, но это отдельный вопрос.

    > В общем спасибо за обсуждение! Я думаю мы оба чему-то научились.
    И Вам спасибо; мне тоже так кажется.

    Опять же отличный повод вышел свои соображения из головы вытряхнуть на клавиатуру—мож и мне где расскажут, что к чему и где будут проблемы, которые я ещё не вижу. Толку-то с них в голове.

    Давайте мож через полгода-год провентилируем тему ещё раз да набросаем какое неформальное Mirror-Setup HOWTO с оглядкой на свою конкретику? Есть мнение, что в России вопросы трансконтинентальной связи будут закрываться дольше, чем в Украине (масштабы другие), а вот востребованность линукса вне уже накрытых мегаполисов—будет расти уже быстрей.

  12. tamerlan311:

    >Нужно использовать не редирект, а проксирование. Тогда все будет работать, но и нагрузка на вебсервер возрастёт. Хотя я вижу вы об этом написали.

    Ну не у всех резиновые каналы. Повторюсь что у меня домашнее решение, как говориться на коленке.
    При канале в интернет в 96кбит/с (да да то что за МКАД пределами – другое государство) проксировать запросы, отсутствующих файлов, народа из локалки желания мало.
    В тоже время уже кешированный архив может быть полезен и почему бы не раздавать?
    Поэтому и досадно что в такой сложной системе нет такой простой фичи как редирект.
    Впрочем это злостный оффтопик и к теме статьи никак не относится, крик души так сказать.

    А зеркало очень стабильное, спасибо!

  13. Tigro:

    Михаил, ещё раз про файлопомойку. Я вот чего обозлился-то. На некоторых сайтах приходится ходить через rsync и искать определённый дистрибутив. И я не знал даже куда пойти, ftp, pub, ещё какие-то каталоги. Тогда я залазил на некоторый ресурс где была ссылка по ftp допустим. И когда бродил к корню и смотрел куда копать я видел столько ссылок, что мне становилось страшно.

    Через полгода увидим как будем жить, хотя увидим это в конце апреля!

    P.S. И не надо наезжать на моё пристрастие к Fedora:)

  14. Anonymous:

    ASPLinux был нормальным пока был старый RedHat.
    Как только появилась федора, это заметно сказалось на стабильноси ASP.
    Лучше бы они исходники RHel до ума доводили наподобие CentOS.

  15. так ведь CentOS никто до ума даже и не пытается доводить,
    это просто с исходников пересобранный RHEL, единственное что там изменяют – только логотипы и торговые марки. все остальное – 100% бинарно совместимо с RHEL. даже ошибки. и если репортишь какую-то ошибку в CentOS`овскую багзиллу – они тебя прямым текстом посылают в Red Hat. когда исправят ошибку в RHEL – тогда и только тогда ее исправление появится в CentOS.

    такая ситуация устраивает всех. и пользователей, которые получают бесплатно дистрибутив, 100% совместимый с RHEL, и саму Red Hat, потому что CentOS конкурирует не с RHEL (по качеству дистрибутива), а только с Oracle (по цене технической поддержки).
    проигрывает от существования CentOS наверное только Oracle 🙂

  16. Mosga:

    Но вообще идея хороша. Раз asplinux все равно не успевает за федорой, а пользователям нравится стабильность и они не любят огромные пачки апдейтов, почему бы им не заняться пересборкой RHED? Будет клон центоса с добавлением мультимедии, стабильный, не слишком старый, вполне себе адекватный для десктопа. Новый дистриб каждые полтора года – очень даже нормально.

  17. Tigro:

    Вы забываете, что под маркой RHEL они выпускают ASPLinux Server. Он правда денег стоит, но если хочешь что-то более качественное чем CentOS, то платите.

    А SL кстати вы не пробовали вместо CentOS?

  18. Mosga:

    В том-то и дело! У RHEL есть сервер и десктоп, а в asp выпускают только сервер. В то время как десктоп asp явно тяготеет к отставанию от федоры и стабилизации. Использование RHEL с десктопным набором пакетов кажется неплохим решением. И поддерживать проще.

  19. Anonymous:

    Как CentOS, так и SL, и судя по всему RHEL, требуют допатчивания.
    Ядро с поддержкой reiserfs не отображает ничего в на tty при включенном vga=xxx. Пробовал даже пересобирать ядра от RH, добавив туда reiserfs. Результат один.
    mc в иксах при utf8 искажает символы, и дело скорее всего не в нем, т.к. я собирал mc от asplinux, не помогло. А в tty mc косячит с переменной LANG=C.
    А в cp1251 mcedit не хочет русские символы рисовать.
    И куча еще мелких утилит, в которых проблемы с русским в разных кодировках.

    А можно ли где-то скачать ASPLinux Server хотя бы SRPMS? Или АСП предпочитает нарушать GPL?

  20. Tigro:

    Там ведь нет нарушения GPL. Нужно просто попросить исходники.

  21. Anonymous:

    Ну и чего тогда они боятся их выкладывать?
    Ведь большинству корпоративных пользователей исходники не так уж нужны, а нужна коробочка с дисками и поддержкой.
    Да и простым юзерам не всем собирать из сырцов по кайфу будет.
    С Вашими рекомендациями начет mock, конечно проще, но все равно не для каждого.

  22. Mosga:

    > Как CentOS, так и SL, и судя по всему RHEL, требуют допатчивания.

    Ну это как сказать..

    > Ядро с поддержкой reiserfs не отображает ничего в на tty при включенном vga=xxx. Пробовал даже пересобирать ядра от RH, добавив туда reiserfs. Результат один.

    Я пересобирал редхатовское ядро с включением поддержки jfs – все работало идеально. В центоси в centosplus есть готовое ядро с поддержкой jfs, xfs – возможно, даже reiserfs вкомпилили? Оно тоже глючит?

    > mc в иксах при utf8 искажает символы, и дело скорее всего не в нем,

    Определенно не в нем. В Centos 5.0 и 5.1 не видел ни одного глюка mc в юникодной локали – русские символы, псевдографика, все идеально. Никаких пересборок не требуется. Как при логине по ssh с обыкновенного gnome-terminal, так и из винды через putty. Более того, по-моему в свежих 4.x все тоже идеально.

    Может, у вас какой-то шибко кривой эмулятор терминала? xterm с отключенной поддержкой utf-8 или еще что подобное?

    > И куча еще мелких утилит, в которых проблемы с русским в разных кодировках.

    Пример можно? Много лет работаю с RHEL и системами на его базе, на глюки локализации давно не натыкался. В 3.x, 4.0 и ранних 4.x были проблемки, да, но по-моему все даже к поздним 4.x подчистили. В 5 ветке так с самого начала все отлично работало.

    > А можно ли где-то скачать ASPLinux Server хотя бы SRPMS? Или АСП предпочитает нарушать GPL?

    Почему нарушать? Они и дают исходники всем купившим ASP, в соответствии с GPL. При этом они совершенно не обязаны давать исходники тем, у кого нет бинарников. GPL никак не запрещает распространять бинарники только за деньги и не давать исходники тем, кто не покупает бинарники.

    Разумеется, по тому же GPL есть легальный способ достать исходники без бинарников: можно просто попросить их у того, кто купил ASP. Он не обязан их передавать, но если он сделает это, то это будет совершенно легально и с его стороны, и со стороны лицензий ASP. Опять же, если он откажется, все будет ровно настолько же легально.

  23. Anonymous:

    >> В центоси в centosplus есть готовое ядро с поддержкой jfs, xfs – возможно, даже reiserfs вкомпилили? Оно тоже глючит?

    Да, оно тоже, это возможно с моим железом только проявляется, хотя как-то натыкался на похожие проблемы.

    >> Определенно не в нем. В Centos 5.0 и 5.1 не видел ни одного глюка mc в юникодной локали – русские символы, псевдографика, все идеально. Никаких пересборок не требуется. Как при логине по ssh с обыкновенного gnome-terminal, так и из винды через putty. Более того, по-моему в свежих 4.x все тоже идеально.

    В kde-шной konsole это становится сильно заметно заметно, а в xterm просто видно, что некоторые псевдографические символы исчезли. А если перевести на cp1251, то нормально, только mcview при просмотре текста вместо русских сиволов цифры показывает.

    >>Пример можно? Много лет работаю с RHEL и системами на его базе, на глюки локализации давно не натыкался. В 3.x, 4.0 и ранних 4.x были проблемки, да, но по-моему все даже к поздним 4.x подчистили. В 5 ветке так с самого начала все отлично работало.

    Например links в utf8. А также man в cp1251 сообщения в уникоде продолжает отправлять.

    >>Разумеется, по тому же GPL есть легальный способ достать исходники без бинарников: можно просто попросить их у того, кто купил ASP. Он не обязан их передавать, но если он сделает это, то это будет совершенно легально и с его стороны, и со стороны лицензий ASP. Опять же, если он откажется, все будет ровно настолько же легально.

    Тогда для каких целей АСП их не выкладывает? Все равно ведь кому нужно достанут.

  24. Mosga:

    > В kde-шной konsole это становится сильно заметно заметно, а в xterm просто видно, что некоторые псевдографические символы исчезли. А если перевести на cp1251, то нормально,

    Ну так может это в них глюк? putty и gnome-terminal как-то работают ведь. Оба, правда, получают удаленный доступ к машинке.

    Хотя вот специально сейчас проверил – взял машинку с centos 5.1, там иксы с доступом по vnc. Поставил mc, запустил в xterm’е. Без каких-либо настроек (юникодное оно там из коробки). Все идеально – псевдографика, русские буквы, и в mc, и в mcedit (и вводить можно). Так что тамошние иксы и xterm тоже не глючат. Кстати, я увидел, что изменились пара символов в скроллбаре при смене шрифта в xterm’е с Huge на Large, но это проблема какого-то странного иксового шрифта, в котором нет этих символов (с дефолтным “Huge”, моим любимым Terminus, Lucida Console и большинством других ее нет).

    > Например links в utf8. А также man в cp1251 сообщения в уникоде продолжает отправлять.

    Это врожденный баг links’а и от дистрибутива не зависит. В 8 федоре он точно так же глючит. Вообще во всех дистрибутивах в пределах моей текущей досягаемости с utf-8 он дружит очень плохо.

    А cp1251? RHEL/Centos/Fedora ее просто не поддерживают! Может оно и работает, но точно не обязано. Так что претензия не принимается.

    > Тогда для каких целей АСП их не выкладывает? Все равно ведь кому нужно достанут.

    Что значит, для каких?

    А вот для каких целей Redhat не выкладывает сорцы RHEL в свободный доступ (ftp/etc)? Их можно получить только тогда, когда в rhn есть рабочая подписка на сам дистрибутив (правда, там можно триалку на месяц заказать и выкачать сам дистрибутив и исходники, соответственно – не знаю, есть ли такое у asp).

  25. Anonymous:

    >> Хотя вот специально сейчас проверил – взял машинку с centos 5.1, там иксы с доступом по vnc. Поставил mc, запустил в xterm’е. Без каких-либо настроек (юникодное оно там из коробки). Все идеально – псевдографика, русские буквы, и в mc, и в mcedit (и вводить можно).

    Там справа у каждой панели есть подобие полосы прокрутки. Курсор в виде звездочки, и сверху и снизу сиволы кнопочек. Они у Вас тоже нормально рисуются или прямоугольником?
    В konsole эти символы заменяются двумя пробелами из за чего весь вид съезжает.

    >> А вот для каких целей Redhat не выкладывает сорцы RHEL в свободный доступ (ftp/etc)?

    Случайно не эти?
    ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Client/en/os/SRPMS/
    ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/

  26. 2 Tigro
    > но если хочешь что-то более качественное чем CentOS, то платите.
    Вот в этом-то я и не уверен. Ни насчёт “ASP лучше CentOS”, ни насчёт “хочешь лучше—плати”.

    Клоны—у них судьба такая, не выделяться из массовки ничем по существу.

    2 Mosga
    > Я пересобирал редхатовское ядро с включением поддержки jfs
    > – все работало идеально. В центоси в centosplus есть
    > готовое ядро с поддержкой jfs, xfs
    Хм, мне припоминалось, что в редхате не афишировали поддержку reiser (насчёт [jx]fs не помню), но она какое-то время была доступна и в инсталяторе.

    В любом случае позвольте выразить соболезнования забывшего, как ядра собирать. 🙂

    > > mc в иксах при utf8 искажает символы, и дело скорее всего не в нем,
    > Определенно не в нем.
    iconv не проверяли, стоит ли? (или gconv glibc’шное)

    > > И куча еще мелких утилит, в которых проблемы с русским в разных кодировках.
    > Пример можно?
    tr, sed там в UTF-8 уже работают с не-семибиткой нормально? Какие-то хаки делали, но их не то что в апстрим—даже в дебиан не взяли.

    Если кому припечёт—берите heirloom toolchest.

    > А вот для каких целей Redhat не выкладывает сорцы RHEL в свободный доступ?
    Здрасьте, а это что?
    ftp://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS

    PS: Red Hat—в отличие от ASP—даже почти не врёт в пресс-релизах.

    А вот ASP за упорное и неисправленное враньё в пиаре Server IV у меня лично умудрились угодить в блэклист.

    Хотя с ребятами общаемся, разумеется. Просто покупать у них ничего никому не посоветую.

    Вспоминая, как всё начиналось в ~1999—жаль 🙁

  27. Mosga:

    > Там справа у каждой панели есть подобие полосы прокрутки. Курсор в виде звездочки, и сверху и снизу сиволы кнопочек. Они у Вас тоже нормально рисуются или прямоугольником?

    Нормально. Хинт: не в любом шрифте эти символы есть. Ctrl-rightclick в xterm, man xterm на тему опции -fn. В тех шрифтах, где они есть, будут прямоугольники

    > В konsole эти символы заменяются двумя пробелами из за чего весь вид съезжает.

    Это злобный баг konsole. RHED по-моему kde-десктоп не поддерживает, так что претензию к ним предъявлять трудно. Все баги не выловить, особенно в строннем десктопном софте, когда речь идет о серверном или enterprise desktop дистрибутиве.

    > Случайно не эти?

    Хм. Не видел 😉 Вернее видел, но забыл.

    > Хм, мне припоминалось, что в редхате не афишировали поддержку reiser (насчёт [jx]fs не помню), но она какое-то время была доступна и в инсталяторе.

    Да дело не в анаконде. На инсталлятор мне точно пофиг (я не фанатик, чтобы систему на что-то кроме ext3 ставить). Но когда речь идет о многотерабайтных хранилищах, ext3 далеко не всегда хороший выбор. Просто согласно политике партии что-то кроме ext3 не поддерживается и выкинуто из ядра. При этом неофициально остальное отчасти развивается, например в RHEL 5.1 (кажется) добавили поддержку selinux-контекстов для jfs. В то время как в FC6, на базе которого оно было сделано и где jfs “из коробки” оно не работало.

    > В любом случае позвольте выразить соболезнования забывшего, как ядра собирать. 🙂

    Не надо соболезновать, это сводится к нескольким командам вроде rpm -bp, vim config, rpm -bb. А вообще для включения неподдерживаемых драйверов или фс ядро пересобирать не нужно, есть и такое ядро в комплекте – претензии к нему не принимаются, но драйверы там вкомпилены. Его я и использую там, где нужно. Проблема в том, что тогда я говорил про RHEL 5.1 beta, а к нему подобного ядра не шло 😉 Вот и пересобирал. После окончательного выхода 5.1 необходимость в пересборке отпала.

    > tr, sed там в UTF-8 уже работают с не-семибиткой нормально? Какие-то хаки делали, но их не то что в апстрим—даже в дебиан не взяли.

    “ну это везде так”. На самом деле, все вполне работает; во времена RH8-9, когда пытались впервые протолкнуть юникод, все было плохо и глюки от консольных утилит лезли. То же касается RHEL 3, соответственно. В 4 уже все пристойно, а в 5 и подавно – не хуже, чем в федоре. Может где-то какой-то тест свалится, но ни одного “юникодного” глюка за последние пару лет не видел.

    > PS: Red Hat—в отличие от ASP—даже почти не врёт в пресс-релизах.

    Еще бы им врать.. Не тот уровень немного.

    > А вот ASP за упорное и неисправленное враньё в пиаре Server IV у меня лично умудрились угодить в блэклист.

    Хехе. У меня, жила машинка на asp server II. Вначале было прикольно, через несколько лет глянул – ну тот же 3 центос с некоторым отставанием, вид сбоку. Но когда ставил, это было другое время, я тогда во-первых asp на десктопе использовал, во-вторых все только шло к тому, чтобы на сервер ставить “серверные” дистрибутивы – RH только выпустил EL3, провел у нас презентации и начал продажи в России, цены казались запредельными и т.д. – я и подговорил начальство на покупку asp server, чтобы не менять каждый год дистрибутив на сервере. Centos еще не было и в помине. А машинка та, кстати, до сих пор живет, только не используется и была недавно выключена – но переставлять там точно никто ничего уже не будет, этот дистриб, был, видимо, последним в ее жизни..

  28. Anonymous:

    А не планирует ли яндекс делать свой дистр? Русский, стабильный и удобный.
    Ну и софт какой-нибудь открытый для повышения крутизны яндекса.
    А то гугл делает какие-то движения. А россия ведь не хуже.
    Сразу на голову выше станут.

  29. Tigro:

    Кое что Яндекс будет делать в плане опенсорса. Дистрибутива в “никаких” планах нет. Так как если уж делать дистрибутив, то на мой взгляд нестабильный, специально для девелоперов.

  30. vvk:

    Господа, кажется у вас неправильно выбрано время синхронизации с rsync.altlinux.org.

    “Оптимальное время для зеркалирования – 2 часа ночи по Московскому времени (MSK) или 23.00 по Гринвич (GMT).” (ц) altlinux.ru

  31. Tigro:

    В 2, вот time stamp

    У вас есть публичный mirror freshness?

  32. vvk:

    Поправка – администратор сервера (Dmitry V. Levin, ldv@altlinux) говорит, что оптимальное время – 6:00-8:00 MSK. Информация на сайте будет поправлена.

  33. Vlad:

    Еще интересная статья на тему зеркал (+ см. ссылки в ней): http://se.archive.ubuntu.com/about/index.html

    PS: после релиза Убунты 8.04 прошло 6 дней, а Яндекса все еще притормаживает 🙂

  34. Kuzmich:

    Проблемно зеркала работают:

    Determining fastest mirrors

    * extras: mirror.yandex.ru
    * updates: mirror.yandex.ru
    * base: mirror.yandex.ru
    * addons: mirror.yandex.ru
    Reading repository metadata in from local files
    http://mirror.yandex.ru/centos/5.2/extras/i386/repodata/primary.xml.gz: [Errno 12] Timeout:
    Trying other mirror.

    Причем это не только с CentOS, браузер тоже периодически вываливается по таймауту. Нахожусь в Екатеринбурге.
    Получаются обломы, дистры определяют как самый быстрый mirror.yandex.ru а потом ждут по полчаса соединения и в итоге не могут соединиться.