ambari log-2018/12/5
4355 ワード
master:10.0.7.10
masterSlaveTest:仮想マシンテストをクローンし、ネットワークの問題を解決します.
ハードウェアアドレスMac:00:50:56:21:6 B:82 IP addr:10.0.7.9
クローン手順:IPアドレスとハードウェアアドレスのみ変更
すべての依存関係をマスターの下にインストールし、マスターをクローンしてクラスタを構築します.
rpm-qaはすべてのインストールパッケージをリストします
インストール可能ファイルの表示:yum-y list java*
クラスタIP情報:master:10.0.7.10
slave ip
slaveeone:11 slavetwo:12 slavethree:13スペルホストを改善するためにプロファイルを書き、ホスト名が名前に見えるようにするために意味を得ます.ホスト名を変更する必要があります.
$>hostnamectlホスト名を表示
ホスト名は/etc/hostnameに記録されます
もともとlocalhostだった.localdomainはslaveoneに変更されました
ネットワークプロファイル/etc/hostsの変更
新しいホスト名を古いホスト名に置き換えます.
SSH無登録構成
mkdir .ssh cd .ssh ssh-keygen -t rsa cat id_ras.pub>>authorized_keys
サーバへの公開鍵のリモートコピー
ssh-copy-id -i ~/.ssh/id_rsa.pub 192.168.10.211
ファイル権限の変更
必ずsshファイルとその下のauthorized_keysはそれぞれ700と600の権限を設定します
OpenSSHを使う人はsshがあなたがコンピュータにアクセスした公開鍵(public key)を~/.に記録することを知っています.ssh/known_hosts.次回同じコンピュータにアクセスすると、OpenSSHは公開鍵をチェックします.公開鍵が異なる場合、OpenSSHはDNS Hijackなどの攻撃を受けないように警告します.
SSH対ホストのpublic_keyのチェックレベルはStrictHostKeyChecking変数に基づいて構成されます.デフォルトでは、StrictHostKeyChecking=askです.3つの構成値を簡単に説明します.
1.StrictHostKeyChecking=no
#最も安全ではないレベルは、もちろんそれほど煩わしいヒントもありませんが、比較的安全なイントラネットテストで使用することをお勧めします.接続サーバのキーがローカルに存在しない場合は、自動的にファイルに追加され(デフォルトはknown_hosts)、警告が表示されます.
2.StrictHostKeyChecking=ask#のデフォルトのレベルは、先ほどのプロンプトが表示されます.接続とkeyが一致しない場合は、プロンプトが表示され、ログインが拒否されます.
3.StrictHostKeyChecking=yes#最も安全なレベルで、接続がkeyと一致しない場合は接続を拒否し、詳細は提示されません.
The authenticity of host‘slavetwo(10.0.7.12)’can’t be establishedの煩わしいヒントを抑制する
/etc/ssh/ssh_configでのStrictHostKeyChecking=no
参照リンク:https://cwiki.apache.org/confluence/display/AMBARI/Quick+Start+Guide
2018/12/16
ええ、また一日で、ambariはすでに構築に成功しましたが、クラスタの構築を試みても失敗しました.やはりすべての努力が報われるわけではありません.仕方ないから、思い切って下へ行こう.
このブログを参考にローカルrepoを構築しましたが、失敗!http://blog.51cto.com/tryingstuff/2066561
しかし、ambariについてもっと深く理解してくれました.現在、構成に失敗した理由を取得するためにログを分析する必要があります.理論的にログ情報を分析して、新しい日が始まることを望んでいます.
今はたぶんそうです.私はmasterを1台、slaveを3台建てましたが、私の機械も牛叉で、4つの仮想機を走っても少しも苦労しません.他のslaveは問題ありませんが、slave 2号では、repo異常が発生しました.昨日はクラスタの構築に忙しかったので、相手にする暇がありませんでした.結局、他のホストとはmasterによってクローンされています.構成上のエラーはほとんどありません.簡単にログを記録しましょう.
まあ、もう一つのブログ、続けましょう.結局、問題を報告することが重要です.後で故障したときに重要な情報を掘り起こすことができるので
masterSlaveTest:仮想マシンテストをクローンし、ネットワークの問題を解決します.
ハードウェアアドレスMac:00:50:56:21:6 B:82 IP addr:10.0.7.9
クローン手順:IPアドレスとハードウェアアドレスのみ変更
すべての依存関係をマスターの下にインストールし、マスターをクローンしてクラスタを構築します.
rpm-qaはすべてのインストールパッケージをリストします
インストール可能ファイルの表示:yum-y list java*
クラスタIP情報:master:10.0.7.10
slave ip
slaveeone:11 slavetwo:12 slavethree:13スペルホストを改善するためにプロファイルを書き、ホスト名が名前に見えるようにするために意味を得ます.ホスト名を変更する必要があります.
$>hostnamectlホスト名を表示
ホスト名は/etc/hostnameに記録されます
もともとlocalhostだった.localdomainはslaveoneに変更されました
ネットワークプロファイル/etc/hostsの変更
新しいホスト名を古いホスト名に置き換えます.
SSH無登録構成
mkdir .ssh cd .ssh ssh-keygen -t rsa cat id_ras.pub>>authorized_keys
サーバへの公開鍵のリモートコピー
ssh-copy-id -i ~/.ssh/id_rsa.pub 192.168.10.211
ファイル権限の変更
必ずsshファイルとその下のauthorized_keysはそれぞれ700と600の権限を設定します
OpenSSHを使う人はsshがあなたがコンピュータにアクセスした公開鍵(public key)を~/.に記録することを知っています.ssh/known_hosts.次回同じコンピュータにアクセスすると、OpenSSHは公開鍵をチェックします.公開鍵が異なる場合、OpenSSHはDNS Hijackなどの攻撃を受けないように警告します.
SSH対ホストのpublic_keyのチェックレベルはStrictHostKeyChecking変数に基づいて構成されます.デフォルトでは、StrictHostKeyChecking=askです.3つの構成値を簡単に説明します.
1.StrictHostKeyChecking=no
#最も安全ではないレベルは、もちろんそれほど煩わしいヒントもありませんが、比較的安全なイントラネットテストで使用することをお勧めします.接続サーバのキーがローカルに存在しない場合は、自動的にファイルに追加され(デフォルトはknown_hosts)、警告が表示されます.
2.StrictHostKeyChecking=ask#のデフォルトのレベルは、先ほどのプロンプトが表示されます.接続とkeyが一致しない場合は、プロンプトが表示され、ログインが拒否されます.
3.StrictHostKeyChecking=yes#最も安全なレベルで、接続がkeyと一致しない場合は接続を拒否し、詳細は提示されません.
The authenticity of host‘slavetwo(10.0.7.12)’can’t be establishedの煩わしいヒントを抑制する
/etc/ssh/ssh_configでのStrictHostKeyChecking=no
参照リンク:https://cwiki.apache.org/confluence/display/AMBARI/Quick+Start+Guide
2018/12/16
ええ、また一日で、ambariはすでに構築に成功しましたが、クラスタの構築を試みても失敗しました.やはりすべての努力が報われるわけではありません.仕方ないから、思い切って下へ行こう.
このブログを参考にローカルrepoを構築しましたが、失敗!http://blog.51cto.com/tryingstuff/2066561
しかし、ambariについてもっと深く理解してくれました.現在、構成に失敗した理由を取得するためにログを分析する必要があります.理論的にログ情報を分析して、新しい日が始まることを望んでいます.
今はたぶんそうです.私はmasterを1台、slaveを3台建てましたが、私の機械も牛叉で、4つの仮想機を走っても少しも苦労しません.他のslaveは問題ありませんが、slave 2号では、repo異常が発生しました.昨日はクラスタの構築に忙しかったので、相手にする暇がありませんでした.結局、他のホストとはmasterによってクローンされています.構成上のエラーはほとんどありません.簡単にログを記録しましょう.
[root@master .ssh]# ssh slavetwo
Last login: Wed Dec 5 08:50:02 2018 from 10.0.7.160
[root@slavetwo ~]# yum cleanall
Loaded plugins: fastestmirror
No such command: cleanall. Please use /usr/bin/yum --help
[root@slavetwo ~]# yum makecache fast
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=os&infra=stock error was
14: curl#6 - "Could not resolve host: mirrorlist.centos.org; Unknown error"
One of the configured repositories failed (Unknown),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Run the command with the repository temporarily disabled
yum --disablerepo= ...
4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:
yum-config-manager --disable
or
subscription-manager repos --disable=
5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=.skip_if_unavailable=true
Cannot find a valid baseurl for repo: base/7/x86_64
まあ、もう一つのブログ、続けましょう.結局、問題を報告することが重要です.後で故障したときに重要な情報を掘り起こすことができるので