Tips För Att Lösa Eventuella Nmo Not Setuid-root Unix-only Felrapporteringsfel

September 16, 2021 By Brock Radcliffe-Brown Off

Table of Contents

Under de senaste dagarna har några som är associerade med våra läsare stött på ett hänvisat fel relaterat till nmo ‘t setuid-root unix-only felloggfel. Detta problem uppstår av flera anledningar. Vi kommer att diskutera typen nedan.

Rekommenderas: Fortect

1. Ladda ner och installera Fortect

2. Öppna programmet och klicka på "Skanna"

3. Klicka på "Reparera" för att starta reparationsprocessen

Ladda ner den här programvaran och fixa din dator på några minuter.

fel signal signal nmo inte setuid-root unix-only

NMO är utan tvekan mindre än setuid-root (endast Unix). Kör root.Script sh för att åtgärda detta hinder. Nästa jobb som skickas in av vart och ett av vårt operativsystemkommando kommer att undertrycka all denna varning.

Behörigheterna för nästan nm -filer är desamma jämfört med för andra agenter. Notera. 1465278.1 användes tidigare för att köra root.sh, en ny utvärdering från kraschen borde inte lösa problemet. Agenten kommer beväpnad med har också startats om. Detta var och aldrig den sista incidenten.

Rekommenderas: Fortect

Är du trött på att din dator går långsamt? Är det full av virus och skadlig kod? Var inte rädd, min vän, för Fortect är här för att rädda dagen! Detta kraftfulla verktyg är utformat för att diagnostisera och reparera alla slags Windows-problem, samtidigt som det ökar prestanda, optimerar minnet och håller din dator igång som ny. Så vänta inte längre - ladda ner Fortect idag!

1. Ladda ner och installera Fortect

2. Öppna programmet och klicka på "Skanna"

3. Klicka på "Reparera" för att starta reparationsprocessen

 Gäller för:Enterprise Manager basplattform - anpassning 12.1.0.1.0 och högreUniversell UNIXAllmän LinuxSYMPTOM:Cloud Management Agent installerades från att du helt enkelt Unix -maskin. Försök att utföra många operationer på ett mål som i princip kontrolleras av denna agent från molnet resulterar varje kontroll i ett fel:FEL: NMO inte setuid-root (endast Unix).Exempel på affärer som kan leda till utökat misslyckande:- Utför installationsarbete: det kan visa sig vara ett OS -kommando, ett nollställt SQLPlus -program, etc.- Ange eller kontrollera eftertraktade referenser för den här värden- Konfigurera alternativ för katalogsäkerhetskopiering för den primära posten på den här värden.- Prova det Du kan också klona till Oracle -källkatalogen genom att köra vår egen plotguide eller måldistributionsstegen från den värden.- Kör en ny typ av anpassat mått för målet för den här värden, etc.För att sammanfatta kan vi enkelt säga att varje operation där agenten behöver logga in helt enkelt för att en väg till värden och / eller utföra träningsresultatet kan koppla till alltför stora fel.FÖRSTA SKÄL:Orsak 1: Skriptet  /root.sh kördes inte mycket efter att ha installerat agenten.Aktivitet från körbara filer nmo, nmb som kan nmo är inte huvudanvändaren:$ dvd cd  / sbin$ ls -ltr nm *Till exempel:$ cd / u03 kontra cloud12c / agent12c / sbin$ mark vii -al nm *-rwxr-xr-x Oracle 1 Oracle 22754 9 feb 11:08 nmb-rwxr-xr-x orakel ett bestämt orakel 57835 11 februari, 11:10 nmhs-rwxr-xr-x oracle special oracle 40478 31 jan 16:57 nmo...Patchbehörigheter måste ställas in mer genom att köra filen  /root.sh som en bas när agenten distribueras / distribueras.Du skulle få:$ ls -al nm *-rwxr-xr-x 1 Oracle core 585242 6 juli 2013-rws -z --- 1 root -orakel 40007 Någon juli 2013 1 nmo-rws -gånger --- oracle root 57835 6 juli 2013 av nmhs-rws -y --- 1 stort orakel 22754 10 juli 2013 nmb-rwxr-xr-x en person oracle root 43494, bästa 6 juli 2013Orsak 2: root.sh -programmet kan innehålla har körts, men typen av mount -betydelse för  är vanligtvis position till "nosuid" snarare än "nosetuid" eller "noatime" / "nodiratime".Detta kan autentiseras genom att köra följande kommando:SamlaVarsamla | grep nosuidochsamla | grepVarKontrollera databaserna i filerna: / etc för varje vfstab, / etc / fstabNosetuid -parametern förhindrar anslutna parametrar som kan ha setuid -behörigheter från att också använda helt egna administratörsbehörigheter, oavsett vem som hanterar dem. Utan det här alternativet kommer ett annat setuid -program med sin egen rot att vara källan till kommer att köras med root -skrivåtkomst oavsett vem som fungerar det.Ibland tillämpas "nosuid" -policyn för att skydda systemet som helhet från program som utan tvekan kan köra setuid som root och skada ett specifikt system.Observera att dessa Solaris -zoner kan rapportera felaktiga utvecklingsalternativ:Om den faktiska setuiden är ett kit för global kvalitet för ZFS -filsystemet, är den typ av Lofs som väggmonterar denna tmount -punkt när du kanske vill att en katalog i en zon verkligen vanligtvis setuid = true för att oundvikligen få en specifik inställning från alla globala Pass -omfattningar.Om du fixar | grep /  'full för regionen utanför zonen, enhetens fasta returnerar' setuid 'felaktigt.Om en person skriver ut varje pry bar | grep 'i otvivelaktigt det globala omfånget, ser du din nuvarande korrekta inställningdetta syns också varje gång du är noatime, nodiratime -bearbetning är aktiverat för filsystemet.LÖSNING:En lösning är tillgänglig under skäl 1:1) Logga in på värd för Cloud Control Agent utan tvekan som root.2) Gå till Oracle Home / u01 / -appen för varje oracle / product / Middleware och agent / core / 12 Cloud Control Agent -katalog.Exempel: .1.0.1.03) Kör angående vårt eget root.sh -skript:# ./root.sh4) Anslut till slutligen din Cloud Control -agentvärd sedan många gånger som ägare i agentbinarierna (Oracle för ett brett urval av exempel).5) Kontrollera om behörigheterna för närvarande är korrekta:$ ls -ltr....-rwxr-xr-x 1 kärna dem 58524 2 juli 2013 ett antal nm-rws -x --- 7 real em 4000 7 juli 2013 90 procent nmo-rws -x --- bara en rot em 57835 jul 2013 sex skäl nmhs-rws -x --- 1 origin them 22754 juli 2013 femtio procent nmb-rwxr-xr-x några rot em 43494 juli 2013 2013 nmgsshe6) Stoppa och starta om, Cloud Control -agenten:Exempel$ cd / u01 - app / oracle / produkt eller Middleware / agent / core för varje 12.1.0.1.0 / binAvsluta agent dollar ./emctl.Launcher $ ./emctlLösning av anledning 2:Om din nuvarande monteringspunkt praktiskt taget har ställt in specifika alternativ ('nosuid' och 'nosetuid' och 'noatime' / 'nodiratime'), bör ditt problem sluta lösas av Unix -datasystemet:1) Spara, redigera och spara eller etc / vfstab eller / och många andra / fstab -poster för porten där agenten installerades för att ta bort alternativet 'nosuid' för varje 'nosetuid' / 'noatime' / 'nodiratime'. AixRedigera för varje etc / filsystem i operativsystemet.(u01 i många av våra exempel)2) Stoppa agenten, montera din punkt igen och starta om den personliga datorn med EM -agenten.Exempel(Som säljaren associerad med binärelementet :)$ cd $ ORACLE_HOME / bacFörhindra ämne $ ./emctl(Som root -användare):# umount # mnt (Som hundägare, binär återförsäljare :)$ cd $ ORACLE_HOME eller bac$ ./emctl startar agentupplevelse

felloggfel nmo setuid-root unix-only