The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз Linux-дистрибутива CentOS 6.4, opennews (??), 09-Мрт-13, (0) [смотреть все]

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


6. "Релиз Linux-дистрибутива CentOS 6.4"  –2 +/
Сообщение от бедный буратино (ok), 09-Мрт-13, 10:31 
Там дело не в java, а в том, что вся корневая система, включая иксы, распаковывается прямо в память. И под это дело требуется много памяти в рамдиск. Сам иснсталлятор может и 16 мб потреблять, не важно.

И ещё там все файлы тоже сначала в память распаковываются (или только копируются, не помню). Поэтому инсталляция может запуститься, начать работать, но на большом пакете всё зависнет.

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

14. "Релиз Linux-дистрибутива CentOS 6.4"  +1 +/
Сообщение от Аноним (-), 09-Мрт-13, 13:04 
В чем проблема-то, собственно. Мы обычно ставим сабжа на аппаратуру с оперативной памятью от 32 Гб и никогда не менее 8. Посему, кстати, не совсем понятно, почему не отказаться полностью от i386.
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз Linux-дистрибутива CentOS 6.4"  –1 +/
Сообщение от бедный буратино (ok), 09-Мрт-13, 13:21 
> В чем проблема-то, собственно.

Причём здесь проблема? Я объясняю, откуда взялись такие требования к памяти.

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

19. "Релиз Linux-дистрибутива CentOS 6.4"  –1 +/
Сообщение от Аноним (-), 09-Мрт-13, 14:51 
Зачем на сервере Иксы?
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

20. "Релиз Linux-дистрибутива CentOS 6.4"  –1 +/
Сообщение от бедный буратино (ok), 09-Мрт-13, 15:04 
> Зачем на сервере Иксы?

gui анаконды работает через иксы. Причём это копируется в любом случае, даже если будет текстовая установка, там нет отдельно пакетов на текстовый и gui-установщики.

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

21. "Релиз Linux-дистрибутива CentOS 6.4"  +1 +/
Сообщение от pkdr (?), 09-Мрт-13, 17:11 
> Зачем на сервере Иксы?

А новость перед комментированием прочитать?

> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.

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

22. "Релиз Linux-дистрибутива CentOS 6.4"  –1 +/
Сообщение от бедный буратино (ok), 09-Мрт-13, 17:36 
>> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.

В rhel серверной редакции тоже есть иксы.

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

65. "Релиз Linux-дистрибутива CentOS 6.4"  –1 +/
Сообщение от Аноним (-), 10-Мрт-13, 13:45 
>>> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.
> В rhel серверной редакции тоже есть иксы.

И на кой?

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

71. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от бедный буратино (ok), 10-Мрт-13, 13:53 
>>>> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.
>> В rhel серверной редакции тоже есть иксы.
> И на кой?

За них деньги плочены.

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

32. "Релиз Linux-дистрибутива CentOS 6.4"  +1 +/
Сообщение от Аноним (-), 09-Мрт-13, 20:47 
> Там дело не в java, а в том, что вся корневая система,
> включая иксы, распаковывается прямо в память. И под это дело требуется
> много памяти в рамдиск. Сам иснсталлятор может и 16 мб потреблять,
> не важно.
> И ещё там все файлы тоже сначала в память распаковываются (или только
> копируются, не помню). Поэтому инсталляция может запуститься, начать работать, но на
> большом пакете всё зависнет.

Начал утановку без подкачки - сам дурак, в любом случае. Хотя рутфс можно было и не распаковывать в  RAM, странная идея. По-сравнению с требованиями установщика Debian - как-то очень уж много.

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

114. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 19-Мрт-13, 00:22 
>> Там дело не в java, а в том, что вся корневая система,
>> включая иксы, распаковывается прямо в память. И под это дело требуется
>> много памяти в рамдиск. Сам иснсталлятор может и 16 мб потреблять,
>> не важно.
>> И ещё там все файлы тоже сначала в память распаковываются (или только
>> копируются, не помню). Поэтому инсталляция может запуститься, начать работать, но на
>> большом пакете всё зависнет.
> Начал утановку без подкачки - сам дурак, в любом случае. Хотя рутфс
> можно было и не распаковывать в  RAM, странная идея. По-сравнению
> с требованиями установщика Debian - как-то очень уж много.

Вообще, честно говоря, убивает. Вот я хочу набор виртуалок, по виртуалке на сервис (почему не контейнеры - отдельный разговор). Сервисы разные, от Jira до файлопомойки. CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом материться на отъедающие сотни метров CUPS, PolicyKit и прочая. В итоге меньше 512 метров на виртуалку отвести тупо нельзя. Ну или тратить кучу времени, которое деньги.

Странно как-то: вроде бы энтэрпрайз, вроде бы стараются делать удобные и мощные инсталляторы, которые должны экономить кучу времени, изобретаются новые технологии (XyzKit особенно), которые вроде бы должны экономить время сисадмина... А в итоге с этими технологиями и инсталляторами приходится воевать, как только дело выходит за рамки "три раза [Enter] нажал, и далеко навсегда убежал". Anaconda только в 6.3 перестала вести себя сбоить на реальных задачах, а текстовый режим, подозреваю, до сих пор сбоит, ибо его банально не тестируют. Про у***ный SELinux вообще молчу. Убивает, что если делаешь

mkdir ~/.ssh
, то хрен с два у тебя в ней заработает authorization_keys. Надо ещё обязательно контекст выставить. Но об этом ты догадаешься только через ещё полчаса, потому что OpenSSH (якобы доработанный под SELinux много лет назад) не сообщает о проблеме доступа к этому файлу даже при LogLevel DEBUG3, и в /var/log/audit заглядываешь лишь в последнюю очередь и чисто по наитию. И так везде: например, введение в Active Directory работает через пень-колоду, PAM- и Samba-конфиги всё равно приходится ручками править...

Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD. Хост пока останется на CentOS'е.

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

115. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от Michael Shigorinemail (ok), 19-Мрт-13, 00:25 
> Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD.

Если что, в альте есть более-менее приличное управление конфигурациями ve/vm с наследованием (только лучше в почту, чтоб не спамить).

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

116. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от АнонимусРекс (?), 19-Мрт-13, 01:04 
>CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку
>элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом
>материться на отъедающие сотни метров CUPS, PolicyKit и прочая.

или сделать один базовый имидж, и клонировать по мере нужд. Конфигурацией управлять через foreman/puppet/chef/cfengine/saltstack/spacewalk


>Странно как-то: вроде бы энтэрпрайз, вроде бы стараются делать удобные и мощные инсталляторы, которые должны экономить кучу времени, изобретаются новые технологии (XyzKit особенно), которые вроде бы должны экономить время сисадмина...

в энтерпрайзе, на инсталяторы нет времени, все автоматизировано.

> и в /var/log/audit заглядываешь лишь в последнюю очередь и чисто по наитию.

если не умеешь работать с SEL надо его или выучить, или отключить (в том же базовом имидже).
он всего лишь работает так, как должен.

> введение в Active Directory работает через пень-колоду

а как у винды с вводом в домен на IPA например? ручками pGINA не надо ковырять?

> Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD. Хост пока останется на CentOS'е.

и когда бздя будет глючить, виноват окажется опять же линукс

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

117. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 19-Мрт-13, 01:27 
>>CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку
>>элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом
>>материться на отъедающие сотни метров CUPS, PolicyKit и прочая.
> или сделать один базовый имидж, и клонировать по мере нужд. Конфигурацией управлять
> через foreman/puppet/chef/cfengine/saltstack/spacewalk

Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать пока не стал, пока все проблемы с AD не утрясутся - нужно, похоже, его уровень поднимать, а это не совсем тривиально в силу локальных причин.

>>Странно как-то: вроде бы энтэрпрайз, вроде бы стараются делать удобные и мощные инсталляторы, которые должны экономить кучу времени, изобретаются новые технологии (XyzKit особенно), которые вроде бы должны экономить время сисадмина...
> в энтерпрайзе, на инсталяторы нет времени, все автоматизировано.

Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в другом - несколько десятков разных, да ещё и с сильно специфическими требованиями.

>> и в /var/log/audit заглядываешь лишь в последнюю очередь и чисто по наитию.
> если не умеешь работать с SEL надо его или выучить, или отключить
> (в том же базовом имидже).
> он всего лишь работает так, как должен.

Я в курсе, зачем он нужен, как работает, и как его настраивать. Он просто своей работой реально мешает. Потому что далеко не всегда очевидно, что тот или иной сбой спровоцирован именно им. Apache+SVN, например, пробовали когда-нибудь настраивать? Там в итоге приходишь или к такой конфигурации, где от SELinux остаётся одна видимость, либо просто его отключаешь.

>> введение в Active Directory работает через пень-колоду
> а как у винды с вводом в домен на IPA например? ручками
> pGINA не надо ковырять?

Да кто ж спорит, что AD - это вечно ходячий (вернее, падучий) источник проблем. :) Но когда некое средство конфигурации декларирует, мол, хозяин, я тебе сейчас сделаю хорошо, а потом за ним приходится подчищать и доделывать ещё столько же - как-то нехорошо, согласитесь.

>> Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD. Хост пока останется на CentOS'е.
> и когда бздя будет глючить, виноват окажется опять же линукс

Во всяком случае, ФС (ext3 и ext4) в виртуалках у меня рушилась только в Linux'е. Поживём-увидим, конечно.

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

118. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от АнонимусРекс (?), 19-Мрт-13, 09:19 
> Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать
> пока не стал, пока все проблемы с AD не утрясутся -
> нужно, похоже, его уровень поднимать, а это не совсем тривиально в
> силу локальных причин.

и чем дальше тем сложнее, по мере роста инфраструктуры

> Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в
> другом - несколько десятков разных, да ещё и с сильно специфическими
> требованиями.

если у них одна ОС, то уже можно спокойно настроить автоматический деплоймент. все правильно распланировать и автоматизировать - это как раз и есть работа админа, все остальное - инструменты

> Я в курсе, зачем он нужен, как работает, и как его настраивать.
> Он просто своей работой реально мешает. Потому что далеко не всегда
> очевидно, что тот или иной сбой спровоцирован именно им. Apache+SVN, например,
> пробовали когда-нибудь настраивать? Там в итоге приходишь или к такой конфигурации,
> где от SELinux остаётся одна видимость, либо просто его отключаешь.

Он не везде подходит, и не везде нужен, но свое дело делает отлично. Кстати, у меня был случай когда я с ним замучился, в рабочей конфигурации он был практически выключен, но это было небезопасно. Дан Волш у себя в жж тогда очень помог - я прямо ему и написал

> Да кто ж спорит, что AD - это вечно ходячий (вернее, падучий)
> источник проблем. :) Но когда некое средство конфигурации декларирует, мол, хозяин,
> я тебе сейчас сделаю хорошо, а потом за ним приходится подчищать
> и доделывать ещё столько же - как-то нехорошо, согласитесь.

я давно перестал верить в сказки, особенно в сказку про кнопку "сделать все чтоб было ништяк". Именно для этого и есть системы управления конфигурацией - чтоб построить самому как надо, и не рассчитывать на простые инсталлеры.

> Во всяком случае, ФС (ext3 и ext4) в виртуалках у меня рушилась
> только в Linux'е. Поживём-увидим, конечно.

как именно рушилась? а то мне за уже почти 5 лет работы с kvm еще не приходилось видеть убитыю фс в виртуалке, если все было правильно настроено. А с кривой настройкой, убить фс можно и на железе

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

119. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 19-Мрт-13, 11:00 
>> Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать
>> пока не стал, пока все проблемы с AD не утрясутся -
>> нужно, похоже, его уровень поднимать, а это не совсем тривиально в
>> силу локальных причин.
> и чем дальше тем сложнее, по мере роста инфраструктуры

А что делать, нужен апгрейд LDAP-схемы. :(

>> Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в
>> другом - несколько десятков разных, да ещё и с сильно специфическими
>> требованиями.
> если у них одна ОС, то уже можно спокойно настроить автоматический деплоймент.
> все правильно распланировать и автоматизировать - это как раз и есть
> работа админа, все остальное - инструменты

Планировать хорошо, когда у заказчика не семь пятниц на неделе. До сих пор хочется креститься от воспоминаний о "написании документации"... Но это уже совсем оффтопик, могу в личке рассказать. :)

>> Я в курсе, зачем он нужен, как работает, и как его настраивать.
>> Он просто своей работой реально мешает. Потому что далеко не всегда
>> очевидно, что тот или иной сбой спровоцирован именно им. Apache+SVN, например,
>> пробовали когда-нибудь настраивать? Там в итоге приходишь или к такой конфигурации,
>> где от SELinux остаётся одна видимость, либо просто его отключаешь.
> Он не везде подходит, и не везде нужен, но свое дело делает
> отлично.

Вот и я вырубил его на половине сервисов.

> Кстати, у меня был случай когда я с ним замучился,
> в рабочей конфигурации он был практически выключен, но это было небезопасно.
> Дан Волш у себя в жж тогда очень помог - я
> прямо ему и написал

Мысль хорошая, спасибо.

>> Да кто ж спорит, что AD - это вечно ходячий (вернее, падучий)
>> источник проблем. :) Но когда некое средство конфигурации декларирует, мол, хозяин,
>> я тебе сейчас сделаю хорошо, а потом за ним приходится подчищать
>> и доделывать ещё столько же - как-то нехорошо, согласитесь.
> я давно перестал верить в сказки, особенно в сказку про кнопку "сделать
> все чтоб было ништяк". Именно для этого и есть системы управления
> конфигурацией - чтоб построить самому как надо, и не рассчитывать на
> простые инсталлеры.

В моём случае разница между использованием системы управления конфигурацией и работы "ручками" невелика: есть плюсы, есть и минусы. Папеты и компания не убирают необходимость знать устройство системы для поддержки, а у меня требование к работе специфическое: нужно, чтобы несколько откровенно слабо разбирающихся в никсах людей могли по моим инструкциям как-то весь этот зоопарк поддерживать. Система управления конфигурацией в таком случае становится лишь ещё одной приблудой, в которой надо разбираться. Хотя, повторюсь, смотрю в указанную сторону.

>> Во всяком случае, ФС (ext3 и ext4) в виртуалках у меня рушилась
>> только в Linux'е. Поживём-увидим, конечно.
> как именно рушилась?

Капитально. Восстановлению не подлежала. При том пару раз это произошло на абсолютно пустом месте, не было ни одного внештатного выключения ОС.

> а то мне за уже почти 5 лет работы
> с kvm еще не приходилось видеть убитыю фс в виртуалке, если
> все было правильно настроено. А с кривой настройкой, убить фс можно
> и на железе

Сами ФС во всех случаях были с дефолтными настройками - как раз, чтобы обойтись без экспериментов. Т.е., я просто выбирал ext4 или ext3, и - вперёд. Вроде бы в CentOS 6.3 такого уже не было, а ещё в 6.2 - несколько раз.

Ещё вспомнил: один или два случая были под KVM с CentOS, остальные - под VirtualBox на Win7.

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

120. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от AnonymousRex (?), 19-Мрт-13, 12:28 
> Планировать хорошо, когда у заказчика не семь пятниц на неделе. До сих
> пор хочется креститься от воспоминаний о "написании документации"... Но это уже
> совсем оффтопик, могу в личке рассказать. :)

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

> В моём случае разница между использованием системы управления конфигурацией и работы "ручками"
> невелика: есть плюсы, есть и минусы. Папеты и компания не убирают
> необходимость знать устройство системы для поддержки, а у меня требование к
> работе специфическое: нужно, чтобы несколько откровенно слабо разбирающихся в никсах людей
> могли по моим инструкциям как-то весь этот зоопарк поддерживать.

плавали, мне как то надо было сдать датацентр индусам на попечительство - с железом проблем не было - чуть где красная лампочка, и они звонили в саппорт, а с софтом я просто не стал экономить, поднял RHEV и дал им доступ создавать ВМ из готовых имиджей, которые наплодил великое множество. ВМ грузится из имиджа, уже почти готовый, его подхватывает foreman, накатывает апдейты и настройки по мелочам, и втыкает в IPA - индусам оставалось войти в RHEV, с ограниченными привилегиями, нажать на кнопку "создать", и выбрать готовый темплейт.

> Система управления
> конфигурацией в таком случае становится лишь ещё одной приблудой, в которой
> надо разбираться. Хотя, повторюсь, смотрю в указанную сторону.

во всем надо разбираться. Это как с нагиосом - чем больше в нем ковыряешься тем более точно он мониторит системы, но никто не мешает по быстрому поднять snmp и собирать дефолтные алармы

> Капитально. Восстановлению не подлежала. При том пару раз это произошло на абсолютно
> пустом месте, не было ни одного внештатного выключения ОС.

без перезагрузки, с qemu такое может быть только если кто то убил имидж. Такое я видел довольно часто, особенно у клиентов, где слишком много шаловливых ручек трогают зоны СХД, видят занятые LUNы и решают посмотреть что там, пока виртуалка там вовсю пыхтит какой нибудь базой данных. кроме этого - только при нештатной перезагрузке, и включенном кэшировании, которое должно было быть выключено. убивался, кстати, mbr, то есть самое начало имиджа

> Сами ФС во всех случаях были с дефолтными настройками - как раз,
> чтобы обойтись без экспериментов. Т.е., я просто выбирал ext4 или ext3,
> и - вперёд. Вроде бы в CentOS 6.3 такого уже не
> было, а ещё в 6.2 - несколько раз.

последний раз видел в 5.3, и опять же с кэшем, тогда его отключение еще не считалось best practice

> Ещё вспомнил: один или два случая были под KVM с CentOS, остальные
> - под VirtualBox на Win7.

вибокс это не ко мне, я эту поделку не трогаю

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

122. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от sHaggY_caT (ok), 19-Мрт-13, 18:40 
Попробуйте Cobbler и PXE-развертывание анакондой. Там есть koan, агент для инсталляции виртуалок.
Кикстарт это нативное средство редхата для того, что бы у Вас стояло в системе только то, что Вам нужно.
Ответить | Правка | Наверх | Cообщить модератору

121. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от Michael Shigorinemail (ok), 19-Мрт-13, 12:35 
> остальные - под VirtualBox на Win7.

Тогда удивляться особо не приходится, у него достаточно странностей.

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

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

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




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

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