The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Доступен дистрибутив Scientific Linux 7.2"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от opennews on 06-Фев-16, 12:23 
Представлен (http://listserv.fnal.gov/scripts/wa.exe?A2=scientific-linux-...) релиз дистрибутива Scientific Linux 7.2 (http://ftp.scientificlinux.org/linux/scientific/7.2/x86_64/r.../), построенного на пакетной базе Red Hat Enterprise Linux 7.2 (https://www.opennet.ru/opennews/art.shtml?num=43357) и дополненного средствами, ориентированными на использование в научных учреждениях. Дистрибутив поставляется (http://ftp.scientificlinux.org/linux/scientific/7.2/x86_64/iso/) для архитектуры x86_64, в форме DVD-сборок (4.1 Гб и 7.1 Гб), сокращённого образа для установки по сети (359 Мб),  LiveCD (694 Мб) и LiveDVD с окружениями KDE (1.7 Гб) и GNOME (1.5 Гб).


Изменения от 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.2/x86_64/r.../)  Scientific Linux 7.2:


-  Файлы с конфигурацией внешних репозиториев (EPEL, ELRepo,
SL-Extras, SL-SoftwareCollections, ZFSonLinux) перемещены в  централизованное хранилище, так как данные репозитории не специфичны для конкретных выпусков и могут использоваться с любыми версиями Scientific Linux 7. Для загрузки данных о репозиториях следует выполнить "yum install yum-conf-repos", а затем настроить отдельные репозитории, например, "yum install yum-conf-epel yum-conf-zfsonlinux yum-conf-softwarecollections yum-conf-hc yum-conf-extras yum-conf-elrepo" ;

-  В состав установочных образов добавлен плагин yum-fastest-mirror, который определяет наиболее быстрое зеркало для установки с загрузкой пакетов по сети;
-  Представлена начальная поддержка контекстов (http://ftp.scientificlinux.org/linux/scientific/7/contexts/R...) (Scientific Linux Context Framework), упрощающих создание специализированных сборок дистрибутива и локальных конфигураций с дополнительными приложениями для выполнения специфичных  вычислений;

-  OpenAFS (http://www.openafs.org/), открытая реализация распределенной ФС Andrew File System, обновлена до версии 1.6.16;

-  Изменено поведение yum: бэкпортирован патч для "yum fs-vars", при котором переменные yum проверяются в директории /etc/yum/vars даже при выборе альтернативного корневого пути (yum-root).

-  Изменены пакеты с IPA, из которых удалены ссылки на связанные с ними внешние сервисы;

-  Пакеты curl и mariadb изменены для успешного прохождения unit-тестов;
-  Расширена поддержка загрузки на системах с UEFI Secure Boot. Входящий в состав загрузчик подписан собственным ключом дистрибутива, а не типовым ключом, воспринимаемым прошивками, что требует дополнительных ручных манипуляций (http://ftp.scientificlinux.org/linux/scientific/7.2/x86_64/r...) для организации загрузки (добавление ключа в прошивку);
-  Поддержка репозиториев ZFS on Linux (https://www.opennet.ru/opennews/art.shtml?num=42012), из которых можно установить модуль ядра Linux с реализацией файловой системы ZFS;

- Для автоматической установки обновлений задействована система yum-cron, вместо yum-autoupdate. По умолчанию обновления применяются автоматически с последующей отправкой уведомления пользователю. Для изменения поведения на этапе автоматизированной установки, подготовлены пакеты  SL_yum-cron_no_automated_apply_updates (запрещает автоматическую установку обновлений) и SL_yum-cron_no_default_excludes (разрешает установку обновлений с ядром);

-  Добавлен пакет SL_gdm_no_user_list, отключающий отображение списка пользователей в GDM при необходимости соблюдения более строгой политики безопасности;

-   Добавлен пакет SL_enable_serialconsole для настройки консоли, работающей через последовательный порт;

-  Добавлен пакет SL_no_colorls, отключающий цветной вывод в ls;


-  Внесены изменения в пакеты, в основном связанные с ребрендингом: anaconda, dhcp, grub2, httpd, ipa, kernel, libreport, PackageKit, pesign, plymouth, redhat-rpm-config, shim, yum;-  По сравнению с веткой 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=scientific-linux-...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43827

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

Оглавление

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


1. "Доступен дистрибутив Scientific Linux 7.2"  –5 +/
Сообщение от Меломан1 on 06-Фев-16, 12:23 
>ZFSonLinux

Если бы не бюрократия в сообществе Линукс уже давно бы пользовались ZFS, pNFS, SMB3. Линукс на расхват бы был.

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

3. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от Аноним (??) on 06-Фев-16, 13:05 
Ага так и представил, wine-setup.exe))
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Доступен дистрибутив Scientific Linux 7.2"  +2 +/
Сообщение от Меломан1 on 06-Фев-16, 13:55 
> Ага так и представил, wine-setup.exe))

Жаль, что вы не работали с СХД и ОС Соларис. Релиз FreeBSD 11  можно будет использовать в качестве сторадж-сервера, т.к  он будет включать полную поддержку опций ZFS, pNFS и SMB3.
Линукс же в этом плане отдыхает.


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

7. "Доступен дистрибутив Scientific Linux 7.2"  +4 +/
Сообщение от commiethebeastie (ok) on 06-Фев-16, 14:51 
Так и вижу этот нарасхват freebsd и solaris, пойду synology расскажу, а то поцаны и не знали.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "Доступен дистрибутив Scientific Linux 7.2"  –1 +/
Сообщение от Аноним (??) on 06-Фев-16, 15:44 
> Так и вижу этот нарасхват freebsd и solaris, пойду synology расскажу, а
> то поцаны и не знали.

Solaris хоть и не нарасхват, но ряд крупных ынтерпрайз проектов по облачному хостингу базируется именно на солярисе, причём выбран именно солярис, а не линукс. Связка ZFS+COMSTAR+Zones+KVM+Crossbow-оказывается, согласно тестам, наилучшей платформой для среды виртуализации по производительности, надёжности и удобству деплоймента.

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

28. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от Sabakwaka (ok) on 06-Фев-16, 23:16 
Синолоджа это кал.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

33. "Доступен дистрибутив Scientific Linux 7.2"  –1 +/
Сообщение от test (??) on 08-Фев-16, 18:23 
Поддержу, Синолоджи подходит только для бэкапа. Нагрузку держать не может

Solaris+ZFS+Comstar рулит

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

35. "Доступен дистрибутив Scientific Linux 7.2"  –1 +/
Сообщение от _ (??) on 08-Фев-16, 21:52 
> Поддержу, Синолоджи подходит только для бэкапа. Нагрузку держать не может
> Solaris+ZFS+Comstar рулит

... если есть толковый солярщик, кто настроит. Я, к примеру, напрыгался вдоволь, пока оно стало выдавать как и сколько надо. Но дожал! (хвастаюсь)

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

22. "Доступен дистрибутив Scientific Linux 7.2"  –3 +/
Сообщение от Меломан1 on 06-Фев-16, 19:02 
>synology

Что за вата? Я говорю про NetApp и Oracle ZFS Storage.
А FreeBSD может реально потеснить этих вендоров, учитывая, что  JBOD корзины сейчас копейки стоят.

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

32. "Доступен дистрибутив Scientific Linux 7.2"  –1 +/
Сообщение от 1 (??) on 08-Фев-16, 10:03 
А что стоит в NetApp, как не модифицированная BSD ?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

10. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от maximnik0 on 06-Фев-16, 15:13 
> 11  можно будет использовать в качестве сторадж-сервера, т.к  он
> будет включать полную поддержку опций ZFS, pNFS и SMB3.
> Линукс же в этом плане отдыхает.

Позвольте поинтересоваться -что у Линуксa не так с SMB3 ? Ну кроме того что до фига бета и эксперементал кода , учитываем что многие фичи 3 версии  и винда нормально не поддерживает кроме серверных редакций ?

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

16. "Доступен дистрибутив Scientific Linux 7.2"  +1 +/
Сообщение от Stax (ok) on 06-Фев-16, 16:42 
> Позвольте поинтересоваться -что у Линуксa не так с SMB3 ? Ну кроме того что до фига бета и эксперементал кода , учитываем что многие фичи 3 версии  и винда нормально не поддерживает кроме серверных редакций ?

Ну вообще-то интересует поддержка реально полезных фич, например работы SMB Multichannel - поддерживается даже десктопной виндой, позволяет получить поток в несколько гигабит между единственным клиентом и серверов (а не от сервера до многих клиентов в сумме) по гигабитному bonding'ингу. Что весьма актуально в некоторых условиях, т.к. цены на 10GbE все еще неподъемные для линков на нем до клиентов.

Впрочем, для 10GbE линка это тоже актуально, т.к. без него один TCP-поток кладет обрабатывающее его ядро на клиенте и на сервере, а несколько потоков равномерно распределяют нагрузку.

С такой фичей я бы и linux<-> linux кое-где на SMB перевел, где нужна скорость, а 10GbE внедрить нет возможности, т.к. NFS такого не умеет и обучаться не собирается, а pNFS это уход в несколько иное направление (и не шибко востребованное, как легко заметить из его популярности - на конфигурациях, где можно было бы его внедрить, перешли на технологии другого уровня типа hadoop и ceph. Слишком уж дорого POSIX-совместимость обходится в таких условиях. Но в рамках SMB3, внезапно, получилось это сделать и работает на удивление - я серьезно! - пристойно).

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

23. "Доступен дистрибутив Scientific Linux 7.2"  –2 +/
Сообщение от Anonymous1 on 06-Фев-16, 19:09 
>>работы SMB Multichannel - поддерживается даже десктопной виндой, позволяет получить поток в несколько гигабит между единственным клиентом и серверов (а не от сервера до многих клиентов в сумме) по гигабитному bonding'ингу

То есть ситуация, когда есть Linux сервер с 4х1ГБ интерфейсами и Windows клиент с 4х1Гб интерфейсами, и Вам нужно поток между ними выше чем 1 Гб/с? Месье знает толк в извращениях, похоже...
А просто добавить в каждый сервер по 1 10G карточке и соединить их медным кабелем никак не? По деньгам не весьма дорого, разве что не более 5 м между серверами.

>>Впрочем, для 10GbE линка это тоже актуально, т.к. без него один TCP-поток кладет обрабатывающее его ядро на клиенте и на сервере, а несколько потоков равномерно распределяют нагрузку.

Вот и объяснение. Если 10G поток кладет ядро на клиенте и на сервере, то я бы не стал ускорять сеть вообще до решения этой проблемы.

Не знаю, у меня были проблемы именно с bonding'ингом, и с переходом на 10G они благополучно закончились. Я маршрутизировал 2-3 гигабитных внешних потока и маршрутизатор подключал к внутренней сети через 4 гигибитных интерфейса с bonding'ингом.


Кстати, какой-нибудь Microtic Cloud switch за 28 тыс. деревянных имеет 24х1Гб порта и 2х10ГБ SFP+ порта. И, по-моему, сетевая карта 10G с одним SFP+ портом где-то 18 тыс, и медяшка SFP+ 4-5 тыс. за 5 метров. Но больше 8 портов, по-моему, в транк на этом свитче не объединить. Это если нужно 100м между серверами...

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

26. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от Stax (ok) on 06-Фев-16, 21:48 
> А просто добавить в каждый сервер по 1 10G карточке и соединить их медным кабелем никак не? По деньгам не весьма дорого, разве что не более 5 м между серверами.

Вы совсем другой кейз обсуждаете. В стойке с серверами перейти на 10 GbE можно. Когда сервер и клиент не в одной стойке, сеть уже проложена и скорости не хватает - внедрение 10 GbE очень дорого.

> Кстати, какой-нибудь Microtic Cloud switch за 28 тыс. деревянных имеет 24х1Гб порта и 2х10ГБ SFP+ порта

Это не решает проблемы, если бы там был десяток 10GBase-T портов по приемлимой цене - другое дело.

Сейчас (как и пару лет назад) по SFP+ и в рамках стойки 10GbE пустить-то можно, а вот соединять им что-то большее стоит совершенно других (в разы больших) денег. И неочевидно, что разумные по деньгам решения появятся (есть надежда на новые стандарты 2.5G и 5G, но кто знает, исправят ли они ситуацию).

> Вот и объяснение. Если 10G поток кладет ядро на клиенте и на сервере, то я бы не стал ускорять сеть вообще до решения этой проблемы.

Эээ. Еще раз. Ядро кладет тред, обрабатывающий SMB (на клиенте и сервере), обрабатывающий этот поток (на скоростях, приближающимся к 10G). Это *решили* как раз расширением Multichannel, позволяющим одному клиенту работать с сервером через несколько TCP-потоков и разгрузить обработку и там, и там по тредам. Проблема как раз в том, что Samba это не умеет :) Во всяком случае, пока.

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

25. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от maximnik0 on 06-Фев-16, 20:31 
> Ну вообще-то интересует поддержка реально полезных фич, например работы SMB Multichannel
> - поддерживается даже десктопной виндой, позволяет получить поток в несколько гигабит
> между единственным клиентом и серверов (а не от сервера до многих
> клиентов в сумме) по гигабитному bonding'ингу. Что весьма актуально в некоторых
> условиях, т.к. цены на 10GbE все еще неподъемные для линков на
> нем до клиентов.

C SMB Multichannel  как утверждает журнал Системный администратор не все хорошо с безопасностью ,и преодически M$ иногда отключал эту фичу на десктопной винде .Вдобавок у многих сетевых карточек в винде в  тонких настройках протоколов тоже по какой-то причине потдержку по умолчанию  этой фичи блокируют :-(

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

24. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от Меломан1 on 06-Фев-16, 19:10 
>> 11  можно будет использовать в качестве сторадж-сервера, т.к  он
>> будет включать полную поддержку опций ZFS, pNFS и SMB3.
>> Линукс же в этом плане отдыхает.
> Позвольте поинтересоваться -что у Линуксa не так с SMB3 ? Ну кроме
> того что до фига бета и эксперементал кода , учитываем что
> многие фичи 3 версии  и винда нормально не поддерживает кроме
> серверных редакций ?

У Линукса огромные провалы производительности в NFS и SMB. У FreeBSD до 10 версии с NFS и SMB проблемы были, по NFS уступала даже Windows Server 2012.


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

36. "Доступен дистрибутив Scientific Linux 7.2"  +1 +/
Сообщение от _ (??) on 08-Фев-16, 21:57 
> У Линукса огромные провалы производительности в NFS и SMB. У FreeBSD до
> 10 версии с NFS и SMB проблемы были, по NFS уступала даже Windows Server 2012.

TREPLO

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

4. "Доступен дистрибутив Scientific Linux 7.2"  +2 +/
Сообщение от Аноним (??) on 06-Фев-16, 13:43 
> http://listserv.fnal.gov/scripts/wa.exe?A2=scientific-linux-...
> Scientific Linux
> Linux wa.exe
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от Dimez (??) on 06-Фев-16, 14:32 
atrpms умер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Доступен дистрибутив Scientific Linux 7.2"  –1 +/
Сообщение от grsec (ok) on 06-Фев-16, 16:34 
OpenAFS кто-то использует?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от Аноним (??) on 06-Фев-16, 18:15 
> OpenAFS кто-то использует?

Кирилл, перелогинтесь.


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

31. "Доступен дистрибутив Scientific Linux 7.2"  +1 +/
Сообщение от fi (ok) on 07-Фев-16, 18:54 
«CERN» - так устроит?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

37. "Доступен дистрибутив Scientific Linux 7.2"  +/
Сообщение от SysA on 09-Фев-16, 14:43 
> «CERN» - так устроит?

+ UK GridPP

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

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

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




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

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