Компания Red Hat официально анонсировала (https://www.redhat.com/archives/rhelv6-announce/2010-Novembe...) выход дистрибутива Red Hat Enterprise Linux 6 (http://www.redhat.com/rhel/), который будет поддерживаться до 2020 года. Основными отличительными возможностями RHEL 6 названы всесторонняя поддержка виртуализации, переход на использование современного Linux-ядра, улучшенная поддержка технологий энергосбережения и доступ к самым свежим версиям программного обеспечения.
Дистрибутив поставляется в следующих вариантах:
- Серверный вариант: Red Hat Enterprise Linux Server- Кластерное хранилище (Clustered Storage);- Файловая система большого размера (Large File System);- Высокая доступность (High Availability);- Балансировка нагрузки (Load Balance).
- Десктоп-вариант Red Hat Enterprise Linux Workstation
- Large File System
Ключевые улучшения (http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6......URL: http://www.redhat.com/about/news/prarchive/2010/new-standard...
Новость: https://www.opennet.ru/opennews/art.shtml?num=28610
Ждём CentOS 6
Плюсую, только к сожалению остаюсь на пятой и буду на ней пока клиенты не начнут переходить на новую версию. Ынтепрайз ёптить.
Угу :(
Аналогично....
Но новые шаблоны серверов нужно делать уже на шестерке, да и старые потихоньку обновлять..
ну судя по хронологии выхода RHEL и CentOS полтора месяца ждать.
Не угадал. 8 месяцев прошло.P.S. Извиняюсь за некропост.
А что стабильнее - RHEL или CentOS?
RHEL - там есть репозитории fasttrack, по которым фиксы для многих уюязвимостей приходят моментально (скажем, в течении для после появления проблемы). Так же там находятся пакеты со специфичными фиксами, которые иногда вообще не попадают в обычные репозитории обновлений месяцами. В Centos аналога этого нет, там в репозоториях обновления только то, что в репозиториях обновления редхата.
Уязвимости не относятся к uptime'у? Это от атак, рассчитаных на дыры в софте?
В Fasttrack есть
1) фиксы 0-day уязвимостей, для тех, кому критично "срочно". Кому не срочно - не подключют, через несколько дней-недель пакет появляется в updates. Центосовцы могут пользоваться только вторым.
2) фиксы всяких неприятных проблем, специфичных для каких-то ситуаций, но почему-то по мнению редхата не попадающих в апдейты
В общем, fasttrack это опциональный репозиторий молниеносных апдейтов для редхата, который рекомендуется к подключению либо на серваках, которые смотрят кучей сервисов в инет и где критичен фикс безопасности как можно раньше, и из которого рекомендуется дергать отдельные пакеты в случае определенных проблем с ними - для остальных. В остальных случаях можно не подключать, тогда оперативность редхата примерно равна центосу в тот момент, когда не готовятся релизы (как известно, центос "славится" тем, что во время выхода релизов у них на пару недель, если не больше, полностью прилипает конвеер выхода обновлений для всех остальных версий).
srpm'ки ftp://ftp.redhat.com/pub/redhat/linux/enterprise/6/en/source.../
kernel-2.6.32-71.el6.src.rpm - остальное ерунда :)
бтр включили.
ынтырпрайз-рэди?
Ну что ж вы так сразу. Вот что надо качать:kernel-2.6.32-71.7.1.el6.src.rpm
:-)
Приятная новость! Классный релиз, ничего не скажешь товарищи из Красной Шляпки молодцы, трудятся не покладая рук и ног.
10 лет поддерживать 2.6.32, когда новые ядра линукса выходят в среднем 1 раз в 2 месяца - это сильно.
> 10 лет поддерживать 2.6.32, когда новые ядра линукса выходят в среднем 1
> раз в 2 месяца - это сильно.Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.
>Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это ведь реально мешает.
бери 2.2
ее уже никто не ломает и никто не мешает
> интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это
> ведь реально мешает.Ванильное ядро постоянно в разработке, поэтому и нет стабильного API. Официальная позиция Линуса - стабилизацией кода и сохранением ABI должны заниматься дистрибутивы, что они успешно и делают, беря в качестве отправной точки определенный релиз ядра. Для тех, что не могут себе позволить бэкпортирвоание фич, поддерживается несколько версий с расширенным сроком поддержки, например, 2.6.32 и 2.6.16.
Скажем так - официальная позиция - надо давать зарабатывать деньги дистрибутивам.
И тем самым создавая предпосылки для lockin. Тот же 3ware выпускает драйвера под рейды - только под определенные дистрибутивы и определенные ядра.
Хочешь ставить vanila или не одобреный дистрибутив - идешь сосать лапу.
вот так теперь выглядит lockin в исполнении linux.
Больной? 3ware выпускала ИСХОДНИКИ драйверов, которые попадали через девелоперов прямиком в ядро.Этим грешит Intel, Adaptek и LSI (которая сейчас, кстати, купила 3ware), но и у всех их есть хорошие модели райдов, драйвера для которых открыты.
сам больной. дрова которые в ядре - далеко не под все рейды.
А самое смешное что с открытыми дровами идет шаманство - с этим райдом работает эта версия, с другим другая. Так что сказочки тут не рассказывай.
>>Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.
> интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это
> ведь реально мешает.Потому что красноглазые хомячки привыкли так писать код.
И они считают нормальным ломать его каждые неск. месяцев. А что у людей на серверах потом возникают проблемы - так это ж неважно. Красноглазики существуют в своем мире.А энтерпрайз и надежные системы - в другом мире.
>>>Использовать новые ванильные ядра и ломать ABI каждые 2 месяца и каждый раз пересобирать все драйверы и левые модули ядра - это сильно.
>> интересно, для чего ABI ломают так часто. улучшить что-то хотят ? это
>> ведь реально мешает.Потому что красноглазые хомячки привыкли каждые неск. месяцев. на серверах устанавливать непроверенное ПО, потом возникают проблемы - так это ж неважно.
Красноглазики существуют в своем мире.
А энтерпрайз и надежные системы - в другом мире./fixed
Ну, по крайней мере все наконец то смогут выбросить свои задолбавшие уже .18 ископаемые :)ЗЫЖ хоть мне и не нравятся redhat-based, но редхату за такую работу над системой - желаю всяческих профитов!
Ядро 2.6.32 в RHEL6 очень мало общего имеет с ванилиним 2.6.32, к томуже насколька я знаю RedHat бекпортирует много новшеств и драйверов в свое ядро не ломая ABI
diff в студию :)
Понимаю, много улучшений, но "мало общего" - это, по-моему, громко сказано.
> diff в студию :)
> Понимаю, много улучшений, но "мало общего" - это, по-моему, громко сказано.Там diff по размерам примерно равен самому ядру ;)
Было много статей на эту тему.
Кроме того, загрузите же srpm и убедитесь в сами - там ядро отдельно, диффы отдельно!
нет уже дифов. нету.
> нет уже дифов. нету.Ну, можно для пятерки сравнить :)
srpm 90 мегов, где 41 мег - сжатый tbz ядра. Остальное - патчи )
А в шестерке.. хмм.. ну я не знаю, вручную дифф с ваниллой сделать, если только ради счетчика :) Несложно ведь, только место свободное нужно.
вот именно - только ради счетчика. ибо другой ценности этот дифф не представляет.
Разбираться в 150мб патче - весьма и весьма геморойно.
Вот это мощь! Вот это сила!
А на какой версии Fedora основан RHEL 6?
Нечто среднее между FC12 и FC13. Судя по бете.
в ядре есть фиксы и из 2.6.35 так что нормально всё.
Желаю удачи техподдержке. Ей сейчас трудно.
> Желаю удачи техподдержке. Ей сейчас трудно.Работать всегда трудно)
Red Hat сейчас переходит в фазу "продавать-продавать-продавать".
Если вы думаете, что трудно техподдержке, вы не представляете, как сейчас пашут менеджеры по продажам =)
А техподдержке будет трудно где-то через месяцок.
Когда при переходе на новое ядро начнут вылазить баги и фичи.
Это не значит, что ядро бажное - просто у заказчиков бывают очень веселые конфигурации.Представьте, что у вас деревянный пол и вы его отполировали до блеска и даже до зеркального эффекта.
А в один прекрасный день вам поставили новый пол, "более крепкий и красивый".
И теперь его полировать и полировать - вылизывать до блеска.Вот примерно то же самое будет происходить, при переходе с 2.6.18 на 2.6.32
завтра полезу искать, где её за пайпал купить
> завтра полезу искать, где её за пайпал купитьОсобо и искать не надо https://www.redhat.com/wapps/store/catalog.html
Думаю PayPal там быть просто обязан.
я уже им написал вопросов в суппорт даже
в России представлена компания VDEL, официально представляющая RedHat, продающая подписку (дистрибутив в виде ISO образа без обновлений вы можете скачать после регистрации и так) и предоставляющая техподдержку. Телефоны не помню навскидку, но легко нагуглить
.
и не надо никакого пэйпала ...
> в России представлена компания VDEL, официально представляющая RedHat, продающая подписку
> (дистрибутив в виде ISO образа без обновлений вы можете скачать после
> регистрации и так) и предоставляющая техподдержку. Телефоны не помню навскидку, но
> легко нагуглить
> .
> и не надо никакого пэйпала ...Нет уж нет уж!
Вы цены видели? В два раза дороже, чем у редхата.
Оплатить по кредитке в американском магазине редхата выходит значительно дешевле. Лицензия ровно та же самая (ключ для активации системы в rhn) :p
звонить в американскую техподдержку как-то проблематично будет. они ж по-нашему нибубу...
> в России представлена компания VDEL, официально представляющая RedHat, продающая подписку
> (дистрибутив в виде ISO образа без обновлений вы можете скачать после
> регистрации и так)Для "скачать так" пока что доступна бета 5.6 - но не 6-ка.
Или уже есть ? Утром не было.
бесплатно можно скачать с оф сайта, там что-то типа Test Drive есть. 30 дней доступа к репозитариям, потом и CentOS выйдет и просто зеркала переключить останется
Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise Virtualization. Отмазка ?не отрелизилось? у них кончилась.
> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
> Virtualization. Отмазка ?не отрелизилось? у них кончилась.У тебя от этого зарплата увеличиться?
Если нет, что скорее всего, то нах...я тебе это надо. :)Солдат спит - служба идёт.
Серевер работает - бабло идёт.
Ну кроме бабала есть ещё и интерес....
>У тебя от этого зарплата увеличиться?Увеличится она у меня и без этого.
>Если нет, что скорее всего, то нах...я тебе это надо. :)
Мне просто надоел церебральный интим с VMware. Переход позволит мне крепче спать по ночам, не подрываясь из-за очередного подвисания ноды с этим долбаным ESXi.
Ну тогда за коньячком и к начальству... Так и говори, мол сплю плохо, кошмары мучают...
Поставьте человеческий ESX 4.1 с патчами и спите спокойно.
>Переход позволит мне крепче спать по ночам, не подрываясь из-за очередного подвисания ноды с этим долбаным ESXi.У такого талантища даже выключенный будет глючить :) И неважно что внутри ...
Тут не систему надо менять а прокладку!
> Мне просто надоел церебральный интим с VMware. Переход позволит мне крепче спать
> по ночам, не подрываясь из-за очередного подвисания ноды с этим долбаным
> ESXi.Есть такое дело, да 8-)
КВМ не идеален, но хорош.
> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
> Virtualization. Отмазка ?не отрелизилось? у них кончилась.если критично пользовать шестерку, то переходить рановато. но вообще тенденция правильная
>> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
>> Virtualization. Отмазка ?не отрелизилось? у них кончилась.
> если критично пользовать шестерку, то переходить рановато. но вообще тенденция правильнаяДа я ещё на 5.5 демонстрировал ?всё работает?. Это такой контраргумент у начальства был.
>> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
>> Virtualization. Отмазка ?не отрелизилось? у них кончилась.
> если критично пользовать шестерку, то переходить рановато. но вообще тенденция правильнаяbeta2 уже испольузется у меня пару месяцев.
Весьма стабильна.
А вы уверены, что плотность виртуалок будет не хуже?
У меня вот с KVM почти в 3 раза меньше чем с вмварой на том же железе помещается. И резервации процессора у квм нет.
Меня это беспокоит, я хочу об этом поговорить.
Вы уже пробовали готовить?
> А вы уверены, что плотность виртуалок будет не хуже?
> У меня вот с KVM почти в 3 раза меньше чем с
> вмварой на том же железе помещается. И резервации процессора у квм нет.
> Меня это беспокоит, я хочу об этом поговорить.
> Вы уже пробовали готовить?Вряд ли. А уж если гонять внутри винду - кластер ESXi с центральным data store + vCenter - рулят настолько что просто и говорить странно. Один memory balloon чего стоит.
Но товарисчу красному админу на цифры положить :) оно их и не считает - в общем пожелаем ему удачи, он тоже имеет право на секис как и любой из нас :)
>> . Один memory balloon чего стоит.с проблемными драйвером, да. С тормозами.
Если стоит вопрос - любой ценой впихнуть побольше виртуалок, то полезная. А так - нафиг.В KVM , кстати, есть технология экономии памяти за счет поиска совпадающих фрагментов в разных VM.
Управлялка есть, хотя до Vmware ей пока что как до Луны.
Только вот достала та ВмВарь очень многих и очень давно своими закидонами.
так что для коропоративного применения KVm очень интересен.
А так есть еще и Ксен сервер, где возможностей по нарзеке процессоров и ядре не меньше, чем в ВмВари.
> Всё, начинаю уламывать начальство на миграцию с VMware на Red Hat Enterprise
> Virtualization. Отмазка ?не отрелизилось? у них кончилась.капитан сообщает, что надо убедиться, что сервера поддерживают виртуализацию на уровне процессора, иначе эта виртуализация работать не захочет. (см RedHat KVM)
upstart - все-таки редкосное угребище. Надо будет посмотреть, удалось ли Редхатовцам что-то приличное из него сделать.
> upstart - все-таки редкосное угребище.Посмотрим будет ли systemd лучше :). Его тот же автор что и пульсаудио писал, IIRC oO. Задумка выглядит хорошо, но будет ли такой же хорошей реализация - вопрос. И кроме того - бардак из систем инициализации - не рулит.
морду лица им бить надо!!!:1. -------------------------------------------------
# make
expr: синтаксическая ошибка
/bin/sh: line 0: [: -ge: ожидается использование унарного оператора
CHK include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm -> include/asm-x86
CALL scripts/checksyscalls.sh
CHK include/linux/compile.h
LD init/built-in.o
init/mounts.o: In function `mem_cgroup_split_hugepage_commit':
(.text+0x0): multiple definition of `mem_cgroup_split_hugepage_commit'
init/main.o:main.c:(.text+0x130): first defined here
make[1]: *** [init/built-in.o] Ошибка 1
make: *** [init] Ошибка 22. -------------------------------------------------
# make
expr: синтаксическая ошибка
/bin/sh: line 0: [: -ge: ожидается использование унарного оператора
CHK include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm -> include/asm-x86
CALL scripts/checksyscalls.sh
CHK include/linux/compile.h
CC arch/x86/mm/hugetlbpage.o
In file included from arch/x86/mm/hugetlbpage.c:10:0:
include/linux/hugetlb.h: В функции ‘hstate_inode’:
include/linux/hugetlb.h:249:2: ошибка: неявная декларация функции ‘HUGETLBFS_SB’
include/linux/hugetlb.h:249:6: предупреждение: в присваивании целое преобразуется в указатель без приведения типа
include/linux/hugetlb.h:250:12: ошибка: доступ по указателю на неполный тип
make[2]: *** [arch/x86/mm/hugetlbpage.o] Ошибка 1
make[1]: *** [arch/x86/mm] Ошибка 2
make: *** [arch/x86] Ошибка 2-----------
Короча так, без вот этих " обязательно нужных" параметров
их ядро не скомпилиться.CONFIG_CGROUP_MEM_RES_CTL
CONFIG_HUGETLBFS3. -------------------------------------------------
LD init/built-in.o
LD .tmp_vmlinux1
fs/built-in.o: In function `xfsbufd':
xfs_buf.c:(.text+0xabea9): undefined reference to `list_sort'
fs/built-in.o: In function `xfs_flush_buftarg':
(.text+0xac904): undefined reference to `list_sort'
fs/built-in.o: In function `xfs_buf_delwri_sort':
(.text+0xac882): undefined reference to `list_sort'
make: *** [.tmp_vmlinux1] Ошибка 1---------------------
Этот глюк ваще ппц. Код XFS взят из 2.6.34, где добавили фишку CONFIG_LIST_SORTРедХатовцы, тоже её добавили, только забыли дать команду на компиляцию.
Не, она конечно объявлена в lib/Makefile, но никто её не запускает :)
Т.е. если мы запустим# grep -R CONFIG_LIST_SORT ./
то найдём её только в lib/Makefile
obj-$(CONFIG_LIST_SORT) += list_sort.o
-------------
Лечиться так:
--- a/lib/Makefile 2010-11-11 04:36:04.565655307 +0300
+++ b/lib/Makefile 2010-11-11 04:36:28.294557543 +0300
@@ -21,7 +21,7 @@
obj-y += bcd.o div64.o sort.o parser.o halfmd4.o debug_locks.o random32.o \
bust_spinlocks.o hexdump.o kasprintf.o bitmap.o scatterlist.o \
- string_helpers.o gcd.o lcm.o
+ string_helpers.o gcd.o lcm.o list_sort.o
ifeq ($(CONFIG_DEBUG_KOBJECT),y)
CFLAGS_kobject.o += -DDEBUG
@@ -40,7 +40,6 @@
lib-$(CONFIG_GENERIC_FIND_NEXT_BIT) += find_next_bit.o
obj-$(CONFIG_GENERIC_FIND_LAST_BIT) += find_last_bit.o
obj-$(CONFIG_GENERIC_HWEIGHT) += hweight.o
-obj-$(CONFIG_LIST_SORT) += list_sort.o
obj-$(CONFIG_LOCK_KERNEL) += kernel_lock.o
obj-$(CONFIG_DEBUG_PREEMPT) += smp_processor_id.o
obj-$(CONFIG_DEBUG_LIST) += list_debug.oУ меня сразу напрашивается вывод, что работу XFS, они ваще не тестили.
Если в бинарном ядре есть поддержка XFS, то оно собрано не из этих исходников!!!
Потому как НУ НЕТ НИ ОДНОГО ПРАВИЛА ДЛЯ ТОГО ЧТОБ СКОМПИЛИЛОСЬ с LIST_SORT!!!
А это уже попахивает сокрытием кода и расстрелом всего РедХэт!!Вот после таких закидонов, чёй-то даже стрёмно РХЕЛ юзать. :)
Что так напрягаешься то, жди CentOS 6.0, там сделают все как нужно и даже откомпилируют за тебя, останется только несколько раз кнопку далее нажать.
То что не компилятся исходники редхата всеми подряд это еще со старой версии известно, центось про это говорят сами и они допиливают чуть-чуть для людей.
Ты это только сейчас узнал? На самом деле они просто в конфиг добавили нужную опцию и все. С времен rhel3 ядра шапки несобираются с конфигом отличными от поставляемого. И шапку этот момент слабо волнует а те кто пытаются через багзилу с этим бороться посылаются далеко.
> У меня сразу напрашивается вывод, что работу XFS, они ваще не тестили.Ну дык фигли, поддержка XFS - за дополнительные деньги, вот как найдутся желающие и заплатят, так и протестят :)
Да и не только XFS теперь за дополнительные деньги: http://www.redhat.com/rhel/purchasing_guide.html
> Вот после таких закидонов, чёй-то даже стрёмно РХЕЛ юзать. :)
Во-во :)
>> У меня сразу напрашивается вывод, что работу XFS, они ваще не тестили.
> Ну дык фигли, поддержка XFS - за дополнительные деньги, вот как найдутся
> желающие и заплатят, так и протестят :)
> Да и не только XFS теперь за дополнительные деньги: http://www.redhat.com/rhel/purchasing_guide.htmlПрекрасно работает xfs с их ядром. Без каких-либо проблем.
А почему в RHN в названии имеется Beta ?
"Red Hat Enterprise Linux Server Beta (v. 6 for 64-bit x86_64)"
Ну не успели переименовать, бухают, что такого то :-)
Спрашивается зачем рекламировать платный продукт? Который кстати недоступен никому кроме купивших подписку к шапки.
потому что технически это свободный продукт, а бинарники за бесплатно вам никто не обещал!
Да да, только что бы распространять что-то с лейблом redhat надо получить от них разрешение.
И где тут свобода?
Вот CentOS свободный - а это очередная пропринетарная игла - на которую подсадили.
Выйдет релиз CentOS - тогда и пишите анонс, а пока - смысла в нем нету - ибо все равно пощупать это можно только купив.
товарищ, не тролль. линукс -- это считай и есть редхат :)
> товарищ, не тролль. линукс -- это считай и есть редхат :)не, ну, это толсто :)
> И где тут свобода?Код свободен.
Торговая марка Redhat несвободна.
Что не ясно ?
ты этот код видел? начиная с этого релиза - ядро теперь представляет один tar.gz с наложеными патчами, а не vanila + стопка патчей. Если раньше в изменениях разобраться можно было - теперь считай надо каждый раз изучать ядро заново (учитывая объем патчей которые они накладывают).Если это свобода кода - то я испанский летчик. Где доступ к git что бы видеть историю коммитов? или как раньше стопка патчей по которым можно проследить динамику изменений.
Вобщем RH двигается в сторону закрытия своей работы при этом стараясь не нарушать букву GPL.
исходники предоставлены - предеставлены, а то что
1) не собирается с конфигом отличным от RH - это фигня и на это в багзиле не реагируют
2) максимально осложнен анализ сделаных шапкой изменений.
3) Триал версия может работать только на 2 sockets материнках. А что делать если их 4 ?
> Item Description : Red Hat Enterprise Linux (Up to 2 sockets) (Unsupported)Все.. ты нарушитель если поставил на более мощную машину.
Мало?
последний раз ставил FreeBSD в продакшен в 2001 году, перейдя на Линукс
после нынешних новостей задумываюсь, что хорошо иметь БЗДю в качестве запасного варианта ...
вот и команда Дебиана вроде анонсирует выпуск следующего релиза с двумя ядрами - линуксом и БСД
:( мир никогда не будет таким, как прежде
> потому что технически это свободный продукт, а бинарники за бесплатно вам никто
> не обещал!Если так брать - то исходники никто не обещал выкладывать в публичный доступ, только для тех кто купил бинарники. Так что о какой свободе технической говорите ?
свобода в том что если я приобретаю бинарники, я получаю исходники. Не путайте слово "свобода" и "бесплатно"
> свобода в том что если я приобретаю бинарники, я получаю исходники. Не
> путайте слово "свобода" и "бесплатно"Если ты уже получил бинарники - нафик тебе исходники?
Имея 100ку другую серверов ты будешь в них копаться? Помоему у тебя на это времени не останется :)
Это так - очередной маркетинговый ход, что бы придать себе больше пиара.Да и какая это свобода - если произвольные от GPL кода - не отдают без денег.
Это так.. обман.
> Если ты уже получил бинарники - нафик тебе исходники?Не просто исходники, а исходники под GPL.
1) Самим баги править, не платя за поддержку.
2) Нанять альтернативную поддержку
3) Выпустить конкурирующий дистрибутив
4) Внести новые фичи в некоторое ПО> Это так.. обман.
Обман - это то что ты говоришь. Сними черно-белые очки.
>> Если ты уже получил бинарники - нафик тебе исходники?
> Не просто исходники, а исходники под GPL.
> 1) Самим баги править, не платя за поддержку.у тебя квалификации хватит что бы править во всем софте? сколько времени ты потратишь на изучение?
> 2) Нанять альтернативную поддержку
Ты много знаешь кто может представить поддержку под дистрибутиву RHEL? целых 0 штук.
Формально можешь - фактически нет.> 3) Выпустить конкурирующий дистрибутив
Это единственное что можешь. Собрать и хвастаться этим.
> 4) Внести новые фичи в некоторое ПО
Все было бы круто - только ядро собирается только с конфигом от RH, патчи интегрированы в архив для осложнения изучения. И так со всем остальным.
Так где ты говоришь свобода? выглядит все как обычный vendor lock - то есть поставил шапку, и только шапка может тебе помочь с решением твоих проблем. Ты можешь все переставить - но в конце концов это деньги которые прийдется потратить. А RH не желает что бы эти деньги ушли мимо их кармана.
>> 1) Самим баги править, не платя за поддержку.
> у тебя квалификации хватит что бы править во всем софте? сколько времени ты потратишь на изучение?Если я админ конторы из 5 человек, то мне вообще ничего править не надо, все и так хорошо и бесплатно + есть конкурирующме дистрибутивы. Если я контора с тысячью серверов, то буду держать в штате специальных сотрудников которые будут этим заниматся. Если я нечто среднее, то и ответ средний.
>> 2) Нанять альтернативную поддержку
> Ты много знаешь кто может представить поддержку под дистрибутиву RHEL? целых 0 штук.Так как меня еще не забанили в гугле, я нашел 2 конторы по CentOS за 5 минут. Уверен, что за день можно найти больше 20. Не думаю что кто-то из них откажется поддерживать RHEL.
>> 3) Выпустить конкурирующий дистрибутив
> Это единственное что можешь. Собрать и хвастаться этим.кто-то может вложиться, раскрутится, создать службу поддержки и зарабатывать миллионы конкурируя напрямую с Redhat
>> 4) Внести новые фичи в некоторое ПО
> Все было бы круто - только ядро собирается только с конфигом от RH, патчи интегрированы в архив для осложнения изучения. И так со всем остальным.Для внесения новых фич не нужно иметь всю информацию об истории создания. Конечно неприятно что патчи по отдельности не дают, но не смертельно.
> Так где ты говоришь свобода? выглядит все как обычный vendor lock
если бы был лок - существование CentOS было бы невозможным.
> и только шапка может тебе помочь с решением твоих проблем.
нет;
Свобода кода не подразумевает никакой поддержки от поставщика,
а свободу поддерживать себя самому, свободу выбора поддержки, свободу создать свою службу поддержки и конкурировать с поставщиком.
> Если я контора с тысячью серверов, то буду держать в штате специальных сотрудников которые будут этим заниматся. Если я нечто среднее, то и ответ средний.По опыту общения с датацентрами за бугром - никто этим заниматься не будет.
> Так как меня еще не забанили в гугле, я нашел 2 конторы по CentOS за 5 минут. Уверен, что за день можно найти больше 20. Не думаю что кто-то из них откажется поддерживать RHEL.
Сколько из них в состоянии предоставить поддержку по ядру? когда в очередной раз там баг вылазит?
Что касается поддержки - ты можешь или использовать пакеты от RH, или ты обязан вырезать все упоминания - взять пакет, наложить свой патч и поставить в систему ты не имеешь права. (ТМ) однако.
То есть такой поддержкой ты переводишь фактически на CentOS - так причем тут RH ?
Или ты считаешь что эти конторы пропихнут фикс в шапку и пакет прийдет в очередном обновлении из RH repo ?> Для внесения новых фич не нужно иметь всю информацию об истории создания. Конечно неприятно что патчи по отдельности не дают, но не смертельно.
Еще раз. ты смотрел что из себя представляет RH kernel? От vanila там очень мало что осталось - если ты хочешь что-то туда дописать - тебе надо не просто следить за тем что в vanila kernel, а и видеть на что они поменяли и что тянет за собой это изменение - которое может быть весьма не тривиальным.
Теперь тебе дают просто один исходник "разбирайся" - тебе мало того что надо найти тот патч что наложили - так и проследить историю его изменения что бы понять как менять код который написан был для vanila.
> если бы был лок - существование CentOS было бы невозможным.CentOS это простая пересборка. А не набор сервисов которые предоставляет RHN (redhat network) + служба поддержки. vendor lock бывает не только на одну маленькую программу, это понятие "чуть" больше.
попробуй собери RH kernel с измененным конфигом - не можешь? а почему вдруг support тебя послал с этой проблемой?
> По опыту общения с датацентрами за бугром - никто этим заниматься не будет.Значит дешевле платить поддержке, чем воспользоватся свободой и не платить. Но свобода освобождает от lockin.
> наложить свой патч и поставить в систему ты не имеешь права. (ТМ) однако.
Добавь в патч стрип торговой марки
твоя проблема в том что у тебя слишком мало ресурсов чтобы воспользоватся предоставленной свободой, это не значит что свобода не предоставлена.
> То есть такой поддержкой ты переводишь фактически на CentOS - так причем тут RH ?
> ....
> CentOS это простая пересборка.Ты сам ответил на свой вопрос.
Redhat на 99.9% оплатил создание 100% кодового эквивалента CentOS, потому что предоставил свободно код, на который у тебя не хватило ресурсов чтобы воспользоватся свободой самому. Так используй CentOS посредника.
>> По опыту общения с датацентрами за бугром - никто этим заниматься не будет.
> Значит дешевле платить поддержке, чем воспользоватся свободой и не платить. Но свобода
> освобождает от lockin.это и есть lockin. vanila kernel - не стабильный и не планируется его стабилизация.
"это задачи дистрибуто клипателей", дальше не совместимые между собой дистрибутивы - начиная о расположения файлов на fs и кончая набором библиотек и софта.>> наложить свой патч и поставить в систему ты не имеешь права. (ТМ) однако.
> Добавь в патч стрип торговой марки
> твоя проблема в том что у тебя слишком мало ресурсов чтобы воспользоватся
> предоставленной свободой, это не значит что свобода не предоставлена.В чем твоя свобода?
>> То есть такой поддержкой ты переводишь фактически на CentOS - так причем тут RH ?
>> ....
>> CentOS это простая пересборка.
> Ты сам ответил на свой вопрос.
> Redhat на 99.9% оплатил создание 100% кодового эквивалента CentOS, потому что предоставил
> свободно код, на который у тебя не хватило ресурсов чтобы воспользоватся
> свободой самому. Так используй CentOS посредника.Не 100 и даже не на 90% - драйвера для нужных железок вполне только для RH и в CentOS никогда не появятся.
Так же как и правильные firmware.
Кроме всего прочего - CentOS не предоставляет услуг по сопровожденю, и судя по их багзиле не решает не одной проблемы связаной с ядром, в лучшем случае пытается редиректить в шапку.То есть при всем богатстве выбора - выбор только один RH, то есть мы получаем lockin на одного вендора.
> Если ты уже получил бинарники - нафик тебе исходники?
> Имея 100ку другую серверов ты будешь в них копаться? Помоему у тебя
> на это времени не останется :)Все с точностью до наоброт: чем сложнее задачи, тем больше вероятность того, что какой-то пакет потребуется пересобрать с камими-нибудь "левыми" патчами.
У многих контор с крупными *nix сетями есть собственные репозитории, так что, открытые исходники RH это одно из ключевых коммерческих преимуществ перед тем же Novell OES, например.
>> Если ты уже получил бинарники - нафик тебе исходники?
>> Имея 100ку другую серверов ты будешь в них копаться? Помоему у тебя
>> на это времени не останется :)
> Все с точностью до наоброт: чем сложнее задачи, тем больше вероятность того,
> что какой-то пакет потребуется пересобрать с камими-нибудь "левыми" патчами.
> У многих контор с крупными *nix сетями есть собственные репозитории, так что,
> открытые исходники RH это одно из ключевых коммерческих преимуществ перед тем
> же Novell OES, например.И потерять доступ к redhat support. Ибо первый вопрос от их службы поддержки - а вы эту проблему можете воспроизвести с пакетами из redhat repo? нет - идите сами разбираться.
Учитывая количество их патчей - не факт что накладываемый патчик еще допиливать не прийдется, и потом отвечать за все возможные глюки.
> И потерять доступ к redhat support. Ибо первый вопрос от их службы
> поддержки - а вы эту проблему можете воспроизвести с пакетами из
> redhat repo? нет - идите сами разбираться.
> Учитывая количество их патчей - не факт что накладываемый патчик еще допиливать
> не прийдется, и потом отвечать за все возможные глюки.RedHat и Parallels не поддерживают только один, пересобранный пакет. Если Вы пересобираете пакет, разумеется, это 100% на Ваш страх и риск. Страшно? Не пересобирайте ;)
> Если так брать - то исходники никто не обещал выкладывать в публичный доступ,
> только для тех кто купил бинарники. Так что о какой свободе технической говорите ?А это что тогда?
ftp://ftp.redhat.com/redhat/linux/enterprise/6/en/source/SRPMS/
Ты на них только посмотреть можешь, а использовать только вырезав все упоминания о RedHat :)
Если не сделаешь будешь вором :)
> Ты на них только посмотреть можешь, а использовать только вырезав все упоминания
> о RedHat :)
> Если не сделаешь будешь вором :)Я отвечал насчет доступности исходников, а не права на использование TM.
Если же кому-то и исходники заюзать охота, и чужую ТМ убрать лень, то это клиника, не относящаяся к технологической части. ;)
> Если так брать - то исходники никто не обещал выкладывать в публичный
> доступ, только для тех кто купил бинарники. Так что о какой
> свободе технической говорите ?Стоит почитать GPL для начала.
> Спрашивается зачем рекламировать платный продукт? Который кстати недоступен никому кроме
> купивших подписку к шапки.Просвещаем тёмных.
Потому что платные там подписка и поддержка, а продукт и его исходники - GPl / бесплатные.
>> Спрашивается зачем рекламировать платный продукт? Который кстати недоступен никому кроме
>> купивших подписку к шапки.
> Просвещаем тёмных.
> Потому что платные там подписка и поддержка, а продукт и его исходники
> - GPl / бесплатные.Вот вот - целиком весь продукт - платный. А то что там исходники где-то лежат - не отменяет то что оно платное.
То что там где-то можно платную подписку купить не отменяет, что исходники свободны.
Зато бинарники не свободны. А исходники на сервер можно поставить только на посмотреть.
> Зато бинарники не свободны. А исходники на сервер можно поставить только на
> посмотреть.которую часть OpenSOURCE нужно пояснить?
Source == исходник. Он открыт и свободен. Создание бинарников, апдейтов, поддержка, интеграция и профсервис - это все УСЛУГИ, предоставляемые фирмой. К доступности кода они отношения не имеют.
Серьезным фирмам, которые не могут позволить себе зависнуть из-за того что Мудхапраштра Сингх из Калькутты сломал ABI в очередном апдейте, выгодно использовать поддерживаемые дистры. Остальные решают для себя - кто покупает RHEL, кто перебивается центосом, кто сидит на всяких прочих дистрах
А тут недавно рассказывали что GPL он еще и на бинарники распространяется..
Врали значит ?
Файл:spice-client-0.4.2-18.el6.src.rpm
Файл:spice-server-0.4.2-15.el6.src.rpm
Файл:spice-xpi-2.4-1.el6.src.rpm
Виртуализация со SPICE это уже интересно!
> Файл:spice-client-0.4.2-18.el6.src.rpm
> Файл:spice-server-0.4.2-15.el6.src.rpm
> Файл:spice-xpi-2.4-1.el6.src.rpm
> Виртуализация со SPICE это уже интересно!Конечно, что ж они дураки от такой вкусняшки отказываться.
Вот это не ожидано:
samba4-4.0.0-23.alpha11.el6.src.rpm
Не так уж это и плохо.
Во-первых, ту альфу, что есть, можно поднять на каком-либо тестовом серваке без лишних телодвижений на предмет - что это и с чем его едят.
Во-вторых, есть ненулевая вероятность, что четвертую самбу таки до 2020 года допилят и народ захочет ее активно использовать :)
Молодцы. А я то думал что раньше нового года ждать и не стоит. Теперь ждём ЦентОСик
> Молодцы. А я то думал что раньше нового года ждать и не
> стоит. Теперь ждём ЦентОСикВот его точно раньше нового года ждать не стоит :(
Терпение, только терпение))
Кстати никто не подскажет, какую ФС лучше использовать для больших дисков, 25ТБ и более? Ес-но из тех, что есть(будут) в центос 6 ?
В 5.5 лучше XFS ничего не нашел.
GFS2 :)
а на gfs2
1. можно установить корень файловой системы?
2. ее так же легко как и xfs и ext4 создать/изменить размер?
А помоему gfs как кластерная ФС была придумана не для того, чтобы туда корень размещать.
Мне для одного диска, а не для кластера
Ну и на кой хрен кластерную ФС использовать для одного диска? Достали красноглазые уже.
Это я срашиваю, нахрена?
Если ты через пост читаешь, то это твои проблемы.
> Ну и на кой хрен кластерную ФС использовать для одного диска? Достали
> красноглазые уже.Они такие. Они кого хошь достанут.
> Кстати никто не подскажет, какую ФС лучше использовать для больших дисков, 25ТБ
> и более? Ес-но из тех, что есть(будут) в центос 6 ?
> В 5.5 лучше XFS ничего не нашел.тут то же самое, разве что пара свежих обновлений и патчей для xfs/
>Кстати никто не подскажет, какую ФС лучше использовать для больших дисков, 25ТБ и более?FAT12 самое то для больших, 8 дюймовых дисков.
Отлично Fedora stable)
test of Fedora stable too ;-)
>По заявлению представителей Red Hat производительность сетевой системы была увеличена в два раза, а файловой системы в многопользовательском окружении в 2-5 раз;Это RH 5.x была настолько плоха? :-D
>SPICEМожет есть какой костыль для 32 бит, никто не пробовал?
Тут, похоже, товарищ собрал.http://lists.freedesktop.org/archives/spice-devel/2010-March...
Погонял сегодня лысого..., в смысле тесты всякие ядра. :)Конфиг естественно под мою систему, за эталон взял РедХетовский,
так как он не может работать без HUGETLB и CGROUP, то пришлось
включать их везде.Ядра такие:
1. ванила 2.6.32.25
2. ванила 2.6.36
3. 2.6.36-libre (тут пробегала новость)
4. 2.6.32-71.7.1.el6 (RHEL6)Цифер много лень систематизировать. Общий диагноз для RedHat - неайс.
Все выше перечисленные кроме РедХатовского ведут себя примерно одинаково,
погрешности не более 2%.РедХат сливает почти везде, кроме РеалТайма - максимум был 500 мкс., средняя 75 мкс.
У остальных средняя задержка 35 мкс, но зато максимум прыгал от 3500 до 8500
Но забавный факт, при многотредовых тестах, у ванильных ядер и у либре,
глюкала ТОЛЬКО ОДНА нить, остальные стабильно держали в районе 300 мкс.
Редхат на первых секундах, сразу тормозил до 500 мкс. на всех процах. :)РедХат слил в тестах:
Unigine Heaven аж целых 5 fps. (много тестил, думал глюк, а не... :))
в GTKperf - 10 сек.
При чтение из /dev/urandom медленнее других на 0.6 Мб/с
RTT до роутера тормозил на 0.2 мс. (у всех ~0.73, у этого 0.9 мс)
Далее, sunspider-0.9.1 - тот самый бенчмарк джавы - слил стабильно 20 msАх да, самый ацтой это тест pi_sterss (POSIX Priority Inheritance mutexes)
Наследование приоритетов мьютексов. Смысл теста - в максимальном количестве
обращений при условии сохранения приоритетов. Я сделал условия, что будут
4 группы по 3 нити, и тест длится ровно 60 секунд.Редхатовское ядрище более 2 мильонов не может выжать, но зато стабильно примерно
2140000 +/-10000, все остальные по 6-7 мильонов!!!!
ДИАГНОЗ: В TOP500 мы его не увидим, а вот для баз данных, веб серваков, и прочей шняги самое оно.
> ДИАГНОЗ: В TOP500 мы его не увидим, а вот для баз данных,
> веб серваков, и прочей шняги самое оно.RHEL5 стоит в lln.gov правда там своих патчей хватает.
>> ДИАГНОЗ: В TOP500 мы его не увидим, а вот для баз данных,
>> веб серваков, и прочей шняги самое оно.
> RHEL5 стоит в lln.gov правда там своих патчей хватает.Я имел ввиду дистрибное, иначе с обновлениями туго будет.
Любой дистриб можно как юзать?!
Как источник бинарных пакетов, потому что самому лень, трудно или по незнанию, далее идёт допил/перепил всего что не нравиться.
Как Windows - что дали, то и едим, ничего не трогаем, кроме своего.
Как Генту - ничё не надо, всё сами приготовим, я тебя породил, я тебя и убью. Я Бог системы. - Злобно, - Ха-Ха-Ха.
Как LFS - а мы ещё и корову и картошку сами вырастили.
учитывая что эти ребята сделали порт ZFS на линух и имеют весьма не плохой тех отдел, а белендорф засветился еще в стопке открытых проектов - то проблем с обновлениями у них нету.
Кроме того у них статус каких-то хитрых партнеров с RH - и очень возможно что RH делает специальные ядра для них.
> очень возможно что RH делает специальные ядра для них.Думается таким крутым перцам, вообще редхат не упёрся,
Используют только из лени, остальное сами допилят.
>> очень возможно что RH делает специальные ядра для них.
> Думается таким крутым перцам, вообще редхат не упёрся,
> Используют только из лени, остальное сами допилят.Я не знаю что тебе думается - но факт, что если llnl.gov попросит RH о чем-то, это очень быстро появляется в сборке. Или баги фиксятся с их подачи быстро, в отличии от других обращений.
Интересно.>> кроме РеалТайма - максимум был 500 мкс., средняя 75 мкс.
У остальных средняя задержка 35 мкс, но зато максимум прыгал от 3500 до 8500
Вот это как раз и важно.
Сотрудники Редхата не раз писали, что вводили дополн. патчи для бОльшей стабильности ценой некоторого проигрыша по производительности.
Вот сижу на 2.6.37-rc1+, пока, за 3 часа, максимум 587, среднее 39, минимальное 18 мкс.
Откуда ОП взял
>и файловая система Btrfs, конкурирующая с ZFS.тут
http://www.redhat.com/rhel/server/details/ни слова про Btrfs
> http://www.redhat.com/rhel/server/details/
> ни слова про Btrfshttp://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6...
"Свежие запуски новых SMP процессоров от Intel и AMD" - таких процессоров не существует.
все новые процы и от Intel, и от AMD используют NUMA-архитектуру.
интересно, оптимизирован ли скеджулер в RHEL 6 под NUMA.
Как страшно жить... Technical notes на 6-ку просто поражают воображение своим масштабом. И эти люди ругают Убунту? :D