The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз дистрибутива Scientific Linux 6.1, opennews (??), 29-Июл-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Релиз дистрибутива Scientific Linux 6.1"  +1 +/
Сообщение от Аноним (-), 29-Июл-11, 12:21 
Без лишней пыли, в отличие от уже мёртвого CentOS.
Ответить | Правка | Наверх | Cообщить модератору

2. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от anonymous (??), 29-Июл-11, 12:35 
CentOS сначала выпускает 4.x и 5.x, потом уже 6.x, а SL наоборот. CentOS 5.6 вышел раньше, чем SL 5.6.
Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз дистрибутива Scientific Linux 6.1"  +2 +/
Сообщение от Stax (ok), 29-Июл-11, 13:31 
Потому что у SL rolling release, у него сразу после выхода RHEL5.6 критические фиксы и обновления из 5.6 были доступны для SL5. Да, они не сделали инсталляшку "SL 5.6", но везде на серверах нужные обновления ставились.
А потом, когда работа над 6.0 была завершена, они доделали инсталляшку/live cd/etc для 5.6.

В то же время, когда все пользователи SL5 имели фиксы, выпускаемые редхатом для 5.6, центос со своей концепцией "обновления для 5.6 не выпустить, пока не выйдет сам centos 5.6" сел в лужу, и пользователи центос 5 три месяца сидели без обновлений вообще, пока не вышел centos 5.6, а потом обновления для него.

Так что, вам шашечки (версия "5.6" на сайте для скачивания с огромной задержкой, как центос) или ехать (постоянные и актуальные обновления, как в SL, независимо от статуса выпуска)?

Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от mma (?), 29-Июл-11, 13:41 
так трудно понять чтоли что задача центос максимально идентичная пересборка а сайнтифики просто собирают устраивающим их тулчейном?
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от metallicemail (ok), 29-Июл-11, 13:43 
> так трудно понять чтоли что задача центос максимально идентичная пересборка а сайнтифики
> просто собирают устраивающим их тулчейном?

Ну и на что это влияет? Бинарная совместимость есть же, утилиты от серверов для редхата ставятся? больше ничего не надо

Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от Stax (ok), 29-Июл-11, 14:00 
Нет, понять не трудно. Но три месяца без обновлений для пользователей Centos 5 - это реальность. Выпуск 6.0 на 8 месяцев позже редхата и устаревшим и без обновлений на момент выхода - т.к. обновления редхат выпускает уже для 6.1, а аналогичного центоса нет - это тоже реальность.

Мне кажется, что >90% серверов, где используется центос, проблема сидеть 3 месяца без обновлений безопасности куда более критичная, чем "максимальная идентичность с редхатом"; тем более что практических случаев, когда центос будет более совместим с редхатом, чем SL не известно. Мне, во всяком случае. Вам такие случаи известны, чтобы не такая "максимальная идентичность с редхатом" SL'а приводила к каким-либо проблемам, которых не было в Centos?

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

12. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от АнонимусРекс (?), 29-Июл-11, 14:55 
>Вам такие случаи известны, чтобы не такая "максимальная идентичность с редхатом" SL'а
>приводила к каким-либо проблемам, которых не было в Centos?

да известны. не лазил особо глубоко, потому что SL был "на попробовать", но что то они делают такое с ядром, что все багфискы с time drift под kvm пропадают, и гостевая машина с SL скачет как ненормальная, там где RHEL (а значит и центос) не теряют ни единого тика.

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

Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от Stax (ok), 29-Июл-11, 15:53 
Так отрепортите баг!

У меня SL 6.0 и 6.1 под kvm не дрифтят, кстати.

Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от АнонимусРекс (?), 29-Июл-11, 16:15 
> Так отрепортите баг!

сообщил мейнтейнерам! открыли баг или нет - не знаю!

> У меня SL 6.0 и 6.1 под kvm не дрифтят, кстати.

какой kvm, какие версии, какие процессоры и модули, что на хосте... мне все факторы перечислить?

Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от crypt (??), 29-Июл-11, 20:23 
Stax, ценная инфа. Возьму на заметку.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

19. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от crypt (??), 29-Июл-11, 20:37 
Кстати, я установил SL 6.1 немним ранее и сразу наступил на сегфолт в mdadm (особенно неприятно при загрузке). Проверил багзилы, к RHEL уже был патч (не знаю, вышел ли апдейт), но вобщем не все пока еще оттестировано. А казалось бы, тестируют аж со времен Fedora 12.
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от Stax (ok), 30-Июл-11, 00:26 
Ну, все бывает. Например nfs-utils в текущем 6.1 RHEL бажный :) С самого момента выхода. При использовании kerberos авторизации в nfs4, на сервере возникают проблемы с новыми линукс-клиентами и все "мистически глючит". Я смог решить только откатом на nfs-utils-1.2.3-4 из 6.1 beta и блокировкой обновления. Тоже, вроде, много лет тестируют?.. ан нет, апдейтом для лучшей поддержки active directory в kerberos (bz 671474) они замечательно все поломали аккурат между бетой и релизом.

Если нужный вам апдейт появится в RH, то чтобы получить его в SL, не забудьте поставить yum-conf-sl-other и включить sl-fastbugs, а то можете пропустить - многие обновления, исправляющие только какой-то редкий баг появляются только там.

Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от ach (ok), 30-Июл-11, 13:17 
> Ну, все бывает. Например nfs-utils в текущем 6.1 RHEL бажный :) С
> самого момента выхода.

А еще они не поправили "ужасно сложную" багу в init-скрипте autofs. Поэтому еще со времен RHEL5 приходится делать /etc/init.d/autofs stop а затем и start, вместо простого restart.

Ответить | Правка | Наверх | Cообщить модератору

17. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от б.б. (?), 29-Июл-11, 17:21 
> CentOS сначала выпускает 4.x и 5.x, потом уже 6.x, а SL наоборот.
> CentOS 5.6 вышел раньше, чем SL 5.6.

Дядя шутит? Когда php53 появился в SL, а когда в CO?

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Релиз дистрибутива Scientific Linux 6.1"  –2 +/
Сообщение от Анонище (?), 29-Июл-11, 13:08 
> Без лишней пыли, в отличие от уже мёртвого CentOS.

Живее всех живых.
Тише едешь, дальше будешь.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от metallicemail (ok), 29-Июл-11, 13:21 
Согласен. Уже ставлю саентифик, центос труп - на помойку с такими скоростями. И по pxe когда ставил 6.0 центос - в инстоляторе косяк, а саентифик ставится без проблем.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

7. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от cray1 (?), 29-Июл-11, 13:32 
А багрепорт запилить слабо было?
Ответить | Правка | Наверх | Cообщить модератору

8. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от metallicemail (ok), 29-Июл-11, 13:33 
> А багрепорт запилить слабо было?

Лень, мне сервер поднимать надо было быстро, а не с багами разбираться и ждать пока вофиксят.

Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз дистрибутива Scientific Linux 6.1"  +/
Сообщение от Аноним (-), 29-Июл-11, 15:55 
>Лень, мне сервер поднимать надо было быстро, а не с багами разбираться и ждать пока вофиксят.

Если нужно быстро - то есть резон купить таки RHEL.

Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз дистрибутива Scientific Linux 6.1"  +1 +/
Сообщение от metallicemail (ok), 29-Июл-11, 16:11 
> Если нужно быстро - то есть резон купить таки RHEL.

Ну как вариант, попрошу денег, но есть вероятность, что не надут. Если бы один раз платить - стряс бы денег, а т.к. апдейты платные - могу развернуть

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру