Следом за CentOS 7.0 (https://www.opennet.ru/opennews/art.shtml?num=40156) и Oracle Linux 7.0 (https://www.opennet.ru/opennews/art.shtml?num=40255) доступен (http://listserv.fnal.gov/scripts/wa.exe?A2=ind1410&L=scienti...) релиз дистрибутива Scientific Linux 7.0 (http://ftp.scientificlinux.org/linux/scientific/7rolling/x86.../), построенного на пакетной базе Red Hat Enterprise Linux 7.0 (https://www.opennet.ru/opennews/art.shtml?num=39974) и дополненного средствами, ориентированными на использование в научных учреждениях. Дистрибутив поставляется (http://ftp.scientificlinux.org/linux/scientific/7.0/x86_64/iso/) для архитектуры x86_64, в форме DVD-сборок (3.9 Гб и 6.2 Гб) и сокращённого образа для установки по сети (394 Мб).Несмотря на ранее озвученные (https://www.opennet.ru/opennews/art.shtml?num=38999) планы перехода на пакетную базу CentOS, выпуск Scientific Linux 7 как и прежде базируется на оригинальных src-пакетах RHEL, которые теперь размещаются в Git-репозитории (https://git.centos.org/project/rpms) CentOS. Изменения от RHEL в основной массе сводятся к ребрендингу и чистке привязок к службам Red Hat. Специфичные для научного применения приложения, а также дополнительные драйверы, предлагаются для установки из внешних репозиториев, таких как EPEL (http://fedoraproject.org/wiki/EPEL), elrepo.org (http://elrepo.org/) и atrpms.net (http://atrpms.net/).
Основные отличия (http://ftp.scientificlinux.org/linux/scientific/7.0/x86_64/r.../) Scientific Linux 7 от RHEL 7 (https://www.opennet.ru/opennews/art.shtml?num=39974):
- Подключение по умолчанию репозиториев ELEP, ELREPO и Scientific Linux Software Collections;
- Использование для автоматической установки обновлений системы yum-cron, вместо yum-autoupdate. По умолчанию обновления применяются автоматически с последующей отправкой уведомления пользователю;- Поддержка OpenAFS (http://www.openafs.org/), открытой реализации распределенной ФС Andrew File System;
- В репозиторий добавлен пакет SL_gdm_no_user_list, отключающий отображение списка пользователей в GDM при необходимости соблюдения более строгой политики безопасности;
- Пакет SL_enable_serialconsole для настройки консоли, работающей через последовательный порт;
- Пакет SL_no_colorls, отключающий цветной вывод в ls;
- Задействован собственный ключ для загрузки в режиме UEFI Secure Boot. Проверка по цифровой подписи осуществляется для загрузчика, ядра и модулей ядра;
- По сравнению с веткой Scientific Linux 6.x из базового состава исключены пакеты alpine, SL_desktop_tweaks, SL_password_for_singleuser, yum-autoupdate, yum-conf-adobe, thunderbird (доступен в репозитории EPEL7).URL: http://listserv.fnal.gov/scripts/wa.exe?A2=ind1410&L=scienti...
Новость: https://www.opennet.ru/opennews/art.shtml?num=40815
> для настройки консоли, работающей через последовательный портo_O
> отключающий цветной вывод в ls
o_O
Чего глаза выкатил?
Простите, мне лично совершенно непонятны Ваши "o_O". Я до сих пор не могу понять, чем плоха схема, когда есть сервера без видеокарт и т.д. хлама, в роли базового канала управления - как раз Com порт.
В роли консольно сервера - самосборка с мульпортовками или же cisco 2500 .... работает вся система как часы.
Для аварийного доступа к системе, в случае крупной аварии сети - к консольному серверу включается модем, все это выводиться через независимого оператора связи ...
В данный момент это уже неактуально и неудачно. Если у тебя хотябы 100 серверов и ты начнешь думать об удаленной консоле, то придется мучаться с KVM, который съедает место и довольно убог функционально. Поэтому на соврменных серверах есть ipmi, через который можно получить графическую консоль. Стоит это действительно копейки. У меня есть подозрение, что com порт нынче существенно дороже чем ipmi чип, поскольку com уже почти никто не использует, а ipmi даже в сраной супермикре есть.
Внезапно! В IPMI таки есть com-port (SoL такое называется). И является единственным приемлемым способом получить консоль проблемной железки через gprs|спутник|etc. лагающие каналы.
В то время как IP-KVM даёт прекрасный способ подоить виндо-пользователей low-end железа IBM,HP,...
Чел выше реальный сериал требует вернуть, а не SoL
Чего-то долго в этот раз дистр собирали. Не дождался sl7, и почти все серваки c sl6 перевел на 7ую центось. Впрочем, те же яйца, только в профиль :)
откуда же вы такие лезите? обновлять продакшн не дождавшись хотя бы 7.1, там же баг на баге и багом погоняет...
В моем случае все просто - поднял виртуалку на новой версии ОС, удостоверился, что нужный сервис работает, пускаю в тестовую эксплуатацию. Работает без явных багов - запускаю в продакшен, слежу за ней дальше. Возникли проблемы - за 5 минут откатываюсь на виртуалку с предыдущей версией системы или просто гашу хулиганящую ноду до выяснения.И, да, одна виртуалка - один сервис. Так что, если баги не касаются конкретного сервиса, то плевать на них с высокой башни :)
Вроде морозов в Сибири еще не было :))Это ж не винда, где надо ждать sp! стабильность работы RHEL - завить и головная боль конкурентов вкл. огрызок. А служба поддержки разруливает нестандартные ситуации со свистом. Все бы так работали :(
> откуда же вы такие лезите? обновлять продакшн не дождавшись хотя бы 7.1, там же баг на баге и багом погоняет...Тихо ты! Чем больше они лезут, тем меньше проблем у нормальных людей. Таких дурачков холить надо, а не ругать. Особенно надо беречь тех кто федорой пользуется.