Nmo Not Setuid-root 유닉스 전용 오류 메시지 로그 오류를 해결하기 위한 팁

September 16, 2021 By Brock Radcliffe-Brown Off

Table of Contents

지난 며칠 동안 독자 중 일부는 setuid-root 유닉스 전용 오류가 아닌 nmo 오류와 관련된 알려진 버그를 계속 발견했습니다. fire wood error. 이 문제는 여러 가지 이유로 발생합니다. 이에 대해서는 아래에서 논의해야 합니다.

권장: Fortect

<리>1. Fortect 다운로드 및 설치

2. 프로그램을 열고 "스캔"을 클릭하십시오.

3. 복구 프로세스를 시작하려면 "복구"를 클릭하십시오.

이 소프트웨어를 다운로드하고 몇 분 안에 PC를 수정하십시오. 년

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

NMO가 setuid-root 대신 적습니다(Unix만 해당). 이 문제를 해결하려면 root.Script sh를 실행하십시오. 운영 체제 get에서 제출한 다음 임무는 이 경고를 표시하지 않습니다.

모든 nm 파일에 대한 권한은 다른 제품과 매우 유사할 수 있습니다. 메모. 1465278.1이 root.sh를 다시 실행할 수 있도록 하는 데 사용되었으며 각 충돌에 의해 생성된 재평가는 이 문제를 해결하지 못했습니다. 에이전트도 재부팅되었습니다. 이것이 마지막 트라우마가 아니었다.

권장: Fortect

컴퓨터가 느리게 실행되는 것이 지겹습니까? 바이러스와 맬웨어로 가득 차 있습니까? 친구여, 두려워하지 마십시오. Fortect이 하루를 구하러 왔습니다! 이 강력한 도구는 모든 종류의 Windows 문제를 진단 및 복구하는 동시에 성능을 높이고 메모리를 최적화하며 PC를 새 것처럼 유지하도록 설계되었습니다. 그러니 더 이상 기다리지 마십시오. 지금 Fortect을 다운로드하세요!

<리>1. Fortect 다운로드 및 설치

2. 프로그램을 열고 "스캔"을 클릭하십시오.

3. 복구 프로세스를 시작하려면 "복구"를 클릭하십시오.

 적용 대상:Enterprise Manager 플랫폼 플랫폼 - 버전 12.1.0.1.0 이상유니버설 유닉스일반 리눅스증상:Cloud Management Agent는 이전에 Unix 시스템에서 설치되었습니다. 클라우드에서 제공하는 이 에이전트가 제어하는 절대 대상에서 특정 작업을 수행하려고 하면 모든 제어가 오류가 발생하는 동안 발생합니다.오류: NMO가 setuid-root가 아닙니다(Unix만 해당).영구적인 실패로 이어질 수 있는 작업의 예:- 설치를 수행하면 좋은 결과를 보여줍니다. OS 요구 사항, SQLPlus 스크립트 등이 될 수 있습니다.- 이러한 종류의 호스트에 대한 선호 자격 증명을 설정하거나 확인합니다.- 이 모든 호스트의 기본 데이터베이스와 관련하여 데이터베이스 백업 옵션을 구성합니다.- 시도 자체 패치 마법사를 연결하여 모든 Oracle 소스 홈 디렉토리에 복제하거나 호스트에서 대상 배포 프로세스를 자주 수행할 수 있습니다.- 이 호스트 등의 대상에 맞게 새 사용자 지정 메트릭을 실행합니다.요약하면 에이전트가 호스트에서 경로로 로그인하고 세션 결과를 실행해야 하는 거의 모든 작업에서 많은 오류가 발생할 수 있다고 말할 수 있습니다.첫 번째 이유:이유 1: 에이전트를 사용한 후에도 실행되지 않은  /root.sh 스크립트가 실행되었습니다.실행 가능한 소프트웨어 nmo의 활동, nmb에서 nmo까지가 주요 사용자가 아닙니다.$ cd <에이전트_베이스> sbin$ ls -ltr nm *예를 들어:$ 레코드 / u03 / agent12c / sbin당 cloud12c$ ls -al nm *-rwxr-xr-x Oracle 1 Oracle 22754 2월 11:08 nmb-rwxr-xr-x oracle 1 oracle 57835 2월 11일 11:10 nmhs-rwxr-xr-x oracle 일반 oracle 40478 Jan 31 16:57 nmo...패치 읽기 쓰기는 해당 에이전트 설치/배포 시  /root.sh 파일을 어떠한 기반으로도 관리하여 설정해야 합니다.다음을 받아야 합니다.$ ls -al nm *-rwxr-xr-x 1 Oracle 코어 585242 2013년 7월 6일-rws - x --- 두 루트 oracle 40007 2013년 7월 일부 1 nmo-rws - x --- oracle major 57835 2013년 7월 6일 nmhs 작성-rws - x --- 1 좋은 크기의 oracle 22754 2013년 7월 6일 nmb-rwxr-xr-x 1 oracle root 43494, 최적 2013년 7월 6일이유 2: root.sh 프로그램이 실행되었을 수 있습니다. 또한 이 일반적으로 "nosetuid" / "noatime" 대 "nodiratime"이 아닌 "nosuid"로 설정되는 경우 마운트 지점 유형이 실행되었을 수 있습니다.이것은 실제 다음 명령을 실행하여 확인할 수 있습니다.수집어디에수집 | 그렙 노수이드그리고수집 | 그렙어디에기록 데이터의 항목을 확인하십시오. / etc / vfstab, / 결과적으로 / fstabnosetuid 매개변수는 당연히 누가 실행하는지에 대한 관리자 권한을 사용하여 setuid 권한이 있는 동의어 매개변수를 방지합니다. 이 안내 옵션이 없으면 루트 읽기/쓰기 액세스 문제와 관련하여 고유한 근본 원인이 있는 setuid 프로그램이 실행됩니다. 누가 그것을 실행합니다.때때로 주요 "nosuid" 정책은 setuid를 루트로 범위 지정하고 유형 시스템을 손상시킬 가능성이 있는 운동으로부터 전체 시스템을 보호하는 데 사용됩니다.Solaris 영역은 잘못된 마운트 옵션을 보고할 수 있습니다.실제로 setuid가 ZFS 파일 시스템에 대해 우수한 전역 품질로 설정되어 있는 경우 영역과 관련하여 디렉토리가 필요할 때 이 tmount 단일 지점을 마운트하는 Lofs 유형은 일반적으로 전역 패스에서 특정 설정을 가져오려면 true를 의미합니다. 범위.마운트하는 경우 | grep 및  '충분한 영역, 장치는 여전히 'setuid'를 잘못 반환합니다.그들의 사람이 Pry Bar Association을 인쇄하는 경우 | grep '전역 범위에서 모든 사람이 올바른 설정을 볼 수 있습니다.이것은 일반적으로 파일 시스템에서 noatime, nodiratime 작업이 활성화된 경우에도 나타납니다.해결책:이유 1에 대해 도구를 사용할 수 있습니다.1) 모든 Cloud Control Agent의 호스트에 root로 로그인합니다.2) Oracle Home u01 / app / oracle / equipment / Middleware / agent / 위장 / 12 Cloud Control Agent 디렉토리로 이동합니다.예: .1.0.1.03) 자체 root.sh 스크립트를 실행합니다.# ./root.sh4) 직원 바이너리의 소유자라도 Cloud Control 에이전트 호스트에 여러 번 연결합니다(많은 예의 경우 Oracle).5) 권한이 현재 올바른지 확인하십시오.$ 표시 vii -ltr....-rwxr-xr-x 1 루트 58524 2013년 7월 2일 6 nm-rws - y --- 7 root em 4000 몇 2013년 7월 50% nmo-rws - 뒤로 버튼 --- 1 루트 57835 2013년 7월 6 nmhs-rws - z --- 1 루트 22754 2013년 7월 6 nmb-rwxr-xr-x 일부 루트 43494 2013년 7월 5 nmgsshe6) Cloud Control 에이전트를 중지했다가 다시 시작합니다.예시$ cd /u01 / 오라클 / 제품 / 미들웨어 / 고문 / 코어 / 12.1.0.1.0 - bin당 앱에이전트 $ ./emctl을 종료합니다.실행기 $ ./emctl이유 2로서의 해결책:마운트 지점이 실제로 옵션('nosuid' + 'nosetuid' / 'noatime' / 'nodiratime')을 설정하게 하면 특정 Unix 시스템 시스템 관리자가 문제를 해결해야 합니다.1) 원인이 설치된 체크포인트에 대해 각 vfstab 또는 /etc/fstab 연결에 대해 /etc를 저장, 편집하고 저장하고 각 'nosetuid'/'noatime' 및 'nodiratime' 옵션에 대해 'nosuid'를 제거합니다. 엑스운영 중인 다중 레벨에서 /etc 파일 시스템을 편집하십시오.(이 예에서는 u01)2) 부동산 에이전트를 중지하고 마운트 포인트를 다시 마운트한 후 EM 에이전트를 사용하여 컴퓨터를 다시 시작합니다.예시(바이너리 에이전트와 연결된 소유자로)$ cd $ ORACLE_HOME / bac에이전트 $ ./emctl 방지(기본 사용자로):# umount <공격 마운트 포인트># 마운트 <고정마운트포인트>(적절한 애견주인으로서 바이너리 에이전트:)$ 새 cd $ ORACLE_HOME / bac$ ./emctl 에이전트 프로세스 시작