Consejos Para Resolver Actualmente El Error Del Indicador De Error Nmo Not Setuid-root Solo Para Unix

September 16, 2021 By Justin Fernando Off

Table of Contents

Durante los últimos días, algunos de nuestros lectores han encontrado el error más conocido relacionado con su error de signo de error nmo not setuid-root unix-only. Este problema se produce por varias razones. Discutiremos tu a continuación.

Recomendado: Fortect

1. Descargue e instale Fortect

2. Abra el programa y haga clic en "Escanear"

3. Haga clic en "Reparar" para iniciar el proceso de reparación

Descarga este software y repara tu PC en minutos.

error leña error nmo not setuid-root solo unix

NMO es menor que setuid-root (solo Unix). Ejecute root.Script sh para solucionar su problema. El próximo trabajo enviado veces el comando del sistema operativo reducirá esta advertencia.

Los permisos de todos los archivos nm son los mismos que para otros agentes. Nota. 1465278.1 se estaba utilizando para volver a ejecutar root.sh, la reevaluación generada por el bloqueo no resolvió este problema. También se ha reiniciado el agente inmobiliario. Este no fue el último incidente.

Recomendado: Fortect

¿Estás cansado de que tu computadora funcione lentamente? ¿Está plagado de virus y malware? ¡No temas, amigo mío, porque Fortect está aquí para salvar el día! Esta poderosa herramienta está diseñada para diagnosticar y reparar todo tipo de problemas de Windows, al tiempo que aumenta el rendimiento, optimiza la memoria y mantiene su PC funcionando como nueva. Así que no esperes más: ¡descarga Fortect hoy mismo!

1. Descargue e instale Fortect

2. Abra el programa y haga clic en "Escanear"

3. Haga clic en "Reparar" para iniciar el proceso de reparación

 SE APLICA A:Lugar base de Enterprise Manager - versión 12.1.0.1.0 y superiorUNIX universalLinux generalSINTOMAS:El agente de gestión de la nube se instaló proporcionado por una máquina Unix. Al intentar implementar ciertas operaciones en un objetivo restringido por este agente desde la nube, todos los controles dan como resultado un error efectivo:ERROR: NMO no setuid-root (solo Unix).Ejemplos adjuntos a operaciones que pueden conducir a fallas continuas:- Realización de trabajos de instalación: posiblemente puede ser un comando del sistema operativo, un script SQLPlus, etc.- Configure o verifique las credenciales preferidas para este host- Configure las opciones de respaldo de la base de datos para la base de datos número uno en este host.- Pruébelo Puede clonar en el directorio de inicio de referencia de Oracle ejecutando nuestro asistente de parche diferente o el proceso de uso de destino desde ese host.- Ejecute una métrica personalizada nueva real para el objetivo en este host, etc.Para resumir, todos podemos decir que cualquier operación mediante la cual el agente necesita registrarse como una ruta al resultado del entrenamiento previsto y ejecutarlo, a veces puede conducir a un error excesivo.PRIMERA RAZÓN:Razón, paso 1: El script  /root.sh nunca se ejecutó después de instalar este agente.Actividad de archivos ejecutables nmo, nmb a positivamente nmo no es el usuario intermedio:$ cd  / sbin$ marca vii -ltr nm *Por ejemplo:$ cd o u03 / cloud12c / agent12c o sbin$ ls -al nm *-rwxr-xr-x Oracle una persona específica Oracle 22754 9 de febrero 11:08 nmb-rwxr-xr-x oráculo 1 oráculo 57835 16 de febrero, 11:10 nmhs-rwxr-xr-x oráculo oráculo especial 40478 31 de enero 16:57 nmo...Los permisos de parche se establecerán ejecutando el archivo  /root.sh exacto como base cada vez que instale / implemente el agente.Sería prudente obtener:$ ls -al nm *-rwxr-xr-x un solo núcleo de Oracle 585242 6 de julio de 2013-rws (espacio x --- 1 corazón de Oracle 40007 Algunos de julio de 2013 una nmo específica-rws - x --- oráculo real 57835 6 de julio de 2013 por nmhs-rws - por --- 1 gran préstamo personal de Oracle 22754 julio de 2013 nmb-rwxr-xr-x raíz de Oracle distinta 43494, mejor en julio de 2013Razón 2: Es posible que se haya ejecutado el programa root.sh, pero el tipo de punto de posición para  se establece más comúnmente en "nosuid" en lugar de "nosetuid" / "noatime" / "nodiratime".Esto se puede verificar automáticamente ejecutando el comando when:RecogerDónderecoger | grep nosuidyrecoger | grepDóndeCompruebe que estas entradas en los archivos: / y así / vfstab, / etc - fstabEl parámetro nosetuid evita que los parámetros conectados que normalmente tienen permisos setuid también creen permisos de administrador, independientemente de quién más los ejecute. Sin esta opción, un buen programa setuid con su propia causa más importante se ejecutará con acceso de lectura / escritura de inicio de root, independientemente de que lo ejecute.A veces, la política "nosuid" se utiliza literalmente para proteger el sistema en su conjunto de los programas que pueden ejecutar setuid como principal y dañar un sistema específico.Tenga en cuenta que, a su vez, la zona de Solaris puede informar opciones de montaje erróneas:Si el setuid real está configurado en calidad global para el sistema de archivos ZFS exacto, el tipo de Lofs que monta este punto de montaje cuando necesita un directorio en un nivel suele ser setuid = true para obtener siempre una configuración específica totalmente del global Pase alcance.Si agrega | grep /  'lleno como zona fuera de zona, el dispositivo continúa devolviendo' setuid 'incorrectamente.Si una persona fotografía una palanca | grep 'en algunos de los alcances globales, verás la configuración correctaesto también termina cuando no hay tiempo, no se permite el procesamiento en tiempo real en el sistema de archivos.SOLUCIÓN:Hay una solución disponible para la Razón 1:1) Inicie sesión positivamente en el host del Agente de control de la nube como root.2) Vaya a este directorio de Oracle Home / u01 / application / oracle / product / Middleware / agent / core / 20 Cloud Control Agent.Ejemplo: .1.0.1.03) Ejecute nuestro propio script root.sh:# ./root.sh4) Conéctese a la anfitriona de su agente de Cloud Control tantas veces como los binarios del agente (Oracle como para muchos ejemplos).5) Verifique si las lecturas de lectura y escritura son correctas actualmente:$ ls -ltr....-rwxr-xr-x 4 rootearlos 58524 2 de julio del año 2013 6 nm-rws - x --- 6 root em 4000 7 de julio del año 2013 cincuenta por ciento nmo-rws - botón de retroceso --- 1 root em 57835 julio del año 2013 6 nmhs-rws - x --- una raíz particular ellos 22754 julio de 2013 # 6 nmb-rwxr-xr-x algunos root em 43494 julio de 2013 cinco nmgsshe6) Detenga y reactive el agente de Cloud Control:Ejemplo$ disk / u01 / app / oracle / thing / Middleware / agent / ab / 12.1.0.1.0 / binRenunciar a los ingresos del agente ./emctl.Lanzador $ ./emctlSolución para la razón 2:Si el punto de montaje tiene prácticamente recopilación de opciones ('nosuid' y 'nosetuid' o 'noatime' / 'nodiratime'), los administradores de sistemas de todo el cuerpo de Unix deberían resolver el problema:1) Guarde, edite y guarde lo que ve, la entrada / etc / vfstab o etc / fstab para su punto de control donde se abrochó el agente y elimine el 'nosuid' para todos y cada uno de los remedios 'nosetuid' / 'noatime' / 'nodiratime' . AixEn el sistema operativo, edite un archivo / etc / filesystems.(u01 en el ejemplo del autor)2) Detenga el agente, monte lo que ve, el punto de montaje de nuevo y reinicie sin duda la computadora usando el agente EM.Ejemplo(Como propietario exacto asociado con el elemento binarios :)$ cd $ ORACLE_HOME bacPrevenir agente $ ./emctl(Como usuario root):# umount # monte (Como dueño de un negocio de perros, agente binario :)$ cd $ ORACLE_HOME / bac$ ./emctl inicia el resumen del agente

registro de errores error nmo no es probable setuid-root unix-only