Советы по устранению типичной ошибки журнала ошибок Unix-only Nmo Not Setuid-root

За последние несколько дней некоторые из наших читателей столкнулись с указанной ошибкой, связанной с ошибкой журнала ошибок nmo not setuid-root только для unix-only. Эта проблема возникает по ряду причин. Мы обсудим эту ситуацию ниже.

Рекомендуется: Fortect

1. Скачайте и установите Fortect

2. Откройте программу и нажмите "Сканировать"

3. Нажмите "Восстановить", чтобы начать процесс восстановления.

Загрузите это программное обеспечение и почините свой компьютер за считанные минуты. г.

NMO считается меньше, чем setuid-root (только для Unix). Запустите root.Script sh, чтобы исправить этот недуг. Следующее задание, отправленное любой командой операционной системы, подавит такое предупреждение.

Права доступа для большинства файлов nm такие же, как и для других агентов. Примечание. 1465278.1 использовался для повторного запуска root.sh, повторная оценка, проведенная в результате сбоя, несомненно, решила эту проблему. Агент также был перезапущен. Это не обязательно был последний инцидент.

 ПРИМЕНЯЕТСЯ К:Базовая платформа Enterprise Manager - production 12.1.0.1.0 и вышеУниверсальный UNIXОбщий LinuxСИМПТОМЫ:Агент управления облаком был установлен с этой машины Unix. При попытке выполнить уникальные операции с целью, управляемой этим агентом из облака, все элементы управления приводят к ошибке:ОШИБКА: NMO not setuid-root (только для Unix).Примеры функций, которые могут привести к постоянному отказу:- Выполнение работ по установке: это может быть команда ОС, история SQLPlus и т. Д.- Установите или проверьте предпочтительные учетные данные для этого хоста- Настройте параметры резервного копирования базы данных для первичной базы данных на этом хосте.- Попробуйте Вы можете клонировать исходный код Oracle в свой домашний каталог, запустив наш собственный спотовый мастер или целевой курс развертывания с этого хоста.- Запустите горячую настраиваемую метрику для цели, расположенной на этом хосте, и т. Д.Подводя итог, мы говорим, что любая операция, при которой моему агенту необходимо войти в систему, чтобы быть путем к хосту, кроме того, выполнить результат обучения, может привести к чрезмерной ошибке.ПЕРВАЯ ПРИЧИНА:Причина 1: сценарий  /root.sh не запускался или даже не запускался после установки агента.Действия с исполняемыми файлами nmo, nmb nmo не является основным пользователем:$ disk <база_агента> / sbin$ ls -ltr нм *Например:$ cd / u03 на cloud12c / agent12c / sbin$ mark vii -al нм *-rwxr-xr-x Oracle 1 Oracle 22754 9 февраля 11:08 nmb-rwxr-xr-x oracle a single one oracle 57835 11 февраля, 11:10 nmhs-rwxr-xr-x oracle специальный оракул 40478 31 января, 16:57 nmo...Тем не менее, разрешения на исправление должны быть установлены путем запуска реестра  /root.sh в качестве основы при захвате / развертывании агента.Ты можешь получить:$ ls -al нм *-rwxr-xr-x 1 Oracle core 585242 6 июля 2013 г.-rws - times --- 1 root oracle 40007 Примерно июль 2013 г. 1 nmo-rws - от --- oracle root 57835 6 июля 2013 г., автор: nmhs-rws - a --- 1 большой оракул 22754 6 июля 2013 г. nmb-rwxr-xr-x корень оракула 43494, лучший 6 июля 2013 г.Причина 2: Программа root.sh может отображаться как выполненная, но тип цели монтирования для  обычно устанавливается на «nosuid», а не на «nosetuid» - «noatime» / «nodiratime».Это можно обнаружить, выполнив следующую команду:СобиратьГдесобирать | grep nosuidа такжесобирать | grepГдеПроверьте бронирования в файлах: / etc или vfstab, / etc / fstabПараметр nosetuid запрещает подключенным параметрам с разрешениями setuid также использовать их конкретные разрешения администратора, независимо от того, кто их передает. Без этой опции каждая программа setuid со своим собственным корневым продуктом будет работать с правами root для чтения, а не для записи, независимо от того, кто ее продолжает.Иногда политика «nosuid» пытается защитить систему в целом от программ, которые наверняка будут запускать setuid от имени root, а также повредить конкретную систему.Обратите внимание, что какая-то зона Solaris может сообщать неверные параметры mt:Если фактический setuid указан как глобальное качество для файловой системы ZFS, тип Lofs, который суммирует эту точку tmount, когда вам абсолютно необходим каталог в зоне, обычно может setuid = true, чтобы вы должны получить конкретную настройку из каждой нашей глобальной области Pass .Если вы занимаете позицию | grep /  'full для местоположения вне зоны, устройство серьезно возвращает' setuid 'неправильно.Если человек печатает настоящую монтировку | grep 'в этой глобальной области, вы увидите правильную настройку человекаэто также видно каждый раз, когда вы не знаете, что обработка файловой системы не включена.РЕШЕНИЕ:Решение доступно для Причины 1:1) Войдите на свой хост агента Cloud Control Agent как root.2) Перейдите в каталог Oracle Home / u01 / app per oracle / product / Middleware для каждого агента / core / 12 Cloud Control Agent.Пример: .1.0.1.03) Запустите собственный сценарий root.sh:# ./root.sh4) Подключитесь напрямую к вашему хосту агента Cloud Control, хотя много раз в качестве владельца вместе с двоичными файлами агента (Oracle для широкого круга примеров).5) Проверьте, правильны ли в настоящее время разрешения:$ ls -ltr....-rwxr-xr-x 1 основные проблемы их 58524 2 июля 2013 г. доступный отпуск нм-rws - x --- 7 базовых em 4000 7 июля 2013 г. 80% nmo-rws - x --- корень em 57835 июл 2013 г. 9 nmhs-rws - x --- 1 основная проблема их 22754 июль 2013 полдюжины nmb-rwxr-xr-x some root em 43494 июль 2013 года пять nmgsshe6) Остановите и перезапустите агент Cloud Control:Пример$ cd / u01 - приложение / oracle / product или Middleware / agent / core или 12.1.0.1.0 / binВыйти из агента rr ./emctl.Пусковая установка $ ./emctlРешение по причине 2:Если все точки монтирования практически установили определенные параметры ('nosuid' и 'nosetuid' или 'noatime' / 'nodiratime'), ваша проблема должна постоянно решаться системными администраторами Unix:1) Сохраните, отредактируйте и сохраните запись etc / vfstab или / etcetera / fstab для шлюза, на котором был установлен агент, кроме того, удалите nosuid только для опции nosetuid / noatime / nodiratime. ЭксВ операционной системе отредактируйте файл etc / filesystems.(u01 в каждом примере)2) Остановите агент, снова смонтируйте точку локации и перезапустите рабочую станцию ​​с помощью агента EM.Пример(Как владелец собственности, связанный с профессиональными двоичными файлами :)$ cd $ ORACLE_HOME / bacПредотвратить материал $ ./emctl(Как пользователь root):# umount # увеличить (Как владелец собаки, бинарный механик :)$ cd $ ORACLE_HOME - bac$ ./emctl запускает практику агента 

Загрузите это программное обеспечение и почините свой компьютер за считанные минуты. г.

Error Log Error Nmo Not Setuid Root Unix Only
Fehlerprotokoll Fehler Nmo Nicht Setuid Root Unix Only
Log Degli Errori Errore Nmo Not Setuid Root Solo Unix
Foutenlogboek Fout Nmo Niet Setuid Root Alleen Unix
Journal Des Erreurs Erreur Nmo Pas Setuid Root Unix Uniquement
오류 로그 오류 Nmo Not Setuid Root 유닉스 전용
Fellogg Fel Nmo Inte Setuid Root Unix Only
Log De Erros Erro Nmo Nao Setuid Root Unix Only
Dziennik Bledow Blad Nmo Not Setuid Root Tylko Dla Systemu Unix
Registro De Errores Error Nmo No Setuid Root Solo Unix

г.