Cloudera Manager를 통해 클러스터를 설치 했으므로 클러스터를 수동으로 시작해야합니다.Cloudera Manager HDFS 구성 파일 찾기
$ sudo -u hdfs hadoop namenode/datanode/jobtracker
을하지만 다음 dfs.name.dir는 /tmp을 설정 :
나는 다음과 같은 명령을 사용했습니다. 나는 cloudera 관리자가 HDFS 설정 파일을 가지고있는 곳을 찾을 수없는 것 같습니다. /usr/lib/hadoop-02*/conf에있는 코드는 최소화 된 것 같습니다. 그들은 내가 특별히 찾고있는 dfs.name.dir을 놓치고 있습니다. RHLE 6 시스템에 있습니다. 게으른이기 때문에, 6 개 노드 :에, 복사를 통해 그래도 난 내가 클라우 데라 매니저의 HDFS 설정 파일을 복사 단지 수, 그래서 수동으로 만들 필요가 없습니다
감사
CentOS 6.5를 사용하면 Cloudera Manager 특수 파일은 'hdfs'사용자를 제외한 모든 사용자로부터 숨기기로 설정된 권한 때문에 검색 파일 결과에 나타나지 않습니다. 또한 로컬 드라이브에는 여러 버전의 hdfs-site.xml이 있으며 그 중 일부는 실제 설정의 일부분을 가지고 있습니다. 실제 설정 파일은 후자에서 dfs.datanode.data.dir 값이없는 것으로 입증 된 NAMENODE 폴더가 아닌 DATANODE 폴더에 있습니다.
클라우 데라 매니저 배포 설정 파일 클러스터를 시작할 때마다 매번 다른 디렉토리에 있습니다. 디렉토리는 프로세스 ID 나 이와 비슷한 이름으로 명명됩니다.
구성은 각 deamon에 매개 변수로 명시 적으로 전달됩니다. 따라서 각 hadoop 데몬의 명령 줄을 보면 구성이 어디 있는지 확인할 수 있습니다 (또는 hdfs-site.xml의 grep을 통해 grep 만 가능합니다.) 설정 파일의 이름은 평소와 같습니다.
문제가 발생했습니다. cloudera manager ui에서 구성 매개 변수를 변경하고 있었지만 변경 사항이 로컬 파일 시스템에서 업데이트되는 곳을 찾지 못했습니다.
grep 명령을 실행하면 구성이/var/run/cloudera-scm-agent/process/* -hdfs-NAMENODE 디렉토리
그래서 우리는 사기를 바꿀 때마다 David이 맞습니다. ui의 무화과 서비스를 다시 시작하면 새로운 구성이 생성됩니다./var/run/cloudera-scm-agent/process/디렉토리의 설정. 내가
같은 배에 있었고,이 대답 발견
는 하둡 클라이언트 사용자가 HDFS, 맵리 듀스, 원사로 만든 및 HBase와 서비스를 작업 할 수 있도록하기를, 클라우 데라 매니저는 클라이언트 구성 파일을 생성하는 서비스의 설정을 과 관련된 구성 파일을 포함하십시오. 이 파일들은 이 설치된 서비스, 서비스를 추가 할 때 또는 호스트에 게이트웨이 역할을 추가 할 때 Cloudera Manager가 자동으로 으로 배포됩니다.
클라이언트 구성 파일을 다운로드하여 필요한 경우 사용자에게 수동으로 배포 할 수 있습니다.
클러스터의 클라이언트 구성 URL 명령 은 클러스터에 설치된 서비스에 대해 클라이언트 구성 zip 파일이 작성된 링크를 표시하는 팝업을 엽니 다. 이 zip 파일을 다운로드하려면 링크를 클릭하십시오.
이 주제에 대한 자세한 내용은 클라이언트 구성 파일 배포를 참조하십시오.
우리 시스템에서는 http://your_server:7180/cmf/services/status을 통해 거기에있어 클러스터 추가 버튼 아래의 작업 팝업을 클릭했습니다. 희망이 도움이됩니다.
[Cloudera 블로그] (http://blog.cloudera.com/blog/2013/07/how-does-cloudera-manager-work/)에도 잘 설명되어 있습니다. – Robert