URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 66986
[ Назад ]

Исходное сообщение
"Увидел свет релиз Linux дистрибутива CentOS 5.5"

Отправлено opennews , 15-Май-10 09:04 
Представлен (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 (https://www.opennet.ru/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...
Новость: https://www.opennet.ru/opennews/art.shtml?num=26594


Содержание

Сообщения в этом обсуждении
"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Аноним , 15-Май-10 09:04 
В 54 пакета, поставляемых в RHEL 5.5, были добавлены улучшения от разработчиков CentOS - это самое страшное

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Аноним , 15-Май-10 09:11 
И не говори, вечно они думают, что умнее разработчиков красношляпки.

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено uldus , 15-Май-10 09:35 
>И не говори, вечно они думают, что умнее разработчиков красношляпки.

Почти все эти изменения сводятся к изменению внешнего вида, убиранию логотипов и торговых марок Red Hat.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Iv946n , 15-Май-10 18:14 
Почти все эти изменения сводятся к изменению внешнего вида, убиранию логотипов и торговых марок Red Hat.

А я, хотел бы иметь неофициальный патч, который возвращает их назад. Логотип RedHat мне нравится больше :-)


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено eve , 16-Май-10 21:11 
Кто мешает сделать этот патч?

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Andrey Mitrofanov , 16-Май-10 23:23 
Это он... 0day-warez-XxxXxx-5-5.patch Мы все о Нём мечтали.

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено stranger , 17-Май-10 20:42 
А что мешает поставить в CentOS оригинальные redhat-logos, redhat-artwork и rhgb?

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Michael Shigorin , 15-Май-10 22:16 
Это не "улучшения", а именно "изменения".

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Xaionaro , 15-Май-10 14:38 
Вечно анонимусы мнят себя умнее разработчиков

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Толстый , 15-Май-10 14:51 
Плюсую!

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено andy , 15-Май-10 09:23 
Отличная новость!

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено я , 16-Май-10 22:08 
поздравляю всех сентосовцев, тем не менее за такой список "Известных проблем" какой обнаружился в этом релизе у CentOS'а Ubuntu опустили бы ниже плинтуса, мол сырой ещё... а в адрес Сентоса никто даже слова не сказал...
так что 1:1 )

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено ideafix , 15-Май-10 12:39 
Почти вся команда центоса - сотрудники редхат.

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено andy , 15-Май-10 12:51 
Откуда такая информация?

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено IGX , 15-Май-10 13:09 
Да просто хочется.

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено pavlinux , 15-Май-10 14:44 
> Наблюдаются проблемы при проведении обновления при наличии установленного
> в систем проприетарного видеодрайвера для карт NVidia - после перезагрузки
> X-сервер перестает запускаться.

1. Это проявляется на ФС с журналированием.

Нужно заныкать копию Xorg, где-нить, в /var/lib.

Заимунитетить
# chattr +i /usr/bin/Xorg
# chmod ugo-rw /usr/bin/Xorg


В OpenSuse 10.3/11.0 такое было, когда на живой системе обновляются библиотеки X-ов.
Так что виноват не дривер, а кривой инсталятор. Конечно, кому понравится... если Вам
за рулём машины делать пересадку руки, долго ещё проедите?! :)


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Logo , 15-Май-10 15:44 
По моему, это происходит только при обновлении ядра, - "при перезагрузке Х не стартует". Ведь NVidia, при инсталяции, компилируется под конкретное ядро и если его версия изменилась, то драйвера фактически нет, вот и требуется новая установка, тоесть, компиляция под новое ядро.  

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено pavlinux , 15-Май-10 15:59 
Чёй-то в багах не видно, наверно кто-то пытался установит на GeForce 440MX =)

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Толстый , 15-Май-10 14:54 
Замечательный новости, можно будет обновляться. Хотя может не стоит, система и так работает нормально :)

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Xaionaro , 15-Май-10 15:40 
Ну что ж, ждём отзывов о проблемах на серверах после обновления с 5.4 на 5.5. ;)

Конкретно меня интересует применительно к web-серверам.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 15-Май-10 18:43 
Уже есть у кого-то грабли, смотрите [CentOS] Problems after update to 5.5

Но пока только один человек (у него зависает загрузка на udev с новым ядром, но со старым все грузится).

Я же наоборот одну машину клиента уже давно перетащила на ядро из 5.5 RHEL, но на 5.4 CentOS.

Вообще, имхо, обновлять нестандартизированные сервера наживую, даже с учетом того, что если все делать правильно (без кучи сурс инсталлов и пакетов из левых репозиториев), CentOS всегда нормально обновляется между минорными релизами, как-то страшно :)

Я обычно стараюсь поставить старый кикстарт на тестовую машину, обновить его, поискать глюки, и только потом обновляться...


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 16-Май-10 23:02 
>Я же наоборот одну машину клиента уже давно перетащила
>на ядро из 5.5 RHEL, но на 5.4 CentOS.
>обновляется между минорными релизами, как-то страшно :)

странная вы , перетащить ядро из RHEL на CentOS разных версий
причем у клиента - это нормально, а вот обновится уже страшно.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 16-Май-10 23:10 
>>Я же наоборот одну машину клиента уже давно перетащила
>>на ядро из 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, после его обновления, так не сделаешь.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 08:52 
Как я понял вы Puppets используете, разве с ними восстановление после
неудачного обновления , скажем с нуля, не займет менее 15-30 минут?
Или обьем данных которые потом придется залить слишком большой?

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 10:54 
>Как я понял вы Puppets используете, разве с ними восстановление после
>неудачного обновления , скажем с нуля, не займет менее 15-30 минут?
>Или обьем данных которые потом придется залить слишком большой?

Мы стараемся, что бы все серверы были стандартные. Если что-то пошло не так, это уже гарантировать нельзя. В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем сервер кикстартом с помощью Cobbler через интернет(обычно через VirtualMedia), или в офисе по PXE, кикстартом, а сверху накатывается Puppet.
Занимает где-то с час-полтора(в офисе 20 минут).

Естественно, это все упирается в нежелательный даунтайм, поэтому или ночью, или хорошо, если у клиента есть запасной сервер.
Сейчас думаем заказать запасной сами, для вот таких случаев.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 11:03 
>В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем

Ну да решение инцидента потом проблемы.
А в Puppets только то что изменялось в системе при ее настройке или все конфиги?
Они у вас кстати в чем лежат если не секрет, Subversion, GIT может CVS и настроен
ли pushing конфигов при изменении их в репозитарии на клиентские системы?
По PXE кикстартом я так понимаю только железные сервера, а виртуальные шаблоном,
видимо у клиентов ваших высокие требования по производительности если виртуалки не подходят.



"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 11:15 
>>В условиях форс-мажора, понятно, нужно сделать хоть как-то, а вот потом, заливаем
>
>Ну да решение инцидента потом проблемы.
>А в Puppets только то что изменялось в системе при ее настройке
>или все конфиги?

Puppet, по дизайну, средство поддержания статического состояния. У нас там почти все конфиги, и еще через него делаются некоторые действия (например, в OpenVZ и KVM заводятся с помощью exec VE и гости, в web-серверах и Samba Apache перечитывает конфиги, в почте ребилдятся хэши для постфикса, и т д)

>Они у вас кстати в чем лежат если не секрет, Subversion, GIT
>может CVS и настроен
>ли pushing конфигов при изменении их в репозитарии на клиентские системы?

Subversion. По тому, что он развивается, и он централизованный (мне кажется, для этой цели децентрализованные репозитории не очень подходят, сложнее с ACL). Наверное, меня сейчас порвут на части ненавистники SVN/CVS :)

>По PXE кикстартом я так понимаю только железные сервера, а виртуальные шаблоном,

Виртуалки с помощью koan.

>видимо у клиентов ваших высокие требования по производительности если виртуалки не >подходят.

То есть? не поняла? Офисный серверы для SOHO, мелких SMB, web-сервер под проект, который тормозит на VPS, это наши типичные клиенты.
Сейчас еще договариваемся с одним хостером об аутсорсе серверов, если даже не получится, мне кажется, интересное направление :)


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 11:27 
>Puppet, по дизайну, средство поддержания статического состояния.
>У нас там почти все конфиги, и еще через него делаются некоторые действия

А настроено отслеживание изменений в тех конфигах(которых нет в репозитарии)
на клиентской системе и добавление их в репозитарий , или у вас там
"все" конфиги? Скажем /etc/vasya.conf я создал и хочу чтобы Puppets внес его в репозитарий.

Кстати на Puppets ведь нет платного Support'а (есть на некоторые проекты в которые он входит) , а на Cfengine он есть , у вас чем-то был обусловлен выбор именно Puppets?
У нас например много виртуалок у которых <512MB памяти, ставить туда Ruby
сервисы как-то напряжно получается.

>То есть? не поняла?

Имел ввиду что тому кому не хватает перфоманса виртуалкок , вы даете железки и таких большинство. Но видимо ошибся что большинство.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 11:34 
>>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 банально не видела, хотя то, что агент на плюсах, конечно, плюс.

>>То есть? не поняла?
>
>Имел ввиду что тому кому не хватает перфоманса виртуалкок , вы даете
>железки и таких большинство. Но видимо ошибся что большинство.

У нас нет железок, мы не хостер. Но мы помогаем во всех вопросах размещения, аренды, и т д


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 11:46 
>Почитайте документацию, слишком долго объяснять. Если коротко,
>он всегда знает, что что изменилась какая-то переменная,
>и нужно перегенирить конфиг с помощью md5 хэшей (сравнивается
>сгенерированное с тем, что есть)

Не не, эт то я понимаю. Интересовал только вопрос
новых конфигов, скажем я создам конфиг на клиенте в /var/vasya/vasya.conf ,
Puppets в вашем случае будет это отслеживать? Имеется ввиду отслеживание происходит только
заранее заданных конфиг(и не только) файлов или всея ФС.

>Есть, и с самого начала был

А пользовались, быстро отвечают ?

> Cfengine банально не видела, хотя то, что агент на плюсах, конечно, плюс.

он "стремный" , писал профессор и явно с научным подходом, но крайне быстрый.



"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 11:54 
>>Почитайте документацию, слишком долго объяснять. Если коротко,
>>он всегда знает, что что изменилась какая-то переменная,
>>и нужно перегенирить конфиг с помощью 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, и тем мусором, что они ставят.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 12:09 
>Если конфиг не описан в манифестах, 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 пробовали?


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 12:21 
>>Если конфиг не описан в манифестах, 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 версии.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Michael Shigorin , 18-Май-10 23:26 
>Задачи автоматом коммитами закрывать баги не стояло, но сделать, конечно, можно, красиво
>:)

scmbug посмотрите, как доберётесь и до этого.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 18-Май-10 23:40 
>>Задачи автоматом коммитами закрывать баги не стояло, но сделать, конечно, можно, красиво
>>:)
>
>scmbug посмотрите, как доберётесь и до этого.

Спасибо :)


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 12:47 
>>Если конфиг не описан в манифестах, Puppet про него знать и не будет, и ничего с
>>ним делать и не будет. Puppet это язык конфигурирования, и будет делать то, что Вы опишите:)
>
>А хочется следить , аля TripWare что меняется вообще, кстати Cfengine это
>умеет.

Возможно, Вам подойдет вот это:
http://www.puppetlabs.com/puppet/related-projects/dashboard/

Но мы dashboard не пользуемся. Стараемся все-таки разделять сервисы по их назначению, и puppet только средство конфигурирования, мне кажется, это правильнее...


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 12:02 

>>Есть, и с самого начала был
>
>А пользовались, быстро отвечают ?

Бизнесу всего несколько месяцев, инвестора нет (кроме небольших накоплений мужа), у нас пару месяцев назад денег не было вообще ни на что, кроме лапши, и на то, что бы сервер в Европе с мониторингом оплатить, интернет, + еще что-то :)

Нет, не пользовалась, но в рекламной pdf-ке есть информация про SLA. А у нас цены точно ниже, чем у них :)
У них Вам может не понравится схема лицензирования тарифов от количества нод.

Мне их саппорт больше всего интересен с точки зрения того, что бы можно было влиять на развитие, так как для нас Puppet ключевой компонент инфраструктуры, ну и курсы, сертификации, и т д.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено andy , 17-Май-10 12:56 

>так как начало бизнеса, не хватает сотрудников, что бы закрыть мониторинг
>7/24, и т д

А Вы их ищите?


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 13:01 
>
>>так как начало бизнеса, не хватает сотрудников, что бы закрыть мониторинг
>>7/24, и т д
>
>А Вы их ищите?

В ближайшее время нужно будет два саппорта на удаленку, но зарплата Вам может не понравится, так как ищутся люди из регионов именно по финансовым причинам.
Но с другой стороны, для регионов, имхо, она нормальная.

Давайте все-таки не нарушать правила форума, мне кажется, Максим на меня за это уже очень сильно обидется :(

Если хотите, пишите, но это не вакансия для администратора


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 11:22 

>видимо у клиентов ваших высокие требования по производительности если виртуалки не подходят.

А у Вас?



"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 11:30 
Крайне мало и только Oracle. Все остальное в том числе Oracle
на виртуалках "сотни их"(с)

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 11:36 
>Крайне мало и только Oracle. Все остальное в том числе Oracle
>на виртуалках "сотни их"(с)

Но это внутренний хостинг?


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 11:41 
>Крайне мало и только Oracle. Все остальное в том числе Oracle
>на виртуалках "сотни их"(с)

Наверное, это очень нагло... А не хотите, мы Вам поможем с конфигурацией Puppet под Ваши задачи? Что бы и быстро(виртуалки не тормозили), и удобно, и "под ключ"?


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 11:59 
>>Крайне мало и только Oracle. Все остальное в том числе Oracle
>>на виртуалках "сотни их"(с)
>
>Наверное, это очень нагло... А не хотите, мы Вам поможем с конфигурацией
>Puppet под Ваши задачи? Что бы и быстро(виртуалки не тормозили), и
>удобно, и "под ключ"?

Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
совместные решения.
Или вы хотите предоставить платные услуги, тогда могу только ответить
вопросом на вопрос, "а вы?".


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 12:04 
>Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
>совместные решения.
>Или вы хотите предоставить платные услуги, тогда могу только ответить
>вопросом на вопрос, "а вы?".

Даже не знаю, как сказать, сейчас все-таки век рыночной экономики, в общем, Вы поняли...
Но это может быть интересно и Вам, и нам, разве не так?

Еще раз извините, если это немного нагло :)


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 12:32 

>Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
>совместные решения.
>Или вы хотите предоставить платные услуги, тогда могу только ответить
>вопросом на вопрос, "а вы?".

По поводу "а вы?" так и не поняла, что имеется ввиду...


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Терминус , 17-Май-10 12:51 

>По поводу "а вы?" так и не поняла, что имеется ввиду...

первый ваш пост содержал вопрос "А не хотите, мы Вам поможем с конфигурацией "

Так что могу предложить только свои ресурсы как
мыслительные так и некоторые серверные. for_shaggy_cat эт мейл.ру



"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 13:08 
>
>>По поводу "а вы?" так и не поняла, что имеется ввиду...
>
>первый ваш пост содержал вопрос "А не хотите, мы Вам поможем с
>конфигурацией "
>
>Так что могу предложить только свои ресурсы как
>мыслительные так и некоторые серверные. for_shaggy_cat эт мейл.ру

Написала



"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено sHaggY_caT , 17-Май-10 12:49 
>[оверквотинг удален]
>>>на виртуалках "сотни их"(с)
>>
>>Наверное, это очень нагло... А не хотите, мы Вам поможем с конфигурацией
>>Puppet под Ваши задачи? Что бы и быстро(виртуалки не тормозили), и
>>удобно, и "под ключ"?
>
>Помогите конечно , приезжайте договоримся, накормим, тортиком угостим, выработаем
>совместные решения.
>Или вы хотите предоставить платные услуги, тогда могу только ответить
>вопросом на вопрос, "а вы?".

В общем, если интересно, пишите, но наверное, что Вы узнали, что Вам было нужно.
Надеюсь, что помогла.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено AnViar , 16-Май-10 13:10 
Обновил web-сервер. Все поднялось без проблем. Пакеты стояли все штатные, дополнительно подключен epel.

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Аноним , 15-Май-10 21:18 
а  какая версия питона там?

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено demo , 15-Май-10 23:06 
Python 2.4.3

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено git , 16-Май-10 08:07 
OMG. А гит там тоже до сих пор руками компилировать нужно?

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено prapor , 16-Май-10 11:44 
Если хочешь 1.7 - да. Если надо работать с git через WebDAV - ещё и curl обновить прийдётся. Правда, от этого ломаются зависимости с кучей пакетов. А так в epel есть 1.5.

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Egenius , 17-Май-10 09:06 
А у меня lvm2 не обновляется, конфликтует с device-mapper (

"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено pokalo , 17-Май-10 10:14 
>А у меня lvm2 не обновляется, конфликтует с device-mapper (

+ аналогично, на платформе x86_64.


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено pokalo , 17-Май-10 12:44 
>>А у меня lvm2 не обновляется, конфликтует с device-mapper (
>
>+ аналогично, на платформе x86_64.

гы, надо правильно обновлять просто...

yum clean all
yum update glibc\*
yum update yum\* rpm\* python\*
yum clean all
yum update
shutdown -r now


"Увидел свет релиз Linux дистрибутива CentOS 5.5"
Отправлено Egenius , 17-Май-10 13:12 
Спасибо, попробую.