Conseils Pour Résoudre Une Nouvelle Erreur De Vérification D’erreur Nmo Not Setuid-root Unix-only

September 16, 2021 By David Serisier Off

Table of Contents

Au cours des derniers jours, certains utilisateurs de nos lecteurs ont rencontré un bogue de marque lié à l’erreur nmo fail to setuid-root unix-only error log error. Ce problème se produit pour un certain nombre de raisons. Nous discuterons de ce genre de ci-dessous.

Recommandé : Fortect

1. Téléchargez et installez Fortect

2. Ouvrez le programme et cliquez sur "Scan"

3. Cliquez sur "Réparer" pour lancer le processus de réparation

Téléchargez ce logiciel et réparez votre PC en quelques minutes.

error sign error nmo not setuid-root unix-only

NMO est vraiment inférieur à setuid-root (Unix uniquement). Exécutez root.Script sh pour résoudre ce problème. Le prochain travail soumis par la façon dont la commande du système d’exploitation supprimera l’avertissement.

Les permissions pour les fichiers complètement nm sont les mêmes étant donné que pour les autres agents. Noter. 1465278.1 était très probablement utilisé pour réexécuter root.sh, la réévaluation développée par le crash n’a pas résolu ce problème. L’agent est également redémarré. Ce n’était absolument pas le dernier incident.

Recommandé : Fortect

Vous en avez assez que votre ordinateur fonctionne lentement ? Est-il truffé de virus et de logiciels malveillants ? N'ayez crainte, mon ami, car Fortect est là pour sauver la mise ! Cet outil puissant est conçu pour diagnostiquer et réparer toutes sortes de problèmes Windows, tout en améliorant les performances, en optimisant la mémoire et en maintenant votre PC comme neuf. Alors n'attendez plus - téléchargez Fortect dès aujourd'hui !

1. Téléchargez et installez Fortect

2. Ouvrez le programme et cliquez sur "Scan"

3. Cliquez sur "Réparer" pour lancer le processus de réparation

 S'APPLIQUE À :Plate-forme de base Enterprise Manager - enregistrement 12.1.0.1.0 et supérieurUNIX universelLinux généralSYMPTÔMES:L'agent de gestion du cloud a été installé à partir d'une seule machine Unix. En tentant d'effectuer quelques opérations particulières sur une cible contrôlée par cet agent uniquement depuis le Cloud, plus ou moins tous les contrôles entraînent une erreur :ERREUR : NMO non setuid-root (Unix uniquement).Exemples d'entreprises qui peuvent conduire à un échec éternel :- Effectuer des travaux d'installation : il peut éventuellement s'agir d'une commande OS, d'un programme SQLPlus annulé, etc.- Définir ou vérifier les informations d'identification convoitées pour cet hôte- Configurez les options de sauvegarde d'index pour les informations principales sur cet hôte.- Essayez-le. Vous devez cloner dans le répertoire source d'Oracle House Hold en exécutant notre propre assistant de région ou le programme de déploiement cible à partir de cet hôte.- Exécutez une nouvelle métrique personnalisée pour la cible directement sur cet hôte, etc.Pour résumer, on peut parfois dire que toute opération où l'agent a besoin de se connecter depuis un chemin vers l'hôte et donc d'exécuter le résultat de la formation peut conduire à une erreur excessive.PREMIÈRE RAISON :Raison 1 : le script  /root.sh ne s'est peut-être pas exécuté après l'installation de l'agent.Activité avec les fichiers exécutables nmo, nmb pour nmo n'est pas l'utilisateur principal :$ musique  / sbin$ ls -ltr nm *Par exemple:$ cd / u03 contre cloud12c / agent12c / sbin$ marque vii -al nm *-rwxr-xr-x Oracle 1 Oracle 22754 9 février 11:08 nmb-rwxr-xr-x oracle 4 oracle 57835 11 février 11:10 nmhs-rwxr-xr-x oracle spécial oracle 40478 31 janvier 16:57 nmo...Les autorisations de correctif doivent être définies en exécutant le fichier  /root.sh comme base lors de l'installation/du déploiement de l'agent.Vous devez obtenir :$ ls -al nm *-rwxr-xr-x 1 noyau Oracle 585242 6 juillet 2013-rws - c --- 1 root oracle 40007 Certains juillet 2013 1 nmo-rws - times --- oracle root 57835 6 juillet 2013 par nmhs-rws - a --- 1 grand oracle 22754 10 juillet 2013 nmb-rwxr-xr-x au moins une racine oracle 43494, au mieux le 6 juillet 2013Raison 2 : Le programme root.sh a peut-être été exécuté, mais le type de problème de montage pour  est généralement créé sur "nosuid" plutôt que sur "nosetuid" "noatime" / "nodiratime".Cela peut être précis en exécutant la commande suivante :CollecterOùcollecter | grep nosuidetcollecter | grepOùVérifiez les listes d'articles dans les fichiers : /etc et vfstab, /etc/fstabLe paramètre nosetuid empêche les paramètres connectés qui produisent des autorisations setuid d'utiliser également les autorisations de son administrateur, peu importe qui les utilise. Sans cette option, un autre programme setuid avec ses propres bases root s'exécutera avec un accès root en lecture ou en écriture, peu importe qui c'est.Parfois, la politique "nosuid" est sélectionnée pour protéger le système dans son intégralité contre les programmes qui exécuteront certainement setuid en tant que root et endommageront un système spécifique.Notez que la zone même Solaris peut signaler des options de position incorrectes :Si le setuid réel est prêt à une qualité globale pour le système de fichiers ZFS, le type Lofs qui additionne ce point de montage lorsque vous souhaitez un répertoire dans une zone sera généralement setuid = true pour obtenir un paramètre spécifique de toute la portée globale de Pass .Si vous mt. | grep /  'complet pour la section hors zone, l'appareil renvoie maintenant' setuid' de manière incorrecte.Si une personne imprime n'importe quel type de levier | grep 'dans cette portée globale, vous verrez le réglage correct exactceci est également visible si le traitement noatime, nodiratime est toujours activé sur le système de fichiers.SOLUTION:Une solution est disponible vers Reason 1 :1) Connectez-vous à cet hôte de l'agent Cloud Control en tant que root.2) Accédez au répertoire Oracle Home / u01 / app - oracle / product / Middleware agent / core/12 Cloud Control Agent.Exemple : .1.0.1.03) Exécutez plusieurs de nos propres scripts root.sh :# ./root.sh4) Connectez-vous pour que votre agent Cloud Control héberge autant de fois que le propriétaire des binaires de l'agent (Oracle pour de nombreux exemples).5) Vérifiez si les autorisations sont actuellement correctes :$ ls -ltr....-rwxr-xr-x 1 cause d'eux 58524 2 juillet 2013 8 nm-rws - x --- 7 principal em 4000 7 juillet 2013 90 pour cent nmo-rws - x --- 1ère racine em 57835 juillet 2013 6ème nmhs-rws - x --- 1 les détient 22754 juillet 2013 un nombre de nmb-rwxr-xr-x une racine em 43494 juillet l'année 2013 cinq nmgsshe6) Arrêtez et redémarrez l'agent Cloud Control le plus important :Exemple$ cd /u01 pour chaque app/oracle/produit - Middleware/agent/core et 12.1.0.1.0/binQuittez l'agent rrr ./emctl.Lanceur $ ./emctlSolution pour la raison 2 :Si le point de montage exact a pratiquement défini ces options ('nosuid' et 'nosetuid' et 'noatime' / 'nodiratime'), votre problème devrait être résolu en permanence par les administrateurs système de l'ordinateur Unix :1) Enregistrez, modifiez et enregistrez l'entrée et etc / vfstab ou / beaucoup de / fstab pour la porte où l'agent a été installé et en plus supprimez le 'nosuid' pour presque chaque 'nosetuid' / 'noatime' / 'nodiratime' option. AixSur le système d'exploitation, modifiez les systèmes de fichiers ou etc /.(u01 dans tout notre exemple)2) Arrêtez l'agent, montez à nouveau le point de chargement et redémarrez le PC domestique à l'aide de l'agent EM.Exemple(En tant que PDG associé à l'agent d'assurance binaires :)$ cd $ ORACLE_HOME / bacEmpêcher l'agent immobilier $ ./emctl(En tant qu'utilisateur root) :# umount # build (En tant que propriétaire de chien, concessionnaire binaire :)$ cd $ ORACLE_HOME contre bac$ ./emctl démarre les méthodes de l'agent

error log error nmo fail to setuid-root unix-only