The OpenNET Project / Index page

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



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

Оглавление

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

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


3. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от Анонище (?), 09-Мрт-13, 10:25 
> [VALID] The installer needs at least 406MB of memory to work. Text mode will automatically be used if the system has less than 632MB of memory.

ынтерпрайзненько. Реквестирую инсталятор на java.

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

5. "Релиз Linux-дистрибутива CentOS 6.4"  +/
Сообщение от Аноним (-), 09-Мрт-13, 10:30 
>> [VALID] The installer needs at least 406MB of memory to work. Text mode will automatically be used if the system has less than 632MB of memory.
> ынтерпрайзненько. Реквестирую инсталятор на java.

На Python.

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

9. "Релиз Linux-дистрибутива CentOS 6.4"  +3 +/
Сообщение от YetAnotherOnanym (ok), 09-Мрт-13, 11:40 
на node.js ;)
Ответить | Правка | Наверх | Cообщить модератору

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
Добавить, Поддержать, Вебмастеру