RedHat Enterprise Linux 5.1

Гип-гип урэй!!

P.S. гирервайзер => гипервайзер

А Центосы как и редхаты 7 лет занимаются поддержкой обновлений ?

P.S. Я не ручаюсь, но я где то читал, что в этом релизе добавили множество новых драйверов устройств.

>А Центосы как и редхаты 7 лет занимаются поддержкой обновлений ? anonymous (*) (08.11.2007 11:05:47)

Центосы не занимаются поддержкой обновлений (если вы имеете ввиду мэйнстрим пакеты), они компилируют обновления RHEL.

Точно ;-)

> А Центосы как и редхаты 7 лет занимаются поддержкой обновлений ?

Да.

>А Центосы как и редхаты 7 лет занимаются поддержкой обновлений ?

И нафиг оно нужно? Давай еще ДОС 3.30 поддержку замутим?

анонимусы-дебилы прискакали.

>гирервайзер

газенваген? :)

> P.S. Я не ручаюсь, но я где то читал, что в этом релизе добавили

> множество новых драйверов устройств

Да. Обновились драйверы: 3w-9xxx, aacraid, aic79xx, aic94xx, alsa, arcmsr, b44, bnx2, cciss, chelsio, e1000, ipmi, ipw2100, ipw2200, ixgb, lpfc, megaraid, megaraid_sas, mpt-fusion, pci, powernow-k8, qla2xxx, qla3xxx, qla4xxx, s2io, sky2, spidernet, stex, tg3

Новые фичи: - Improved ACPI power management support including support for S3 suspend to RAM and S4 hibernate

- Support for installation to and boot from dm-multipath

- Updated SATA subsystem

- Ext3 filesystem now fully supports filesystem sizes of up to 16TB

- Updated CIFS to version 1.48aRH

- IPMI and HPI updates

- Updated Infiniband support to OFED1.2 version including RDMA over Ethernet

- Expanded in-kernel socket API

- IPv6 improvements

- Added support for shared page table for hugetlb pages

Добавлена поддержка оборудования:

e1000e, forcedeth, netxen_nic, xinput

Подробнее: https://www.redhat.com/archives/rhelv5-announce/2007-November/msg00000.html

> P.S. гирервайзер => гипервайзер

Hypervisor => хайпервайзер ;)

> P.S. гирервайзер => гипервайзер Hypervisor => хайпервайзер ;) mv * (*) (08.11.2007 11:36:07)

Hyper => хипа ;)

Пожалуйста, подробней немного о CentOS и каким она боком связана с RHEL?

Кто-нибудь из пользователей мамок от via, подскажите...

Не спортировали ли редхеты драйвер vt1211 (сенсоры) из 2.6.19 в своё ядро?

P.S. гирервайзер => гипервайзер => геленваген

наконец-то

(в нём должна появиться поддержка intel p35)

> анонимусы-дебилы прискакали

бирдик, родной, анонимусы так сочувствуют тебе и твоему чувству несправедливости, которое появляется в каждом втором твоем посте. чмок тебя :)

=> газенваген ?

>Hypervisor => хайпервайзер

хайпервайзоу

> Пожалуйста, подробней немного о CentOS и каким она боком связана с RHEL?

епта, очнулся. надо было тебе поучаствовать во вчерашнем обсуждении центос-рхел. все бы и понял

>Пожалуйста, подробней немного о CentOS и каким она боком связана с RHEL?

CentOS та же шляпа, только на халяву. Обновляется сразу за шляпой.

Есть ещё Lineox - но они обновляются редко, раз в год. Политика такая - типа, старое-надёжное.

Сентос рулез. (это просто нужно запомнить)

> Пожалуйста, подробней немного о CentOS и каким она боком связана с RHEL?

не только боком, но и всеми внутренностями, это просто пересобранный RHEL

>Есть ещё Lineox - но они обновляются редко, раз в год. Политика такая - типа, старое-надёжное.

в RHEL/CentOS жеж фиксированные версии софта? и туда тока багофиксы/заплатки ползут.

>в RHEL/CentOS жеж фиксированные версии софта? и туда тока багофиксы/заплатки ползут.

Раз в полтора года выходят новые релизы с новыми версиями софта.

А вот у меня такой вопрос...

Как я понимаю, RHEL 5.1 (и CentOS, соответственно), базируются на FC6. Однако на FC6 уже ядро версии 2.6.22-9, а в обновлениях RHEL - только 2.6.18. Это я чего-то не заметил, или действительно пользователи RHEL сидят на устаревшем ядре (пусть даже и с бэкпортами критических обновлений)?

> бирдик, родной, анонимусы так сочувствуют тебе и твоему чувству несправедливости, которое появляется в каждом втором твоем посте. чмок тебя :)

Ахтунг?

>Как я понимаю, RHEL 5.1 (и CentOS, соответственно), базируются на FC6. Однако на FC6 уже ядро версии 2.6.22-9, а в обновлениях RHEL - только 2.6.18. Это я чего-то не заметил, или действительно пользователи RHEL сидят на устаревшем ядре (пусть даже и с бэкпортами критических обновлений)?

Да. RHEL и CentOS используются на серверах, которые перезагружают раз в полтора года, при обновлении.

мартышки. просто мартышки.

А кто нибудь тестировал Oracle 10gR2 на CentOS?

>А кто нибудь тестировал Oracle 10gR2 на CentOS? anonymous (*) (08.11.2007 12:23:40)

http://bderzhavets.blogspot.com/2007/04/installing-oracle-10.html

> Да. RHEL и CentOS используются на серверах, которые перезагружают раз в полтора года, при обновлении.

Ну вот например: почему в RHEL 5.0 и 5.1 одинаковые версии ядра? Или я неправ: они неодинаковые?

>Ну вот например: почему в RHEL 5.0 и 5.1 одинаковые версии ядра? Или я неправ: они неодинаковые?

Это грубо говоря один и тот же дистрибутив, просто в 5.1 уже установлены все секюрити патчи и обновления за квартал, то есть что б при новой установке меньше качать было. А так, вы можете ставить 5.0 и он сам обновится до 5.1.

Принципиально различаются мажорные ветки: 3.x, 4.x, 5.x и т.д.

> в RHEL/CentOS жеж фиксированные версии софта? и туда тока

> багофиксы/заплатки ползут.

Это не совсем и не всегда так, и RHEL5.1 тому подтверждение.

В RHEL5.0 была samba-3.0.23 а в RHEL5.1 она обновилась до 3.0.25a.

> Ну вот например: почему в RHEL 5.0 и 5.1 одинаковые версии ядра? Или я

> неправ: они неодинаковые?

Есть софт, который в RHEL никогда и ни под каким предлогом НЕ обновит версию. Это софт: kernel, glibc, gcc, coreutils, httpd, openssl, openssh и проч.

Есть софт, который может обновиться и даже по мажорной версии. Софт типа: firefox, thunderbird, gaim, wireshark и проч.

Почувствуйте разницу, что называется :-)

P.S. К необновляемому софту, т.е. к софту, к которому применимы только бэкпортированные заплатки, относятся также все интерпретаторы: perl, php, python и т.д. Это ни при каких обстоятельствах версию не поменяет.

> Есть софт, который в RHEL никогда и ни под каким предлогом НЕ обновит версию. Это софт: kernel, glibc, gcc, coreutils, httpd, openssl, openssh и проч.

1. Ну они же делают какие-то бэкпорты! Интересно было бы понять, как соотносятся "по фичам" ядра 2.6.18 в RHELи ядро, скажем 2.6.22-9 в FC6.

2. А где бы можно было найти список этих самых "необновляемых" пакетов?

> 1. Ну они же делают какие-то бэкпорты! Интересно было бы понять, как

> соотносятся "по фичам" ядра 2.6.18 в RHELи ядро, скажем 2.6.22-9 в FC6.

В ядро только вносятся обновления драйверов с целью поддержки нового железа, иногда новые драйверы для той же цели. И обновления безопасности. Фичи типа что-то принципиально нового (типа CFS от Ingo или lguest от Avi) как правило не портируются. За очень очень редким исключением.

> 2. А где бы можно было найти список этих самых "необновляемых" пакетов?

Не думаю, что такой есть. По той причине, что "ничто не вечно под луной". И если что-то пойдет совсем плохо, то необновляемый софт легко станет обновляемым. Но такое бывает, как правило, только когда красный рак на горе свистит :-)

> Да. RHEL и CentOS используются на серверах, которые перезагружают раз в полтора года, при обновлении.

Не знаю, как у ЦентОС, а у редхата регулярно выходят ядра с секьюрными и критичными патчами.

> Да. RHEL и CentOS используются на серверах, которые перезагружают раз в полтора года, при обновлении.

>Не знаю, как у ЦентОС, а у редхата регулярно выходят ядра с секьюрными и критичными патчами.

Подтверждаю - в Сентосе тоже. (сразу за шапкой)

> Не знаю, как у ЦентОС, а у редхата регулярно выходят ядра с секьюрными и критичными патчами.

Вы не в теме. Мы разговариваем о том, меняется ли при этом номер версии, например, становится ли ядро 2.6.18 после обновления 2.6.19 или 2.6.20. Так вот, видимо не становится.

> Вы не в теме.

Я в теме, будьте уверены :)

> Мы разговариваем о том, меняется ли при этом номер версии, например, становится ли ядро 2.6.18 после обновления 2.6.19 или 2.6.20. Так вот, видимо не становится.

Не меняется, в RHEL есть понятие kernel ABI. От апстримовых патчей при бэкпортах весьма часто остаётся только цель (т.е. необходимость пофиксить баг). kABI ломается только для закрытия сёрьёзных секьюрных дырок, если закрыть баг можно только концептуальным изменением структур.

> Я в теме, будьте уверены :)

Это хорошо :)

> Не меняется, в RHEL есть понятие kernel ABI. От апстримовых патчей при бэкпортах весьма часто остаётся только цель (т.е. необходимость пофиксить баг). kABI ломается только для закрытия сёрьёзных секьюрных дырок, если закрыть баг можно только концептуальным изменением структур.

Понятно. Т.е. CFS Молнара еще пользователями RHEL/CentOS даже не пробовался?

> Понятно. Т.е. CFS Молнара еще пользователями RHEL/CentOS даже не пробовался?

Не раньше RHEL6. Btw, пользователям RHEL стабильность нужна, а не всё самое новое.

> Не раньше RHEL6. Btw, пользователям RHEL стабильность нужна, а не всё самое новое.

Да я как бы на это и не претендую. Просто корпоративные покупатели - это еще и серьезное железо. Интересно было бы посмотреть, как там работают софтовые новинки.

> Просто корпоративные покупатели - это еще и серьезное железо. Интересно было бы посмотреть, как там работают софтовые новинки.

Какие, например? RHEL на серьёзном железе кастомеров работает :-D

> Просто корпоративные покупатели - это еще и серьезное железо. Интересно было бы посмотреть, как там работают софтовые новинки.

Дак в RHEL бэкпортятся драйвера для новых железок, так что ядро не новое, а драйвера - свежие, бэкпортированные.

А на Workstation там такой же детсадовский зоопарк с темами значков? ;)

Хорошо! ТОлько вчера качнул CentOS! Буду обновляться значит

> А на Workstation там такой же детсадовский зоопарк с темами значков? ;)

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

> Какие, например? RHEL на серьёзном железе кастомеров работает

Да хоть тот же CFS. Я, например, отметил серьезные изменения в поведении системы: например, fork() отрабатывает теперь на _порядки_ быстрее, да и распределение CPU ресурсов стало по-другому влиять на отзывчивость машины.

Ну или скажем какой-нибудь tickless kernel или изменения производительности старых ide-чипсетов после миграции на libata.