Увидел свет (http://lists.centos.org/pipermail/centos-announce/2013-March...) релиз дистрибутива CentOS 6.4 (http://centos.org), основанный на пакетной базе Red Hat Enterprise Linux 6.4 (http://www.opennet.me/opennews/art.shtml?num=36182) и развиваемый независимым сообществом. В соответствии с инициативой (http://www.opennet.me/opennews/art.shtml?num=34049) по увеличению оперативности выпуска обновлений новая версия CentOS вышла спустя чуть более двух недель с момента выхода RHEL 6.4. В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом. Дистрибутив на 100% бинарно совместим с RHEL, внесенные в пакеты изменения как правило сводятся к ребрендингу и замене художественного оформления.CentOS 6.4 поставляется (http://linux.mirrors.es.net/centos/6.4/isos/) для платформ i386 и x86_64 в виде DVD-сборки, LiveCD, LiveDVD, минимального установочного образа (300 Мб) и сокращенного образа для установки по сети - netinstall.iso (200 Мб). Пакеты SRPMS и debuginfo доступны через vault.centos.org (http://vault.centos.org). В конце августа планируется представить бета-версию CentOS для платформы PowerPC.
Из изменений (http://wiki.centos.org/Manuals/ReleaseNotes/CentOS6.4), внесенных в CentOS 6.4, можно отметить:
- Включение в поставку драйверов для запуска CentOS в режиме паравиртуализированной гостевой системы под управлением системы виртуализации Microsoft Hyper-V.
- До последней доступной версии обновлены связанные с Samba4 библиотеки (samba4-libs), что позволило добиться увеличения совместимости с Active Directory (AD). Во избежании конфликта, при обновлении с CentOS 6.3 следует предварительно удалить пакет samba4;- Прекращена поддержка устаревшего Matahari API, используемого для организации управления системой. В состав Cent OS 6.4 включено специальное обновление, которое удалит пакет matahari из системы;
- Для архитектуры i386 добавлены пакеты dev86, iasl и qemu-guest-agent;
- Изменено содержимое 31 пакета, среди которых: anaconda, firefox, gnome-desktop, httpd, initscripts, kde-settings, kernel, ntp, openssl098e, plymouth, thunderbird, xulrunner и yum;
- Удалено 25 пакетов, среди которых: libehca, libservicelog,
lsvpd, libvpd, openssl-ibmca, powerpc-utils, ppc64-diag, ppc64-utils,
python-rhsm, redhat-*, rhn-*, servicelog, s390utils, yaboot, yum-rhn-plugin.URL: http://lists.centos.org/pipermail/centos-announce/2013-March...
Новость: http://www.opennet.me/opennews/art.shtml?num=36344
Свежий gcc# cat /etc/yum.repos.d/devtools-1.1.repo
[testing-1.1-devtools-$releasever]
name=testing 1.1 devtools for CentOS $releasever
baseurl=http://people.centos.org/tru/devtools-1.1/$releasever/$basearch/RPMS
gpgcheck=0
Опачки! Означает ли это, что виртуализацией qemu-kvm уже поддерживается virtio-blk-data-plane?
в RHEL уже работает, но либвирт еще не умеет (как с vhost-net), и приходится включать руками
> [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.
>> [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.
на node.js ;)
Там дело не в java, а в том, что вся корневая система, включая иксы, распаковывается прямо в память. И под это дело требуется много памяти в рамдиск. Сам иснсталлятор может и 16 мб потреблять, не важно.И ещё там все файлы тоже сначала в память распаковываются (или только копируются, не помню). Поэтому инсталляция может запуститься, начать работать, но на большом пакете всё зависнет.
В чем проблема-то, собственно. Мы обычно ставим сабжа на аппаратуру с оперативной памятью от 32 Гб и никогда не менее 8. Посему, кстати, не совсем понятно, почему не отказаться полностью от i386.
> В чем проблема-то, собственно.Причём здесь проблема? Я объясняю, откуда взялись такие требования к памяти.
Зачем на сервере Иксы?
> Зачем на сервере Иксы?gui анаконды работает через иксы. Причём это копируется в любом случае, даже если будет текстовая установка, там нет отдельно пакетов на текстовый и gui-установщики.
> Зачем на сервере Иксы?А новость перед комментированием прочитать?
> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.
>> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.В rhel серверной редакции тоже есть иксы.
>>> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.
> В rhel серверной редакции тоже есть иксы.И на кой?
>>>> В CentOS пакеты из различных репозиториев RHEL, например, из серверной и из десктоп редакции, объединены в единый репозиторий пакетов и распространяются одним установочным комплектом.
>> В rhel серверной редакции тоже есть иксы.
> И на кой?За них деньги плочены.
> Там дело не в java, а в том, что вся корневая система,
> включая иксы, распаковывается прямо в память. И под это дело требуется
> много памяти в рамдиск. Сам иснсталлятор может и 16 мб потреблять,
> не важно.
> И ещё там все файлы тоже сначала в память распаковываются (или только
> копируются, не помню). Поэтому инсталляция может запуститься, начать работать, но на
> большом пакете всё зависнет.Начал утановку без подкачки - сам дурак, в любом случае. Хотя рутфс можно было и не распаковывать в RAM, странная идея. По-сравнению с требованиями установщика Debian - как-то очень уж много.
>> Там дело не в 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'е.
> Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD.Если что, в альте есть более-менее приличное управление конфигурациями ve/vm с наследованием (только лучше в почту, чтоб не спамить).
>CentOS нужно или ставить в минимальной версии, и затем тратить кучу времени на доустановку
>элементарных вещей (tar/pax, tcpdump...), или ставить в "нормальной" версии, а потом
>материться на отъедающие сотни метров CUPS, PolicyKit и прочая.или сделать один базовый имидж, и клонировать по мере нужд. Конфигурацией управлять через foreman/puppet/chef/cfengine/saltstack/spacewalk
>Странно как-то: вроде бы энтэрпрайз, вроде бы стараются делать удобные и мощные инсталляторы, которые должны экономить кучу времени, изобретаются новые технологии (XyzKit особенно), которые вроде бы должны экономить время сисадмина...в энтерпрайзе, на инсталяторы нет времени, все автоматизировано.
> и в /var/log/audit заглядываешь лишь в последнюю очередь и чисто по наитию.
если не умеешь работать с SEL надо его или выучить, или отключить (в том же базовом имидже).
он всего лишь работает так, как должен.> введение в Active Directory работает через пень-колоду
а как у винды с вводом в домен на IPA например? ручками pGINA не надо ковырять?
> Задолбало. Перевожу виртуалки, какие возможно, на OpenBSD. Хост пока останется на CentOS'е.
и когда бздя будет глючить, виноват окажется опять же линукс
>>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'е. Поживём-увидим, конечно.
> Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать
> пока не стал, пока все проблемы с AD не утрясутся -
> нужно, похоже, его уровень поднимать, а это не совсем тривиально в
> силу локальных причин.и чем дальше тем сложнее, по мере роста инфраструктуры
> Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в
> другом - несколько десятков разных, да ещё и с сильно специфическими
> требованиями.если у них одна ОС, то уже можно спокойно настроить автоматический деплоймент. все правильно распланировать и автоматизировать - это как раз и есть работа админа, все остальное - инструменты
> Я в курсе, зачем он нужен, как работает, и как его настраивать.
> Он просто своей работой реально мешает. Потому что далеко не всегда
> очевидно, что тот или иной сбой спровоцирован именно им. Apache+SVN, например,
> пробовали когда-нибудь настраивать? Там в итоге приходишь или к такой конфигурации,
> где от SELinux остаётся одна видимость, либо просто его отключаешь.Он не везде подходит, и не везде нужен, но свое дело делает отлично. Кстати, у меня был случай когда я с ним замучился, в рабочей конфигурации он был практически выключен, но это было небезопасно. Дан Волш у себя в жж тогда очень помог - я прямо ему и написал
> Да кто ж спорит, что AD - это вечно ходячий (вернее, падучий)
> источник проблем. :) Но когда некое средство конфигурации декларирует, мол, хозяин,
> я тебе сейчас сделаю хорошо, а потом за ним приходится подчищать
> и доделывать ещё столько же - как-то нехорошо, согласитесь.я давно перестал верить в сказки, особенно в сказку про кнопку "сделать все чтоб было ништяк". Именно для этого и есть системы управления конфигурацией - чтоб построить самому как надо, и не рассчитывать на простые инсталлеры.
> Во всяком случае, ФС (ext3 и ext4) в виртуалках у меня рушилась
> только в Linux'е. Поживём-увидим, конечно.как именно рушилась? а то мне за уже почти 5 лет работы с kvm еще не приходилось видеть убитыю фс в виртуалке, если все было правильно настроено. А с кривой настройкой, убить фс можно и на железе
>> Примерно так и сделал. Разве что автоматическое управление конфигурацией прикручивать
>> пока не стал, пока все проблемы с AD не утрясутся -
>> нужно, похоже, его уровень поднимать, а это не совсем тривиально в
>> силу локальных причин.
> и чем дальше тем сложнее, по мере роста инфраструктурыА что делать, нужен апгрейд LDAP-схемы. :(
>> Энтерпрайз разный бывает. В одном случае это сотни одинаковых виртуалок, а в
>> другом - несколько десятков разных, да ещё и с сильно специфическими
>> требованиями.
> если у них одна ОС, то уже можно спокойно настроить автоматический деплоймент.
> все правильно распланировать и автоматизировать - это как раз и есть
> работа админа, все остальное - инструментыПланировать хорошо, когда у заказчика не семь пятниц на неделе. До сих пор хочется креститься от воспоминаний о "написании документации"... Но это уже совсем оффтопик, могу в личке рассказать. :)
>> Я в курсе, зачем он нужен, как работает, и как его настраивать.
>> Он просто своей работой реально мешает. Потому что далеко не всегда
>> очевидно, что тот или иной сбой спровоцирован именно им. Apache+SVN, например,
>> пробовали когда-нибудь настраивать? Там в итоге приходишь или к такой конфигурации,
>> где от SELinux остаётся одна видимость, либо просто его отключаешь.
> Он не везде подходит, и не везде нужен, но свое дело делает
> отлично.Вот и я вырубил его на половине сервисов.
> Кстати, у меня был случай когда я с ним замучился,
> в рабочей конфигурации он был практически выключен, но это было небезопасно.
> Дан Волш у себя в жж тогда очень помог - я
> прямо ему и написалМысль хорошая, спасибо.
>> Да кто ж спорит, что AD - это вечно ходячий (вернее, падучий)
>> источник проблем. :) Но когда некое средство конфигурации декларирует, мол, хозяин,
>> я тебе сейчас сделаю хорошо, а потом за ним приходится подчищать
>> и доделывать ещё столько же - как-то нехорошо, согласитесь.
> я давно перестал верить в сказки, особенно в сказку про кнопку "сделать
> все чтоб было ништяк". Именно для этого и есть системы управления
> конфигурацией - чтоб построить самому как надо, и не рассчитывать на
> простые инсталлеры.В моём случае разница между использованием системы управления конфигурацией и работы "ручками" невелика: есть плюсы, есть и минусы. Папеты и компания не убирают необходимость знать устройство системы для поддержки, а у меня требование к работе специфическое: нужно, чтобы несколько откровенно слабо разбирающихся в никсах людей могли по моим инструкциям как-то весь этот зоопарк поддерживать. Система управления конфигурацией в таком случае становится лишь ещё одной приблудой, в которой надо разбираться. Хотя, повторюсь, смотрю в указанную сторону.
>> Во всяком случае, ФС (ext3 и ext4) в виртуалках у меня рушилась
>> только в Linux'е. Поживём-увидим, конечно.
> как именно рушилась?Капитально. Восстановлению не подлежала. При том пару раз это произошло на абсолютно пустом месте, не было ни одного внештатного выключения ОС.
> а то мне за уже почти 5 лет работы
> с kvm еще не приходилось видеть убитыю фс в виртуалке, если
> все было правильно настроено. А с кривой настройкой, убить фс можно
> и на железеСами ФС во всех случаях были с дефолтными настройками - как раз, чтобы обойтись без экспериментов. Т.е., я просто выбирал ext4 или ext3, и - вперёд. Вроде бы в CentOS 6.3 такого уже не было, а ещё в 6.2 - несколько раз.
Ещё вспомнил: один или два случая были под KVM с CentOS, остальные - под VirtualBox на Win7.
> Планировать хорошо, когда у заказчика не семь пятниц на неделе. До сих
> пор хочется креститься от воспоминаний о "написании документации"... Но это уже
> совсем оффтопик, могу в личке рассказать. :)не надо, у меня тоже таких хватало, я обычно нахожу вменяемых начальников звеном пониже, и говорю с ними, а начальству наверх можно писать любую ересь, лишь бы дело делалось.
> В моём случае разница между использованием системы управления конфигурацией и работы "ручками"
> невелика: есть плюсы, есть и минусы. Папеты и компания не убирают
> необходимость знать устройство системы для поддержки, а у меня требование к
> работе специфическое: нужно, чтобы несколько откровенно слабо разбирающихся в никсах людей
> могли по моим инструкциям как-то весь этот зоопарк поддерживать.плавали, мне как то надо было сдать датацентр индусам на попечительство - с железом проблем не было - чуть где красная лампочка, и они звонили в саппорт, а с софтом я просто не стал экономить, поднял RHEV и дал им доступ создавать ВМ из готовых имиджей, которые наплодил великое множество. ВМ грузится из имиджа, уже почти готовый, его подхватывает foreman, накатывает апдейты и настройки по мелочам, и втыкает в IPA - индусам оставалось войти в RHEV, с ограниченными привилегиями, нажать на кнопку "создать", и выбрать готовый темплейт.
> Система управления
> конфигурацией в таком случае становится лишь ещё одной приблудой, в которой
> надо разбираться. Хотя, повторюсь, смотрю в указанную сторону.во всем надо разбираться. Это как с нагиосом - чем больше в нем ковыряешься тем более точно он мониторит системы, но никто не мешает по быстрому поднять snmp и собирать дефолтные алармы
> Капитально. Восстановлению не подлежала. При том пару раз это произошло на абсолютно
> пустом месте, не было ни одного внештатного выключения ОС.без перезагрузки, с qemu такое может быть только если кто то убил имидж. Такое я видел довольно часто, особенно у клиентов, где слишком много шаловливых ручек трогают зоны СХД, видят занятые LUNы и решают посмотреть что там, пока виртуалка там вовсю пыхтит какой нибудь базой данных. кроме этого - только при нештатной перезагрузке, и включенном кэшировании, которое должно было быть выключено. убивался, кстати, mbr, то есть самое начало имиджа
> Сами ФС во всех случаях были с дефолтными настройками - как раз,
> чтобы обойтись без экспериментов. Т.е., я просто выбирал ext4 или ext3,
> и - вперёд. Вроде бы в CentOS 6.3 такого уже не
> было, а ещё в 6.2 - несколько раз.последний раз видел в 5.3, и опять же с кэшем, тогда его отключение еще не считалось best practice
> Ещё вспомнил: один или два случая были под KVM с CentOS, остальные
> - под VirtualBox на Win7.вибокс это не ко мне, я эту поделку не трогаю
Попробуйте Cobbler и PXE-развертывание анакондой. Там есть koan, агент для инсталляции виртуалок.
Кикстарт это нативное средство редхата для того, что бы у Вас стояло в системе только то, что Вам нужно.
> остальные - под VirtualBox на Win7.Тогда удивляться особо не приходится, у него достаточно странностей.
Аккуратнее обновляйтесь, если в параметрах домена libvirt/qemu прописан например тип процессора Nehalem - виртмашина не запустицо:
"$ virsh start DOMAINNAME
ошибка: Не удалось запустить домен DOMAINNAME
ошибка: внутренняя ошибка Не найдена подходящая модель процессора для заданных данных"ыть
> ытьВот интересную тему подняли - о стратегии обновления системе в продакшене. Что лучше:
- не обновлять совсем (неприемлемо для систем, смотрящих в Интернет),
- обновлять непосредственно стандартным образом (риск обрушения велик),
- ставить на голое железо с восстановлением баз из бэкапа (риск, что старая база или сервер приложений, особенно заказной, не запустится).Как?
Проверить обновление на тестовом сервере, потом ставить обновление на рабочий.
Лично у нас особо важные сервера кластеризованны. Если на основном узле обновление криво поставится - службы можно на резервном запустить.
Рекомендуемая стратегия обновления в продакшене такова:
1) обновления регулярно подгружаются в специальный тестовый репозиторий;
2) на наборе эталонных тестовых машин проводится процедура обновления пакетов (возможно выборочная -- зависит от политики);
3) проводится тестирование функциональности требуемых приложений и сервисов на эталонных машинах;
4) если тестирование не выявило проблем, обновления помещаются во внутренний/ие репозиторий/ии откуда производится обновления остального парка машин.
Ссылка на образы битая.
Кто-нибудь прояснит ситуацию с якобы наличием в centos закладок?Действительно важный вопрос при действительно существующих списках,где centos упомянута как нерекомендуемая к использованию ос.
Успокойтесь, пациент. Это был просто вброс анонима, ничего не понимающего ни в программировании, ни в бекдорах.
Вообще о списках и закладках известно стало не с опеннета и даже не с рунета.Спецы из цодов поговаривают.
Пха-ха-ха. Спецы, ага )))))))))
> Пха-ха-ха. Спецы, ага )))))))))Извините за назойливость,но как-бы услышать обоснование заблуждения спецов из цод.
Они сабж ковыряли.
И чё, что нашли то? Венда в этом мифическом списке заявлена как рекомендуемая?
> И чё, что нашли то? Венда в этом мифическом списке заявлена как
> рекомендуемая?Ну а как же? Конечно, рекомендуется. Верный способ загрузить работой максимальное количество специалистов.
Извини, но если кто-то сказал глупость, еще большей глупостью будет просить кого-то квалифицированно ее опровергать.
Разве? Т.е. к глупым высказываниям квалифицированные опровержения не применяются? А как же тогда на них навешивается ярлык "глупые"?
> Кто-нибудь прояснит ситуацию с якобы наличием в centos закладок?Действительно важный вопрос
> при действительно существующих списках,где centos упомянута как нерекомендуемая к использованию
> ос.Поверхностный поиск нефига не дал. Ищите сами внимательнее, но думаю, что это полный бред. А в этих ваших списках Linux сам по себе-то разрешён?
> Поверхностный поиск нефига не дал. Ищите сами внимательнее, но думаю, что это
> полный бред. А в этих ваших списках Linux сам по себе-то
> разрешён?rhel,sles вовсю пожайлуста.
>> Поверхностный поиск нефига не дал. Ищите сами внимательнее, но думаю, что это
>> полный бред. А в этих ваших списках Linux сам по себе-то
>> разрешён?
> rhel,sles вовсю пожайлуста.Ссылочку можно?
>> Кто-нибудь прояснит ситуацию с якобы наличием в centos закладок?Действительно важный вопрос
>> при действительно существующих списках,где centos упомянута как нерекомендуемая к использованию
>> ос.
> Поверхностный поиск нефига не дал. Ищите сами внимательнее, но думаю, что это
> полный бред. А в этих ваших списках Linux сам по себе-то
> разрешён?ЛОготип отличный от вендовозного еще не делает продукт (ну или высер) Unbreakable...
> Unbreakable...Unbreakable - это про Oracle. Не?
> Кто-нибудь прояснит ситуацию с якобы наличием в centos закладок?Действительно важный вопрос
> при действительно существующих списках,где centos упомянута как нерекомендуемая к использованию
> ос.Поспрашивай у тех кто работает в крупных гос структурах, про список не рекомендованного ПО точно ответят, что есть такой и что в этом списке CentOS тоже подтвердят
А месные аналлитеки тут не в силахЧто и для чего делается можно понять с самых азов - а от куда финансы на поддержание проекта ?
Ты обсмотрелся x files.
>> Кто-нибудь прояснит ситуацию с якобы наличием в centos закладок?Действительно важный вопрос
>> при действительно существующих списках,где centos упомянута как нерекомендуемая к использованию
>> ос.
> Поспрашивай у тех кто работает в крупных гос структурах, про список не
> рекомендованного ПО точно ответят, что есть такой и что в этом
> списке CentOS тоже подтвердят
> А месные аналлитеки тут не в силах
> Что и для чего делается можно понять с самых азов - а
> от куда финансы на поддержание проекта ?Очень похоже на стандартный FUD.
>> Кто-нибудь прояснит ситуацию с якобы наличием в centos закладок?Действительно важный вопрос
>> при действительно существующих списках,где centos упомянута как нерекомендуемая к использованию
>> ос.
> Поспрашивай у тех кто работает в крупных гос структурах, про список не
> рекомендованного ПО точно ответят, что есть такой и что в этом
> списке CentOS тоже подтвердят
> А месные аналлитеки тут не в силах
> Что и для чего делается можно понять с самых азов - а
> от куда финансы на поддержание проекта ?А откуда финансы у остальных over1000 дистров? Странные вы вопросы задаёте, правда.
Ну, а винда-то входит в список рекомендуемого ПО?
Если есть данный список и в нём действительно есть детали и подозрения на конкретные "закладки"/бекдоры, то его тем более надо публично опубликовать!
а так получается что кто-то где-то слышал, потом передал/переврал (поломанный телефон в общем).Если вы уж действительно так заботитесь о безопасности вашей сети, значит надо и нужно это проверять:
* Сделайте фильтр из других Linux-дистрибутивов за которым будет продакшен сервера.
(Опционально) Создайте CentOS сервер-"жертву", с открытым доступом и изучайте.Про "тайный" список - всё же хочется в него посмотреть.
Открытая модель разработки даёт доступ к исходному коду, и доступ есть у разных стран и разных компаний.
По крайне мере все подозрения тут же разносятся по форумам:
https://bbs.archlinux.org/viewtopic.php?pid=1235266
> По крайне мере все подозрения тут же разносятся по форумам:
> https://bbs.archlinux.org/viewtopic.php?pid=1235266Ну и толку то от того что все подозрения разносятся по форумам ?
а сколько человек прочитает нужную ветку форума ?
Да и не имеет смысла все козыри выкладывать на форумах, гораздо выгоднее эти козыри использовать или хотя бы продать кто в этом заинтересованДержать подопытную центосю во внешке не имеет смысла так как бекдоры используются только в нужный момент
А вот винду ради интереса с дефолтными настройками во внешку ставили - голая винда во внешке держится максимум 1 неделю
Товарищь, Вы либо не поняли, либо не читали вообще...
я писал про "список" якобы "чистых" в этом плане ОС, распространяемых в гос. органах. Не думаю что они придерживают его так как сами знают о каких либо бэк-дорах.Вы бы погуглили по теме прошлой ссылки, шуму было на тысячу веток во многих странах.
Так если не изменяет память был случай с подозрением внесения бекдора службой АНБ в openssh, после чего был сделан аудит кода командой OpenBSD.
> Так если не изменяет память был случай с подозрением внесения бекдора службой
> АНБ в openssh, после чего был сделан аудит кода командой OpenBSD.Не АНБ,а ФБР.И не в ssh,а в IPsec.
> По крайне мере все подозрения тут же разносятся по форумам:Особенно, если за них неплохо платят.
Куда дели LiveCD CentOS 6? Что то scientific в этот раз задерживается.
Хочу попробовать red hat based и не знаю что выбрать, scientific/centos?
Можно вопрос к юзающим rhel/centos в продакшене?Потянут ли rhel/centos/x86 как замена на задачах,где традиционно использутся unix/RISC серверы?(например,backend RDBMS)?
да откуда вы такие вумные берётесь то?
http://en.wikipedia.org/wiki/Oracle_Exadata
> да откуда вы такие вумные берётесь то?Похоже, из оракла повыгоняли не только разработчиков, но и пустобрёхов по сто рублей пучок... этому персонажу отвечать не стоит, насколько могу судить, ему вряд ли кто уже поможет.
>> да откуда вы такие вумные берётесь то?
> Похоже, из оракла повыгоняли не только разработчиков, но и пустобрёхов по сто
> рублей пучок... этому персонажу отвечать не стоит, насколько могу судить, ему
> вряд ли кто уже поможет.судя по персонажу, которому вы отвечаете, на опеннете этих пустобрехов по сто рублей с удовольствием приютили ггг
ЗЫ на форуме нет никакой фичи игнорить ответы от пользователя, чтобы оно инбокс не захламляло? или только на своей стороне фильтр ставить?
если бы ты хоть один факт привёл (и без оскорблений), то ещё мог бы сойти за разумного.
а так…
> судя по персонажу, которому вы отвечаетеЧеловека с ником "ананим" крайне регулярно заносит, но насколько понимаю, хотя бы искренне. Когда он, Вы, arisu, б.б., pavlinux ругаетесь -- то обычно хотя бы можно понять (а обычно и согласиться с существом ответа, если не с формой). Уже поэтому и прошу по возможности не спешить считать друг друга некомпетентными идиотами или мериться чем попало -- да есть чему поучиться и что подсказать, только давайте постараемся спокойнее.
А тот, которому он отвечал -- совсем другого толка, он сюда нагадить приползает. Ну значит, шваброй.
PS: фильтры -- только локальные AFAIK.
> Человека с ником "ананим" крайне регулярно заносит, но насколько понимаю, хотя бы
> искренне.его не заносит, его несет неудержимым бейдевиндом. с последнего камента я уже ржу в голос. еще немного, и он скопипастит сюда всю гуглевую выдачу по словам oracle rdma.
Когда он, Вы, arisu, б.б., pavlinux ругаетесь -- то
> обычно хотя бы можно понять (а обычно и согласиться с существом
> ответа, если не с формой). Уже поэтому и прошу по
> возможности не спешить считать друг друга некомпетентными идиотами или мериться чем
> попало -- да есть чему поучиться и что подсказать, только давайте
> постараемся спокойнее.с умным человеком даже поругаться приятно. но ругаться с гуглем?
> с умным человеком даже поругаться приятно. но ругаться с гуглем?А помните мультик "Крошка Енот"?..
> Когда он, Вы, arisu, б.б., pavlinux ругаетесьКапец компания. Мне стыдно попасть в этот список. Будем молчать!
>> Когда он, Вы, arisu, б.б., pavlinux ругаетесь
> Капец компания.В том-то и дело, что люди сильно разные, но как минимум решимость донести свои знания любой ценой порой проскакивает (если что, сам тоже на эти грабли регулярно наступаю, а Луговский так и вовсе сошёл с дистанции -- потому как людей не любил).
Да, порой нам всем лучше промолчать.
> В том-то и дело, что люди сильно разные, но как минимум решимость
> донести свои знания любой ценой порой проскакивает (если что, сам тожевы путаете желание донести свои знания (чем я, например, занимаюсь или за деньги, или в хорошем настроении, и есть в кого доносить. ну или девушка там красивая, например) и желание развлечься, потыкав палочкой толстенького фенбойя. в этом тредике я не вижу у себя никакого желания донести знания. донести я бы их донес, а куда складывать?
> на эти грабли регулярно наступаю, а Луговский так и вовсе сошёл
> с дистанции -- потому как людей не любил).наоборот, vsl очень любил людей, поэтому хотел, чтобы все остальные не пожирали зря ресурсы планеты, а еще лучше - приносили пользу людям, перерабатываясь в биореакторе, например.
> фенбойя. в этом тредике я не вижу у себя никакого желания
> донести знания. донести я бы их донес, а куда складывать?Сейчас у всех википедия в голове,и вряд ли кто-то будет слушать.Но поанализировать...
не мешало бы:понятно откуда взялся debian и кто его продолжает развивать.То же можно сказать про *BSD,то же скажем про SL ,ubuntu и т.д.Но с centos не всё так просто.
Если debian развивают те,кто им пользуется,то centos компилят какие-то малоизвестные
люди.Для чего?
вы не поверите - сентос тоже собирают те, кто им пользуется.
>лучше молчатьУгу, лучше молча читать, и не ввязываться в холивары (как я и делаю последние несколько лет, если Вы меня еще помните :)))
> (как я и делаю последние несколько лет, если Вы меня еще помните :)))Галочка, да кто ж Вас не помнит :) Надеюсь, своё дело у вас пошло хорошо.
Да, возможно. Зависит от железа и операционки. Линукс частенько неплох, но коммерческая система всё равно лучше заточена, лучше тестирутся и поддерживается. Мне так ажется.
>Линукс частенько неплохХа!!!
И даже топ500 не отучит смотреть барину в рот?зыж
да откуда вы такие вумные берётесь то?
http://en.wikipedia.org/wiki/Oracle_Exadata
> Можно вопрос к юзающим rhel/centos в продакшене?Потянут ли rhel/centos/x86 как замена на
> задачах,где традиционно использутся unix/RISC серверы?(например,backend RDBMS)?это вопрос на потроллить? ok i'll bite.
а вы сами сравните xeon, например, с ibm power 7. у сиона - 4 qpi шины, которые используются как для межпроцессорных линков, так и для ввода/вывода, а у пауэра - шесть, три межпроцессорных, для организации узла в 4 сокета, и три - для связи между узлами и для ввода вывода. мелочь, но она позволяет собирать на power 7 32-сокетовые системы с конскими возможностями ввода/вывода. а у интела вы больше 8-сокетовой системы пока не соберете.
про нативный гипервизор, или всякие там экзотику типа модуля десятичной плавающей арифметики или остановки сбойного процессора без остановки выполнявшегося процесса я рассказывать не буду, потому что мне быстренько набегут объяснять, что это нинужно(ТМ).
другими словами, по железу IMO x86 до сих пор просасывают у рисков, хотя уже не с таким хлюпаньем, как лет шесть-семь назад.
а что на них ставить - хоть линукс, хоть юникс, любой каприз за ваши деньги. с учетом того, что аикс на бимеровском железе будет поддерживать все возможности железа и гипервизора, а линукс - не все. то же касается спарков и хьюлетовского зоопарка.
>а линукс - не все. то же касается спарков и хьюлетовского зоопарка.ХА!
И примерчик что именно, ок? :Dзыж
>хьюлетовского зоопарка.уж не титаниум ли вы имели в виду?!!! :D
> Можно вопрос к юзающим rhel/centos в продакшене?Потянут ли rhel/centos/x86 как замена на задачах,где традиционно использутся unix/RISC серверы?(например,backend RDBMS)?Да, вполне:
- на пять девяток в отказоустойчивости ориентироваться не стоит, но четыре обеспечит;
- производительность ввода вывода при использовании внешних хранилищ как минимум очень удовлетворительная;
- вычислительная мощность... восемь сокетов по 10 ядер в 2.4ГГц в каждом заткнут за пояс очень многие RISC'и.
...из главной ссылкиLiveCD and LiveDVD
We will be releasing the LiveCD and LiveDVD images in the next few days
for both i386 and x86_64.
>Можно вопрос к юзающим rhel/centos в продакшене?Потянут ли rhel/centos/x86 как >замена на задачах,где традиционно использутся unix/RISC серверы?
>например,backend RDBMS)?Весна. Захотелось чего-то группового нетрадиционного с элементами мазохизма?
Как думают профи,какие цели у oracle,ibm,имеющие unix/risc серверы,но активно развивающие(ibm в основном) linux,например,PowerLinux,Exadata?
да то не профи. то местные аналитеги.
слышали (где-то и когда-то) что для для серьёзных субд нужно «серьезное» железо, вот и шлуют комменты куда попало.зыж
ха! гугл! с его объёмами! на обычных серверах.
топ500 — >90% линух.
чё ещё надо?!! но нет! серьёзные задачи выполнят только люди с серьёзно надутыми щеками
>но активно развивающие(ibm в основном) linux,например,PowerLinuxу оракла тоже не мелко так. при чём соляра тут идёт второй, резервной, платформой.
ибо всё на х86. пример:
http://en.wikipedia.org/wiki/Oracle_Exadata
http://en.wikipedia.org/wiki/Oracle_Exalogic
> зыж
> ха! гугл! с его объёмами! на обычных серверах.
> топ500 — >90% линух.
> чё ещё надо?!! но нет! серьёзные задачи выполнят только люди с серьёзно
> надутыми щекамиНапример,тот же RDBMS на кластер не натянешь,и,при необходимости в её масштабировании
со временем,кластер на linux/x86 отпадает.Только unix/risc/smp.> у оракла тоже не мелко так. при чём соляра тут идёт второй,
> резервной, платформой.
> ибо всё на х86. пример:
> http://en.wikipedia.org/wiki/Oracle_Exadata
> http://en.wikipedia.org/wiki/Oracle_ExalogicОракел разгоняется: http://en.wikipedia.org/wiki/SuperSPARC
С другой стороны,никто не видел,по крайней мере в РФ,Powerlinux в продакшне.
>Например,тот же RDBMS на кластер не натянешь,Ха! повторяю — http://en.wikipedia.org/wiki/Oracle_Exadata
>Оракел разгоняется: http://en.wikipedia.org/wiki/SuperSPARCЕщё раз Ха! Это что, такой деский троллинг?
>The SuperSPARC is a microprocessor… Produced From 1992 to 1995К тому же «SuperSPARC is a microprocessor» в то время как Oracle_Exadata — «Oracle Exadata is a database appliance with support for both OLTP (transactional) and OLAP (analytical) database systems»
Проблемы с чтением? или с английским? или с базовыми знаниями?зыж
>Например,тот же RDBMS на кластер не натянешь,и,при необходимости в её масштабированиисо временем,кластер на linux/x86 отпадает.
Уже 3-й раз Ха! (да кто их считает)
Это же так трудно добавить в кластер ещё пару нод! :D
> Это же так трудно добавить в кластер ещё пару нод! :DЕсть задачи требующие определённого режима доступа к базам,с целым рядом параметров,
которым должна удовлетворять СУБД.На выходе получается необходимость организовать
базу процессами,исполняющимися в пределах одной ноды,машины,для обхода издержек
связанных с сравнительно низкой скоростью передачи данных между разными нодами,при
организации базы процессами,исполняющимися на разных нодах,то есть в виде кластера.
В результате появляется необходимость в очень многопроцессорном монстре
http://www-03.ibm.com/systems/power/hardware/795/specs.html
http://online-studies.ru/ibm-power-795/
Exadata-кластер,он же RAC.
>> Это же так трудно добавить в кластер ещё пару нод! :D
>Есть задачи требующие определённого режима доступа к базамХа! Вы их даже затрудняетесь назвать?
Есть ВСЕГО 2-е задачи, решаемые rdbms — OLTP и DSS (OLAP как частный случай DSS).
И для этого отлично подходит Oracle Exadata
>Oracle Exadata is a database appliance with support for both OLTP (transactional) and OLAP (analytical) database systemsВСЁ! всё остальное кустарщина.
есть отдельная задача (одно из названий Big Data).
но!!! для не неё нужен NoSQL.
Вах! новость! :D
Да, вот пруф на тот же оракл — http://www.oracle.com/us/technologies/big-data/index.html
зыж
>На выходе получается необходимость организовать базу процессами,исполняющимися в пределах одной ноды,Для плохо разбирающихся в вопросе, поясную (ещё раз) http://en.wikipedia.org/wiki/Oracle_Exadata
>Oracle Exadata is a database appliance with support for both OLTP (transactional) and OLAP (analytical) database systems.
>3 × 36 port QDR (40 Gbit/s) InfiniBand Switches (2 x in Quarter Rack configuration)а что же это такое? О-о-о!! и зачем?!!
корни тут http://en.wikipedia.org/wiki/Remote_direct_memory_access
>remote direct memory access (RDMA) is a direct memory access from the memory of one computer into that of another without involving either one's operating system
>Common RDMA implementations include the Virtual Interface Architecture, InfiniBandВах!
Подробности — «Together, this technology allows the kernel and operating system’s TCP/IP stack to be bypassed (also known as Remote Direct Memory Access, or RDMA) for most inter-process communication.» — см. в презентахе «Exalogic & Exadata» http://www.oracle.com/us/products/applications/knowledge-man...
> Как думают профи,какие цели у oracle,ibm,имеющие unix/risc серверы,но активно развивающие(ibm
> в основном) linux,например,PowerLinux,Exadata?бггг с поверлинуксом еще не время. еще через годик его активно разовьют до снятия с продаж, вот тогда я приду глумиться в каменты, как и обещал год назад.
и путать не надо, это не развитие, а продажа старого железа под новым привлекательным названием, но зато со скидочкой.
та же цель и у оракла - продажа ммм немного на мой взгляд перекособоченной системы, на которой в результате можно только одно - бегать оракл за конские деньги. почему не на спарках - а думаю, у них жопа со спарками Т4 вот они и затыкают дыры интелом.
> и путать не надо, это не развитие, а продажа старого железа под
> новым привлекательным названием, но зато со скидочкой.
> та же цель и у оракла - продажа ммм немного на мойТо есть те коммиты,что тот же ibm сделал(воюя при это c sco)начиная с 2000г-это стремление продавать неликвид?Как-то они неправильно выкручиваются.
>> и путать не надо, это не развитие, а продажа старого железа под
>> новым привлекательным названием, но зато со скидочкой.
>> та же цель и у оракла - продажа ммм немного на мой
> То есть те коммиты,что тот же ibm сделал(воюя при это c sco)начиная
> с 2000г-это стремление продавать неликвид?Как-то они неправильно выкручиваются.в огороде бузина, а в киеве дядька.
вы спросили про PowerLinux, я ответил. "те коммиты" - это я вообще не знаю, о чем вы и какое оно отношение имеет к PowerLinux.
С чего у вас взялось мнение, что PowerLinux - это стремление продавать неликвид, я тоже не знаю.
> вы спросили про PowerLinux, я ответил. "те коммиты" - это я вообще
> не знаю, о чем вы и какое оно отношение имеет к
> PowerLinux.Имелись в виду коммиты в ядро линукса,если вспомнить претензии sco к ibm,и верить им,то
именно эти коммиты сделали линукс технологически более развитым,с чего началось выпиливание им unix с low и midle уровне,и по выражению ребят из sco,превратили линукс из
велосипеда в ос промышленного назначения.
если это про времена доткомов, то тогда только ленивый не бегал с линуксом, как с писаной торбой. ахах кальдера линукс, ахах кореллинукс и тому подобное. цель была простая - срубить бабок по легкому. не выстрелило - попробуем что-нить еще.вон бимеры сколько времени с эклипсом возятся, сначала на его основе воркплейс запилили, потом экспедитор, потом в него нотес с опенофисом засунули, а счастья как не было, так и нет. вон купили линуксовую фирмочку, контейнеризацией занимавшуюся, сделали лотос фаундейшн. удачное решение, но тоже не взлетело.
другой цели, кроме б.м. неудачных попыток заработать полегче, я здесь не вижу.
поддержка линукса на бимеровском железе - это другой вопрос.
ну вот какое спрашивается отношение имеет жаба-эклипс к линуху?…
полный батхерт и каша в голове очередного унылого тролля.зыж
а линух под субд оракл ставили и ставят потому что дешевле и отлично работает.
>почему не на спарках - а думаю, у них жопа со спарками Т4 вот они и затыкают дыры интелом.всё гораздо проще — интел (уже. и уже годика эдак 5-6) лучше бегает.
и по количеству ядер (почти) не отстаёт.вот они и взяли (ещё до покупки санок) интел, InfiniBand, прикрутили rdma (remote direct memory access) для <цитата>Together, this technology allows the kernel and operating system’s TCP/IP stack to be bypassed (also known as Remote Direct Memory Access, or RDMA) for most inter-process communication.</цитата> и получили Oracle Exadata.
и что характерно, это всё делает топовые решения на спарках.
цена? чуть ниже. чудес не бывает. зато отказоустойчивость выше.
> всё гораздо проще — интел (уже. и уже годика эдак 5-6) лучше
> бегает.
> и по количеству ядер (почти) не отстаёт.
> вот они и взяли (ещё до покупки санок) интел, InfiniBand, прикрутили rdma
> (remote direct memory access) для <цитата>Together, this technology allows the kernel
> and operating system’s TCP/IP stack to be bypassed (also
> known as Remote Direct Memory Access, or RDMA) for most inter-process
> communication.</цитата> и получили Oracle Exadata.
> и что характерно, это всё делает топовые решения на спарках.
> цена? чуть ниже. чудес не бывает. зато отказоустойчивость выше.Повторюсь оракловая exadata-это просто навороченный кластер.Для ряда случаев и не
только связанных с организацией СУБД,но и,например,при развёртывании систем аналитики,
требуются аппаратные комлексы с процессорами,отвечающими ряду требований,к которым не относится,например,характерная для x86 скорость исполнения отдельных процессов,и к которым относится,например,характерная для RISC сохранение производительности при очень большом количестве процессов,скорость ввода вывода,возможности по вертикальному масштабированию,возможностям живой upgrade/update.Все x86 этим требованиям не удовлетворяют.
>man OLTP, DSS, OLAP, BIG DATA, RDMA, InfiniBand.Про infiniband,причёмтут процы?
>ещё раз (и для михрютки в том числе) — гугл ворочает петабайты, и быстро ворочает. оракл >выпускает эксадаты, ставящие рекорды в tpc-c, и тд, и тп. и на х86. и на линухе.В основном нет времени изучать википедию и маркетинговый гул оракла.
Был момент,пообщался с разрабами одной уникальной системы деланной на заказ,и
предназначенной для отслеживания операций по банковским картам и прокручивающая различные алгоритмы по их анализу.Выбор hardware+os был на усмотрение разрабов.Архитектура приложения,определяемая характером и масштабом задачи, требовала high-end.
Из существующих серверов на x86/linux подходящих не нашли.
> >man OLTP, DSS, OLAP, BIG DATA, RDMA, InfiniBand.
>Про infiniband,причёмтут процы?Вот именно. Ни при чём.
> В основном нет времени изучать википедию и маркетинговый гул оракла.
> Из существующих серверов на x86/linux подходящих не нашли.Взаимоисключающие предложения.
Похрену на оракл. Кто сайзинг проводил? Что за задача? Где?Зыж
> В основном нет времени изучать википедию и маркетинговый гул оракла.В основном нет времени изучать базовые понятия по затронутой теме.
"Есть такие задачи", "есть такие требования" и прочие "проф. термины" красноречивы.
> всё гораздо проще — интел (уже. и уже годика эдак 5-6) лучше
> бегает.
> и по количеству ядер (почти) не отстаёт.facepalm
> вот они и взяли (ещё до покупки санок) интел, InfiniBand, прикрутили rdma
> (remote direct memory access) для <цитата>Together, this technology allows the kernel
> and operating system’s TCP/IP stack to be bypassed (also
> known as Remote Direct Memory Access, or RDMA) for most inter-process
> communication.</цитата> и получили Oracle Exadata.взяли Infiniband и прикрутили RDMA
взяли Infiniband и прикрутили RDMA
взяли Infiniband и прикрутили RDMAфиниш. ну вот о чем с таким существом можно разговаривать. у него же вместо мозгов гугель-могель. взяли Infiniband и прикрутили RDMA.
вот дурак-то, прости господи.инфинибенд и есть рдма, ничего к нему прикручивать не надо.
а теперь пошел вон и перестань фонить у меня в инбоксе копипастой из википедии.
ещё раз, для одноклеточных:
>Together, this technology allows the kernel and operating system’s TCP/IP stack to be bypassed (also known as Remote Direct Memory Access, or RDMA) for most inter-process communication.Помимо infiniband эта технология используется и в rdbms oracle.
Поддержку которой (очевидно для любого разумного) надо было прикручивать.
Это хоть немного (бывшему уборщику в oracle) понятно? Не умел oracle ipc через rdma.
пруф http://article.gmane.org/gmane.linux.drivers.openib/56038/ma...
>richard.frank@oracle.com
>This all seems to be a bit restrictive - which will require some changes in how Oracle uses the IPC for rdma operations - but we need to start somewhere so this seems reasonable.перевести одноклеточному «which will require some changes in how Oracle uses the IPC for rdma operations»?