問題タブ [cloudera-manager]

「クラスター」で Cloudera Manager Free Edition を使用し、単一のマシンですべてのサービスを使用しています。

私のマシンは、データノード、ネームノード、およびセカンダリネームノードとして機能します。

レプリケーションに関連する HDFS の設定、

それでもブロックのレプリケートが不十分なため、健康状態が悪くなります。

Namenode ログには、次のように書かれています。

値を変更し、保存し、クライアント構成を展開し、再起動しました。それはまだ同じです。

1CM がレプリケーション ファクターをではなくとして読み取るようにするには、どのプロパティを設定する必要があり3ますか?

Cloudera Manager を使用して dfs.datanode.du.reserved プロパティを 10 GB に設定しました。しかし、map-reduce job.xml ファイルを確認すると、dfs.datanode.du.reserved がまだ 0 に設定されていることがわかります。プロパティが設定されているかどうかを確認するにはどうすればよいですか??

PS: CDH 4.4.0 で Cloudera Standard 4.7.2 を使用しています。

RHEL 5.7 に CDH 4.4 をインストールしようとしています。しかし、Postgres DB のインストールの問題により、インストールは中止されました。

/var/log/cloudera-manager-installer/4.install-cloudera-manager-server-db.log からのログ

今後の進め方を教えてください。

私はhadoopが初めてです。

5 台のサーバーに Cloudera (通常のインストール) を使用して hbase セットアップをインストールしました。いくつかのテーブルを作成し、いくつかのデータを入力しました。

ここで、hdfs フォルダーのサイズを監視しました。データノードが一貫した読み取りを提供し続けていることがわかります。しかし、チェックするたびに名前ノードとジャーナルノードのディスク使用量が増加しています。

データ量は少ないですが、ジャーナルノードとネームノードが1日あたり約30MBずつ増えています。

構成に何か不足していますか?

これらの指示に従って Cloudera Manager を EC2 インスタンスにインストールしようとしています。Manager をインストールし、ポート 7180 で EC2 ホスト ページに移動すると、EC2 インスタンスで実行されていることが自動的に検出され、Hadoop クラスターをデプロイして構成できるようになります。ドキュメントでは、ようこそ画面に EC2 関連の警告メッセージが表示されます。代わりに、EC2 について言及していない別のウェルカム画面が表示されます。

[続行] をクリックすると、既存のホストの名前または IP を入力する必要がある 2 番目の画面が表示されます。

そのため、エクスプレス ウィザードは、EC2 で実行されていることを検出していないようです。なぜこれが起こっているのか誰にも分かりますか？

私は、かなり高い構成 (16 ギガの RAM と 130 ギガのドライブ容量など) で 4 つの VM を作成できる企業クラウド環境を持っています。Hadoop クラスターを作成しようとしていて、問題が発生しました。OS RHEL 6.4 130 ギガのうち, df はこちら

パーセルのインストールを開始すると、「/」と「/boot」がいっぱいになり、cloudera マネージャーが動かなくなると思います。

私が試した解決策の 1 つは、/tmp を /vol_01 の下に移動し、/tmp を /vol_01/tmp へのリンクにすることでした。状況は少し改善されましたが、/var が多くのスペースを占有していました。/var は OS によって使用されているため、/vol_01 の下に移動できません (おそらく... /var から一部のフォルダーを移動できません)。現在、これらのマウント ポイントはイメージの一部として事前定義されています。Cloudera Managerに別の方法でインストールするか、VMを特定の方法で変更するように依頼できる解決策はありますか...?

/var を /vol_01/var に移動する前にすべてのサービスを停止して、すべてのファイルがコピーされるようにするなどの解決策を認識しています

• lvextend -L +10G /dev/mapper/vg00-var
• ヌーは別れた
• fstab

上記の順序で最善の解決策を見つけ、結果を投稿します。

ハイブのセットアップに問題があります。私はそれをセットアップしなかったので、このシステムに関する私の知識は限られています... Cloudera マネージャーで自動更新が行われましたが、postgresql db のバックアップは作成されていませんでした。メタストア データベースは、postgresql セットアップを使用しています。

私が理解している限り、接続を確立することはできませんが、その理由と修正方法がわかりません。Cloudera Manager の管理でこれを修正する方法について、いくつかのヒントをいただければ幸いです。または、メタストアを再構築する方法、またはpostgresqlからmysqlに切り替える方法のヒント。

ありがとう、デビッド

スタックトレースは次のとおりです。

SLF4J: クラスパスに複数の SLF4J バインディングが含まれています。SLF4J: [jar:file:/opt/cloudera/parcels/CDH-4.5.0-1.cdh4.5.0.p0.30/lib/zookeeper/lib/slf4j-log4j12-1.6.1.jar!/ でバインドが見つかりました!/ org/slf4j/impl/StaticLoggerBinder.class] SLF4J: [jar:file:/opt/cloudera/parcels/CDH-4.5.0-1.cdh4.5.0.p0.30/lib/hive/lib/slf4j でバインドが見つかりました-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: http://www.slf4j.org/codes.html#multiple_bindingsを参照説明のために。javax.jdo.JDOFatalDataStoreException: FATAL: データベース システムが org.datanucleus.api.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:436) でシャットダウンしています。 781) org.datanucleus.api.jdo.JDOPersistenceManagerFactory.createPersistenceManagerFactory(JDOPersistenceManagerFactory.java:326) で org.datanucleus.api.jdo.JDOPersistenceManagerFactory.getPersistenceManagerFactory(JDOPersistenceManagerFactory.java:195) で sun.reflect.NativeMethodAccessorImpl.invoke0(Nativeメソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:

私のセットアップでは、停電のため、すべての VM を再起動した後、VM がダウン状態になりました。

以下は私のhbaseマスターログで、現在は終了モードになっています

ご清聴ありがとうございました...