Компания Red Hat анонсировала (https://www.redhat.com/archives/rhelv5-announce/2011-Decembe...) выход дистрибутива Red Hat Enterprise Linux 6.2, в котором представлено исправление ошибок, реализация поддержки нового оборудования и добавление новых возможностей, при сохранении полной совместимости с программным окружением ветки RHEL 6.x.
RHEL 6.2 поставляется в следующих вариантах:- Red Hat Enterprise Linux Client 6 для архитектур x86 и AMD64/Intel 64
- Red Hat Enterprise Linux High Performance Compute Node 6 для архитектуры AMD64/Intel 64
- Red Hat Enterprise Linux Server для архитектур x86, AMD64/Intel 64, IBM System z и IBM POWER;
- Red Hat Enterprise Linux Workstation для архитектур x86 и AMD64/Intel 64.
Ключевые новшества (http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6...) Red Hat Enterprise Linux 6.2:-
Производительность и масштабируемость
- Оптимизации производительност...URL: http://investors.redhat.com/releasedetail.cfm?ReleaseID=630579
Новость: http://www.opennet.me/opennews/art.shtml?num=32486
ну здравствуй 6.2! что?... CentOS ждать на этой неделе или на следующей?)?)
Не ждите, покупайте RHEL
Как то иронично звучит эта фраза.
Всё больше поглядываю в сторону SL, ибо реально быстрее дождаться от них релиза.
http://qaweb.dev.centos.org/qa/node/118
скоро уже=)
Да уж, как только 6.1 допилят до продукции (=
Тем школьникам кто не в теме :
Сравните пакеты и сл6.1+update и кент6.0+cr и вы удивитесь ;)
> Тем школьникам кто не в теме :
> Сравните пакеты и сл6.1+update и кент6.0+cr и вы удивитесь ;)Лень центос ставить, скажи словами, что там?
Скажем так. Когда выйдет кент 6.1 и ты сделаешь yum update то изменится токо 1 пакет :)
Исправляющий в названии 6.0 на 6.1 ;)P.S. Какие то чайники думают что CR это уже ролинг ;))))
> CentOS ждать на этой неделе или на следующей?)?)Вы издеваетесь? Он 6.1 до сих пор не может выпустить.
Не мучайте умирающего лебедя, поставьте Scientific. Там хотя бы больше одного разработчика.
> Не мучайте умирающего лебедя, поставьте Scientific. Там хотя бы больше одного разработчика.Будущее Scientific тоже под очень большим вопросом
Кстати после как раз последних событий CentOS очень многие переползли именно на Debian - там свои заморочки но покрайней мере нету такого бардака
> Будущее Scientific тоже под очень большим вопросомС какой это стати? CERN и Fermilab прикрыли чтоле?
ага, заверещали. давно уже пора воспринимать это как иронию, с центоса ушел еще год назад, когда индусы начали подтраивать(
> с центоса ушел еще год назадНу, наконец-то.
> подтраивать
Что стали делать?
> ну здравствуй 6.2!Да уж, "редхат 6.2" звучит в чём-то символично ;-)
:)
да-а, первый релиз в исо, помню диск с большой красной "а-ля техассо" шляпой, и надписью Red Hat 6.2 Zoot))))))
наверное на этой неделе выйдет 6.2
Ждем-с Scientific, жалеем несчастный CentOS и надеемся на 'RERemix Linux Desktop' (русский энтерпрайз десктопник от Тигро - автора Rassian Fedora)
>В Xen добавлена поддержка "Memory ballooning"
>Поддержка технологии Live Snapshot для автоматического резервного копирования состояния дисковых образов для работающих гостевых систем.
>Поддержка Infiniband объявлена готовой для промышленной эксплуатации.традиционно: "Шел 2012 год..."
> традиционно: "Шел 2012 год..."Во-первых, у вас календарь отклеился :)
Во-вторых, линукс - это не солярис и даже не aix. Он пока еще маленький и растет.
> Во-вторых, линукс - это не солярис и даже не aix.Впрочем, в соляре infiniband-стек до сих пор не особо готов к продакшену.
Какой медленный прогресс. Уже лет 15 пилят этот infiniband.
> Какой медленный прогресс. Уже лет 15 пилят этот infiniband.Хм, мне припоминается лет шесть как на виду, до того всем зоопарком резвились myrinet/sci и что там ещё... серьёзно 15?
В книге по СХД, которая датируется выходом в начале этого века уже в подробностях рассказывали о всех возможных прелестях infiniband. С учетом времени выхода, написания книги и всего такого прочего, думаю 15 лет не сильно ошибочная оценка.
Круто, RH внушает, как всегда.Только вот это непонятно:
"В соответствии с RFC 5681 размер окна контроля перегрузки TCP установлен в 10"
- Приборы?
- 20
- Что 20?
- А что "приборы"?
Размер окна контроля перегрузки.Ваш К.О.
> Только вот это непонятно:
> "В соответствии с RFC 5681 размер окна контроля перегрузки TCP установлен в 10"Для того, кто понимает, что такое "контроль перегрузки", вполне очевидно, что речь идет о количестве пакетов.
А всем остальным - нафига пытаться понять, какие там единицы измерения, если не понимаешь, о чем вообще речь?
Ждем Scientific как всегда не долго!
A откуда "Intel 64" aka ia64 ?????В новости не нашел, вроде сняли с производства.
Да, что тут напустились на CentOS - они вроде перешли на непрерывный цикл обновлений без смены версии.
> Да, что тут напустились на CentOS - они вроде перешли на непрерывный цикл обновлений без смены версии.Rolling release? В моей CentOS?
> Rolling release?http://www.opennet.me/opennews/art.shtml?num=31871
> В моей CentOS?
Mr. Karanbir Singh?
основная фича центоси - полное копирование рхел. Какой к чёрту "непрерывный цикл обновлений без смены версии"?
шапкина 6.2 это просто новый дистрибутив на диске, с тем же успехом можно поставить 6.0 и обновиться до него. Щас вот 360Мб пакетов оно мне качает, например. Что, как мне кажется, и есть сейчас в центоси 6
>Экспериментальная поддержка легковесных изолированных контейнеров (Linux >Сontainer), позволяющих изолировать отдельное приложение без задействования >полноценной виртуализации. Ограничения доступа задаются через cgroup и >namespaces. В настоящее время поддерживаются операции по созданию контейнера, >изменению параметров и удалению через libvirt API или virt-manager GUI.Хочется чтобы добавили что нибудь cерьёзное для замены OpenVZ. То что есть пока не тянет на полноценную замену OpenVZ.
> Хочется чтобы добавили что нибудь cерьёзное для замены OpenVZ.
> То что есть пока не тянет на полноценную замену OpenVZ.А что мешает взять шляпное ядро у самих ovz-шников? (мне-то проще: под рукой есть server-light, да и актуальная исошка server-ovz с ядром из той же кодовой базы на альте печётся минут пять)
> Ключевые новшества (http://docs.redhat.com/docs/en->US/Red_Hat_Enterprise_Lin...)Ну есть же русская страница!
http://docs.redhat.com/docs/ru-RU/Red_Hat_Enterprise_Linux/6...>Поддержка технологии Live Snapshot для автоматического резервного копирования состояния дисковых образов для работающих гостевых систем. Live Snapshot позволяет прозрачно скопировать в формате qcow2 содержимое виртуального диска в целостном виде, без остановки работы виртуальной машины;
С сайта red hat:
Создание снимков работающей системы
Red Hat Enterprise Linux 6.2 представляет предварительный выпуск технологии Live Snapshot для автоматического создания резервных копий образов виртуальных машин и их дисков, сохраняя их во внешних образах qcow2. Прежде чем приступить к созданию снимков, QEMU будет остановлен, что поддерживает целостность данных во всех образах дисков на данный момент времени.
После восстановления образа надо выполнить проверку файловой системы (fsck), аналогично тому, как это делается при загрузке системы после отключения питания.
Ну, было бы полезно сравнить английскую и русскую документацию... В английской говорится об остановке QEMU для снятия снимков в случае мультидисковой виртуальной системы:
The live snapshots feature provides automatic backup of virtual machine images on the hard drive, and provides a per drive snapshot of the virtual disks transparently, using external qcow2 images. Multi-disk live snapshot creation helps with maintaining data integrity by pausing qemu prior to taking as many snapshots as there are disks. Thus, a multi-disk snapshot will have all disks containing data from the same point in time.
А куда эти снимки система кладет?
Теперь вместо Centos 6.1, 6.2 (до 6.9) будет просто 6 + обновленные пакеты?
> Теперь вместо Centos 6.1, 6.2 (до 6.9) будет просто 6 + обновленные
> пакеты?http://centos-mirror.hostdime.com.br/centos/6.1/isos/x86_64/
"Поддержка кластерных конфигураций Samba (Clustered Samba), работающих поверх файловой системы GFS2. CTDB распределяет мета-данные Samba-разделов на несколько хостов в кластере, что позволяет обеспечить автоматическое восстановление в случае сбоя одного из узлов;"Это получается можно сделать дешёвый отказоустойчивый NAS?
Прикрутить к нему kvm с либвиртом на нескольких вычислительных нодах. Получится система, где отказ любого узла восстанавливается за минуту. А отказ узла кластера samba не приведёт к даунтайму. А если регулярно делать профилактику на вычислительных нодах, вживую мигрируя виртуалки между ними, то аптайм будет очень большим.
> Это получается можно сделать дешёвый отказоустойчивый NAS?Это не NAS, а стораджевый кластерочек -- на одну железку усаживать смысла особого не вижу.