https://opennet.ru/openforum/vsluhforumID3/89017.html Увидел свет (http://lists.centos.org/pipermail/centos-announce/2013-March/019276.html) релиз дистрибутива CentOS 6.4 (http://centos.org), основанный на пакетной базе Red Hat Enterprise Linux 6.4 (http://www.opennet.ru/opennews/art.shtml?num=36182) и развиваемый независимым сообществом. В соответствии с инициативой (http://www.opennet.ru/opennews/art.shtml?num=34049) по увеличению оперативности выпуска обновлений новая версия CentOS вышла спустя чуть более двух недель с момента выхода RHEL 6.4. В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом. Дистрибутив на 100% бинарно совместим с RHEL, внесенные в пакеты изменения как правило сводятся к ребрендингу и замене художественного оформления. <br><br><br><br>CentOS 6.4 поставляется (http://linux.mirrors.es.net/centos/6.4/isos/) для платформ i386 и x86_64 в виде DVD-сборки, LiveCD, LiveDVD, минимального установочного образа (300 Мб) и сокращенн https://opennet.ru/openforum/vsluhforumID3/89017.html#122 Tue, 19 Mar 2013 14:40:39 GMT Попробуйте Cobbler и PXE-развертывание анакондой. Там есть koan, агент для инсталляции виртуалок.<br>Кикстарт это нативное средство редхата для того, что бы у Вас стояло в системе только то, что Вам нужно.<br> https://opennet.ru/openforum/vsluhforumID3/89017.html#121 Tue, 19 Mar 2013 08:35:13 GMT &gt; остальные - под VirtualBox на Win7.<br><br>Тогда удивляться особо не приходится, у него достаточно странностей.<br> https://opennet.ru/openforum/vsluhforumID3/89017.html#120 Tue, 19 Mar 2013 08:28:17 GMT &gt; Планировать хорошо, когда у заказчика не семь пятниц на неделе. До сих <br>&gt; пор хочется креститься от воспоминаний о "написании документации"... Но это уже <br>&gt; совсем оффтопик, могу в личке рассказать. :) <br><br>не надо, у меня тоже таких хватало, я обычно нахожу вменяемых начальников звеном пониже, и говорю с ними, а начальству наверх можно писать любую ересь, лишь бы дело делалось.<br><br>&gt; В моём случае разница между использованием системы управления конфигурацией и работы "ручками" <br>&gt; невелика: есть плюсы, есть и минусы. Папеты и компания не убирают <br>&gt; необходимость знать устройство системы для поддержки, а у меня требование к <br>&gt; работе специфическое: нужно, чтобы несколько откровенно слабо разбирающихся в никсах людей <br>&gt; могли по моим инструкциям как-то весь этот зоопарк поддерживать.<br><br>плавали, мне как то надо было сдать датацентр индусам на попечительство - с железом проблем не было - чуть где красная лампочка, и они звонили в саппорт, а с софтом я просто не стал экономить, поднял RHEV и дал им доступ соз https://opennet.ru/openforum/vsluhforumID3/89017.html#119 Tue, 19 Mar 2013 07:00:47 GMT &gt;&gt; Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать <br>&gt;&gt; пока не стал, пока все проблемы с AD не утрясутся - <br>&gt;&gt; нужно, похоже, его уровень поднимать, а это не совсем тривиально в <br>&gt;&gt; силу локальных причин.<br>&gt; и чем дальше тем сложнее, по мере роста инфраструктуры<br><br>А что делать, нужен апгрейд LDAP-схемы. :(<br><br>&gt;&gt; Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в <br>&gt;&gt; другом - несколько десятков разных, да ещё и с сильно специфическими <br>&gt;&gt; требованиями.<br>&gt; если у них одна ОС, то уже можно спокойно настроить автоматический деплоймент. <br>&gt; все правильно распланировать и автоматизировать - это как раз и есть <br>&gt; работа админа, все остальное - инструменты <br><br>Планировать хорошо, когда у заказчика не семь пятниц на неделе. До сих пор хочется креститься от воспоминаний о "написании документации"... Но это уже совсем оффтопик, могу в личке рассказать. :)<br><br>&gt;&gt; Я в курсе, зачем он нужен, как работает, и как его настраивать.<br>&gt;&gt; Он просто своей работой https://opennet.ru/openforum/vsluhforumID3/89017.html#118 Tue, 19 Mar 2013 05:19:02 GMT &gt; Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать <br>&gt; пока не стал, пока все проблемы с AD не утрясутся - <br>&gt; нужно, похоже, его уровень поднимать, а это не совсем тривиально в <br>&gt; силу локальных причин.<br><br>и чем дальше тем сложнее, по мере роста инфраструктуры<br><br>&gt; Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в <br>&gt; другом - несколько десятков разных, да ещё и с сильно специфическими <br>&gt; требованиями.<br><br>если у них одна ОС, то уже можно спокойно настроить автоматический деплоймент. все правильно распланировать и автоматизировать - это как раз и есть работа админа, все остальное - инструменты<br><br>&gt; Я в курсе, зачем он нужен, как работает, и как его настраивать. <br>&gt; Он просто своей работой реально мешает. Потому что далеко не всегда <br>&gt; очевидно, что тот или иной сбой спровоцирован именно им. Apache+SVN, например, <br>&gt; пробовали когда-нибудь настраивать? Там в итоге приходишь или к такой конфигурации, <br>&gt; где от SELinux остаётся одна видимость, либ https://opennet.ru/openforum/vsluhforumID3/89017.html#117 Mon, 18 Mar 2013 21:27:14 GMT &gt;&gt;CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку <br>&gt;&gt;элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом <br>&gt;&gt;материться на отъедающие сотни метров CUPS, PolicyKit и прочая.<br>&gt; или сделать один базовый имидж, и клонировать по мере нужд. Конфигурацией управлять <br>&gt; через foreman/puppet/chef/cfengine/saltstack/spacewalk <br><br>Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать пока не стал, пока все проблемы с AD не утрясутся - нужно, похоже, его уровень поднимать, а это не совсем тривиально в силу локальных причин.<br><br>&gt;&gt;Странно как-то: вроде бы энтэрпрайз, вроде бы стараются делать удобные и мощные инсталляторы, которые должны экономить кучу времени, изобретаются новые технологии (XyzKit особенно), которые вроде бы должны экономить время сисадмина...<br>&gt; в энтерпрайзе, на инсталяторы нет времени, все автоматизировано.<br><br>Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в другом - н https://opennet.ru/openforum/vsluhforumID3/89017.html#116 Mon, 18 Mar 2013 21:04:52 GMT &gt;CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку <br>&gt;элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом <br>&gt;материться на отъедающие сотни метров CUPS, PolicyKit и прочая.<br><br>или сделать один базовый имидж, и клонировать по мере нужд. Конфигурацией управлять через foreman/puppet/chef/cfengine/saltstack/spacewalk<br><br><br>&gt;Странно как-то: вроде бы энтэрпрайз, вроде бы стараются делать удобные и мощные инсталляторы, которые должны экономить кучу времени, изобретаются новые технологии (XyzKit особенно), которые вроде бы должны экономить время сисадмина... <br><br>в энтерпрайзе, на инсталяторы нет времени, все автоматизировано. <br><br>&gt; и в /var/log/audit заглядываешь лишь в последнюю очередь и чисто по наитию.<br><br>если не умеешь работать с SEL надо его или выучить, или отключить (в том же базовом имидже).<br>он всего лишь работает так, как должен.<br><br>&gt; введение в Active Directory работает через пень-колоду<br><br>а как у винды с вводом в домен на IPA например? https://opennet.ru/openforum/vsluhforumID3/89017.html#115 Mon, 18 Mar 2013 20:25:16 GMT &gt; Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD.<br><br>Если что, в альте есть более-менее приличное управление конфигурациями ve/vm с наследованием (только лучше в почту, чтоб не спамить).<br> https://opennet.ru/openforum/vsluhforumID3/89017.html#114 Mon, 18 Mar 2013 20:22:21 GMT &gt;&gt; Там дело не в java, а в том, что вся корневая система, <br>&gt;&gt; включая иксы, распаковывается прямо в память. И под это дело требуется <br>&gt;&gt; много памяти в рамдиск. Сам иснсталлятор может и 16 мб потреблять, <br>&gt;&gt; не важно.<br>&gt;&gt; И ещё там все файлы тоже сначала в память распаковываются (или только <br>&gt;&gt; копируются, не помню). Поэтому инсталляция может запуститься, начать работать, но на <br>&gt;&gt; большом пакете всё зависнет.<br>&gt; Начал утановку без подкачки - сам дурак, в любом случае. Хотя рутфс <br>&gt; можно было и не распаковывать в RAM, странная идея. По-сравнению <br>&gt; с требованиями установщика Debian - как-то очень уж много.<br><br>Вообще, честно говоря, убивает. Вот я хочу набор виртуалок, по виртуалке на сервис (почему не контейнеры - отдельный разговор). Сервисы разные, от Jira до файлопомойки. CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом материться на отъедающие сотни метров CUPS, PolicyKit