Представлен (http://lists.centos.org/pipermail/centos-announce/2010-May/0...) релиз Linux дистрибутива CentOS 5.5 (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS5.5), основанный на пакетной базе Red Hat Enterprise Linux 5.5 (http://www.opennet.me/opennews/art.shtml?num=26021). В отличие от RHEL в CentOS объединены в единый репозиторий пакетов и в один установочный комплект пакеты как из серверной, так и из десктоп редакции RHEL. CentOS 5.5 поставляется для платформ i386 и x86_64 в сборках (http://mirror.centos.org/centos/5.5/isos/i386/): LiveCD (689 Мб), DVD (i386 - 1 диск, x86_64 - 2 диска), CD (i386 - 7 дисков, x86_64 - 8 дисков) и сокращенный netinstall.iso (8.8 Мб) образ для установки по сети.
В LiveCD-версии представлена подборка как приложений для рабочей станции (OpenOffice.org, Firefox, Gimp, Pidgin, Thunderbird), так и программ для для диагностики и восстановления системы после сбоя (memtest86, nmap, утититы для работы с LVM и RAID, samba).С новшествами, ...
URL: http://lists.centos.org/pipermail/centos-announce/2010-May/0...
Новость: http://www.opennet.me/opennews/art.shtml?num=26594
В 54 пакета, поставляемых в RHEL 5.5, были добавлены улучшения от разработчиков CentOS - это самое страшное
И не говори, вечно они думают, что умнее разработчиков красношляпки.
>И не говори, вечно они думают, что умнее разработчиков красношляпки.Почти все эти изменения сводятся к изменению внешнего вида, убиранию логотипов и торговых марок Red Hat.
Почти все эти изменения сводятся к изменению внешнего вида, убиранию логотипов и торговых марок Red Hat.А я, хотел бы иметь неофициальный патч, который возвращает их назад. Логотип RedHat мне нравится больше :-)
Кто мешает сделать этот патч?
Это он... 0day-warez-XxxXxx-5-5.patch Мы все о Нём мечтали.
А что мешает поставить в CentOS оригинальные redhat-logos, redhat-artwork и rhgb?
Это не "улучшения", а именно "изменения".
Вечно анонимусы мнят себя умнее разработчиков
Плюсую!
Отличная новость!
поздравляю всех сентосовцев, тем не менее за такой список "Известных проблем" какой обнаружился в этом релизе у CentOS'а Ubuntu опустили бы ниже плинтуса, мол сырой ещё... а в адрес Сентоса никто даже слова не сказал...
так что 1:1 )
Почти вся команда центоса - сотрудники редхат.
Откуда такая информация?
Да просто хочется.
> Наблюдаются проблемы при проведении обновления при наличии установленного
> в систем проприетарного видеодрайвера для карт NVidia - после перезагрузки
> X-сервер перестает запускаться.1. Это проявляется на ФС с журналированием.
Нужно заныкать копию Xorg, где-нить, в /var/lib.
Заимунитетить
# chattr +i /usr/bin/Xorg
# chmod ugo-rw /usr/bin/Xorg
В OpenSuse 10.3/11.0 такое было, когда на живой системе обновляются библиотеки X-ов.
Так что виноват не дривер, а кривой инсталятор. Конечно, кому понравится... если Вам
за рулём машины делать пересадку руки, долго ещё проедите?! :)
По моему, это происходит только при обновлении ядра, - "при перезагрузке Х не стартует". Ведь NVidia, при инсталяции, компилируется под конкретное ядро и если его версия изменилась, то драйвера фактически нет, вот и требуется новая установка, тоесть, компиляция под новое ядро.
Чёй-то в багах не видно, наверно кто-то пытался установит на GeForce 440MX =)
Замечательный новости, можно будет обновляться. Хотя может не стоит, система и так работает нормально :)
Ну что ж, ждём отзывов о проблемах на серверах после обновления с 5.4 на 5.5. ;)Конкретно меня интересует применительно к web-серверам.
Уже есть у кого-то грабли, смотрите [CentOS] Problems after update to 5.5Но пока только один человек (у него зависает загрузка на udev с новым ядром, но со старым все грузится).
Я же наоборот одну машину клиента уже давно перетащила на ядро из 5.5 RHEL, но на 5.4 CentOS.
Вообще, имхо, обновлять нестандартизированные сервера наживую, даже с учетом того, что если все делать правильно (без кучи сурс инсталлов и пакетов из левых репозиториев), CentOS всегда нормально обновляется между минорными релизами, как-то страшно :)
Я обычно стараюсь поставить старый кикстарт на тестовую машину, обновить его, поискать глюки, и только потом обновляться...
>Я же наоборот одну машину клиента уже давно перетащила
>на ядро из 5.5 RHEL, но на 5.4 CentOS.
>обновляется между минорными релизами, как-то страшно :)странная вы , перетащить ядро из RHEL на CentOS разных версий
причем у клиента - это нормально, а вот обновится уже страшно.
>>Я же наоборот одну машину клиента уже давно перетащила
>>на ядро из 5.5 RHEL, но на 5.4 CentOS.
>>обновляется между минорными релизами, как-то страшно :)
>
>странная вы , перетащить ядро из RHEL на CentOS разных версий
>причем у клиента - это нормально, а вот обновится уже страшно.Там "сервер" из десктопных комплектующих с Core i5 и IP KVM через Intel AMT, возникла проблема с некоторыми опциями в Bios и стабильностью системы. Собственно, ядро RHEL 5.5 проблему решило, и я даже не стала писать багрепорт (наверное, уже кто-то написал раньше, и пофиксили)
Кроме того, смена ядра это вообще не так страшно(ну могут быть глюки с udev/device kit и пр) :) на VZ-ядрах прекрасно работает user-mode даже RedHat(без Enterprise) 9, тот, который Fedora 0, если так можно сказать...
Если бы что-то пошло не так, всегда можно было бы в GRUB выбрать старый kernel, а вот с user-mode, после его обновления, так не сделаешь.
Как я понял вы Puppets используете, разве с ними восстановление после
неудачного обновления , скажем с нуля, не займет менее 15-30 минут?
Или обьем данных которые потом придется залить слишком большой?
>Как я понял вы Puppets используете, разве с ними восстановление после
>неудачного обновления , скажем с нуля, не займет менее 15-30 минут?
>Или обьем данных которые потом придется залить слишком большой?Мы стараемся, что бы все серверы были стандартные. Если что-то пошло не так, это уже гарантировать нельзя. В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем сервер кикстартом с помощью Cobbler через интернет(обычно через VirtualMedia), или в офисе по PXE, кикстартом, а сверху накатывается Puppet.
Занимает где-то с час-полтора(в офисе 20 минут).Естественно, это все упирается в нежелательный даунтайм, поэтому или ночью, или хорошо, если у клиента есть запасной сервер.
Сейчас думаем заказать запасной сами, для вот таких случаев.
>В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаемНу да решение инцидента потом проблемы.
А в Puppets только то что изменялось в системе при ее настройке или все конфиги?
Они у вас кстати в чем лежат если не секрет, Subversion, GIT может CVS и настроен
ли pushing конфигов при изменении их в репозитарии на клиентские системы?
По PXE кикстартом я так понимаю только железные сервера, а виртуальные шаблоном,
видимо у клиентов ваших высокие требования по производительности если виртуалки не подходят.
>>В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем
>
>Ну да решение инцидента потом проблемы.
>А в Puppets только то что изменялось в системе при ее настройке
>или все конфиги?Puppet, по дизайну, средство поддержания статического состояния. У нас там почти все конфиги, и еще через него делаются некоторые действия (например, в OpenVZ и KVM заводятся с помощью exec VE и гости, в web-серверах и Samba Apache перечитывает конфиги, в почте ребилдятся хэши для постфикса, и т д)
>Они у вас кстати в чем лежат если не секрет, Subversion, GIT
>может CVS и настроен
>ли pushing конфигов при изменении их в репозитарии на клиентские системы?Subversion. По тому, что он развивается, и он централизованный (мне кажется, для этой цели децентрализованные репозитории не очень подходят, сложнее с ACL). Наверное, меня сейчас порвут на части ненавистники SVN/CVS :)
>По PXE кикстартом я так понимаю только железные сервера, а виртуальные шаблоном,
Виртуалки с помощью koan.
>видимо у клиентов ваших высокие требования по производительности если виртуалки не >подходят.
То есть? не поняла? Офисный серверы для SOHO, мелких SMB, web-сервер под проект, который тормозит на VPS, это наши типичные клиенты.
Сейчас еще договариваемся с одним хостером об аутсорсе серверов, если даже не получится, мне кажется, интересное направление :)
>Puppet, по дизайну, средство поддержания статического состояния.
>У нас там почти все конфиги, и еще через него делаются некоторые действияА настроено отслеживание изменений в тех конфигах(которых нет в репозитарии)
на клиентской системе и добавление их в репозитарий , или у вас там
"все" конфиги? Скажем /etc/vasya.conf я создал и хочу чтобы Puppets внес его в репозитарий.Кстати на Puppets ведь нет платного Support'а (есть на некоторые проекты в которые он входит) , а на Cfengine он есть , у вас чем-то был обусловлен выбор именно Puppets?
У нас например много виртуалок у которых <512MB памяти, ставить туда Ruby
сервисы как-то напряжно получается.>То есть? не поняла?
Имел ввиду что тому кому не хватает перфоманса виртуалкок , вы даете железки и таких большинство. Но видимо ошибся что большинство.
>>Puppet, по дизайну, средство поддержания статического состояния.
>>У нас там почти все конфиги, и еще через него делаются некоторые действия
>
>А настроено отслеживание изменений в тех конфигах(которых нет в репозитарии)
>на клиентской системе и добавление их в репозитарий , или у вас
>там
>"все" конфиги? Скажем /etc/vasya.conf я создал и хочу чтобы Puppets внес его
>в репозитарий.Почитайте документацию, слишком долго объяснять. Если коротко, он всегда знает, что что изменилась какая-то переменная, и нужно перегенирить конфиг с помощью md5 хэшей (сравнивается сгенерированное с тем, что есть)
>Кстати на Puppets ведь нет платного Support'а (есть на некоторые проекты в
>которые он входит) , а на Cfengine он есть ,Есть, и с самого начала был. Кстати, не очень и дорогой, мы думаем стать клиентами Puppetlabs, но пока еще немного сложно с рентабельностью, так как начало бизнеса, не хватает сотрудников, что бы закрыть мониторинг 7/24, и т д
>вас чем-то был обусловлен выбор именно Puppets?
>У нас например много виртуалок у которых <512MB памяти, ставить туда Ruby
>
>сервисы как-то напряжно получается.Да, мне тоже не нравится "жирность" ruby. В ряде случаев, на VPS на чужих нодах, мы его используем только для конфигурирования, а потом chkconfig puppet off, service puppet stop. А выбор связан с тем, что на прошлой работе я уже с ним работала, а там он вполне успешно управлял несколькими тысячами FreeBSD и CentOS, да и делался Puppet прежде всего, что бы исправить недостатки Cfengine, как говорит само Puppetlabs. Cfengine банально не видела, хотя то, что агент на плюсах, конечно, плюс.
>>То есть? не поняла?
>
>Имел ввиду что тому кому не хватает перфоманса виртуалкок , вы даете
>железки и таких большинство. Но видимо ошибся что большинство.У нас нет железок, мы не хостер. Но мы помогаем во всех вопросах размещения, аренды, и т д
>Почитайте документацию, слишком долго объяснять. Если коротко,
>он всегда знает, что что изменилась какая-то переменная,
>и нужно перегенирить конфиг с помощью md5 хэшей (сравнивается
>сгенерированное с тем, что есть)Не не, эт то я понимаю. Интересовал только вопрос
новых конфигов, скажем я создам конфиг на клиенте в /var/vasya/vasya.conf ,
Puppets в вашем случае будет это отслеживать? Имеется ввиду отслеживание происходит только
заранее заданных конфиг(и не только) файлов или всея ФС.>Есть, и с самого начала был
А пользовались, быстро отвечают ?
> Cfengine банально не видела, хотя то, что агент на плюсах, конечно, плюс.
он "стремный" , писал профессор и явно с научным подходом, но крайне быстрый.
>>Почитайте документацию, слишком долго объяснять. Если коротко,
>>он всегда знает, что что изменилась какая-то переменная,
>>и нужно перегенирить конфиг с помощью md5 хэшей (сравнивается
>>сгенерированное с тем, что есть)
>
>Не не, эт то я понимаю. Интересовал только вопрос
>новых конфигов, скажем я создам конфиг на клиенте в /var/vasya/vasya.conf ,
>Puppets в вашем случае будет это отслеживать? Имеется ввиду отслеживание происходит только
>
>заранее заданных конфиг(и не только) файлов или всея ФС.Если это конфиг вместо старого, который описан в манифестах, Puppet, если стоит переменная replace => true, этот конфиг молча потрет, и забэкапит, если настроен filebucket.
Так по дизайну решения.Если конфиг не описан в манифестах, Puppet про него знать и не будет, и ничего с ним делать и не будет. Puppet это язык конфигурирования, и будет делать то, что Вы опишите:)
>>Есть, и с самого начала был
>
>А пользовались, быстро отвечают ?
>
>> Cfengine банально не видела, хотя то, что агент на плюсах, конечно, плюс.
>
>он "стремный" , писал профессор и явно с научным подходом, но крайне
>быстрый.Ну, puppet все-таки можно использовать даже в OVZ/PVC-контейнерах с 512 Mb памяти, и даже 256, если они не очень нагружены, при том, что OVZ/PVC память выделяет немного по-другому.
Да и если не использовать рекурсивное развертывание директорий (вообще зло страшное, им можно двухсокетовый нехалем уложить, если файлов несколько тысяч :) я так попробовала хомяки носить, пока.. сами понимаете, что не случилось. Сейчас puppet только проверяет наличие хомяка и rsa ключа, и стягивает тарболл и растаривает, думаю сделать красивее, с установкой хомяков через rpm), нагрузка будет вообще не заметна, в сравнении с накладными расходами от всяких Plesk, DA, Cpanel, ISPmanager, и тем мусором, что они ставят.
>Если конфиг не описан в манифестах, Puppet про него знать и не будет, и ничего с
>ним делать и не будет. Puppet это язык конфигурирования, и будет делать то, что Вы опишите:)А хочется следить , аля TripWare что меняется вообще, кстати Cfengine это умеет.
А у вас есть некое подобие CMDB на основе Puppets, тоесть он у вас настроен
отслеживать изменение скажем памяти,дисков,новых устройств?
Еще "маленький вопросик", вы же используете наверняка некое подобие Service Desk,
если используете то туда Puppets привязан? Например я работаю в рамках некого issue
и все мои изменения в системах которые я делаю чтобы выполнить задания хочу видеть открыв
этот issue. Я лично пробовал Puppets+Subversion+Jira(Subversoin plugin, сейчас начнут кричать что это bugtracking) , там если в Subversion commit писать код issue(например CNF-2345) то эти коммиты будут отображаться в соответствующем issue.>[оверквотинг удален]
>и даже 256, если они не очень нагружены, при том, что
>OVZ/PVC память выделяет немного по-другому.
>
>Да и если не использовать рекурсивное развертывание директорий (вообще зло страшное, им
>можно двухсокетовый нехалем уложить, если файлов несколько тысяч :) я так
>попробовала хомяки носить, пока.. сами понимаете, что не случилось. Сейчас puppet
>только проверяет наличие хомяка и rsa ключа, и стягивает тарболл
>и растаривает, думаю сделать красивее, с установкой хомяков через rpm), нагрузка
>будет вообще не заметна, в сравнении с накладными расходами от всяких
>Plesk, DA, Cpanel, ISPmanager, и тем мусором, что они ставят.Ruby же , 1.9 значительно быстрее идущего в комплекте CentOS 1.8.6 , но на системах
менять стандартный RPM некошерно.
А SpaceWalk пробовали?
>>Если конфиг не описан в манифестах, Puppet про него знать и не будет, и ничего с
>>ним делать и не будет. Puppet это язык конфигурирования, и будет делать то, что Вы опишите:)
>
>А хочется следить , аля TripWare что меняется вообще, кстати Cfengine это
>умеет.
>А у вас есть некое подобие CMDB на основе Puppets, тоесть он
>у вас настроен
>отслеживать изменение скажем памяти,дисков,новых устройств?А зачем? UNIX-way все-таки предполагает разделение между сервисами...
В Puppet есть facter, утилита, снимающая константы с клиента, и диски, маки, IP-адреса и пр. там есть, потом их можно использовать как константы в языке манифестов.
Если что-то меняется, соотвественно, если Ваша логика манифестов это поддерживает, Puppet среагирует.Сервера же все стандартные, и нештатного добавления чего-то быть не должно (в рамках роли) а штатное, да прекрасно обрабатывается через puppet
Мониторинг у нас сделан на Zabbix, и некоторые вещи (в основном, по security) мы отслеживаем на нем. Насчет tripware и других IDS, тоже думаем (а именно, как интегрировать с Zabbix)
>Еще "маленький вопросик", вы же используете наверняка некое подобие Service Desk,
>если используете то туда Puppets привязан? Например я работаю в рамках некого
>issue
>и все мои изменения в системах которые я делаю чтобы выполнить задания
>хочу видеть открыв
>этот issue. Я лично пробовал Puppets+Subversion+Jira(Subversoin plugin, сейчас начнут кричать что это
>bugtracking) , там если в Subversion commit писать код issue(например CNF-2345)
>то эти коммиты будут отображаться в соответствующем issue.У нас есть внутренний тракер багов (там сотни багов, которые нужно исправить в шаблонах сервисов, и которые постепенно исправляются, что-то по железу, по манифестам паппет, и, частично, по долгим задачам), используем Bugzilla, для клиентов же GLPI + OCS-NG.
Задачи автоматом коммитами закрывать баги не стояло, но сделать, конечно, можно, красиво :)>[оверквотинг удален]
>>можно двухсокетовый нехалем уложить, если файлов несколько тысяч :) я так
>>попробовала хомяки носить, пока.. сами понимаете, что не случилось. Сейчас puppet
>>только проверяет наличие хомяка и rsa ключа, и стягивает тарболл
>>и растаривает, думаю сделать красивее, с установкой хомяков через rpm), нагрузка
>>будет вообще не заметна, в сравнении с накладными расходами от всяких
>>Plesk, DA, Cpanel, ISPmanager, и тем мусором, что они ставят.
>
>Ruby же , 1.9 значительно быстрее идущего в комплекте CentOS 1.8.6 ,
>но на системах
>менять стандартный RPM некошерно.в шестерке будет лучше :)
>А SpaceWalk пробовали?
В тестовой эксплуатации, в production только его часть, Cobbler. Сейчас для Spacewalk у нас не хватает своего, нормального железа на дедекейтед-колокэшен, точнее, ресурсов (дисквого места и i/o), так что, может быть, и получится дождаться Postgre версии.
>Задачи автоматом коммитами закрывать баги не стояло, но сделать, конечно, можно, красиво
>:)scmbug посмотрите, как доберётесь и до этого.
>>Задачи автоматом коммитами закрывать баги не стояло, но сделать, конечно, можно, красиво
>>:)
>
>scmbug посмотрите, как доберётесь и до этого.Спасибо :)
>>Если конфиг не описан в манифестах, Puppet про него знать и не будет, и ничего с
>>ним делать и не будет. Puppet это язык конфигурирования, и будет делать то, что Вы опишите:)
>
>А хочется следить , аля TripWare что меняется вообще, кстати Cfengine это
>умеет.Возможно, Вам подойдет вот это:
http://www.puppetlabs.com/puppet/related-projects/dashboard/Но мы dashboard не пользуемся. Стараемся все-таки разделять сервисы по их назначению, и puppet только средство конфигурирования, мне кажется, это правильнее...
>>Есть, и с самого начала был
>
>А пользовались, быстро отвечают ?Бизнесу всего несколько месяцев, инвестора нет (кроме небольших накоплений мужа), у нас пару месяцев назад денег не было вообще ни на что, кроме лапши, и на то, что бы сервер в Европе с мониторингом оплатить, интернет, + еще что-то :)
Нет, не пользовалась, но в рекламной pdf-ке есть информация про SLA. А у нас цены точно ниже, чем у них :)
У них Вам может не понравится схема лицензирования тарифов от количества нод.Мне их саппорт больше всего интересен с точки зрения того, что бы можно было влиять на развитие, так как для нас Puppet ключевой компонент инфраструктуры, ну и курсы, сертификации, и т д.
>так как начало бизнеса, не хватает сотрудников, что бы закрыть мониторинг
>7/24, и т дА Вы их ищите?
>
>>так как начало бизнеса, не хватает сотрудников, что бы закрыть мониторинг
>>7/24, и т д
>
>А Вы их ищите?В ближайшее время нужно будет два саппорта на удаленку, но зарплата Вам может не понравится, так как ищутся люди из регионов именно по финансовым причинам.
Но с другой стороны, для регионов, имхо, она нормальная.Давайте все-таки не нарушать правила форума, мне кажется, Максим на меня за это уже очень сильно обидется :(
Если хотите, пишите, но это не вакансия для администратора
>видимо у клиентов ваших высокие требования по производительности если виртуалки не подходят.А у Вас?
Крайне мало и только Oracle. Все остальное в том числе Oracle
на виртуалках "сотни их"(с)
>Крайне мало и только Oracle. Все остальное в том числе Oracle
>на виртуалках "сотни их"(с)Но это внутренний хостинг?
>Крайне мало и только Oracle. Все остальное в том числе Oracle
>на виртуалках "сотни их"(с)Наверное, это очень нагло... А не хотите, мы Вам поможем с конфигурацией Puppet под Ваши задачи? Что бы и быстро(виртуалки не тормозили), и удобно, и "под ключ"?
>>Крайне мало и только Oracle. Все остальное в том числе Oracle
>>на виртуалках "сотни их"(с)
>
>Наверное, это очень нагло... А не хотите, мы Вам поможем с конфигурацией
>Puppet под Ваши задачи? Что бы и быстро(виртуалки не тормозили), и
>удобно, и "под ключ"?Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
совместные решения.
Или вы хотите предоставить платные услуги, тогда могу только ответить
вопросом на вопрос, "а вы?".
>Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
>совместные решения.
>Или вы хотите предоставить платные услуги, тогда могу только ответить
>вопросом на вопрос, "а вы?".Даже не знаю, как сказать, сейчас все-таки век рыночной экономики, в общем, Вы поняли...
Но это может быть интересно и Вам, и нам, разве не так?Еще раз извините, если это немного нагло :)
>Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
>совместные решения.
>Или вы хотите предоставить платные услуги, тогда могу только ответить
>вопросом на вопрос, "а вы?".По поводу "а вы?" так и не поняла, что имеется ввиду...
>По поводу "а вы?" так и не поняла, что имеется ввиду...первый ваш пост содержал вопрос "А не хотите, мы Вам поможем с конфигурацией "
Так что могу предложить только свои ресурсы как
мыслительные так и некоторые серверные. for_shaggy_cat эт мейл.ру
>
>>По поводу "а вы?" так и не поняла, что имеется ввиду...
>
>первый ваш пост содержал вопрос "А не хотите, мы Вам поможем с
>конфигурацией "
>
>Так что могу предложить только свои ресурсы как
>мыслительные так и некоторые серверные. for_shaggy_cat эт мейл.руНаписала
>[оверквотинг удален]
>>>на виртуалках "сотни их"(с)
>>
>>Наверное, это очень нагло... А не хотите, мы Вам поможем с конфигурацией
>>Puppet под Ваши задачи? Что бы и быстро(виртуалки не тормозили), и
>>удобно, и "под ключ"?
>
>Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
>совместные решения.
>Или вы хотите предоставить платные услуги, тогда могу только ответить
>вопросом на вопрос, "а вы?".В общем, если интересно, пишите, но наверное, что Вы узнали, что Вам было нужно.
Надеюсь, что помогла.
Обновил web-сервер. Все поднялось без проблем. Пакеты стояли все штатные, дополнительно подключен epel.
а какая версия питона там?
Python 2.4.3
OMG. А гит там тоже до сих пор руками компилировать нужно?
Если хочешь 1.7 - да. Если надо работать с git через WebDAV - ещё и curl обновить прийдётся. Правда, от этого ломаются зависимости с кучей пакетов. А так в epel есть 1.5.
А у меня lvm2 не обновляется, конфликтует с device-mapper (
>А у меня lvm2 не обновляется, конфликтует с device-mapper (+ аналогично, на платформе x86_64.
>>А у меня lvm2 не обновляется, конфликтует с device-mapper (
>
>+ аналогично, на платформе x86_64.гы, надо правильно обновлять просто...
yum clean all
yum update glibc\*
yum update yum\* rpm\* python\*
yum clean all
yum update
shutdown -r now
Спасибо, попробую.