ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Переход из SUSE на Red Hat
25 сообщений из 91, страница 2 из 4
  2  все
Переход из SUSE на Red Hat
    #34273655
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
На самом деле беда СуСей - недоотлаженность многих компонент. Берем
- Emulex LP8000, 2 карточки
- NetApp 270c кластер
- Brocade 2808 свитч

и ставим мультипатх. И тут выясняем, что в гуях то мультипасс есть, но старый, а теперь там новый. Новый, но доки от прошлой версии. Ладно, тут не хуже чем у шапочки - там гуев просто немае. Запускаем, все работает, кладем один линк, работает, восстанавливаем линк, система грит КРЯК и встает... Вот проверю теперь на красной шапочке такую же конфигурацию, а то интересно даже стало.

Но по набору конпонент и по концепциям СуСя лет на 5 впереди красной шапки. В той же 10 сусе есть например интеграция

Heartheat2
OCFSv2
EVMS

другое дело, что почему бы не иметь там lvm2 а не evms - принципиальной разницы нету, а отлаженность lvm2 куда выше... Но скажем интеграцию OCFSv2 и heartbeat2 в шапочке так и не сделали.
...
Рейтинг: 0 / 0
22.01.2007, 23:09:04
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34273665
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grexhide
Участник
Alex Roudnev
В СуСе же сделано правильно


Alex, хватит уже детей пугать, право. Ничего там в SuSe не правильно и ни не правильно. Там так, как это сделано в SuSE.

В RHEL - сделано так, как сделано в RHEL. Идеология, блин, такая.

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

Зачем кричать, что McLaren говно, и без тюнинга целой командой техников - не ездит, а вот я на Ford Focus-е вот типа все имею в базовой комплектации ?
Те кто надо - будут ездить на фокусе, кто надо - будут сидеть и тюнить свой McLaren. Все просто.
...
Рейтинг: 0 / 0
22.01.2007, 23:16:59
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34273841
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
grexhide Alex Roudnev
В СуСе же сделано правильно


Alex, хватит уже детей пугать, право. Ничего там в SuSe не правильно и ни не правильно. Там так, как это сделано в SuSE.

В RHEL - сделано так, как сделано в RHEL. Идеология, блин, такая.

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

Зачем кричать, что McLaren говно, и без тюнинга целой командой техников - не ездит, а вот я на Ford Focus-е вот типа все имею в базовой комплектации ?
Те кто надо - будут ездить на фокусе, кто надо - будут сидеть и тюнить свой McLaren. Все просто.

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

Не случайно же мало кто раннает опен соурс приложения на редхате - почему то все больше попадаются Дебианы, Убунты и ФриБЗД в придачу. А там, где много девелоперов и линукс, почему то мне все больше Суси встречаются. При том что тщательные тесты показали, что хорошо сконфигуренная красная шапочка для того же оракла работает постабильнее, проблема лишь, что процент _хорошо конфигурящих_ ее ниже, чем процент тех, кто взял сусю, установил мышкой все нужные пакеты (включая и orarun) и имеет стабильную систему.

Что касается именования rpm-ов - есть несколько статей, показывающих, что в красной шапке системма именования вызывает конфликты имен. Отсутствие единых гуев вызывает присутствие кучи самопаек (типа вебмина - хорошая штука, но кто всегда есть шанс на ее разночтения с самой ОС). Отсутствие конфигурации дисплея вызывает миф (и ТУТ он ходит), что линуксный десктопный экран - это дикая редкость и недоступо серверам (хотя в СуСе xdm там, где нужно, конфигурится одной клавишей и прекрасно работает). Отсутствие в iSCSI на редхате мультипортовости и установки имен by-id вызывает миф, что iSCSI тяжело настраивать (в ЛИНУКСАХ, а не в RedHat - в этом то и проблема). Идиотский интерфейс rpm вызывает миф, что в линуксах плохо с зависимостями (заметим - проблема у красной шапки, а миф про почти что ВСЕ линуксы). И все это дает отличный такой аргумент любителям мелкомягких (а опыты показывают, что аргумент имеет определенную базу под собой).
...
Рейтинг: 0 / 0
23.01.2007, 03:36:05
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34273849
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grexhide
Участник
Alex RoudnevДа затем, что эти вот красношапочные уродства (а система установки и конфигурации там одно сплошное уродство) отпугивают от Линукса новых пользователей.

Даже не знаю, что и сказать. По сравнению с RH6.2 - все предельно просто и ясно. IMHO, справится даже ребенок (это я про RHEL 3/4).

Да, сложно, а то и вовсе невозможно прикрутить что-то левое, но... как раз для начинающих...

Alex Roudnev
Потому как оный набор глукалин и друидов любой хороший виндусовый админ разобъет как котят в споре перед начальством,

Да ну, право. Даже не смешно. С таким же успехом - можно доказать непробиваемость Exchange перед sendmail.

Начальство - на то и идиотское, чтобы принимать решения. Но, опять же, реальных альтернатив AD (если всерьез рассматривать ее заморочки) - в мире Linux/Unix нет.

Alex Roudnev
что лучше устанавливать, а стабильность _хорошо установленного_ редхата (кто бы еще знал, как этого добиваются) еще надо будет доказать (особенно на фоне 2003-й винды, которая по стабильности уже начинает добивать до линуксов).

Ну.... право. RHEL рассматривается чаще как запускалкя Oracle, и.... каких App/Java/Inet/Web делов.
Какой тут Windows 2003 сервер.

А по поводу стабильности - эт что то совсем не то. Все - предельно стабильно и чётко, если не пытаться на коленке скрестить быка с носорогом (а пользоваться инструкциями от вендоров).

Alex Roudnev
Не случайно же мало кто раннает опен соурс приложения на редхате - почему то все больше попадаются Дебианы, Убунты и ФриБЗД в придачу.

Там свои особо злостные тараканы. Тем не менее, у меня - тоже вон Subversion аж никак не работал в RHEL с русским языком. Полинета облазил в поисках "решения". Оказалось просто - сходить на родной сайт с скачать нужный .srpm. Дело то - в уровне поддержки, а не в "умельчестве".

Alex Roudnev
А там, где много девелоперов и линукс, почему то мне все больше Суси встречаются.

Десктоп ?

Alex Roudnev
При том что тщательные тесты показали, что хорошо сконфигуренная красная шапочка для того же оракла работает постабильнее, проблема лишь, что процент _хорошо конфигурящих_ ее ниже, чем процент тех, кто взял сусю, установил мышкой все нужные пакеты (включая и orarun) и имеет стабильную систему.

Ясен пень. RHEL - это как фейс-контроль ;)))

Alex Roudnev
Что касается именования rpm-ов - есть несколько статей, показывающих, что в красной шапке системма именования вызывает конфликты имен.

??? Право, за 10-ть лет (уже) ни разу не сталкивался. Впрочем, на самой заре, когда был молодой и глупый и пытался из тарболлов сам чего-то там тулить ......

Alex RoudnevОтсутствие единых гуев вызывает присутствие кучи самопаек (типа вебмина - хорошая штука, но кто всегда есть шанс на ее разночтения с самой ОС).

В rhel GUI и WUI - реально - не нужны. Я выбрасывал все это практически сразу и нещадно. На самом деле - достаточно лишь почитать инструкцию и понять принцип системы.

Alex Roudnev
Отсутствие конфигурации дисплея вызывает миф (и ТУТ он ходит), что линуксный десктопный экран - это дикая редкость и недоступо серверам

За практически неимением оного (GUI)... Впрочем, вспоминается что то из отряда XF86Config...


Alex Roudnev
Отсутствие в iSCSI на редхате мультипортовости и установки имен by-id вызывает миф, что iSCSI тяжело настраивать (в ЛИНУКСАХ, а не в RedHat - в этом то и проблема).

Software iSCSI ? Правильно - и нахрен не нужен.

Alex Roudnev
Идиотский интерфейс rpm вызывает миф, что в линуксах плохо с зависимостями (заметим - проблема у красной шапки, а миф про почти что ВСЕ линуксы).

А в чем идиотичность то ?

Alex Roudnev
И все это дает отличный такой аргумент любителям мелкомягких (а опыты показывают, что аргумент имеет определенную базу под собой).

Да ну право, о чем речь. У них - бог такой, карма и генокод. Им хоть яйца в дверь зажимай, а будут даже Oracle тулить на свою винду и хоть ты тресни.

Впрочем, грешно смеяться над болезными (хоть в определенных нишах Windows, безусловно, крайне хорош - к примеру - в области терминального доступа и управления своей же инфраструктурой).
...
Рейтинг: 0 / 0
23.01.2007, 04:12:39
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34274119
Serik Akhmetov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Serik Akhmetov
Участник
По-моему, идет смешение понятий Linux-RedHat-SuSE.
Нужно понимать, особенно начинающим (а мы же о них говорим ?),
что RedHat и SuSE - это частные случаи, представители семейства Linux. (а во многом и Unix)
Состоящие из одного и того же софта, вся разница в инструментах конфигурирования.
Что, на самом деле, для профессионала не важно. Он в любом случае делает сразу
vi /etc/...conf
и пишет что надо.
А если речь идет о enterprise системе, то предполагается наличие квалифицированного админа, умеющего читать документацию.
Для начинающих есть более дружелюбные не enterprise дистрибутивы: fedora/mandriva/ubuntu.

а спор RedHat vs SuSE больше религиозный.
...
Рейтинг: 0 / 0
23.01.2007, 09:43:04
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34274207
--null--
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
--null--
Участник
grexhide Но, опять же, реальных альтернатив AD (если всерьез рассматривать ее заморочки) - в мире Linux/Unix нет.


А как же NDS?
Кстати, как это выглядит в SuSe, может кто пользовал?
Ибо в Netware это было как минимум не хуже, чем AD. А терь у Новелла SuSe вроде как основная система.
...
Рейтинг: 0 / 0
23.01.2007, 10:19:11
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34274368
ДимГеннадьич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ДимГеннадьич
Участник
Alex Roudnev

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

Не случайно же мало кто раннает опен соурс приложения на редхате - почему то все больше попадаются Дебианы, Убунты и ФриБЗД в придачу. А там, где много девелоперов и линукс, почему то мне все больше Суси встречаются. При том что тщательные тесты показали, что хорошо сконфигуренная красная шапочка для того же оракла работает постабильнее, проблема лишь, что процент _хорошо конфигурящих_ ее ниже, чем процент тех, кто взял сусю, установил мышкой все нужные пакеты (включая и orarun) и имеет стабильную систему.

Что касается именования rpm-ов - есть несколько статей, показывающих, что в красной шапке системма именования вызывает конфликты имен. Отсутствие единых гуев вызывает присутствие кучи самопаек (типа вебмина - хорошая штука, но кто всегда есть шанс на ее разночтения с самой ОС). Отсутствие конфигурации дисплея вызывает миф (и ТУТ он ходит), что линуксный десктопный экран - это дикая редкость и недоступо серверам (хотя в СуСе xdm там, где нужно, конфигурится одной клавишей и прекрасно работает). Отсутствие в iSCSI на редхате мультипортовости и установки имен by-id вызывает миф, что iSCSI тяжело настраивать (в ЛИНУКСАХ, а не в RedHat - в этом то и проблема). Идиотский интерфейс rpm вызывает миф, что в линуксах плохо с зависимостями (заметим - проблема у красной шапки, а миф про почти что ВСЕ линуксы). И все это дает отличный такой аргумент любителям мелкомягких (а опыты показывают, что аргумент имеет определенную базу под собой).


Установка РедХата 4
CD/DVD - загрузка - установка ( влёт) - получаем на выходе
level 5 - gdm и gnome*

По поводу GUI утилит настройки

пишем # system-config- Tab Tab
system-config-authentication system-config-network-cmd system-config-rootpassword
system-config-date system-config-network-druid system-config-samba
system-config-display system-config-network-gui system-config-securitylevel
system-config-httpd system-config-network-tui system-config-securitylevel-tui
system-config-keyboard system-config-nfs system-config-services
system-config-language system-config-packages system-config-soundcard
system-config-lvm system-config-printer system-config-time
system-config-mouse system-config-printer-gui system-config-users
system-config-network system-config-printer-tui

наглядно, не правда ли?
...
Рейтинг: 0 / 0
23.01.2007, 11:06:06
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34274392
ДимГеннадьич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ДимГеннадьич
Участник
Далее полезно включиться в интернет и сделать
yum check-update

или при отсутствии проблем с трафиком автоапгрейд всей системы( все само скачатся и установится) yum upgrade
Дмитрий
...
Рейтинг: 0 / 0
23.01.2007, 11:11:03
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34275357
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grexhide
Участник
Serik Akhmetov
А если речь идет о enterprise системе, то предполагается наличие квалифицированного админа, умеющего читать документацию.
Для начинающих есть более дружелюбные не enterprise дистрибутивы: fedora/mandriva/ubuntu.

а спор RedHat vs SuSE больше религиозный.

Да нет, ты не понял. Alex Roudnev, как известный дед мира Unix пытается привнести идею, что вот в SuSE - все сделано с человеческим лицом (GUI/WUI), возможно считая, что это - правильный метод (и хрен его знает, может он и прав, а может - просто обленился или совсем стареть начал).

Ну и популяризация Linux в массах с ламерскими наклонностями..

--

Но нас то как учили ? Мануал и конфиг в зубы и вперед, голова думать, руки работать (вот только насчет vi - я бы не согласился, уж больно оно какое то сильно страшное и неудобное, всяк mc лично мне всегда хватало, и, надеюсь, будет хватать и дальше).

-----

Хотя, если посмотреть на MacOS X - ну ведь могут же, если захотят, из Unix сделать конфету (ладно там сервера, но для простых несчастных юзерей в чине "админа") ?
...
Рейтинг: 0 / 0
23.01.2007, 14:29:44
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34276036
Сына
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сына
Участник
Alex RoudnevНо скажем интеграцию OCFSv2 и heartbeat2 в шапочке так и не сделали.
Наверно, потому, что у них есть GFS и CS, поэтому и не сделали.
...
Рейтинг: 0 / 0
23.01.2007, 16:40:47
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34276821
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
ДимГеннадьичДалее полезно включиться в интернет и сделать
yum check-update

или при отсутствии проблем с трафиком автоапгрейд всей системы( все само скачатся и установится) yum upgrade
Дмитрий

Вообще то, если вы RHEL4.4 поставите по умолчанию, то хрен будет, а не yum - ему не хватает пары каких то rpm-ов. А ихняя ГУЯ с ихним гномом успешно загнется через день (у меня на двух серверах загнулась, пока я опыты ставил).

up2date действительно работает сразу out of the box, а вот yum как явление чужеродное еще прикручивать нужно.

Что в пользу красной шапки - в Сусях это все делать легче (yast -> и вперед), НО вот из чисто командной строки (то есть скриптом) сделать сложнее (из xterm тоже можно - yast работает и без x11)/

PS. Как раз для начинающих оптимальная версия - OpenSuSe10.2 или SLED10 / SuSe 10. Все работает из коробки, все прекрасно документировано, все настраивается хочешь руками, а хочешь гуями.

Кстати, если админ сразу лезет в vi, то он ПЛОХОЙ АДМИН. В системе есть штатные средства работы, и это вовсе даже не редактор vi.

(про config tools красной шапки не надо смешить - там большинство тулзов - просто слезы, а не гуи. после их изучения понимаешь, почему красные админы гуями вообще не пользуются - я бы ТАКИМИ тоже не стал пользоваться.)
...
Рейтинг: 0 / 0
23.01.2007, 22:58:32
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34276825
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
Сына Alex RoudnevНо скажем интеграцию OCFSv2 и heartbeat2 в шапочке так и не сделали.
Наверно, потому, что у них есть GFS и CS, поэтому и не сделали.

Я думаю, это потому, что бесплатная OCFSv2 + heartbeat2 на корню убивают ихнюю идею платного Cluster Suite.

Конфликт интересов, короче. Посмотрим, что с этим будет у Оракла с его броненосцем.
...
Рейтинг: 0 / 0
23.01.2007, 23:00:14
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34276829
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
И я написал уже, чего ругаюсь. Если взять гуи и конфигурацию от СуСей, а ядро и отлаженность компонент от красной шапки - то была бы действительно отличная система. А так имеем двух недоносков - у одного все красиво, но глюков многовато (хамелеон несчастный), а у другого глюков мало, но выглядит как нищий горбун на рынке (красная шапочка), которому не хватает на пропитание (нормальые тулзы сделать).
...
Рейтинг: 0 / 0
23.01.2007, 23:02:10
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34276846
Фотография Adekamer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Adekamer
Участник
Alex Roudnev <SKIP>
Кстати, если админ сразу лезет в vi, то он ПЛОХОЙ АДМИН. В системе есть штатные средства работы, и это вовсе даже не редактор vi.

(про config tools красной шапки не надо смешить - там большинство тулзов - просто слезы, а не гуи. после их изучения понимаешь, почему красные админы гуями вообще не пользуются - я бы ТАКИМИ тоже не стал пользоваться.)
как тоне вяжется - не правда ли ?
идеала - не существует - Гуи конечно хорошо - но теряется вся прелесть глубины возможности по настройке - просо в гуях достаточно трудоемко описать такое количество диалогов
в общем - везде нужен компромис - чтото удобнее и быстрее сделать в гуи - что то ручками поправить
...
Рейтинг: 0 / 0
23.01.2007, 23:22:39
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34276857
Сына
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сына
Участник
Офф...

Очень модно стало ставить ораклу на несертифицированные системы. Сегодня сражался с Mandrake, до этого - с Gentoo. Неужели трудно заглянуть в матрицу сертификации? А индусам следует запретить ключ IgnoreSysReq, ибо нех, про другие способы обхода проверки промолчу.
...
Рейтинг: 0 / 0
23.01.2007, 23:35:06
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34277041
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
Adekamer Alex Roudnev <SKIP>
Кстати, если админ сразу лезет в vi, то он ПЛОХОЙ АДМИН. В системе есть штатные средства работы, и это вовсе даже не редактор vi.

(про config tools красной шапки не надо смешить - там большинство тулзов - просто слезы, а не гуи. после их изучения понимаешь, почему красные админы гуями вообще не пользуются - я бы ТАКИМИ тоже не стал пользоваться.)
как тоне вяжется - не правда ли ?
идеала - не существует - Гуи конечно хорошо - но теряется вся прелесть глубины возможности по настройке - просо в гуях достаточно трудоемко описать такое количество диалогов
в общем - везде нужен компромис - чтото удобнее и быстрее сделать в гуи - что то ручками поправить

Смысл гуев в том, что вы никогда не ЗАПОМНИТЕ двух - трех сотен опций. Как правило, система
после установки (на которую иногда времени много, менюалы читать с опциями, а иногда хватает лишь пробежаться по набору возможностей и не хватает на запоминание ключиков). работает пару лет без проблем. Потом надо что то сделать, авторы уже или ушли или занимаются другими делами.

В случае гуев - открываем, зная общие концепции, находим то что нужно, делаем. Я так перерулил 2 терабайта сторейджа с помошью Veritas и (о ужас!) ихних гуев (передо мной там был выделенный админ, неленивый и с кучей времени - делал все с командной строки. Так когда туда глянули из гуев и открыли диск плейсмент, который из командной строки вообще не видно - за голову схватились и побежали диски переаллокировать на хрен). С командной строки перерулил бы тоже - с риском ошибиться в десять раз выше, и с временем на поиски оной команды раза в 3 выше.

Аналогично _заведение юзера на сервере_. У нас есть админы, которые руками заводят. Командной строкой, точнее. Вечно у них что то забыто - то каталог не создан, то ИД выбрано идиотски. Когда времени не стало на эти развлечения, прикрутили гую (webmin) и в другом месте прикрутили скрипт с менюхой (не гуя, но в ту же сторону). С тех пор все системные аккаунты заведены как по струнке, без единой проблемы.

То есть правильная ГУЯ сильно экономит время и сильно повышает надежность изменений. И чем система сложнее, тем это становится актуальнее. Не случайно же в Сусях сделано в 2 зтапа - правим /etc/sysconfig/что_то и дальше зовем SuSEconfig, а оный уже правит в разных местах разные конфиг файлы (в итоге открытие или закрытие доступа на xdm из сети занимает там 10 секунд, по сравнению с часом на красной шапке).

Другое дело, что прежде чем гуями пользоваться, надо общие концепции понимать. Это и в винде так. Но делать из cli систему отсечки админов и джоб секюрити для оных достаточно глупо. Ну и гуя должна быть не любительской (в редхате вся гуя исключительно любительская, и не удивительно, что админы ее выкидывают - я сам уже почти выкинул на стендовой машине, все равно с нее толку нуль). Но это говорит не о ГУЕ в целом, а о конкретной криворукой ГУЕ в конкретной системе.
...
Рейтинг: 0 / 0
24.01.2007, 07:13:51
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34283494
Гуй
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гуй
Гость
2Alex Roudnev
а может все проще - вы не доконца разобрались в redhat ? ;)
http://sql.ru/forum/actualthread.aspx?tid=383518&pg=3&hl=linux#3664670

Alex Roudnev Смысл гуев в том, что вы никогда не ЗАПОМНИТЕ двух - трех сотен опций.
Смысл гуев совсем не в этом, в любом конфиг файле перечислены все параметры и расписано зачем каждый. Гуй просто может не дать "неправильно" сочитать параметры. Но сколько раз было под виндой знаю как, но немогу объяснить по телефону куда тыркать не видя экрана.
...
Рейтинг: 0 / 0
25.01.2007, 21:03:40
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34283706
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
Гуй2Alex Roudnev
а может все проще - вы не доконца разобрались в redhat ? ;)
http://sql.ru/forum/actualthread.aspx?tid=383518&pg=3&hl=linux#3664670

Alex Roudnev Смысл гуев в том, что вы никогда не ЗАПОМНИТЕ двух - трех сотен опций.
Смысл гуев совсем не в этом, в любом конфиг файле перечислены все параметры и расписано зачем каждый. Гуй просто может не дать "неправильно" сочитать параметры. Но сколько раз было под виндой знаю как, но немогу объяснить по телефону куда тыркать не видя экрана.

Не в любом и не всегда. Зависимости же там вообще не перечислены.

Еще раз - давайте попробуйте переаллокировать в веритасе 10 файловых систем из размещения на екстентах на _размещение стрипами на 2-х дисках, взятых с двух SAN систем_, а я на вас погляжу. Или разобраться, как оно разместилось после всех пертурбаций, если там 2-х уровневое размещение.

В сусях, кстати, есть и еще одно заметное улучшение - там вы редактируете /etc/sysconfig, а далее системные скрипты SuSEconfig транслируют ваши изменения в компоненты системы. В итоге можно и без гуев работать куда комфортнее, чем в красной шапке.
...
Рейтинг: 0 / 0
26.01.2007, 01:47:11
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34283707
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
СынаОфф...

Очень модно стало ставить ораклу на несертифицированные системы. Сегодня сражался с Mandrake, до этого - с Gentoo. Неужели трудно заглянуть в матрицу сертификации? А индусам следует запретить ключ IgnoreSysReq, ибо нех, про другие способы обхода проверки промолчу.

А по моему, очень модно стало не сертифицировать на тех системах, где все прекрасно работает. Вам же не предлагается ставить это на фрибздю да в эмулятор. А какие проблемы с мандрейком, собственно говоря?
...
Рейтинг: 0 / 0
26.01.2007, 01:48:20
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34286214
Сына
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сына
Участник
Alex Roudnev СынаОфф...

Очень модно стало ставить ораклу на несертифицированные системы. Сегодня сражался с Mandrake, до этого - с Gentoo. Неужели трудно заглянуть в матрицу сертификации? А индусам следует запретить ключ IgnoreSysReq, ибо нех, про другие способы обхода проверки промолчу.

А по моему, очень модно стало не сертифицировать на тех системах, где все прекрасно работает. Вам же не предлагается ставить это на фрибздю да в эмулятор. А какие проблемы с мандрейком, собственно говоря?
Разговаривать на эту тему нет никакого желания. Промышленная система должна работать на сертифицированной ОС.
...
Рейтинг: 0 / 0
26.01.2007, 17:01:11
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34286899
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
Сына Alex Roudnev СынаОфф...

Очень модно стало ставить ораклу на несертифицированные системы. Сегодня сражался с Mandrake, до этого - с Gentoo. Неужели трудно заглянуть в матрицу сертификации? А индусам следует запретить ключ IgnoreSysReq, ибо нех, про другие способы обхода проверки промолчу.

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

Зависит от задачи. Но конечно, покупая оракл по 15 минимум тыс за лицензию на проц, глупо трахаться с мандриллой.
...
Рейтинг: 0 / 0
26.01.2007, 22:50:35
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34286930
правильный линуксоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
правильный линуксоид
Гость
Я вот чего не понимаю, Alex Roudnev: какой дебил взял тебя на работу администратором? Тебе к серверам вообще подходить противопоказано.

> Зависит от задачи. Но конечно, покупая оракл по 15 минимум тыс за лицензию на проц, глупо
> трахаться с мандриллой.

Не зависит от задачи. Если ты используешь не сертифицированную ОС, значит, собственными яйцами отвечаешь за работоспособность всей системы. Два варианта: либо у тебя яиц уже нет и тебе на все насрать, либо нет мозгов и страха их потерять.
...
Рейтинг: 0 / 0
26.01.2007, 23:56:09
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34286979
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
правильный линуксоидЯ вот чего не понимаю, Alex Roudnev: какой дебил взял тебя на работу администратором? Тебе к серверам вообще подходить противопоказано.

> Зависит от задачи. Но конечно, покупая оракл по 15 минимум тыс за лицензию на проц, глупо
> трахаться с мандриллой.

Не зависит от задачи. Если ты используешь не сертифицированную ОС, значит, собственными яйцами отвечаешь за работоспособность всей системы. Два варианта: либо у тебя яиц уже нет и тебе на все насрать, либо нет мозгов и страха их потерять.

Хмм, во первых, какой дебил взял вас? Я то и сам уже интервью провожу давно...

Во вторых. КТо сказал, что у меня в дата центре есть хоть один Оракл на несертифицированном линуксе или вообще несертифицированной ОС? Такой, на котором данные ценные?

В третьих, пора бы знать, что на 1 промышленную установку обычно приходится ставить 2 - 3 в девелопмент, тестирование, рабочие места и прочее, где совсем другие требования. И что Оракл 10.2 прекрасно работает например на OpenSuSe10.2, SLED10 (там вообще основа совпадает полностью с SLES10, до последней библиотеки). На федорах, по моему, аналогично.

Вы вообще в курсе, в чем отличие SLES10 от например OpenSuSe10? Вовсе не в том, что первая сертифицирована а вторая нет - ядро там общее, либы общие, начиная где то с 10.2 ораклу стало до фени, какая там система... Основное отличие в том, что в SLES обещано минимум 5 лет поддержки продукта, то есть поставив ее в дата центр, вы можете быть уверены, что следующие 5 (реально больше) лет будут выпускаться патчи, и даже будет медленно но апдейтиться набор драйверов. А у SLED срок жизни - пара лет (не уверен в SLED но у SuSe9 professional было именно так).

Ну и теперь вопрос - какая проблема поставить оракл на ту же федору или SuSe (а не SLES) например у девелоперов, если по каким то причинам там не выходит ставить *Enterprise (у нас сейчас выходит - есть партнерское соглашение - но это не всегда так). Ну или стоит у нас сервер для репортов, туда база реплицируется раз в сутки. Если он сгорит ясным пламенем - новый сделаем за пару часов, данные там на хрен никому не нужны, кроме этих вот репортов. Вопрос - нужна там сертифицированность или так себе - просто _желательна_? (и тем не менее там ОС пока сертифицированная стоит).

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

И иногда приходится ставить несертифицированные комбинации. Ну к примеру, стоял СОлярис 2.7, с кластером и лицензиями и старинной дисковой системой. Через 2 года это все планировали выкинуть, но дисковую систему менять надо было сразу. Новая SAN сторейдж ни с этим солярисом, ни с этой FC сетью не сертифицирована. Апгрейдить СОлярис было нереально (там куча систем, и у них нет подобия в стейджинге), да и ничего это не давало - новый солярис не сертифицирован со старой дисковой системой (то есть нет комбинации, сертифицированной с обоими). Пришлось ставить несертифицированную комбинацию, и даже тикет в НетАппе удалось открыть, доказав деятелям, что ихний глюк (поймали один глюк за полгода работы) не был вызван этой вот несертифицированностью...
...
Рейтинг: 0 / 0
27.01.2007, 04:47:43
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34286985
Alex Roudnev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex Roudnev
Участник
Я тут вот подумал - и чего это я так въелся на cli в красной шапочке. И посчитал просто.

Получается прекрасно. Никаких гуев, одни cli. Теперь считаем. По своему зоопарку - чем пользоваться надо и сколько команд придется запомнить, если пользоваться только cli и при этом знать все заранее:

lvm - 52 командочки. ОДНАКО! (понятно, что они там простые как пробка - но 52!)
Veritas VM - 37 командочек. Ну - ну. Поменьше вышло.
Veritas backup - тама всего лишь штук 5 хватает, но тогда с гуей - просто гуя будет на менюхах. А так их тама тоже штук 30, не считая менеджера лент - там еще десяток.
Итого - 52, 37, 30, 10.

Veritas Cluster. Счас глянем... 72, из них полезных 31

Что еще для коллекции добавляем? Уже получилось 160 .

То есть сейчас я помню концепции всех этих продуктов, по 2 - 3 команды из каждого, и имею в каждом прекрасную ГУЮ для остального (по 2 - 3, потому что например быстро проверить статус кластера надо все таки уметь и без гуев). И после этого могу прекрасно помнить еще два десятка команд Оракла (пользуя OEM гую для остальных функций), и так далее.

То есть - использование только cli оправдано там, где вы выполняете операции КАЖДЫЙ ДЕНЬ. Там действительно через cli будет быстрее. Еще бывают такие cli, которые сами в себе подсказки содержат и которые все равно управляют очень сложными вещами - например, Cisco IOS - там никто на свете гуями не пользуется, и понятно почему (сама система команд куда проще той сущности, которая ею управляется) /но кстати, все конфигурации у меня живут на вебе, так что для быстрого анализа гуя не требуется, и многие вещи просто генерятся/. А там, где операции надо делать РЕДКО но БЫСТРО, хорошая гуя незаменима - иначе приходится на ходу разбираться в десятке давно забытых команд и менюалов (забытых, потому что последний раз в этот угол ходили два года назад).

PS. Я насчитал 160 команд _вместо 4 гуев_ - это еще мало было. Бывает и хуже.
А бывают еще сложные диаграммы, типа диск плейсмаента в веритасе - их без гуев вообще разобрать невозможно.
...
Рейтинг: 0 / 0
27.01.2007, 05:55:26
| Ответить | Цитировать | Написать  
Переход из SUSE на Red Hat
    #34287058
Фотография grexhide
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
grexhide
Участник
Alex Roudnev
PS. Я насчитал 160 команд _вместо 4 гуев_ - это еще мало было. Бывает и хуже.
А бывают еще сложные диаграммы, типа диск плейсмаента в веритасе - их без гуев вообще разобрать невозможно.

Все верно. За одним маленьким исключением - никому обычно в голову не приходит запоминать все 160 команд и еще по десятку параметров к ним (особенно, если админство - факультативное).

Как правило, есть базовый набор (десяток два) повседневных диагностических команд, а в остальном - скрипты, скрипты, скрипты... Строго - от типовых штатных регламентных ситуаций.

Впрочем, как и в Oracle.

---

Опять же, я вот тоже, если честно, не понимаю. На кой мне знать и помнить все команды LVM ? Я что, каждый день массив перестраиваю ? Нет - раз в пятилетку.

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

А вот теперь берем аналогию LVM от винды: "ай, фиг с ним, читать не нужно, думать - тем более, бери и "тыцкай" на менюшки, "если чо - переформатируй пару раз""

-
Нет, ну если поиграться, или на тесте - то, безусловно, самое оно.

Тем не менее, в который раз. В идеале - был бы крайне удачен вариант скриптогенератора по типу GUI/WUI от Oracle. На любые действия потенциально деструктивного характера - пожалуйте - опция генерация скриптов с целью ревизии.

Потому как даже трижды хваленая Solaris своим Management Console может запросто положить систему (корневой раздел). И на кой такой GUI ?
...
Рейтинг: 0 / 0
27.01.2007, 10:14:46
| Ответить | Цитировать | Написать  
25 сообщений из 91, страница 2 из 4
  2  все
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / Переход из SUSE на Red Hat
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=25&msg=34277041&tid=1488463]:
 0ms
get settings:
 7ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 40ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 71ms
get tp. blocked users:
 2ms
others: 229ms
total:  382ms
созд. / загр.: 382ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]