Увидел свет (http://lists.centos.org/pipermail/centos-announce/2014-July/...) релиз дистрибутива CentOS 7.0 (http://centos.org), основанный на пакетной базе Red Hat Enterprise Linux 7.0 (http://www.opennet.me/opennews/art.shtml?num=39974) и полностью совместимый с ним. Для загрузки доступны (http://mirror.centos.org/centos/7/isos/x86_64/) установочная DVD-сборка (4Гб), сокращённый образ для установки по сети (370Мб), полный образ для USB Flash (7Гб) и Live-сборки с GNOME (1.1Гб) и KDE (1.2Гб). CentOS 7 доступен только для архитектуры x86_64.
CentOS 7.0 является первым значительным выпуском, подготовленным после перехода (http://www.opennet.me/opennews/art.shtml?num=38807) проекта под крыло компании Red Hat. Для ускорения разработки CentOS исходные тексты rpm-пакетов Red Hat Enterprise Linux 7 теперь напрямую размещаются в Git-репозиторий (https://git.centos.org/project/rpms) CentOS без публикации на ftp. Кроме того, в отличие от прошлых выпусков CentOS новая версия примечательна переходом к модели публичной оценки качества предварительных сборок, в рамках которой процесс предварительного тестирования стал доступен для всех желающих.Особенности и основные отличия (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7) от RHEL 7:
- Возможность установки альтернативного ядра CentOSPlus, поставляемого в дополнение к ядру из состава RHEL. Ядро CentOSPlus является расширенной сборкой штатного ядра RHEL, в которую включены некоторые дополнительные возможности и исправления. Например, в CentOSPlus включена поддержка TOMOYO и AppArmor (в дополнение к SELinux), активированы дополнительные сетевые драйверы (в том числе драйвер ath5k), возвращена поддержка BusLogic, IPX, Appletalk и ReiserFS;
- Поддержка миграции установок CentOS 6.5 до CentOS 7;
- Изменено содержимое 29 пакетов, среди которых: yum, PackageKit, ntp, httpd, dhcp, firefox, glusterfs, grub2, anaconda;
- Удалены специфичные для RHEL пакеты, такие как redhat-* и subscription-manager-migration-data;
- Создано несколько SIG-групп (Special Interest Group (http://wiki.centos.org/SpecialInterestGroup/)) для развития элементов оформления дистрибутива, продвижения решений на базе CentOS и создания (http://wiki.centos.org/SpecialInterestGroup/Virtualization) варианта CentOS для развёртывания инфраструктур виртуализации (продолжено развитие проекта Xen4CentOS (http://www.opennet.me/opennews/art.shtml?num=37243)). В процессе формирования группы для создания портов для архитектур ARM, PPC и i386, контроля совместимости с различными аппаратными устройствами, создания дополнительных RPM-пакетов и перевода документации на разные языки.Наиболее значительные изменения (http://www.opennet.me/opennews/art.shtml?num=39974), заимствованные из RHEL 7:
- отказ от формирования 32-разрядных сборок для архитектуры x86;
- использование по умолчанию файловой системы XFS с опциональной поддержкой btrfs и ext4;
- поставка GNOME 3 в режиме классического рабочего стола;
- задействование системного менеджера systemd и службы ведения логов systemd-journald;
- переход на загрузчик GRUB 2 c поддержкой GPT, EFI и OpenFirmware; *** экспериментальная поддержка UEFI Secure Boot;
- монтирование /tmp с использованием tmpfs;
- поставка по умолчанию MariaDB вместо MySQL;
- интеграция динамического межсетевого экрана firewalld;
- включение системы kpatch для обновления ядра на лету;
- интеграция инструментария Docker;
- поддержка протокола PTPv2 (Precision Time Protocol);
- поддержка 40-гигабитных сетевых адаптеров;
- реализация iSCSI и FCoE на уровне ядра;
- поддержка снапшотов LVM для разделов с ext4 и XFS;
- поставка по умолчанию OpenJDK 7
- новый интерфейс в инсталляторе.
URL: http://lists.centos.org/pipermail/centos-announce/2014-July/...
Новость: http://www.opennet.me/opennews/art.shtml?num=40156
> сокращённый образ для установки по сети (370Мб)Подозрительно.
Это замена minimal или оно просто тупо всё вытащит по сети и поставить без иксов, гномов и прочего уже не получится?
minimal будет позже.
А это обычный нетинстал. Тоже, что и dvd, но тащит по сети только то, что ты будешь устанавливать. Есть возможность выбрать минимальный базовый образ.
А точно будет?
Как они могли бросить пользователей х86?!
А накуа пардон мой французский? Тем более что на RHEL мир клином не сошелся. Кто хочет запуститься на i386 спокойно это сделает на мильене других дистрибутивов. Не думаю, что разработчиков цента на этом фоне так уж сильно терзают моральные сомнения. Вот если бы они бросили AMD64 и оставили i386 - вот это был бы номер.
> Как они могли бросить пользователей х86?!Ты когда последний x86_32 видел? Я в 2004 году.
Не, я тоже фанат стабильного и проверенного кода, но мля, не 10+ лет же?!
Регулярно на VDS/VPS серверах с 512М
> Регулярно на VDS/VPS серверах с 512МА оно пролезает по системным требованиям вообще? А то раньше сие со скрипом лезло в минимальные системные требования (наверное из-за менеджера пакетов на питоне, который просто падает на вкатывании разлапистых пакетов, если памяти меньше).
Окромя анаконды все прекрасно лезет и на 128M. А для VPS/VDS анаконда не нужна.
> Окромя анаконды все прекрасно лезет и на 128M.Да, только yum при установке жирного пакета жрет всю память и все накрывается медным тазом. Еще спасибо скажешь, если ssh не умрет или хотя-бы сможет повторно залогиниться, а то бывало и так что это падло висло, сожрав всю память. А ssh как раз памяти для запуска не хватало. И вот это западло, скажу я вам...
А что мешает поставить x86_64 на впс с 512 ram ?
Подозреваю, что памяти оно больше жрёт.
> Ты когда последний x86_32 видел? Я в 2004 году.некоторые из процессоров Intel Atom конца 2010 года
Выезжайте за мкад почаще. Только у бригадира дворников спроситесь сперва.
За МКАДом можно и 6.5 ставить. Оно никуда не делось. И Деб с Убой тоже. Было бы из-за чего переживать.
> Как они могли бросить пользователей х86?!Сервера напрочь 64-битные уже наверное как лет 10. И операционки. Разве что всякие VM/контейнеры 32-битными бывают для экономии.
Кстати, да. Я привык на нетбуке или слабых виртуалках ставить i386.Можно и с рюкзаком за хлебом сходить, но обычный пакет будет куда уместнее...
Всегда с рюкзаком за хлебом хожу. Удобно же.
> Кстати, да. Я привык на нетбуке или слабых виртуалках ставить i386.
> Можно и с рюкзаком за хлебом сходить, но обычный пакет будет куда
> уместнее...какая-то странная аналогия. чем мешает 64 бит на слабых виртуалках ? в чем выигрыш 32 бита по сравнению с 64 битами на слабых виртуалках?
Память
> Как они могли бросить пользователей х86?!это что, steam теперь не запустить? :(
или 32-битные пакеты всё же пока есть?
хотя чего это я, главное, чтобы multilib не грохнули
>> Как они могли бросить пользователей х86?!
> это что, steam теперь не запустить? :(
> или 32-битные пакеты всё же пока есть?Все 32битные пакеты были, поидее они только не собрали установщик, груб, ядро и еще какие-то.
http://mirror.yandex.ru/centos/7/updates/x86_64/Packages/fir...http://mirror.yandex.ru/centos/7/updates/x86_64/Packages/fir...
> i686.rpm
> x86_64.rpmmultilib работает
а зачем CentOs RedHat-у? у них же и так есть ReDHat и Fedora. Для каких целей?
Не для развлекухи же.
Ну как зачем.
Вот вам ценось: пожалуйста пользуйтесь, нам не жалко.
Возникли проблемы, нужна помошь и быстро - покупайте подписку на редхат.
Как-то так.
Взращивают грядки с пользователями, вестимо. Если можно зло и дешево привлечь и удержать людей, какой-то процент из которых в последствии вполне возможно станет их вполне платежеспособными покупателямя - почему нет? Это в любом случае лучше, чем замыкаться на достаточно нишевом RHELе. Сами по себе юзера из ниоткуда не появятся. Их нужно искать, привлекать, воспитывать, растить.
3 мешка картошки этому господину!!!
> Если можно зло и дешево привлечь и удержать людейВ упор не вижу тут ничего злого, скорее фантастика от обиженого убунтоида. Если мне нужна открытая стабильная система без vendor lock с длинным сроком поддержки, то центось отличный вариант. Если по деньгам поддержка шапки не бьет, то конечно будет проще купить RHEL. Все проще простого.
> а зачем CentOs RedHat-у? у них же и так есть ReDHat и Fedora. Для каких целей?Поглощение -> Расформирование -> Убийство -> Увольнение.
Пока такая схема не сработала только с MySQL/MariaDB
OpenOffice/LibreOffice спорно, и Oracle продолжает
активно их душить с помощью ApacheOffice
> Поглощение -> Расформирование -> Убийство -> Увольнение.А оно им надо? Там вон есть scientific linux и кто там еще. А еще оракель. Оракля им поглотить кишка тонка будет, пожалуй.
CentOS - зарелизились в разумные сроки
GlusterFS - развивается
Ядро, GCC и GDB - стабильно пилятся
JBoss живее всех живых
KVM получил нихреновый толчок в развитии
Ceph вполне себе пристоенТаки что редхат закопал уже? Всё серьёзное, к чему прикладывают руку - пока живёт и развивается.
Причем пока ничего не закрывали, только открывали. Можно, конечно, понять страхи людей, но нужно и факты прошлого учитывать. Если Ред Хат пока ничего приобретенного не загубил, с чего он внезапно это сделает?
> Таки что редхат зак опал уже? Всё серьёзное, к чему прикладывают руку -
> пока живёт и развивается.sysvinit. :)))
> sysvinit. :)))sysvinit сам по себе окаменелое говно мамонта. Хотя слой совместимости как в upstart'е, так и в systemd работает.
> sysvinit. :)))А редхат его не разрабатывал как таковой. Ты еще пожалуйся что проприетарные юниксы померлы, в том числе и благодаря редхату :).
Что за глупости? Как можно топить продукт которым можно оттягивать у оракла пользователей?
> Что за глупости? Как можно топить продукт которым можно оттягивать у оракла
> пользователей?Правильно, ибо только идиоты пилят сук на котором сидят.
>> Что за глупости? Как можно топить продукт которым можно оттягивать у оракла
>> пользователей?
> Правильно, ибо только идиоты пилят сук на котором сидят.Идиoтов на этой планете даже не рожают, а просто мечут. Как икру. distrowatch тому наглядное свидетельство. Лучшего способа разогнать пользователей просто не существует.
> distrowatch тому наглядное свидетельство.А какие гарантии что distrowatch - это сколь-нибудь репрезентативная выборка? А то как известно, "опрос пользователей в интернете показал что 100% опрошенных пользуются интернетом".
не можно. оракля не дураки - они просто не поддерживают конфигурации не на оракл линукс (помимо ред хата и суси конечно же!). даже космонавт до сих пор не договорился о поддержки ораклом конфигураций с убунту.
Ubuntu со своим бесплатным сервером наступает на пятки. Вот они и хотят такую же модель. Fedora - тестовый полигон, Centos - бесплатный стабильный сервер, а хочешь поддержку - мигрируй на RedHat. Причем они сразу заявляли, что будут пилить бесшовную миграцию, типо репозитории поменял и одну команду ввел и уже RHEL.
> Centos - бесплатный стабильный серверНасчет стабильности не согласен
Как выпускник Международного Института Диванных Аналитиков (МИДА), считаю, что он им нужен, чтобы конкурировать с Ораклом.
м. университет д.а.
Редхат купил центось после того как те обнаружили, что из редхатовских исходников собирается бинарник ядра отличный от того, который раздает редхат. Первым делом купленным навязали сборку их дистрибутива на серверах редхата, теперь вопрос о сходстве бинарников больше не встает.Вообще, редхат и центось были и есть одними из самых распространенных дистрибутивов линукса, в частности - в тех странах, где к винде относятся с подозрением (например, из-за знаменитого stuxnet, поломавшего центрифуги в Иране). Поэтому вопрос о соответствии бинарников исходникам - это очень щекотливый вопрос для RedHat.
> обнаружили, что из редхатовских исходников собирается бинарник ядра отличный от того, который раздает редхатГде про это почитать?
wikipedia:Рекурсия
Вот после этого бага они начали там у себя разбираться и не получилось... Потом их купили.
> Редхат купил центось после того как те обнаружили, что из редхатовских исходников
> собирается бинарник ядра отличный от того, который раздает редхат. Первым делом
> купленным навязали сборку их дистрибутива на серверах редхата, теперь вопрос о
> сходстве бинарников больше не встает.
> Вообще, редхат и центось были и есть одними из самых распространенных дистрибутивов
> линукса, в частности - в тех странах, где к винде относятся
> с подозрением (например, из-за знаменитого stuxnet, поломавшего центрифуги в Иране). Поэтому
> вопрос о соответствии бинарников исходникам - это очень щекотливый вопрос для
> RedHat.пруфлинк
Я тоже хочу пруф.
Бинарник ядра CentOS никогда не соответствовал, и в семерке не соответствует бинарнику ядра RHEL как минимум из-за ликвидации копирайтов. А вот API и ABI - соответствует и соответствовало всегда. Dixi.
> Бинарник ядра CentOS никогда не соответствовал, и в семерке не соответствует бинарнику
> ядра RHEL как минимум из-за ликвидации копирайтов. А вот API и
> ABI - соответствует и соответствовало всегда. Dixi.Пруф линк пожалуйста и заодно ссылочки на скрипты где они проверяют API/ABI java, ruby, perl и всех остальных сырцов. (Интересуют как раз их скрипты, а не разработки ROSA (хотя они может их и используют).
Вообще билд система rhel закрыта и является black box, поэтому AFAIR никто не давал гарантий совместимости, на практике получается что пока везет.
> Вообще билд система rhel закрыта и является black box, поэтому AFAIR никто не давал
> гарантий совместимости, на практике получается что пока везет.API и ABI вообще достаточно перпендикулярны системе сборки. Система сборки на API и ABI вообще никак не влияет сама по себе, как минимум в типовых случях.
А то что бинарник изменится от выпиливания копирайтов - как пить дать.
>> Вообще билд система rhel закрыта и является black box, поэтому AFAIR никто не давал
>> гарантий совместимости, на практике получается что пока везет.
> API и ABI вообще достаточно перпендикулярны системе сборки. Система сборки на API
> и ABI вообще никак не влияет сама по себе, как минимум
> в типовых случях.
> А то что бинарник изменится от выпиливания копирайтов - как пить дать.да нет в ядре копирайтов, нечего там выпиливать. Главный копирайт в /etc/issue* :)))
И пара пакетов для yum-a
> да нет в ядре копирайтов, нечего там выпиливать. Главный копирайт в /etc/issue*
> :)))
> И пара пакетов для yum-aКак ни странно, в редхатовском - есть :) Там Red Hat несколько раз встречается в выводе сообщений об ошибках или предупреждений.
>> kernel/lockdep.c
printk("Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar\n");
В шестёрке они подобное не выпиливали, в семёрке - ещё не знаю, сотрудничество с Red Hat могло немножко политику изменить.
> printk("Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar\n");
> В шестёрке они подобное не выпиливали, в семёрке - ещё не знаю,
> сотрудничество с Red Hat могло немножко политику изменить.Выпиливают. Собственно, в ихнем kernel.git можно посмотреть.
>> Вообще билд система rhel закрыта и является black box, поэтому AFAIR никто не давал
>> гарантий совместимости, на практике получается что пока везет.
> API и ABI вообще достаточно перпендикулярны системе сборки. Система сборки на API
> и ABI вообще никак не влияет сама по себе, как минимум
> в типовых случях.
> А то что бинарник изменится от выпиливания копирайтов - как пить дать.Пособирай - потом приходи.
> а зачем CentOs RedHat-у? у них же и так есть ReDHat и
> Fedora. Для каких целей?
> Не для развлекухи же.Для конкуренции с оракулом. И развесистое ядрышко туда же.
Только утром поставил, уже 71 обновление. :)
> Только утром поставил, уже 71 обновление. :)Ого. А еще убунтам что-то предъявлят... :)
какая версия glibc теперь используется?
Название: glibc
Архитектура: x86_64
Версия: 2.17
Выпуск: 55.el7
Покажите коммент того анонимуса, который писал что релиза не будет полгода, и что Red Hat купил CentOS чтобы не релизить. Это проплаченный Oracle-ом анонимус, я ему поставлю минус.
Анонимам минусы ставить бесполезно. Надо искать и бить. И да, это был не я!
> И да, это был не я!Отмазывайся теперь :).
Нелюди, ни ifconfig'a, ни route по дефолту нет :(
> Нелюди, ни ifconfig'a, ни route по дефолту нет :(ip и iproute хоть есть?
>> Нелюди, ни ifconfig'a, ни route по дефолту нет :(
> ip и iproute хоть есть?конечно! а кто пользуется outdated утилитами - по мордасам! :-P
> Нелюди, ни ifconfig'a, ни route по дефолту нет :(Оба уже дико устарели, но вангую что можно еще воткнуть.
>> Нелюди, ни ifconfig'a, ни route по дефолту нет :(
> Оба уже дико устарели, но вангую что можно еще воткнуть.конечно можно! всё репах.
>> Нелюди, ни ifconfig'a, ни route по дефолту нет :(
> Оба уже дико устарели, но вангую что можно еще воткнуть.yum install net-tools
Ими уже давно не стоит пользовать, будет повод перейти на iproute2 для тех, кто ещё их не осилил.
#ip a l enp4s0
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 14:da:e9:95:ef:f5 brd ff:ff:ff:ff:ff:ff
inet 10.7.1.154/24 brd 10.7.1.255 scope global enp4s0
valid_lft forever preferred_lft forever
inet6 fe80::16da:e9ff:fe95:eff5/64 scope link
valid_lft forever preferred_lft forever#ifconfig enp4s0
enp4s0 Link encap:Ethernet HWaddr 14:DA:E9:95:EF:F5
inet addr:10.7.1.154 Bcast:10.7.1.255 Mask:255.255.255.0
inet6 addr: fe80::16da:e9ff:fe95:eff5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5804876 errors:0 dropped:0 overruns:0 frame:0
TX packets:2717139 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:4902347958 (4675.2 Mb) TX bytes:303284064 (289.2 Mb)Второе как-то лучше читается, Вы не находите? И более информативен (тут же физика). Альясов правда нет и вряд ли уже будут. Жалко, что похерили - iproute linux-специфичен и отвратно документирован.
P.S. Отдельное спасибо Поттерингу & SUSE-строителям за "enp4s0". Наконец-то linux обзавёлся своей у*бищной нотацией.
Есть. Может, в каком-то наборе не устанавливаются, но поставить их несложно.
Я и говорю "по дефолту нет".
Там по дефолту по ходу много чего нет. По фигу, все на диске есть.
netstat тоже нету
Кто-нить поборол интеллектуального разбивателя дисков? Это какой-то тихий ужас. Я не могу понять как сделать по-человечески: теперь выбираются диски в системе, из них состоит некий общий пул пространства на который натягиваются партиции и маунт поинты. Как мне все это сделать по-старинке, вручную?! Есть три диска: sda (256Mb), sdb (1Gb), sdc (2Gb). Я не хочу иметь пул на 3.3Gb, я хочу иметь boot на sda с ext2, swap на sdb, и ос на sdc с LVM и xfs. Со сколькими системами не работал, все интуитивно понятно и привычно, даже в окоянной венде. Подозреваю, что по замыслу разрабов это все делается в два клика, но что-то я сделал уже несколько сотен, а так и не понял =\
>[оверквотинг удален]
> понять как сделать по-человечески: теперь выбираются диски в системе, из них
> состоит некий общий пул пространства на который натягиваются партиции и маунт
> поинты. Как мне все это сделать по-старинке, вручную?! Есть три диска:
> sda (256Mb), sdb (1Gb), sdc (2Gb). Я не хочу иметь пул
> на 3.3Gb, я хочу иметь boot на sda с ext2, swap
> на sdb, и ос на sdc с LVM и xfs. Со
> сколькими системами не работал, все интуитивно понятно и привычно, даже в
> окоянной венде. Подозреваю, что по замыслу разрабов это все делается в
> два клика, но что-то я сделал уже несколько сотен, а так
> и не понял =\Это жесть. Сдохнет 1 винт и скончаются непредсказуемо данные.
Ручной режим же должен остаться...
> Это жесть. Сдохнет 1 винт и скончаются непредсказуемо данные.А вот не фак, что всё так просто. У меня на виртуалках подобная же раскладка по vmfs, только везде ext4, а не ext2 с XFS. Это ни разу не мешает иметь RAID1/10/5/6 на хостноде.
>[оверквотинг удален]
> понять как сделать по-человечески: теперь выбираются диски в системе, из них
> состоит некий общий пул пространства на который натягиваются партиции и маунт
> поинты. Как мне все это сделать по-старинке, вручную?! Есть три диска:
> sda (256Mb), sdb (1Gb), sdc (2Gb). Я не хочу иметь пул
> на 3.3Gb, я хочу иметь boot на sda с ext2, swap
> на sdb, и ос на sdc с LVM и xfs. Со
> сколькими системами не работал, все интуитивно понятно и привычно, даже в
> окоянной венде. Подозреваю, что по замыслу разрабов это все делается в
> два клика, но что-то я сделал уже несколько сотен, а так
> и не понял =\sdc на 2GB, говорите? Какого года выпуска? Что говорит smart?
это шаблон вмашинки. Я часто использую именно такую схему: минималка для системы (если че, потом ос диск можно и расширить, он же LVM), а все остальное маппится доп дисками (опять же LVM тома) в зависимости от типа приложений этой самой машинки. Мне просто так удобней, не нужно париться с разметкой внутри системы: нужен свап больше - перемаунтил другой диск, нужна партиция под бд/веб/подставить_по_смыслу быстрее, смигрировал диск на быстрый лун, ну и т.д.
. поддержка снапшотов LVM для разделов с ext4 и XFS;Centos 6 снапшоты LVM для разделов с ext4 поддерживал.
Что изменилось?
> . поддержка снапшотов LVM для разделов с ext4 и XFS;
> Centos 6 снапшоты LVM для разделов с ext4 поддерживал.
> Что изменилось?Ты не поверишь,
>>> PARTITIONING DEFAULTS FOR ROLLBACK
>>> The ability to revert to a known, good system configuration is crucial in a production environment. Using LVM snapshots with ext4 and XFS (or the integrated snapshotting feature in Btrfs described in the “Snapper” section) an administrator can capture the state of a system and preserve it for future use.
Ну Lvm все равно что там за фс на разделе, с которого ты делаешь снапшот, может имеется ввиду какой то режим синхронизации, что бы не пришлось потом чинить фс в снапшоте.
Долгожданный релиз. И список изменений хороший. Правда предвижу батхёрт экономных товарищей, что приобретали VPS с 128Мб оперативы на борту, и устанавливали 32-битную версию. Но проблемы экономных людей - это их проблемы. Главная их которых - они сами:) А релиз просто замечательный.
http://seven.centos.org/2014/07/guess-whats-coming/>MATE is available in EPEL …
>But really, once you get used to gnome 3, even normal mode and not classic mode, its not THAT bad.
Ой, как это я умудрился? :) Это ответ про MATE, как все поняли.
Предвидится ли Mate в официальных репах?
> Предвидится ли Mate в официальных репах?нет. он есть в epel
>> отказ от формирования 32-разрядных сборок для архитектуры x86;
>> Подготовка сборок для архитектур i386, ARM и PowerPC.Объясните тупому, это как? Сначала ломаем, потом делаем?
>>> отказ от формирования 32-разрядных сборок для архитектуры x86;
>>> Подготовка сборок для архитектур i386, ARM и PowerPC.
> Объясните тупому, это как? Сначала ломаем, потом делаем?нет. просто сил сообщества не хватает на всё. собрали сначала x86_64
потом будут ppc64 собирать. потом то, до чего руки дотянуться
Поздравления стану Центосевцев со значительной вехой в развитии дистра из стана Дебианщиков/Убунтовиков!
Облизываюсь на kpatch/kGraft, надеюсь к 14.10 ядру уже будет в апстриме.
И такой еще вопрос, где можно увидеть, что они в свое ядро бекпортировали, конкретно интересна поддержка tcp fastopen в RHEL/CentOS 7.
Нельзя, сырцы ядра идут блобом чтобы такие как оракл не воровали наработки легко.
> Нельзя, сырцы ядра идут блобом чтобы такие как оракл не воровали наработки
> легко."Сырцы ядра идут блобом" - это самое, наверное, фееричное, что я про ядро RHEL слышал.
Каким образом _сырцы_ могут идти _блобом_ - мне вообще слабо понятно. А на практике ядро поставляется уже полностью пропатченными сырцами ядра.
>> Нельзя, сырцы ядра идут блобом чтобы такие как оракл не воровали наработки
>> легко.
> "Сырцы ядра идут блобом" - это самое, наверное, фееричное, что я про
> ядро RHEL слышал.
> Каким образом _сырцы_ могут идти _блобом_ - мне вообще слабо понятно. А
> на практике ядро поставляется уже полностью пропатченными сырцами ядра."В английском языке слово blob означает что-то большое и бесформенное"
Представь что, все что тебе доступно - это финальный архив ядра после наложения всех патчей.
> "В английском языке слово blob означает что-то большое и бесформенное"Или *B*inary *L*arge *OB*ject - что подчеркивает безысходную безысходниковую сущность объекта.
> наложения всех патчей.
И что? Исходники не только есть, но еще и центось из них ядро пересобирает. А как там редхату удобно внутри себя патчи раскидывать - их внутреннее дело, лицензия не регламентирует такое. Дружественность этого подхода к ALL конечно под вопросом. Ну так скажите ораклю спасибо за то что оно теперь вот так...
>> "В английском языке слово blob означает что-то большое и бесформенное"
> Или *B*inary *L*arge *OB*ject - что подчеркивает безысходную безысходниковую сущность
> объекта.
>> наложения всех патчей.
> И что? Исходники не только есть, но еще и центось из них
> ядро пересобирает. А как там редхату удобно внутри себя патчи раскидывать
> - их внутреннее дело, лицензия не регламентирует такое. Дружественность этого подхода
> к ALL конечно под вопросом. Ну так скажите ораклю спасибо за
> то что оно теперь вот так...Автора интересовало что бекпортировали, тред скатился в обсуждение патчей, патч fastopen отдельно не увидит очевидно.
> "Сырцы ядра идут блобом" - это самое, наверное, фееричное, что я про
> ядро RHEL слышал.
> Каким образом _сырцы_ могут идти _блобом_Головка-то маааленькая, английская языка труууудная....
slob
[slɘb] _n.
1) _ирл. грязь, слякоть
2) _презр. неряха, растрёпа
В RHEL7 TCP Fast Open есть:
http://www.linuxstorages.com/2014/06/rhel-7-features.html
Так что и в CentOS должен быть.
Отличная новость!
Ребята, подскажите мануал по миграции с CentOS 6.5 на 7
> Отличная новость!
> Ребята, подскажите мануал по миграции с CentOS 6.5 на 7Вообще переползти можно даже на живую, но я бы не советовал. Лучше по старинке - install new, configure new, verify/test new, shutdown old, activate new, verify production, delete old.
А так - вот:
https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...
>> Отличная новость!
>> Ребята, подскажите мануал по миграции с CentOS 6.5 на 7
> Вообще переползти можно даже на живую, но я бы не советовал. Лучше
> по старинке - install new, configure new, verify/test new, shutdown old,
> activate new, verify production, delete old.
> А так - вот:
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterp...Если ты сделал в этой жизни ошибку, то убейся и родись заново. Отличный профессиональный подход.
При отсутствии CM в инфраструктуре даже нет смысла переустанавливать сотни серверов.
Хотя... у нас же тут континтгент локалхост админов.
> Если ты сделал в этой жизни ошибку, то убейся и родись
> заново. Отличный профессиональный подход.
> При отсутствии CM в инфраструктуре даже нет смысла переустанавливать сотни серверов.
> Хотя... у нас же тут континтгент локалхост админов.CM тут вообще не при чём, он появляется только на этапе configure. Хоть при отсутствии, хоть при присутствии CM переход между major'ами - это всё равно build from scratch, с миграцией сервисов. Нет, конечно, наверняка найдутся божественные ветры, желающие поапгрейдится между major'ами на живую, но это их половые проблемы. И допустим от необходимости адаптировать скрипты upstart -> systemd и ребилдить локальные репы никакой CM вас не спасёт.
>[оверквотинг удален]
>> заново. Отличный профессиональный подход.
>> При отсутствии CM в инфраструктуре даже нет смысла переустанавливать сотни серверов.
>> Хотя... у нас же тут континтгент локалхост админов.
> CM тут вообще не при чём, он появляется только на этапе configure.
> Хоть при отсутствии, хоть при присутствии CM переход между major'ами -
> это всё равно build from scratch, с миграцией сервисов. Нет, конечно,
> наверняка найдутся божественные ветры, желающие поапгрейдится между major'ами на живую,
> но это их половые проблемы. И допустим от необходимости адаптировать скрипты
> upstart -> systemd и ребилдить локальные репы никакой CM вас не
> спасёт.Прикол хочешь? Обновлял f15->f16 и f16->f17, столкнулся буквально с единичной мелкой проблемой в объеме 100 машин. Переход rhel6->rhel7 должен быть вообще без проблемным. Если не умеешь обновлять, то ссылайся дальше на половые органы.
> Прикол хочешь? Обновлял f15->f16 и f16->f17, столкнулся буквально с единичной мелкой
> проблемой"Если вам кажется что дела идут хорошо, значит вы просто чего-то не заметили".
Хотя сам факт использования федоры на 100 машинах многое говорит о вас, и при том далеко не в лучшую сторону. Кстати, сейчас вроде как актуальная федора явно новее 17-й. Какая участь постигла 100 серверов?
>> Прикол хочешь? Обновлял f15->f16 и f16->f17, столкнулся буквально с единичной мелкой
>> проблемой
> "Если вам кажется что дела идут хорошо, значит вы просто чего-то не
> заметили".
> Хотя сам факт использования федоры на 100 машинах многое говорит о вас,
> и при том далеко не в лучшую сторону. Кстати, сейчас вроде
> как актуальная федора явно новее 17-й. Какая участь постигла 100 серверов?Не мои машины, работают без проблем, это были разовые задачи.
Факт в том что не зная всех требований вы не можете утверждать о целесообразностях выбора.
> Прикол хочешь? Обновлял f15->f16 и f16->f17, столкнулся буквально с единичной мелкой проблемойАдмин локалхоста? Или не используешь собственных репозитариев? Смена версий всех основных библиотек очень много значит.
А еще в 15->16->17 везде systemd, в отличие от C5->C6->C7, где sysvinit->upstart->systemd.
>> Прикол хочешь? Обновлял f15->f16 и f16->f17, столкнулся буквально с единичной мелкой проблемой
> Админ локалхоста? Или не используешь собственных репозитариев? Смена версий всех основных
> библиотек очень много значит.
> А еще в 15->16->17 везде systemd, в отличие от C5->C6->C7, где sysvinit->upstart->systemd.Репозитории? Да. 4 года назад было, возможно забыл версии, на одном апдейте пришел systemd, на другом сырой grub2. Значит 14->15->16.
>[оверквотинг удален]
>> заново. Отличный профессиональный подход.
>> При отсутствии CM в инфраструктуре даже нет смысла переустанавливать сотни серверов.
>> Хотя... у нас же тут континтгент локалхост админов.
> CM тут вообще не при чём, он появляется только на этапе configure.
> Хоть при отсутствии, хоть при присутствии CM переход между major'ами -
> это всё равно build from scratch, с миграцией сервисов. Нет, конечно,
> наверняка найдутся божественные ветры, желающие поапгрейдится между major'ами на живую,
> но это их половые проблемы. И допустим от необходимости адаптировать скрипты
> upstart -> systemd и ребилдить локальные репы никакой CM вас не
> спасёт.Как раз таки причем. CM позволяет накатить нужную конфигурацию на машину снуля. Есть еще много больших проектов где не внедряли Chef, Puppet и прочее. Насколько помню поддержку sysv скриптов никто не убирал (нету под рукой rhel7/centos7).
Еще раз, с CM я смогу поднять изолированную зеркальную копию и протестировать всю накатку прежде чем трогать/подменять прод.
> Еще раз, с CM я смогу поднять изолированную зеркальную копию и протестировать
> всю накатку прежде чем трогать/подменять прод.Я и предлагаю поднимать изолированную копию для начала, вылизывать в ней конфигурацию и софт, и далее подменять прод. И разницы от того, есть CM или нет - при этом нет.
> При отсутствии CM в инфраструктуре даже нет смысла переустанавливать сотни серверов.Спору нет - намного интереснее, если из сотен серверов половина сглючит и админ будет как лошадь в мыле носиться по сотням хостов ставших проблемой. Еще блин предложите трублешутинг на 100 машинах делать вместо перераскатки системы. Джедайские скиллы трублешутинга глюков - это конечно хорошо, но в большинстве случаев это никому не интересно, если займет неделю времени (а сколько вы будет трублешутить сотни серверов?)
Я себе так и представляю сразу 100 немножко отличающихся по конфигу, софту и назначению машин, без CM, которые подверглись апдейту на горячую. Лучше сразу застрелиться - потому что ряд глюков может начать всплывать через некоторое от апдейта время, и жопа будет в мыле + порвана сразу на десятки направлений.
Этот так его, systemd превратил Linux в Windows98 !!!
соответственно его и использовать надо по схеме продуктов майкософта ! ждём минимум год после выхода первого SP и тогда ставим !
> Этот так его, systemd превратил Linux в Windows98 !!!Все проще: кровавые ынтерпрайзы наконец доходчиво объяснили кулсисопам, что сервера должны *работать*, а все остальное - *вторично*. С минимальными затратами времени и сил. Перераскатать систему - автоматическая операция, делается железяками и при правильной организации процесса - быстро. Уж на виртуалках - вообще стандартная практика. А посылать админа разруливать непонятные глюки - неизвестно сколько времени займет, фиг знает с каким результатом. А оно надо - оплачивать вагон времени впашки высококвалифицированного спеца? Железка достигает тот же результат за 5 минут, просто вкатив чистый, свежий, заведомо безглючный образ.
Mad skillz хороши чтобы покривляться перед нубами, но в энтерпрайзе джедаи махают своими мечами только по эксклюзивным случаям. Никто нынче не будет 500 джедаев нанимать чтобы те могли вволю заниматься фехтованием с глюками, индивидуально окучивая каждый сервер.
исошки собирались в попыхах ?
==
CentOS-7.0-1406-x86_64-DVD.iso
==
texlive-collection-documentation-base-svn17091.0-32.20130427_r30
texlive-collection-fontsrecommended-svn28082.0-32.20130427_r3013
texlive-collection-latexrecommended-svn25795.0-32.20130427_r3013
texlive-collection-htmlxml-svn28251.0-32.20130427_r30134.el7.noa
texlive-collection-basic-svn26314.0-32.20130427_r30134.el7.noarc
texlive-collection-latex-svn25030.0-32.20130427_r30134.el7.noarc
texlive-luaotfload-bin-svn18579.0-32.20130427_r30134.el7.noarch
plymouth-plugin-two-step-0.8.9-0.10.20140113.el7.centos.x86_64.r
texlive-latex-bin-bin-svn14050.0-32.20130427_r30134.el7.noarch.r
texlive-makeindex-bin-svn26509.0-32.20130427_r30134.el7.x86_64.r
texlive-texconfig-bin-svn27344.0-32.20130427_r30134.el7.noarch.r
tigervnc-server-minimal-1.2.80-0.30.20130314svn5065.el7.x86_64.r
NetworkManager-glib-0.9.9.1-13.git20140326.4dba720.el7.x86_64.rp
texlive-dvipdfmx-bin-svn26509.0-32.20130427_r30134.el7.x86_64.rp
texlive-kpathsea-bin-svn27347.0-32.20130427_r30134.el7.x86_64.rp
texlive-metafont-bin-svn26912.0-32.20130427_r30134.el7.x86_64.rp
texlive-scheme-basic-svn25923.0-32.20130427_r30134.el7.noarch.rp
texlive-texlive.infra-bin-svn22566.0-32.20130427_r30134.el7.x86_
> исошки собирались в попыхах ?Не, это у вас вьюер ограничен в длине имён. С исошками C6 будет так же.
отличная новость.самый удобный, практичный и популярный дистрибутив!
может есть добрые люди, нет времени читать талмуды, дайте ссылочку на простую пошаговую инструкцию что бы обновить безболезненно с шестой версии
> может есть добрые люди, нет времени читать талмуды, дайте ссылочку на простую
> пошаговую инструкцию что бы обновить безболезненно с шестой версииПо виду, у них там всё "андер констракшн" - всё в ссылках на РХ, у которых всё "в процессе".
""For the first time, there is a supported upgrade path from CentOS-6 to CentOS-7. This path is only supported from the latest version of CentOS-6 (being 6.5 at the time of writing) to the latest version of CentOS-7. For more information on the upgrade procedure please take a look at this page[1]. The tools needed for this functionality are still being tested and will be released at a later time. If you can help with the testing, please see this CentOS-Devel mailing list thread[2].
[1]https://access.redhat.com/site/documentation/en-US/Red_Hat_E...
[2]http://lists.centos.org/pipermail/centos-devel/2014-July/011...
установил в виртуалке, гламурненько-виндовенько так
система после установки 146 метров обновок всосала (финальный релиз, чо, скачаный вчера), после этого попросила перезагрузиться ...--
на двд присутствуют пакеты с обрезанными именами (до 64 символов)
> финальный релиз, чо, скачаный вчераИх релиз эквивалентен релизу RHEL, версии пакетов те же. Т.е. все апдейты, что вышли от даты релиза RHEL 7 - именно в апдейтах, на ISO не присутствуют.
> на двд присутствуют пакеты с обрезанными именами (до 64 символов)
Попробуйте смонтировать исошку через loop под самой операционкой, а не смотреть внешним софтом.