Сравнение SLES и RHEL с точки зрения Novell

SuSe юзер != неадекват, но неадекват == SuSe-юзер.

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

> К тому же к федоре гораздо больше пакетов
На сервере многие вещи не нужны.

> Я на это как раз и обратил внимание, что отставание огромно
А отставание от федоры необходимо, т.к. главное качество сервера - стабильность. А федора - bleeding edge дистрибутив.

*Fedora 10 / Fedora 11 → Red Hat Enterprise Linux 6 (planned for release in the first quarter of 2010)

SUSE-юзеры прячутся, чтоб их никто не обижал :)

>SUSE-юзеры прячутся, чтоб их никто не обижал :)

Известных мне SUSE-юзеров мало кто может обидеть, не пострадав морально :)

>> Я люблю хамить при случае. Не могу себе отказать в этом удовольствии.
спасибо за разяснение. заодно сделаем себе пометочку о предпочтениях в поведенческих реакциях пользователей RH...

>> К тому же, в RHEL есть такая замечательная вещь, как ABI ядра (а в SLES нету, и это проблема и головная боль для кастомеров)
ЩИТО?!(LOR (c)) - в пределах SP abi стабилен, сюрприз?!

>> Откуда и все берут: ftp://ftp.redhat.com/
и где там интересующий нас "technology preview"?

>> Или в SLES все новые фичи автомагически появляются уже с наработанной базой установок, фидбэком от кастомеров и багфиксами?
сюрприз?! но именно так и происходит на самом деле. базой для SLE* является openSUSE и весь build process абсолютно прозрачно происходит в OBS. багфиксы - bugzilla.novell.com - даже компиляция openSUSE идёт с учётом замечаний по RC, alpha, beta.

>> Интернет всем доступен. Читайте новости по этой тематике...
вы не соизволили привести конкретные источники информации - соответственно высказывание о 25-ти kernel developers расценивается как очередной трёп и ваше личное imho (которое вы постоянно забываете ставить перед субъективными высказываниями).

>> P.S. По сабжу не отпишусь, далёк я от виртуализации. Хотя новость звучит странно, будто бы Xen только в SuSe, а kvm только в Rad Hat, вроде нельзя и то и то юзать, если захотеть. Про большую допиленность я понимаю, драйвера для виртуализируемых систем, той же винды и прочее, но звучит вообще чудесато.

одна из "опций" новости именно в том, чтобы, как правильно отметили некоторые участвующие в диспуте лица, предоставить информацию о текущем "раскладе" на суд "зрителей". мораль басни (сиречь резюме) на ближайшее время (до RH-5.4) - 18 месяцев - гарантированное отставание решений RH в области виртуализации от аналогичных предложений от Novell.

что мы и видим по отсутствию внятных/(аргументированных) комментариев на:
http://wiki.xensource.com/xenwiki/Open_Topics_For_Discussion?action=AttachFil...
где результаты подтверждены представителем "Qumranet Inc."

>> SUSE-юзеры прячутся, чтоб их никто не обижал :)
пользую *SUSE* с версии 8.2 (Pro), честно купленной btw, и храню присланные диски как память об этом.

не понимаю сути высказывания о "чтоб их никто не обижал :)" ибо сертификация для различных платформ/(ПО) как-то предполагает, что ваше утверждение - очередной ляп/(бред сивой кобылы, говоря по-простому)

>> при том, что использовать KVM РедХат будет только начиная с версии 5.4, а поддержка XEN продолжится.
а где пруфлинк, что RH продолжит поддержку XEN?

блин, всё время читаю RHEL как РЛ'ЬЕХ ;D

>> при том, что использовать KVM РедХат будет только начиная с версии 5.4, а поддержка XEN продолжится.
>а где пруфлинк, что RH продолжит поддержку XEN?

Вы чем читаете? Уже присылал и не раз... спецаиально для вас цитирую:

>Red Hat’s Senior Director of Virtualization Business, Navin Thadani, said, though that, “Existing Xen-based deployments will continue to be supported for the full lifetime of Red Hat Enterprise Linux 5, and Red Hat will provide a variety of tools and services to enable customers to migrate from their Red Hat Enterprise Linux 5 Xen deployment to KVM.” At the same time though, Xen is clearly on its way out. As for Red Hat’s deal to support RHEL on Microsoft Server and vice-versa. Red Hat, according to Stevens in an interview after the press conference, would be supporting Server 2008 with RHEL 5.4 and it would be using KVM for this virtualization platform

> блин, всё время читаю RHEL как РЛ'ЬЕХ ;D

к окулисту

>> SUSE-юзеры прячутся, чтоб их никто не обижал :)
>пользую *SUSE* с версии 8.2 (Pro), честно купленной btw, и храню присланные диски как память об этом.
>не понимаю сути высказывания о "чтоб их никто не обижал :)" ибо сертификация для различных платформ/(ПО) как-то предполагает, что ваше утверждение - очередной ляп/(бред сивой кобылы, говоря по-простому)

Если не понимаете, то зачем отвечаете на него? И ещё пытаетесь выставить всех кроме Вас неправыми.

>к окулисту

ишь какой 8)

Зачем в качестве аргумента приводится Novell Build Service? Он что, как-то влияет на качество дистрибутива, если там разрешают собирать и для других дистрибутивов, например RH?

s/Novell Build Service/openSUSE Build Service/

> спасибо за разяснение. заодно сделаем себе пометочку о предпочтениях в поведенческих реакциях пользователей RH...

Сделайте ещё пометочку, что полностью согласен с Дреппером.

> ЩИТО?!(LOR (c)) - в пределах SP abi стабилен, сюрприз?!

Что такое SP?

> и где там интересующий нас "technology preview"?

А вы поищите, там каталогов не так много.

> сюрприз?! но именно так и происходит на самом деле. базой для SLE* является openSUSE и весь build process абсолютно прозрачно происходит в OBS. багфиксы - bugzilla.novell.com - даже компиляция openSUSE идёт с учётом замечаний по RC, alpha, beta.

Т.е. это хорошо для Новелла, но плохо для Редхата? Так и запишем в протокол: в RHEL новая фича после разработки и обкатки в Федоре называется technology preview, а в SLES - труъстабильныйэнтерпрайзпокупайтеужктонибудьнаконец!!111

> вы не соизволили привести конкретные источники информации - соответственно высказывание о 25-ти kernel developers расценивается как очередной трёп и ваше личное imho (которое вы постоянно забываете ставить перед субъективными высказываниями).

Хорошо, расценивайте. (25 кернельщиков? 3 пиджака, 3 кинокамеры...)

>собсно welcome to the OBS
>то же самое справедливо и для Debian/Ubuntu

До сих пор страничка сборки для Debian-based содержит устарелое нечто с кучей костылей. Не собирайте там пакеты.

Не нравятся мне подобные наезды со стороны Novell. Типа на то что бы вытеснить мелкомягких мы не покушаемся так как признаем что у нас кишка тонка, а на конкурирующие решения так сразу надо поднимать хвост. Давайте сравним w2k8 vs SLES.

Почему нет сравнения Hyper-V vs Xen? Почему нет сравнения VMware vs Xen? Что стыдно сравнивать да? Вот это ведь куда более актуальные конкуренты. Не kvm единым как говорится.

у MS WDS(замена RIS) у Novell autoyast и все. у MS DFS а что там у Novell? у MS есть жутко удобная консоль ISA Server a что есть у Novell такое же удобное в плане мониторинга-администрирования из коробочки? У MS - есть издательство MS Press которое буквально завалило все и вся литературой по админинстрированию в том числе на русском языке, а вот что бы на тему администрирования Novell приличную книгу найти надо пол-России перерыть и так далее - результат - хороших специалистов по Novell днем с огнем искать надо.

Я не говорю что w2k8 и все решения от MS прямо так идеальны - это далеко не так, но на многие отдельные удачные моменты вполне можно было обратить внимание. Мелкомягкие годами тащат удачные идеи у всех вокруг, почему бы всем остальным не взять пару удачных идей?

Есть еще вагон и маленькая тележка тем на которые можно мерятся длиной половых органов. Без обид но очень часто очень походит на то в аутсайдерах по этой теме очень часто оказываются решения от Novell. Подобные вещи как представленный репорт я воспринимаю как попытки увеличить свою долю на рынке за счет других linux подобных систем и они напрямую говорят - на долю рынка Microsoft мы не покушаемся вообще. Позорище да и только.

>бред. вы сам документ хоть читали? страница 11 таблица 3 (для дебилов).

Точно. Подобные документы нужны только подобным личностям

> и обратить внимание на готовые решения по испоользованию сторонних >гипервизоров (чего нет у RH). документ очень чётко указывает, что как >минимум в ближайшие полтора года решения на KVM невыгодны во всех >отношениях и непригодны для production (стр.10, ссылка 7).

Рекламная несерьезная белиберда в стиле мелкомягких. Детский сад да и только. Решения на Xen в последнее время очень сильно критикуют, и перспективы их развития ну очень туманны. Тем более даже Citrix сделал решения на эту тему бесплатными, что вобще показывает то что они считают эту технологию не сильно то перспективной. Бери да пользуйся. http://www.citrix.com/English/ps2/products/feature.asp?contentID=1686939

> Надо венда - ставь полноценную венду и не плоди франкинштейнов. Новель > там еще кернел с поддержкой ВинАПИ не выпустил, не?

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

>Известных мне SUSE-юзеров мало кто может обидеть, не пострадав морально :)

От и я о том же.

Добру иметь кулаки не возбраняется :)

Это же тебе не бздя, которую под проприетарную лицензию так и просится, чукча :)

Господа-почитатели SLES, к вам несколько вопросов.

1) Novell разрешает бесплатно загружать полноценную актуальную версию SLES и использовать ее без каких-либо ограничений по времени и функциональности?

Red Hat позволяет загружать все версии RHEL Server, включая респины (http://www.redhat-club.org/Wiki/Distributions/RedHatEnterpriseLinux/Evaluation ), и использовать их без каких-либо ограничений даже в коммерческой сфере.

2) Где в свободном доступе находятся src.rpm для входящих в состав дистрибутива SLES и вышедних для него обновлений?

У Red Hat все src.rpm для RHEL выложены на ftp://ftp.redhat.com

3) Существует ли хоть один респин SLES для пользователей, у которых нет желания покупать данное ПО и платить за обновления. Если нет - почему?

Для RHEL есть десятки респинов (CentOS, Scientific Linux).

4) Есть ли репозитории с дополнительным ПО, поддерживаемые открытыми сообществами, для SLES?

Для RHEL есть CentOSPlus, CentOS Extras, RPMForge, KBS-Extras, ATrpms, Extra Packages for Enterprise Linux (EPEL), RPMfusion Repository, Remi Collet Repository, The Community Enterprise Linux Repository, Red Hat Club Repository и многие другие.

5) Novell обеспечивает защиту своих пользователей от наездов по вопросам нарушения интеллектуальной собственности?

У RHEL есть Open Source Assurance (http://www.redhat.com/rhel/details/assurance/)

>> Не нравятся мне подобные наезды со стороны Novell
как все смогли убедитья по этому треду (и несмотря на хамство и грубость сторонников RH) в приведённом документе нет неточностей или заведомо ложных сведений.

>> Давайте сравним w2k8 vs SLES
не могу этого сделать, ибо не работаю с линейкой от MS.

>> MS WDS
могу лишь заметить, что при наличии работающей локальной сети "заливка" клиентских/(любых) машин заранее выбранными конфигурациями ПО (разными, в соответствии с запланированной архитектурой/дизайном или как это безобразие называется...) на SUSE это вопрос одного скрипта при условии, что клиент в биос поставил "загрузку по сети".

>> MS DFS
ну и... A DFS root can only exist on a server version of Windows, from Windows NT 4.0 server and up, or on a computer running Samba ... и зачем мне DFS?

>> у MS есть жутко удобная консоль ISA Server
громкий хохот в зале и овации, переходящие в истерику...

>> У MS - есть издательство MS Press
так порадуемся за квалифицированные технические справочники и высокую квалификацию администраторов MS Windows (мне, сиволапому, такие "высоты" и в страшном сне не приснятся...)

>> а вот что бы на тему администрирования Novell приличную книгу найти
а потом ты найди человека, который имеет опыт работы с той же NetWare/SLE*/*SUSE/Novell... книжка это хорошо, но, как говаривал Чапай, "а вот тут, Петька, начинаются нюансы..."

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

>> Решения на Xen в последнее время очень сильно критикуют, и перспективы их развития ну очень туманны.
или ещё одно существо, не потрудившееся ознакомиться с
http://www.linux.org.ru/jump-message.jsp?msgid=3690642&cid=3691939

>> 1) Novell разрешает бесплатно загружать полноценную актуальную версию SLES и использовать ее без каких-либо ограничений по времени и функциональности?
да. требуется лишь регистрация. смотри как пример линки выше.

>> 3) ; 2) Где в свободном доступе находятся src.rpm для входящих в состав дистрибутива SLES и вышедних для него обновлений?
на офсайте (developer downloads). почитайте мои комментарии выше. пользователи без оплаченной подписки могут вручную загружать готовые бинарные сборки и нужды в клоунаде с "респинами" нет.

>> 4) Есть ли репозитории с дополнительным ПО, поддерживаемые открытыми сообществами, для SLES?
валом. OBS. hint: сам build server может быть локальным и обслуживать только вашу организацию (если вы не желаете/<не имеете возможности> делать вклад в community).

>> 5) Novell обеспечивает защиту своих пользователей от наездов по вопросам нарушения интеллектуальной собственности?
естественно. плюс к этому нет претензий от "сторонников" MS, ибо нет мотивов/(нет истца по сути своей). также вы можете позвонить в представительство (послать им запрос) - линки выкладывал выше - и получить консультации по защите пользователей линейки openSUSE.

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

Ну и кто из них круче?

> а где пруфлинк, что RH продолжит поддержку XEN?

В RHEL 6 могут выбросить. В RHEL 5 обязаны поддерживать 7 лет.

> кроме того, вы, зарегистрировавшись, пожете подписаться на рассылки например security updates и своевременно получать соответствующую информацию с прямыми ссылками на бинарные пакеты/патчи для вашей архитектуры/(вашего ПО).

https://www.redhat.com/archives/enterprise-watch-list/

http://lists.centos.org/mailman/listinfo/centos-announce

В минусы SLES можно записать 5 лет сопровождения дистрибутива по сравнению с 7 годами у RHEL.

Novell's Product Support Lifecycle (http://support.novell.com/lifecycle/).

Each version of Red Hat Enterprise Linux has a defined 7-year lifecycle for errata and support (http://www.redhat.com/security/updates/errata/).

> не могу этого сделать, ибо не работаю с линейкой от MS.

Если вы по мимо этого никогда не слышали про VMware и Intel это лично ваши проблемы... сочувствую. Еще раз повторяю - по вашему MS - настолько "детский и несерьезный" игрок на рынке что бы его не замечать ;-DDDDD ? Ну ну. Живите в своем сказочном мире где есть только RedHat и Novell дальше.

> громкий хохот в зале и овации, переходящие в истерику...

Если вы не умеете с чем то работать - это не значит что вы гений. Радоваться этому и тупо зубоскалить довольно глупо на мой взгляд.

Банальная задачка. У вас на одной машинке настроенный файервол, шлюз, и маршрутизатор в одном лице, поддерживающий удаленное VPN соединение с филиалом, и блок-лист на пару тысяч запрещеннных корпоративными политиками сайтов так между делом. Политиками файервола разрешено общение с филиалом только строго ограничеченному количеству хостов. покажите мне подробные логи запросов, необходимые для того что бы понять какие изменения мне нужно сделать в политиках и определить где проблема. Начнем с того с банально того что надо узнать что происходит и по каким протоколам, request -> response c одного конкретного локального адреса моей сети на адрес в сети VPN включая используемый транспортный уровень. При условии что на одном конце компьютер , с "специфической российской софтиной" активно использующей недокументированные порты для своей работы, а другой компьютер удален от вас на 100 километров. Покажите класс как решить решить эту проблему открыв минимум лишних портов штатными cредствами SLES и оставив легко читаемый комментарий к этой политике что бы это мог понять другой человек. С MS эта задача решается за две минуты. C нетерпением жду скриншотов консольки.

> на SUSE это вопрос одного скрипта при условии, что клиент в биос поставил >"загрузку по сети".

WDS во первых - значительно быстрее по скорости развертывания с этим спорить бесполезно. Он даже уже умеет использовать multicast так же как Symantec Ghost. Во вторых - образы можно делать абсолютно не привязанными к используемому железу ( привет исскуство написания скриптов! привет xorg.conf и драйверы ATI /и так далее ) В третьих - во многих организациях создается пул образов с уже с предустановненным и настроенным софтом - удобно. В случае выхода из строя жесткого диска, процедура замены жесткого диска и реанимации машины занимает около 10-15 минут. После этого пользователь получает то же самое окружение что и было у него ранее, без потерь данных.

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

> or on a computer running Samba ... и зачем мне DFS?

Ну если вы не знаете что это такое - значит он вам не нужен.

> (мне, сиволапому, такие "высоты" и в страшном сне не приснятся...)

Слабая документированость это по вашему серьезный плюс да? Вопрос на элементарную логику - имеется 1000 книг на тему X и ряд возникающих проблем как правило из за кривизны рук. Имеется 10 книг на тему Y и ряд возникающих проблем по той же причине. Саппорт это конечно хорошо - но специалист должен знать не ГДЕ он должен будет поправить эту строчку в конфиге а ПОЧЕМУ он должен это сделать именно так. Как называется тема X и тема Y совершенно не важно.

> а потом ты найди человека, который имеет опыт работы с той же >NetWare/SLE*/*SUSE/Novell...

У меня есть знакомый специалист по Novell (сертифицированный все дела). Да он ругается на Microsoft когда у него что то не получается - традиция (кто на него не ругается? ;-D ) Но почему то упорно использует в своей повседневной работе в последнее время решения от MS. Удивительно но факт. Сам не могу поверить.

Отжиг от Novell

1. На странице SUSE Linux Enterprise Server Download (http://www.novell.com/products/server/eval.html) выбрал

SUSE Linux Enterprise Server >>>11<<< for x86, AMD64, Intel64 (http://download.novell.com/delivery/eval?buildid=hwRS9NNA004~)

2. Прошел аутентификацию логина на novell.com

3. Попал на страницу Product Evaluation Activation, в которой успешно был послан читать письмо, отправленное на email, указанный в профиле.

Содержимое письма:

Subject: 60 day evaluation of SUSE Linux Enterprise Server >>>10<<<

Body: Thank you for trying SUSE Linux Enterprise Server >>>10<<< from Novell. ...

Buy Now SUSE Linux Enterprise Server >>>10<<<

Код пока не проверял - домашний канал не позволяет быстро загрузить образ.

Крайне неприятные первые впечатления.

Подтверждаю информацию о свободной загрузке дистрибутивов, пакетов обновлений к ним, исходных текстов пакетов обновлений после регистрации на novell.com.

> пользователи без оплаченной подписки могут вручную загружать готовые бинарные сборки и нужды в клоунаде с "респинами" нет.

Есть клоунада с регулярной перерегистрацией на сайте производителя ПО каждые N месяцев с целью получения доступа к обновлениям. Если таким же образом получать обновления и для RHEL - клоунады с респинами тоже не будет.

> 4) Есть ли репозитории с дополнительным ПО, поддерживаемые открытыми сообществами, для SLES? валом.

Приведите, пожалуйста, примеры самых известных. OBS не в счет.

> hint: сам build server может быть локальным и обслуживать только вашу организацию (если вы не желаете/<не имеете возможности> делать вклад в community).

В RHEL это не проблема: 99% пакетов пересобираются при помощи mock без каких-либо изменений. Хочется Web GUI - koji/plague.

> 5) Novell обеспечивает защиту своих пользователей ... естественно

Это радует.

Не радует гораздо меньшее комьюнити у SLE*, по сравнению с RHEL.

>> Если вы не умеете с чем то работать - это не значит что вы гений. Радоваться этому и тупо зубоскалить довольно глупо на мой взгляд.
не претендую на гениальность и зарабатываю не с помощью продукции MS.

>> Банальная задачка.
1) не понял задачи (потрудитесь чётко формулировать) и если у вас какие-то проблемы - попросите помощи в соответствующих разделах этого форума.
2) если вы не владеете базовыми основами администрирования для *nix (не ориентируетесь в средствах администрирования SLE/*SUSE/Novell) - это ваше дело.
3) если вы гениальный MS Win одмин - мои поздравления, но фраза "активно использующей недокументированные порты для своей работы" говорит о том, что ваш уровень весьма низок.

>> C нетерпением жду скриншотов консольки.
ждите. дело ваше.

>> А вы замучаетесь свои скрипты писать когда у вас надо будет хотя бы 5-10 различных конфигураций железа/софта.
вообще-то говорил именно об одном скрипте для всего. обычно типовых конфигов/пресетов на сервера от 5-ти штук, а уж клиенты - по обстоятельствам.

>> У меня есть знакомый специалист по Novell (сертифицированный все дела).
вот и задавайте ему свои задачки...

> как все смогли убедитья по этому треду (и несмотря на хамство и грубость >сторонников RH) в приведённом документе нет неточностей или заведомо >ложных сведений.

Да просто их особенно не искали.

Возмем заголовок - первую страницу:

>SUSE Linux Enterprise Server vs. Red Hat Enterprise Linux * >Migrating to Linux* from a RISC/UNIX* Environment

Это с каких пор Linux = UNIX ?

страница 5

>Performance: Operating systems must be competitive from a performance point of >view. An operating system does not have to be the best in the standard benchmarks, >it just has to be good enough, which is the case with the four operating systems >listed above; however Linux does dominate the Top500 List of the world’s most >powerful computers

А это ничего что в топе вобще то в основном кластеры?

>Microsoft is submitting its yet-to-be-released Windows Server 2008 R2 with >the Hyper-V hypervisor to Red Hat for certification. Customers wishing to run Red Hat >Enterprise Linux on Windows Server 2008 with Hyper-V may have to wait until the >first half of 2010 for R2.

Нет ну это уже реально смешно. Гигантским плюсом по их мнению является как скоро поставит свою галочку Microsoft. Если на то пошло про 2010 год никто и не говорит- речь идет о 2009 годе. http://www.redhat.com/promo/svvp/

>Xen has been tested in the enterprise by Citrix, Virtual Iron, Novell and Red Hat >customers. KVM has no such experience in the enterprise.

Следуя их логике не надо ничего изобретать. Давайте вернемся на софт 10 летней давности - ведь он же старый, проверенный.

> Red Hat Enterprise Virtualization Manager for Servers: This is not an open source > product yet; availability of a shippable, open source product is unknown

Я так понял нас запугивают что свободных инструментов для управления работой kvm не существует, что не совсем правда, ибо только на сайте RedHat их описано аж 6 штук. К томуже по вашему ...сайту RedHat верить нельзя?

http://www.redhat.com/about/news/prarchive/2009/agenda.html

>Red Hat Enterprise Virtualization Manager for Servers: A new, richly featured >virtualization management solution for servers that will be the first

>>open source

>product in the industry to allow fully integrated management across virtual servers >and virtual desktops, featuring Live Migration, High Availability, System Scheduler, >Power Manager, Image manager, Snapshots, thin provisioning, monitoring and >reporting. Red Hat Enterprise Virtualization Manager for Servers will be able to >manage both Red Hat Enterprise Linux 5 hosts, as well as the Red Hat Enterprise >Virtualization Hypervisor.

Читаем дальше >Enabled full-virtualization guests (requires Intel VT or AMD-V technology) стоит >статус Unknown for KVM

То есть подразумевается что KVM не использует Intel VT или AMD-V что есть ложь.

>Enabled paravirtualization guests стоит статус Unknown for KVM как бы список то побольше чем у Xen будет. http://www.linux-kvm.org/page/Guest_Support_Status

Дальше читать не стал ибо скушно. Тянут одеяло на себя и все такое.

>> Приведите, пожалуйста, примеры самых известных. OBS не в счет.
приехали... OBS это и есть официально рекомендованная система сборки пакетов с пресетами по проверке качества и гарантией, что пакет может быть использован/установлен на SLE/SUSE.
поиск необходимого вам софта:
http://software.opensuse.org/search
если чего-то не хватает, то самое простое - создать в OBS репо для вашей версии SLE* и слинковать пакет, который собран к примеру для openSUSE-11.1

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

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

> и если у вас какие-то проблемы

Спасибо, не надо. Все работает как часы ;-D

> если вы не владеете базовыми основами администрирования для *nix (не >ориентируетесь в средствах администрирования SLE/*SUSE/Novell) - это ваше >дело.

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

> приехали... OBS это и есть официально рекомендованная система сборки пакетов с пресетами по проверке качества и гарантией, что пакет может быть использован/установлен на SLE/SUSE.

Меня не инструмент по пересборке пакетов из opensuse в SLE* или других источников.

Меня интересуют известные репозитории для SLES, имеющие в своем составе большое количество уже собранного на основании жестких правил (пример для EPEL: http://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies), проверенного ПО, которое имеет 100% совместимость с родительским дистрибутивом и активно сопровождается сообществом.

Задачи-то не было. если работает как часы, то зачем трогать, а если не работает, то все равно думать надо :)

>> Возмем заголовок - первую страницу:
> Это с каких пор Linux = UNIX ?
это из какого лечебного учреждения надо сбежать/выписаться (или какова же степень безграмотности), чтобы после фразы "Migrating to Linux* from a RISC/UNIX* Environment" спрашивать "Это с каких пор Linux = UNIX ?" (про использование знака присваивания уже молчу... no comments)

>> Следуя их логике не надо ничего изобретать. Давайте вернемся на софт 10 летней давности - ведь он же старый, проверенный.
перечитайте-ка заново пост:
http://www.linux.org.ru/jump-message.jsp?msgid=3690642&cid=3692823
и прогуляйтесь по ссылкам для начала...

>> Я так понял нас запугивают что свободных инструментов для управления работой kvm не существует, что не совсем правда, ибо только на сайте RedHat их описано аж 6 штук. К томуже по вашему ...сайту RedHat верить нельзя?
в студию линки на src.rpm с этими 6-ю "штуками"... (вы вообще понимаете о чём тут речь идёт?)

>> Читаем дальше >Enabled full-virtualization guests (requires Intel VT or AMD-V technology) стоит >статус Unknown for KVM
а теперь линк на продукт RHEL с решением на KVM + список сертифицированных guests для этого RHEL (диагноз?)

>> Дальше читать не стал ибо скушно. Тянут одеяло на себя и все такое.
"иногда лучше молчать и прослыть мудрецом, чем открыть рот и разрушить все иллюзии.."

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

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

да куда уж мне... сеть мониторить... угу... мне б чего попроще... sendmail настроить, с ospf там или с bgp покопаться... acl-ки на "сиське" покрутить ... а сеть мониторить - не, это слишком круто... хотя пацаны тут недавно прикололись и в data field пакета запихали второй тег vlan-a, первый тэг "сиська" откинула (2-ка) и завернула покатик потом в vlan, указанный в data field - ржал...

> 1) не понял задачи (потрудитесь чётко формулировать) и если у вас какие-то проблемы - попросите помощи в соответствующих разделах этого форума. > 2) если вы не владеете базовыми основами администрирования для *nix (не ориентируетесь в средствах администрирования SLE/*SUSE/Novell) - это ваше дело. > 3) если вы гениальный MS Win одмин - мои поздравления, но фраза "активно использующей недокументированные порты для своей работы" говорит о том, что ваш уровень весьма низок.

Ваш стиль общения основывается на возвышении ЧСВ путём принижения роли оппонента. Это очень плохо для зрелого мужчины, т.к. говорит о каких-то личных неудачах в период становления личности. Мужчина должен быть в меру горд и самоуверен и без этих детских трюков.

> OBS

Просмотрел содержимое http://en.opensuse.org/Build_Service и не обнаружил ссылок на готовые репозитории для *SLES*, имеющие вышеуказанные качества, а только упоминание, что это лопата для сборки дистрибутивов: Build Service is a complete distribution development platform providing the infrastructure required for development of future openSUSE based distributions.

>это из какого лечебного учреждения надо сбежать/выписаться (или какова >же >степень безграмотности), чтобы после фразы "Migrating to Linux* from a >RISC/UNIX* Environment" спрашивать "Это с каких пор Linux = UNIX ?" (про >использование знака присваивания уже молчу... no comments)

Судя по всему, вы читать не умеете вообще. В документе несмотря на подобное название, вобще нет никакого сравнения unix vs linux. Не смотря на название, в нем не приведено ни какого более- менее серьезного сравнения с unix системами, аргументы в пользу перехода на linux чисто теоретические. Зато наезд на RedHat присутствует. Мне это напомнило обычный рекламный бред что наш линукс дескать линуксистей всех.

> в студию линки на src.rpm с этими 6-ю "штуками"...

и еще одного забанили на google. http://www.redhat.com/rhel/server/details/ http://virt-manager.org/faq.html http://en.wikipedia.org/wiki/OVirt а Red Hat Enterprise Virtualization Manager for Servers - насколько я понимаю он еще в стадии разработки и пока только анонсирован.

> список сертифицированных guests для этого RHEL (диагноз?)

Это вам надо обратится по поводу дианоза. От того что они делают ставку на другие решения в области виртуализации и активно их развивают по вашему это плохо. Ну появятся они в с галочкой "certified" чуть чуть по позже и что из этого? http://www.virtualization.info/2009/02/red-hat-joins-microsoft-server.html

Следуя вашей логике запустить тот же xen на RHEL это что то из области полетов на марс.

А давайте наоборот. Вы мне найдете список сертифицированных guest для решений VMware или Sun xVM Ops Center. И не надо рассказывать байки что этой продукцией никто не пользуется.

Кстати от того что драйверы периодически сертифицирует Microsoft глюков у них от этого не сильно то уменьшается общеизвестный факт. Вот навскидку - http://www.vistareadygames.com/showthread.php?t=13432

Ты чё-то перепутал, я не sda00.

Virt-manager в RHEL-5, кстати, присутствует.

> мне б чего попроще... sendmail настроить, с ospf там или с bgp покопаться...

Звучит как надпись на надгробии.

Я летчик-испытатель военных истребителей со стажем. Что с того что у меня прав на вождения автомобиля нет? Как будто я с вашей Ferrari не справлюсь.

R.I.P. Покойся с миром.

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

Некоторые участники под видом обсуждения темы, не вникая в суть аргументов оппонента, пытаются выискать хоть что-то, защищающее их позицию. При этом даются ссылки на такие же тенденциозные материалы в сети. Используются и попытки унизить. Все это выглядит со стороны достаточно странно. Не хочу никого обидеть, и не имею ввиду всех. LOR есть LOR.

>документ очень чётко указывает, что как минимум в ближайшие полтора года решения на KVM невыгодны во всех отношениях и непригодны для production

документ очень чётко указывает, что SLES отстает от RHEL как минимум на полтора года.