11 Oracle Big Data Applianceユーティリティ
この章では、Oracle Big Data Applianceで使用できるユーティリティについて説明します。ほとんどのユーティリティは、ハードウェアとネットワークの健全性を監視するために使用します。
11.1 bdacheckcluster
CDHクラスタの健全性(ソフトウェア、ハードウェア、ネットワークなど)を確認し、/tmp
ディレクトリのファイルに結果を記録します。
CDHクラスタの健全性の確認も実行するには、画面の指示に応じてCloudera Managerのadmin
パスワードを入力します。パスワードを入力しない場合、これらのチェックはスキップされます。
構文
bdacheckcluster
ノート
クラスタがKerberos認証で保護されている場合には、bdacheckcluster
を実行する前にhdfs
ユーザーのチケットを取得する必要があります。
例
次の例に、ユーティリティによる出力を示します。
# bdacheckcluster INFO: Logging results to /tmp/bdacheckcluster_1373393815/ Enter CM admin password to enable check for CM services and hosts Press ENTER twice to skip CM services and hosts checks Enter password: password Enter password again: password SUCCESS: Mammoth configuration file is valid. SUCCESS: hdfs is in good health SUCCESS: mapreduce is in good health SUCCESS: oozie is in good health SUCCESS: zookeeper is in good health SUCCESS: hive is in good health SUCCESS: hue is in good health SUCCESS: Cluster passed checks on all hadoop services health check SUCCESS: bda1node01.example.com is in good health SUCCESS: bda1node02.example.com is in good health SUCCESS: bda1node03.example.com is in good health . . . SUCCESS: Cluster passed checks on all hosts health check SUCCESS: All cluster host names are pingable SUCCESS: All cluster hosts passed checks on last reboot INFO: Starting cluster host hardware checks SUCCESS: All cluster hosts pass hardware checks INFO: Starting cluster host software checks SUCCESS: All cluster hosts pass software checks SUCCESS: All ILOM hosts are pingable SUCCESS: All client interface IPs are pingable SUCCESS: All admin eth0 interface IPs are pingable SUCCESS: All private Infiniband interface IPs are pingable SUCCESS: All cluster hosts resolve public hostnames to private IPs . . . INFO: Checking local reverse DNS resolve of private IPs on all cluster hosts SUCCESS: All cluster hosts resolve private IPs to public hostnames SUCCESS: 2 virtual NICs available on all cluster hosts SUCCESS: NTP service running on all cluster hosts SUCCESS: At least one valid NTP server accessible from all cluster servers. SUCCESS: Max clock drift of 0 seconds is within limits SUCCESS: Big Data Appliance cluster health checks succeeded
11.2 bdacheckhw
サーバーのハードウェア・プロファイルを確認します。
構文
bdacheckhw
使用上のノート
このユーティリティの使用方法のヒントは、「Oracle Big Data Applianceサーバーの構成」を参照してください。
例
次の例に、ユーティリティによる出力を示します。
# bdacheckhw
SUCCESS: Found BDA v2 server : SUN FIRE X4270 M3
SUCCESS: Correct processor info : Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz
SUCCESS: Correct number of types of CPU : 1
SUCCESS: Correct number of CPU cores : 32
SUCCESS: Sufficient GB of memory (>=63): 63
SUCCESS: Correct BIOS vendor : American Megatrends Inc.
SUCCESS: Sufficient BIOS version (>=08080102): 18021300
SUCCESS: Recent enough BIOS release date (>=05/23/2011):06/19/2012
SUCCESS: Correct ILOM major version : 3.1.2.12
SUCCESS: Sufficient ILOM minor version (>=74388): 74388
SUCCESS: Correct number of fans : 4
SUCCESS: Correct fan 0 status : ok
SUCCESS: Correct fan 1 status : ok
.
.
.
SUCCESS: Big Data Appliance hardware validation checks succeeded
11.3 bdacheckib
1つのラックのサーバーとスイッチ間のインフィニバンド・ケーブル配線を確認します(オプションなしで入力された場合)。
任意のサーバーにroot
として接続した後に、このコマンドを実行します。
構文
bdacheckib [parameter]
パラメータ
- -s
-
オプションなしで実行する場合と同じですが、ネットワークがまだ工場出荷時のデフォルト設定で構成されている必要があります。Oracle Big Data Applianceがサイトに到着したらすぐに、まだスイッチを構成する前であっても、このオプションを使用できます。
- -m json_file
-
複数のラックにおけるインフィニバンド・スイッチ間のケーブル配線が正しいことを確認します。json_fileを作成するには、
-g
オプションを参照します。 - -g
-
sample-multi-rack.json
というサンプルJSONファイルを生成します。-m
オプションによって必要とされる形式の例として、このファイルを使用します。
使用上のノート
ネットワークは、/opt/oracle/bda/network.json
の記述に従ったカスタム設定で構成する必要があります。
例
次の例では、スイッチとサーバー間のインフィニバンド・ケーブルを確認します。
[root@node01 network]# bdacheckib
LINK bda1sw-ib3.15A ... bda1node02.HCA-1.2 UP
LINK bda1sw-ib3.15B ... bda1node01.HCA-1.2 UP
LINK bda1sw-ib3.14A ... bda1node04.HCA-1.2 UP
LINK bda1sw-ib3.14B ... bda1node03.HCA-1.2 UP
.
.
.
次の例では、JSONファイルを生成して出力を表示します。
[root@bda1node01 bda]# bdacheckib -g [root@bda1node01 bda]# cat sample-multi-rack.json # This json multirack spec is generated. The array elements are sorted # alphabetically. A properly arranged json spec representing racks from left to right # can be used as input to bdacheckib (bdacheckib -m multi-rack.json) # Note commas separating rack elements are optional. [ {"SPINE_NAME": "bda1sw-ib1", "LEAF1_NAME": "bda1sw-ib2", "LEAF2_NAME": "bda1sw-ib3"} {"SPINE_NAME": "bda2sw-ib1", "LEAF1_NAME": "bda2sw-ib2", "LEAF2_NAME": "bda2sw-ib3"} {"SPINE_NAME": "dm01sw-ib1", "LEAF1_NAME": "dm01sw-ib2", "LEAF2_NAME": "dm01sw-ib3"}
最後の例では、前の例で作成された編集済のJSONファイルを使用して、インフィニバンド・ネットワーク上のすべてのラックを確認します。
# bdacheckib -m sample-multi-rack.json
Rack #1 leaf to spines topology check
leaf: bda1sw-ib2
expected 2 links to rack 1, found 4 OK
expected 2 links to rack 2, found 4 OK
expected 2 links to rack 3, found 3 OK
expected 2 links to rack 4, found 3 OK
leaf: bda1sw-ib3
expected 2 links to rack 1, found 3 OK
expected 2 links to rack 2, found 4 OK
expected 2 links to rack 3, found 3 OK
expected 2 links to rack 4, found 3 OK
.
.
.
Rack #1 cabling details
leaf: bda1sw-ib2
LINK ... to rack2 ......... UP
LINK ... to rack2 ......... UP
LINK ... to rack1 ......... UP
LINK ... to rack1 ......... UP
LINK ... to rack3 ......... UP
LINK ... to rack3 ......... UP
LINK ... to rack4 ......... UP
LINK ... to rack4 ......... UP
.
.
.
11.4 bdachecknet-cluster
ネットワークの設定後にクラスタ・ネットワークの接続を確認します。
構文
bdachecknet-cluster
使用上のノート
任意のサーバーにroot
として接続した後に、このコマンドを実行します。
例
次の例に、ユーティリティによる出力を示します。
bdachecknet-cluster: do basic sanity checks on /opt/oracle/bda/rack-network.json and /opt/oracle/bda/cluster-network.json bdachecknet-cluster: passed bdachecknet-cluster: checking for rack-expansion.json bdachecknet-cluster: ping test private infiniband ips (bondib0 40gbs) bdachecknet-cluster: passed bdachecknet-cluster: ping test admin ips (eth0 1gbs) bdachecknet-cluster: passed bdachecknet-cluster: test client network (eoib) resolve and reverse resolve bdachecknet-cluster: passed bdachecknet-cluster: test client name array matches ip array bdachecknet-cluster: passed bdachecknet-cluster: ping servers on client network by ip bdachecknet-cluster: passed bdachecknet-cluster: test ntp servers bdachecknet-cluster: passed bdachecknet-cluster: ping client gateway bdachecknet-cluster: passed bdachecknet-cluster: test arp -a bdachecknet-cluster: passed bdachecknet-cluster: test vnics for this node host if status actv primary switch gw port ping gw vlan ============================= === ====== ==== ======= ====================== ========= ======= ====== bdanode05 eth8 up no no bda43sw-ib2 0A-ETH-3 yes N/A bdanode05 eth9 up yes yes bda43sw-ib3 0A-ETH-3 yes N/A bdachecknet-cluster: all checks succeeded
11.5 bdachecknet-rack
ネットワークの設定後にラックの接続を確認します。
構文
bdachecknet-rack
使用上のノート
任意のサーバーにroot
として接続した後に、このコマンドを実行します。
例
次の例に、ユーティリティによる出力を示します。
[root@node01 network]# bdachecknet-rack
bdachecknet-rack: do basic sanity checks on /opt/oracle/bda/rack-network.json and /opt/oracle/bda/cluster-network.json
bdachecknet-rack: passed
bdachecknet-rack: checking for rack-expansion.json
bdachecknet-rack: ping test private infiniband ips (bondib0 40gbs)
bdachecknet-rack: passed
bdachecknet-rack: ping test admin ips (eth0 1gbs)
bdachecknet-rack: passed
bdachecknet-rack: test client network (eoib) resolve and reverse resolve
bdachecknet-rack: passed
bdachecknet-rack: test client name array matches ip array
bdachecknet-rack: passed
bdachecknet-rack: ping servers on client network by ip
bdachecknet-rack: passed
bdachecknet-rack: test ntp servers
bdachecknet-rack: passed
bdachecknet-rack: ping client gateway
bdachecknet-rack: passed
bdachecknet-rack: test arp -a
bdachecknet-rack: passed
bdachecknet-rack: all checks succeeded
11.6 bdachecksw
サーバーのソフトウェア・プロファイルを確認します。
構文
bdachecksw
使用上のノート
このユーティリティの使用方法のヒントは、「Oracle Big Data Applianceサーバーの構成」を参照してください。
例
次の例に、ユーティリティによる出力を示します。
# bdachecksw
SUCCESS: Correct OS disk s0 partition info : 1 ext3 raid 2 ext3 raid 3 linux-swap 4 ext3 primary
SUCCESS: Correct OS disk s1 partition info : 1 ext3 raid 2 ext3 raid 3 linux-swap 4 ext3 primary
SUCCESS: Correct data disk s2 partition info : 1 ext3 primary
SUCCESS: Correct data disk s3 partition info : 1 ext3 primary
SUCCESS: Correct data disk s4 partition info : 1 ext3 primary
SUCCESS: Correct data disk s5 partition info : 1 ext3 primary
SUCCESS: Correct data disk s6 partition info : 1 ext3 primary
SUCCESS: Correct data disk s7 partition info : 1 ext3 primary
SUCCESS: Correct data disk s8 partition info : 1 ext3 primary
SUCCESS: Correct data disk s9 partition info : 1 ext3 primary
SUCCESS: Correct data disk s10 partition info : 1 primary
SUCCESS: Correct data disk s11 partition info : 1 primary
SUCCESS: Correct software RAID info : /dev/md2 level=raid1 num-devices=2 /dev/md0 level=raid1 num-devices=2
SUCCESS: Correct mounted partitions : /dev/mapper/lvg1-lv1 /lv1 ext4 /dev/md0 /boot ext3 /dev/md2 / ext3 /dev/sd4 /u01 ext4 /dev/sd4 /u02 ext4 /dev/sd1 /u03 ext4 /dev/sd1 /u04 ext4 /dev/sd1 /u05 ext4 /dev/sd1 /u06 ext4 /dev/sd1 /u07 ext4 /dev/sd1 /u08 ext4 /dev/sd1 /u09 ext4 /dev/sd1 /u10 ext4
SUCCESS: Correct matching label and slot : symbolic link to `../../sda4'
SUCCESS: Correct matching label and slot : symbolic link to `../../sdb4'
.
.
.
SUCCESS: Correct Linux kernel version 2.6-39-400.200 series : Linux 2.6.39-400.2 14.3.el6uek.x86_64
SUCCESS: Correct Java Virtual Machine version : HotSpot(TM) 64-Bit Server 1.7.0_ 25
SUCCESS: Correct puppet version : 2.6.11
SUCCESS: Correct MySQL version : 5.5.35
SUCCESS: All required programs are accessible in $PATH
SUCCESS: All required RPMs are installed and valid
SUCCESS: Correct bda-monitor status : bda monitor is running
SUCCESS: Big Data Appliance software validation checks succeeded
11.7 bdacli
Oracle Big Data Applianceコマンドライン・インタフェース(bdacli
)は、ラック、クラスタ、サーバー、インフィニバンド・ネットワークおよびソフトウェア・パッチに関する情報を返すために様々な構成ファイルを問い合せます。
bdacli
ユーティリティは、パッチおよびオプション・サービスの追加と削除も実行します。重要なノード間における重要なサービスの移行や、クラスタに対するサーバーの追加および削除も実行できます。
コマンドラインにパラメータが含まれていないか、または値が未定義の場合、bdacli
ユーティリティには使用方法の情報が表示されます。
構文
bdacli action [parameters]
アクション
- help
-
bdacliの一般的な使用方法の情報、アクションのリスト、および
getinfo
アクションでサポートされているパラメータのリストを表示します。 - {add | remove} patch patch_number
-
Oracle Big Data Applianceで、patch_numberと一致するソフトウェア・パッチを追加または削除します。
add
またはremove
を使用するには、root
としてログインする必要があります。 - admin_cluster parameter node_name
-
障害のあるサーバーに応じて、クラスタのノードを管理できます。表11-1はパラメータの説明です。
表11-1 bdacliのadmin_clusterのパラメータ
パラメータ 説明 decommission
指定したノードをクラスタから削除し、Cloudera Managerでサーバーをデコミッションします。また、Mammothファイルを更新します。
デコミッションできるのは、障害のある、重要性の低いノードです。ノード上のクリティカル・サービスを最初に移動する必要があることに注意してください。このパラメータは、メンテナンスのためにクラスタからノードを一時的に除外するためのもので、クラスタからノードを削除する手段ではありません。
recommission
デコミッションされたノードのリストからノードを削除し、Cloudera Managerでサーバーをリコミッションします。このコマンドを使用するのは、障害のあるノードをデコミッションして修理した後です。
migrate
重要なノードから重要性の低いノードにサービスを移動し、Cloudera Managerで障害のあるサーバーをデコミッションします。障害のある重要なノードの名前を指定すると、ユーティリティによって重要性の低いノードが移行用に選択されます。移行が完了すると、新しいノードは元の重要なノードと同じすべての機能を持ちます。
移行できるのは重要なノードのみです。また、これを行うのは、重要なノードに障害が発生した場合のみにします。
reprovision
サーバーを重要性の低いノードとしてクラスタに戻し、Cloudera Managerでサーバーをリコミッションします。このコマンドを使用するのは、重要なノードのサービスを移行し、障害のあるサーバーを修理した後です。
ノート:
Oracle Big Data SQLがインストールされている場合、reprovision
操作の前にOracle Big Data SQLを無効にする必要があり、再プロビジョニングが完了してから再度有効にできます。bdacli disable big_data_sql
およびbdacli enable big_data_sql
を使用します。Oracle Big Data SQLを無効にして再度有効にする前に、
/opt/oracle/BDSJaguar
の下のすべてのインストール・ディレクトリを保持するためにバックアップしてください。Oracle Big Data SQLが無効化されて再度有効化(アンインストールされてから再インストール)されると、/opt/oracle/BDSJaguar
ディレクトリは削除されてから空で再作成されます。Oracle Big Data SQLが再度有効になった後で、インストール・ディレクトリを/opt/oracle/BDSJaguar
にコピーして戻します。 - {enable | disable} service
-
Oracle Big Data Applianceのオプションのソフトウェア・コンポーネントを有効化または無効化します。
enable
またはdisable
を使用するには、root
としてログインする必要があります。表11-2では、コンポーネント・パラメータについて説明します。
表11-2 bdacliのenableまたはdisableのサービス・パラメータ
パラメータ 説明 asr
自動サービス・リクエスト
auditvault
Oracle Audit Vault and Database Firewallプラグイン(
disable
のみ。)bdc
Oracle Big Data Connectors
ライセンスが必要です。
ノート:
Oracle Big Data Appliance 5.1では、このコマンドを実行するときにODIエージェントを有効にすることを選択できません。ODIエージェントは別途インストールできます。手順については、Oracle Data IntegratorのドキュメントのOracle Data Integratorのインストールと構成を参照してくださいbig_data_sql
Oracle Big Data SQL
重要:
Oracle Big Data SQLを無効にして再度有効にする前に、デフォルトのインストールに加えたカスタマイズを保持するために、
/opt/oracle/BDSJaguar
の下のすべてのインストール・ディレクトリをバックアップしてください。Oracle Big Data SQLが無効化されて再度有効化(アンインストールされてから再インストール)されると、/opt/oracle/BDSJaguar
ディレクトリは削除されてから空で再作成されます。Oracle Big Data SQLが再度有効になった後で、インストール・ディレクトリを/opt/oracle/BDSJaguar
にコピーして戻します。ライセンスが必要です。
em
Oracle Enterprise Manager Cloud Controlエージェント(
disable
のみ。)disk_encryption
既存のeCryptfs暗号化を無効にします。
disable
のみ。このパラメータに対するenable
アクションはありません。hdfs_transparent_encryptionパラメータを使用して保存データを暗号化するオプションがあります。hdfs_transparent_encryption
クラスタ上のHDFS透過的暗号化。
BDAにKey Trustee Serverの設定を行うか尋ねられますので、「Yes」または「No」を選択します。「No」を選択した場合、アクティブおよびパッシブKey Trustee Serverのアドレスに加えて、Key Trustee組織および認可コードの入力を求められます。「Yes」を選択した場合、Key Trustee Serverはあらかじめ定められた構成でOracle Big Data Applianceに設定されます。
Kerberosが必要です。
初期構成の後、KMS/KTSサーバーの起動および停止はCloudera Manager経由でのみ行えます。
Mammothはエッジ・ノードに直接アクセスできないため、これらのノードに対するKMSサービスの設定または検出を行うことができません。ユーザーは、エッジ・ノード上でKMSサービスを設定できます。これらは、Key Trustee Serverへのアクセスが必要なサービスとして同じクラスタに存在している必要があります。
関連項目:
-
重要な前提条件と手順の詳細は、My Oracle Supportのドキュメント2111343.1。
-
Clouderaの保存データ暗号化アーキテクチャの詳細は、cloudera.comを参照してください。
ad_kerberos
Active Directory Kerberos。「Encrypt Hadoop Services」および「Encrypt HDFS Data Transport」機能を有効にするかどうかの選択を求めるプロンプトも表示します。
disable
オプションは、これらのサービスとad_kerberosを無効にします。重要な準備ステップがあります。MOS (My Oracle Support)のドキュメント2013585.1および2029378.1を参照してください。
kerberos
MIT Kerberos。「Encrypt Hadoop Services」および「Encrypt HDFS Data Transport」機能を有効にするかどうかの選択を求めるプロンプトも表示します。disableオプションは、これらのサービスとMIT Kerberosを無効にします。
このパラメータは、Active Directory Kerberosを制御しません。この表のad_kerberos を参照してください。
https_cm_hue_oozie
Cloudera Manager、HueおよびOozieのHTTPS。disableオプションはありません。Kerberosが必要です。
hdfs_encrypted_data_transport
DataNodeとクライアント間、およびDataNode間のHDFSデータ転送の暗号化。Kerberosが必要です。HDFSデータにのみ適用されます。
hadoop_network_encryption
CDHクラスタの場合、このコマンドは、HDFSおよびYARNのHTTPS暗号化およびKerberos認証を有効にします。YARNに対して暗号化されたWebシャッフルも有効にします。Sparkのシャッフル、MapReduceの中間ファイル、mapおよびreduceの操作、ならびにImpala SQLから非HFDSディスク・ストレージへのデータ・スピルも暗号化されます。基本的に、このオプションはHDFSデータ転送を除くすべてのネットワーク・トラフィックを暗号化します。
Kerberosは、Hadoopネットワーク暗号化の前提条件です。
osg
Oracle Big Data Spatial and Graph
このソフトウェアは、Oracle Big Data Applianceライセンスに含まれていません。別のライセンスが必要です。
sentry
Apache Sentry認証。
ノート:
HDFS透過的暗号化が無効になっている場合、クラスタのHDFS透過的暗号化ゾーンに格納されたデータは暗号化されたままになるため、アクセスできません。データへのアクセスを復元するには、同じキー・プロバイダを使用してHDFS透過的暗号化を再度有効にします。
-
- {start | stop | restart | status} service
-
クラスタまたは特定のノードのサービスを開始、停止、再開します。またはサービスの現在のステータスを返します。
表11-3 BDACLIのstart、stop、restartのパラメータ
パラメータ 説明 big_data_sql_cluster
クラスタのすべてのノードのOracle Big Data SQL
big_data_sql_server
node_name
クラスタの指定したノードのOracle Big Data SQL。
このパラメータとともに
bdacli
を使用するのは、現在のconfig.json
ファイルが格納されている、クラスタの第1ノードからに限定されます。 - reset scope_parameter network_parameter
-
指定された範囲内のネットワークを再構成します。ネットワークの構成では、IPアドレス、サブネット、ドメインおよびDNSを設定します。クライアント・ネットワークやプライベート・ネットワークなどの仮想アダプタの場合は、VNICが削除され、新しいIPアドレスで再作成されます。
root
権限が必要です。例:
bdacli reset server admin_network bdacli reset cluster client_network bdacli reset cluster private_network bdacli reset server all_networks
表11-4 BDACLIのresetの範囲パラメータ
範囲パラメータ 説明 server
このアクションは、コマンドが実行されたノードに対して実行されます。
cluster
このアクションは、クラスタ内のすべてのノードに対して実行されます。
rack
このアクションは、ラック内のすべてのノードに対して実行されます。
表11-5 BDACLIのresetのネットワーク・パラメータ
ネットワーク・パラメータ 説明 admin_network
管理ネットワーク・インタフェース
eth0
を、<rack-name>-network.json
で指定したとおりに再構成します。client_network
クライアント
eth8
、eth9
、bondeth0
およびすべての追加クライアント・ネットワークを、<cluster-name>-network.json
で指定したとおりに再構成します。private_network
クライアント
ib0
、ib1
、bondib0
およびすべての追加プライベート・ネットワークを、<cluster-name>-network.json
で指定したとおりに再構成します。all_networks
すべてのネットワーク(管理、クライアントおよびプライベート)を、対応するネットワーク・ファイルで指定したとおりに再構成します。
- getinfo [parameter]
-
getinfo
パラメータのリストを返します。コマンドにパラメータ名を含めた場合、getinfo
はそのシステム・コンポーネントの情報を返します。-
インフィニバンド・パラメータ:
bdacli
コマンドはインフィニバンド・ファブリックに問い合せます。「インフィニバンド・パラメータ」を参照してください。 -
ラック・パラメータ: 物理的なOracle Big Data Applianceラックを示します。
bdacli
コマンドは、コマンドが実行されたラックについて、現在のnetwork.json
構成ファイルに問い合せます。「ラック・パラメータ」を参照してください。 -
クラスタ・パラメータ: 論理的なOracle Big Data Applianceクラスタを示します。
bdacli
コマンドは、コマンドが実行されたHadoopクラスタについて、現在のconfig.json
ファイルに問い合せます。「クラスタ・パラメータ」を参照してください。 -
サーバー・パラメータ: サーバーを示します。
bdacli
コマンドは、bdacli
コマンドが実行されたサーバーのオペレーティング・システムに問い合せます。「サーバー・パラメータ」を参照してください。 -
個別パッチ・パラメータ: 個別パッチに関する情報を提供します。「個別パッチ・パラメータ」を参照してください。
"s"で終わるパラメータ名はリストを返します。ブール型パラメータは
true
またはfalse
の文字列を返します。 -
インフィニバンド・パラメータ
次の表では、bdacli getinfo
のインフィニバンド・パラメータについて説明します。
表11-6 インフィニバンド・パラメータ
パラメータ | 戻り値 |
---|---|
|
インフィニバンド・ファブリック上のすべてのOracle Big Data Applianceサーバーのリスト。リストには、非修飾クライアント・ホスト名が含まれ、アルファベット順にソートされます。リストには、ケーブルで接続されている複数のラック内のサーバーを含めることができます。 |
|
インフィニバンド・ファブリック上のスイッチをリストします。スイッチ名、Globally Unique Identifier (GUID)およびタイプ(ゲートウェイ・スイッチの場合は |
ラック・パラメータ
表11-7では、bdacli getinfo
のラック・パラメータについて説明します。
表11-7 ラック・パラメータ
パラメータ | 戻り値 |
---|---|
|
ラックの管理ネットワーク・ドメイン名( |
|
ラックのクライアント・ネットワーク・ドメイン名( |
|
ラック内の3つのインフィニバンド・スイッチのIPアドレス。順序は、スパイン・スイッチ、第1リーフ・スイッチ(上)、第2リーフ・スイッチ(下)。 |
|
ラック内の3つのインフィニバンド・スイッチの非修飾名。順序は、スパイン・スイッチ、第1リーフ・スイッチ(上)、第2リーフ・スイッチ(下)。例: bda1sw-ib1, bda1sw-ib2, and bda1sw-ib3。 |
|
ラック内のすべてのOracle ILOMのIPアドレスについて、下位のサーバーから順に並べたリスト |
|
ラック内のすべてのOracle ILOMのホスト名(bda1node01-ilom、bda1node02-ilomなど)について、下位のサーバーから順に並べたリスト |
|
Ciscoイーサネット・スイッチのIPアドレス |
|
Ciscoイーサネット・スイッチのホスト名(bda1sw-ipなど) |
|
このラックの名前(bda1など) |
|
ラック内のPDUのIPアドレスについて、PDU-Aから順に並べたリスト |
|
ラック内のPDUの非修飾名について、PDU-Aから順に並べたリスト(bda1-pdua、bda1-pdubなど) |
|
ラックのシリアル番号 |
|
ラック内のすべてのサーバーの管理ネットワーク上のIPアドレスについて、下位のサーバーから順に並べたリスト |
|
ラック内のすべてのサーバーの管理ネットワーク上のホスト名(bda1node01-adm、bda1node02-admなど)について、下位のサーバーから順に並べたリスト |
|
ラック内のすべてのサーバーのクライアント・ネットワーク上のIPアドレスについて、下位のサーバーから順に並べたリスト |
|
ラック内のすべてのサーバーのクライアント・ネットワーク上のホスト名(bda1node01、bda1node02など)について、下位のサーバーから順に並べたリスト |
|
ラック内のILOMデバイスへのIPアドレスのリスト |
|
ラック内のILOMデバイスの非修飾名(bda1node01-priv、bda1node02-privなど) |
クラスタ・パラメータ
次の表では、クラスタ・パラメータについて説明します。
表11-8では、bdacli getinfo
の一般的なクラスタ・パラメータについて説明します。
表11-8 一般的なクラスタ・パラメータ
パラメータ | 戻り値 |
---|---|
cluster_asr_enabled |
このクラスタに自動サービス・リクエストが構成されている場合は |
|
このクラスタでOracle Big Data SQLが有効になっている場合は |
|
クラスタ内にインストールされているOracle Big Data SQLのバージョンを表示します。 |
|
このクラスタに自動サービス・リクエストが構成されている場合は、 |
|
このクラスタにインストールされているCloudera's Distribution including Apache Hadoopのバージョン( |
|
サーバー名およびポート番号を含むCloudera Managerのアドレス( |
|
このクラスタで実行されるCloudera Managerのバージョン。 |
|
このクラスタにOracle Enterprise Mangerが構成されている場合は ノート: Enterprise Managerをbdacliで有効化することはできなくなりました。 |
|
クラスタの名前( |
|
このクラスタにインストールされているOracle NoSQL Databaseのエディション ( |
|
このクラスタにインストールされているOracle NoSQL Databaseのバージョン。 |
|
Puppetマスターをホストしているサーバーの非修飾ホスト名。Mammothユーティリティはこのホストからデプロイされたため、クラスタの再構成は、そのサーバーにログインしている間に実行する必要があります。 |
|
クラスタのタイプ( |
|
MammothユーティリティによってこのクラスタにインストールされているOracle Big Data Applianceソフトウェア・バージョン。(クラスタのすべてのノードに同じバージョンがインストールされている必要がある)。 |
表11-9では、bdacli getinfo
のOracle Big Data Connectors関連のクラスタ・パラメータについて説明します。
表11-9 Oracle Big Data Connectorsステータス・パラメータ
パラメータ | 戻り値 |
---|---|
|
Oracle Big Data Connectorsがインストールされている場合は |
|
Oracle Data Integratorエージェントが有効な場合は |
|
このクラスタにインストールされているOracle Data Integratorエージェントのバージョン。 |
|
このクラスタにインストールされているOracle R Advanced Analytics for Hadoopのバージョン |
|
このクラスタにインストールされているOracle Loader for Hadoopのバージョン |
|
このクラスタにインストールされているOracle SQL Connector for HDFSのバージョン |
|
このクラスタにインストールされているOracle XQuery for Hadoopのバージョン |
表11-10では、bdacli getinfo
のクラスタ・ネットワーク・パラメータについて説明します。
表11-10 クラスタ・ネットワーク・パラメータ
パラメータ | 戻り値 |
---|---|
|
各エントリは1行で記述し、インフィニバンドIPアドレス、完全なクライアント・ホスト名、短いクライアント・ホスト名の3つの部分を含めます。 |
|
サーバーのOracle ILOMのIPアドレスについて、クラスタ内の第1ノードから順に並べたリスト |
|
サーバーのOracle ILOMの管理ネットワーク上の非修飾ホスト名について、クラスタ内の第1サーバーから順に並べたリスト |
|
このクラスタ内のすべてのノードのクライアント・ネットワーク上のIPアドレス |
|
クラスタ内のすべてのノードのクライアント・ネットワーク上のホスト名( |
表11-11では、bdacli getinfo
のクラスタ・セキュリティ・パラメータについて説明します。
表11-11 クラスタ・セキュリティ・パラメータ
パラメータ | 戻り値 |
---|---|
|
Oracle Audit Vault and Database Firewallの管理ユーザーの名前。このクラスタにAudit Vaultが構成されていない場合はエラーを返します。 |
|
Oracle Audit Vault and Database Firewall監査が有効な場合は ノート: Audit Vaultをbdacliで有効化することはできなくなりました。 |
|
Audit Vault Serverがリスニングするポートの番号。このクラスタにOracle Audit Vault and Database Firewallが構成されていない場合はエラーを返します。 |
|
Audit Vault ServerのIPアドレス。このクラスタにOracle Audit Vault and Database Firewallが構成されていない場合はエラーを返します。 |
|
Audit Vault Serverのデータベース・サービス名。このクラスタにOracle Audit Vault and Database Firewallが構成されていない場合はエラーを返します。 |
|
このクラスタでHadoopデータのネットワーク暗号化が有効になっている場合は |
|
このクラスタでHadoop保存データのHDFS透過的暗号化が有効になっている場合は |
|
Kerberosセキュリティが有効な場合は |
|
Oracle Big Data Applianceの外部にあるキー配布センター(KDC)ホストのリスト。Kerberosが有効になっていない場合はエラーを返します。 |
|
Oracle Big Data ApplianceにKerberos KDCがある場合は |
|
クラスタのKerberosレルム。Kerberosが有効になっていない場合はエラーを返します。 |
|
このクラスタにSentryが構成されている場合は |
サーバー・パラメータ
表11-12では、bdacli getinfo
のサーバー・パラメータについて説明します。
表11-12 getinfoのサーバー・パラメータ
パラメータ | 戻り値 |
---|---|
|
MammothユーティリティがこのサーバーにOracle Big Data Applianceソフトウェアをデプロイした場合は |
|
クライアント・ネットワーク上のこのサーバーの名前(bda1node01など)。 |
|
このサーバー上のOracle Linuxのバージョン(6.4など)。 |
server_all_cores |
サーバー(両方のCPU)の使用可能な物理コアの合計数を取得します。rootとして実行する必要があります。 |
server_active_cores |
サーバーで実際に使用されている物理コアの数を取得します。rootとして実行する必要があります。 |
server_enabled_cores |
BIOSで有効にされている物理コアの数を取得します。通常、これはサーバーで実際に使用されている物理コアの数と同じです。この数値は、bdacli setinfo active_cores が呼び出されたが、サーバーがまだ再起動されていない場合は、異なる可能性があります。rootとして実行する必要があります。
|
次の表は、サーバー関連のsetinfoパラメータを示しています。現時点では、setinfoパラメータはactive_cores
のみです。
表11-13 setinfoのサーバー・パラメータ
パラメータ | アクション |
---|---|
active_cores <number> | システムのアクティブな物理コアの数を設定します。パラメータとして渡す数値は、偶数である必要があります(Oracle Big Data Applianceには2つのソケットがあるため)。この数値は、アーキテクチャでサポートされる最小値(16)から最大値の間である必要があります。BIOS構成ファイルへの変更を有効にするには、サーバーを再起動する必要があります。rootとして実行する必要があります。 |
個別パッチ・パラメータ
表11-14では、bdacli getinfo
の個別パッチ・パラメータについて説明します。
表11-14 個別パッチ・パラメータ
パラメータ | 戻り値 |
---|---|
|
インストールに使用できる有効なパッチのリスト。有効なパッチについては、 |
|
すでにインストールされているパッチのリスト。インストールされているパッチについては、 |
関連項目
オプション・サービスの詳細は、このリリースに付属のオプション・ソフトウェアの有効化を参照してください。
例
次のコマンドは、クラスタのオプション・ソフトウェアに関する情報を提供します。
# bdacli getinfo cluster_bdc_installed true # bdacli getinfo cluster_hdfs_encryption_enabled true
次のコマンドは、現在のインフィニバンド・ファブリック上のすべてのスイッチをリストします。この例では、標準のハードウェア構成(それぞれに1つのスパイン・スイッチと2つのゲートウェイ・スイッチ)を備えた3つのOracle Big Data Applianceラックがファブリック上にあります。
$ bdacli getinfo ib_switches
bda1sw-iba0 00:21:28:6c:c8:af:a0:a0 36P
bda1sw-ibb0 00:21:28:46:9e:3b:a0:a0 36P
bda1sw-ibs0 00:21:28:6c:c8:ae:a0:a0 36P
bda2sw-ib1 00:21:28:46:98:d3:a0:a0 36P
bda2sw-ib2 00:21:28:de:ae:4a:c0:a0 GTW
bda2sw-ib3 00:21:28:c3:70:9a:c0:a0 GTW
bda3sw-ib1 00:21:28:46:90:ee:a0:a0 36P
bda3sw-ib2 00:21:28:df:34:8a:c0:a0 GTW
bda3sw-ib3 00:21:28:df:0f:0a:c0:a0 GTW
bda4sw-ib1 00:21:28:e8:af:23:a0:a0 36P
bda4sw-ib2 00:10:e0:0c:48:a0:c0:a0 GTW
bda4sw-ib3 00:21:28:f4:82:ce:c0:a0 GTW
この例では、patch 1234をインストールします。
$ bdacli add patch 1234
11.8 bdaconfiguredisk
このユーティリティは、クラスタ・ノードの障害ディスクの交換時に、新規ディスクを構成する際にサポートされる方法です。
また、ローカル・ノードのすべてのディスクの状態のサマリー、および報告されたエラー状態をクリアするためのオプションの提供、必要に応じて、ディスクからのすべてのデータとパーティションの削除、およびディスクの再パーティション化を行うことができます。
このユーティリティは、データ・ディスクとオペレーティング・システム・ディスクの両方に使用できます。ディスクのタイプ(データまたはOS)が自動的に検出されます。
構文
bdaconfiguredisk [parameter]
パラメータまたはオプション | 説明 |
---|---|
-h | このヘルプ・メッセージを表示して終了します。何のアクションも実行しません。オプションまたはパラメータを指定せずに実行する場合と同じです。 |
-v | スクリプト・バージョンを表示して終了します。何のアクションも実行しません。 |
-i | すべてのローカル・ディスクのステータスのサマリーを返します。 |
-c | このオプションではディスクは構成されません。ディスクからデータまたはパーティションは削除されません。異常な(「構成済、適正」ではない)状態のディスクのエラー状態をクリアしようとします。bdachecksw またはbdacheckhw によって報告されたエラーは、bdaconfiguredisk -c を実行することによってクリアできることがあります。
|
<ディスクのマウント・ポイント> | ディスクのマウント・ポイントの名前(/u05 など)。これは初期構成または再構成を行う特定のディスクをターゲット設定します。
|
-f <ディスクのマウント・ポイント> | -c オプションと異なり、-f はディスク・パーティションおよびすべてのデータを削除してから、ディスクを再パーティション化します。この結果、ディスクは「構成済、適正」状態にリストアされます。他の方法ではクリアできないエラーが生成されているディスクを再プロビジョニングする前に、この操作を実行してください。
|
-g | コンソールおよびログに詳細な出力を表示します。デフォルトでは、詳細出力はログにのみ書き込まれます。 |
使用上のノート
$ bdaconfiguredisk /u06
$ bdaconfiguredisk -g -f /u06
$ bdaconfiguredisk -i
$ bdaconfiguredisk -c
$ bdaconfiguredisk
例
次の例は、-fオプションを使用した構成および詳細ではない出力を示しています。
# bdaconfiguredisk -f /u06
Logging verbose output to /tmp/bdaconfiguredisk_11198.log
Partition name: sdf1.
Slot number (n) = 5, Partition number (m) = 1
Unmounting /u06
Command is: >umount /u06< .
Successfully unmounted /u06
Command is: >parted /dev/disk/by-hba-slot/s5 -s mklabel gpt mkpart ext4 0% 100%< .
Command is: >mke2fs -t ext4 /dev/disk/by-hba-slot/s5p1< .
Unmounting /u06
Command is: >umount /u06< .
Command is: >mke2fs -t ext4 /dev/disk/by-hba-slot/s5p1< .
Formatted the partition.
Command is: >tune2fs -c -1 -i 0 -m 0.2 -L /u06 /dev/disk/by-hba-slot/s5p1< .
tune2fs 1.42.9 (28-Dec-2013)
Setting maximal mount count to -1
Setting interval between checks to 0 seconds
Setting reserved blocks percentage to 0.2% (1464842 blocks)
Successfully reset partition label, reserved space, and file system check options to the missing device.
Command is: >udevadm trigger< .
Successfully triggered kernel device uevents.
Successfully partitioned the disk for data usage.
Successfully configured the new disk.
0
関連項目:
Bdaconfigurediskユーティリティによって、アプライアンス上のディスクが正常に再構成されます。以前のリリースで提供されていた手動の手順は不要になりました。ただし、このガイドの付録には手動でディスク構成する手順があります。
11.9 bdadiag
Oracleサポートにかわって個々のサーバーに関する診断情報を収集します。
構文
bdadiag [parameter]
パラメータ
- cm
-
Cloudera Managerから診断情報をダウンロードします。このパラメータを使用する場合、Cloudera Manager
admin
パスワードを知っている必要があります。 - hadoop
- hdfs
-
完全なHadoop Distributed File System (HDFS)
fsck
チェックの出力を収集します。 - ilom
-
ipmitool
を使用してILOMデータを収集します。ilom
は、snapshot
と同じコマンドで使用できません。 - osw
-
Oracle OS Watcherログ(時系列のオペレーティング・システム・パフォーマンスおよび監視データを含む)を収集します。出力で、数百メガバイトのディスク領域を使用する場合があります。
- snapshot
-
ネットワーク経由でILOMスナップショット・データを収集し、
ilom
オプションより有用な出力を提供します。このパラメータを使用する場合、サーバーのroot
パスワードを知っている必要があります。snapshot
は、ilom
と同じコマンドで使用できません。
戻り値
bdadiag
によってデータが格納された/tmp
ディレクトリの圧縮ファイルの名前。ファイル名の形式は、bdadiag_
server-name_server-serial-number_
date
.tar.bz2
です。
ログは、次のようなサブディレクトリに編成されます。
asr ilom install messages net raid sysconfig
使用上のノート
サーバーにroot
として接続する必要があります。
bdadiag
でオプション・パラメータを使用して追加の診断情報を収集します。コマンドラインでオプションを組み合せて入力することで、ほとんどの情報を収集できます。
Oracleサポートの求めに応じてbdadiag
を実行し、オープンしたサービス・リクエスト(SR)に関連付けます。Oracleサポートへの診断情報の提供の詳細は、『Oracle Big Data Applianceソフトウェア・ユーザーズ・ガイド』を参照してください。
例
次の例に、ユーティリティによる基本出力を示します。
# bdadiag
Big Data Appliance Diagnostics Collection Tool v4.0.0
Gathering Linux information
Skipping ILOM collection. Use the ilom or snapshot options, or login to ILOM over the network and run Snapshot separately if necessary.
Generating diagnostics tarball and removing temp directory
===========================================================================
Done. The report files are bzip2 compressed in /tmp/bdadiag_bda1node0101_12 16FM5497_2014_01_18_06_49.tar.bz2
===========================================================================
次の例では、cm
オプションによる追加出力を示します。
# bdadiag cm Big Data Appliance Diagnostics Collection Tool v4.0.0 Getting Cloudera Manager Diagnostics Password for the Cloudera Manager admin user is needed Enter password: password Enter password again: password Passwords match Waiting for Cloudera Manager ... Succeeded. Output in : /opt/oracle/BDAMammoth/bdaconfig/tmp/cm_commands.out Collecting diagnostic data ... { "startTime" : "2014-09-07T14:18", "endTime" : "2014-09-06T14:18" } Succeeded. Output in : /opt/oracle/BDAMammoth/bdaconfig/tmp/cm_commands_collectD iagnosticData.out Command ID is 526 ..... Command 526 finished after 30 seconds Operation completed successfully Diagnostic data successfully collected Can be downloaded from URL http://bda1node03.example.com:7180/cmf/command/526/download Downloading diagnostic data ... Original Cloudera Manager Diagnostics Bundle Name : 3609df48-4930-11e1-9006-b8ac6f8061c1.cluster1.20140907-18-59.support-bundle.zip Data successfully downloaded and placed in /tmp/bdadiag_bda2node01_1408NM50AE_2014_09_07_14_18/3609df48-4930-11e1-9006-b8ac6f8061c1.AK00198532.cluster1.20140907-18-59.support-bundle.zip Gathering Linux information . . .
次の例では、snapshot
オプションによる追加出力を示します。
# bdadiag snapshot Big Data Appliance Diagnostics Collection Tool v4.0.0 Please enter Host OS root password required for snapshot: password Gathering Linux information Gathering ILOM Snapshot data - please be patient, this may take a long time snapshot running: Tue Sep 2 13:42:28 PDT 2014 snapshot running: Tue Sep 2 13:43:21 PDT 2014 snapshot running: Tue Sep 2 13:44:32 PDT 2014 snapshot running: Tue Sep 2 13:45:35 PDT 2014 snapshot running: Tue Sep 2 13:46:31 PDT 2014 snapshot running: Tue Sep 2 13:47:43 PDT 2014 snapshot running: Tue Sep 2 13:48:47 PDT 2014 Snapshot Collection completed. Generating diagnostics tarball and removing temp directory ============================================================================== Done. The report files are bzip2 compressed in /tmp/bdadiag_bda1node01_1143FMM06E_2014_09_02_14_40.tar.bz2 ==============================================================================
11.10 bdadiagcluster
クラスタについての診断情報バンドルを作成します。
構文
bdadiagcluster
使用上のノート
root
としてログインする必要があります。Cloudera Managerによって提供された診断情報を含めるには、Cloudera Managerのパスワードを求められたときにパスワードを2回指定する必要があります。
例
次の例では、6ノードのクラスタ内の各サーバー上に作成された診断情報ZIPファイルをまとめて、1つのZIPファイルを作成します。これにはCloudera Managerの診断情報は含まれません。
# bdadiagcluster Enter CM admin password to run dumpcluster Press ENTER twice to skip CM services and hosts checks Enter password: Enter Enter password again: Enter INFO: Starting Big Data Appliance diagnose cluster at Mon May 5 07:34:03 2014 INFO: Logging results to /tmp/bdadiagcluster_1399300440.log SUCCESS: Created BDA diagcluster zipfile on node bda01node01 SUCCESS: Created BDA diagcluster zipfile on node bda01node02 SUCCESS: Created BDA diagcluster zipfile on node bda01node03 SUCCESS: Created BDA diagcluster zipfile on node bda01node04 SUCCESS: Created BDA diagcluster zipfile on node bda01node05 SUCCESS: Created BDA diagcluster zipfile on node bda01node06 SUCCESS: bdadiagcluster_1399300440.zip created INFO: Big Data Appliance diagnose cluster complete at Mon May 5 07:34:48 2014 INFO: Please get the Big Data Appliance cluster diagnostic bundle at /tmp/bdadiagcluster_1399300440.zip
11.11 bdagetclientconfig
Cloudera ManagerからHDFS、MapReduceおよびHiveのクライアント構成ファイルをデプロイします。
構文
bdagetclientconfig
使用上のノート
サーバーにroot
として接続する必要があります。
クラスタのすべてのノードに新しいクライアント構成ファイルをデプロイするには、dcli -C
コマンドを使用します。
例
この例は、クラスタのあるノードからの出力を示します。
# bdagetclientconfig
bdagetclientconfig : Download and deploy HDFS, Map-Reduce and Hive client configuration files
Logging to /tmp/bdagetclientconfig-1368541073.out
Downloading HDFS and Map-Reduce client configuration zipfile
Downloading Hive client configuration zipfile
Deploying HDFS, Map-Reduce and Hive client configurations
Successfully downloaded and deployed HDFS, Map-Reduce and Hive client configurations !
11.12 bdaid
個々のサーバーに関する情報を返します。
Cloudera's Distribution including Apache Hadoopの問題についてOracleサポートに連絡する必要がある場合、最初にこのコマンドを実行します。
構文
bdaid
使用上のノート
サーバーにroot
として接続する必要があります。
例
次の例に、ユーティリティによる出力を示します。
# bdaid
Server Hostname : bda1node09
Rack Serial Number : AK00023713
Server Serial Number : 1137FMM06Y
Appliance Name : bda1
11.13 bdaibstatus
-
クライアント・ネットワーク
bondeth0
とそのスレーブeth8
およびeth9
。 -
プライベート・ネットワーク
bondib0
とそのスレーブib0
およびib1
。
Oracle Big Data Appliance 4.7以上のリリースの場合、bdaibstatus
がbdacheckvnics
を置き換えます(同様の機能を提供していました)。
任意のサーバーにroot
として接続した後に、このコマンドを実行します。
構文
bdaibstatus [-bsgpch]
パラメータ
- -b
-
概要。見出しなし。
- -s
-
パッシブ・ネットワーク・インタフェースもテストします。各パッシブ・スレーブ・インタフェースを一時的にアクティブにし、スレーブからゲートウェイにpingしてから、スレーブをパッシブ・モードに戻します。
- -g
-
次の両方に当てはまる場合は、プライマリ・インタフェースを停止します。
-
プライマリ・インタフェースが異常(ゲートウェイにpingできない)。
-
プライマリ以外のインタフェースが正常(ゲートウェイに正常にpingできる)。
パラメータに暗黙的な
-s
が含まれている。 -
- -p
- プライベート・インフィニバンド・インタフェースの結果のみを表示します。
- -c
- クライアント・ネットワーク・インタフェースの結果のみを表示します。
- -h
- ヘルプ情報を表示します。
例
[root@node01 network]# bdaibstatus
host if status actv primary pkey
============== === ====== ==== ======== =======
bdanode01 ib0 up yes yes NO
bdanode01 ib1 up no no NO
host if status actv primary switch gw port ping gw vlan
============== === ====== ==== ======= ====================== ========= ======= ======
bdanode01 eth9 up yes yes bdasw-ib3 0A-ETH-1 yes N/A
11.14 bdaimagevalidate
bdacheckhw
およびbdachecksw
を実行してハードウェアとサーバー上のソフトウェアを検証します。
構文
bdaimagevalidate [startup]
パラメータ
例
# bdaimagevalidate
SUCCESS: Found BDA v3 server : SUN SERVER X4-2L
SUCCESS: Correct processor info : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz
SUCCESS: Correct number of types of CPU : 1
SUCCESS: Correct number of CPU cores : 32
SUCCESS: Sufficient GB of memory (>=63): 63
SUCCESS: Correct BIOS vendor : American Megatrends Inc.
SUCCESS: Sufficient BIOS version (>=08080102): 26010600
SUCCESS: Recent enough BIOS release date (>=05/23/2011):07/08/2013
SUCCESS: Correct ILOM major version : 3.1.2.32
SUCCESS: Sufficient ILOM minor version (>=82440): 82440
.
.
.
SUCCESS: Correct bda-monitor status : bda monitor is running
SUCCESS: Big Data Appliance software validation checks succeeded
SUCCESS: All Big Data Appliance validation checks succeeded
11.15 bdanodedesc
サーバー名およびIPアドレスを表示します。
構文
bdanodedesc
例
この例は、名前がbda1node03で、IPアドレスが192.168.40.61のBDAサーバーにユーザーがログインしていることを示しています。
$ bdanodedesc
bda1node03 BDA 192.168.40.61 HCA-
11.16 bdaredoclientnet
ラックのすべてのサーバーの仮想ネットワーク・インタフェース・カード(VNIC)を再作成し、それらを使用可能な10GbEポートに分散します。
構文
bdaredoclientnet
使用上のノート
サーバー1にログインし、/opt/oracle/bda/network
ディレクトリに移動してこのユーティリティを実行します。
Sun Network QDR Infiniband Gateway Switchに対する10GbE接続の数を変更した後に、このユーティリティを実行する必要があります。「ゲートウェイ・スイッチに対する接続数の変更」を参照してください。
bdaredoclientnet
ユーティリティは、Oracle Big Data Applianceの初期構成中にcluster-networksetup
スクリプトによって実行される次に示したタスクのサブセットを実行します。
-
管理ネットワークが動作していること、インフィニバンドのケーブル配線が正しいこと、およびインフィニバンド・スイッチが使用できることを確認します。
-
使用可能な10GbE接続の数を判別し、それらをインフィニバンド・ゲートウェイ・スイッチに接続します。
-
すべてのVNICを削除してそれらを再作成します。
-
各サーバーに接続して構成ファイルを更新します。
-
クライアント・ネットワークを再開し、新しく構成されたクライアント・ネットワークを使用して各サーバーに接続できることを確認します。
例
次の例に、bdaredoclientnet
ユーティリティによる出力を示します。
# cd /opt/oracle/bda/network # bdaredoclientnet bdaredoclientnet: do basic sanity checks on /opt/oracle/bda/network.json bdaredoclientnet: warning: bda deploy /opt/oracle/bda/network.json check odd nr of elements 7 bdaredoclientnet: passed bdaredoclientnet: checking for networkexpansion.json src/query_smp.c:196; umad (DR path slid 0; dlid 0; 0,1,13,34,20 Attr 0xff90:1) bad status 110; Connection timed out src/query_smp.c:196; umad (DR path slid 0; dlid 0; 0,1,13,31,20 Attr 0xff90:2) bad status 110; Connection timed out bdaredoclientnet: ping servers by name on admin network bdaredoclientnet: ping servers by name on admin network bdaredoclientnet: passed bdaredoclientnet: verify infiniband topology bdaredoclientnet: passed bdaredoclientnet: start setup client network (10gigE over Infiniband) bdaredoclientnet: ping both gtw leaf switches bdaredoclientnet: passed bdaredoclientnet: verify existence of gateway ports bdaredoclientnet: passed bdaredoclientnet: removing existing eoib setup for this server Shutting down interface bondeth0: [ OK ] Shutting down interface bondib0: [ OK ] Shutting down interface eth0: [ OK ] Shutting down loopback interface: [ OK ] Disabling IPv4 packet forwarding: net.ipv4.ip_forward = 0 [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface bondib0: [ OK ] Bringing up interface eth0: [ OK ] bdaredoclientnet: ping server ips on admin network bdaredoclientnet: passed bdaredoclientnet: ping servers by name on admin network bdaredoclientnet: passed bdaredoclientnet: test ssh server ips on admin network hello from bda1node02.example.com hello from bda1node03.example.com . . . bdaredoclientnet: passed bdaredoclientnet: check existence of default vlan for port 0A-ETH-1 on bda1sw-ib2 bdaredoclientnet: use existing default vlan for port 0A-ETH-1 on bda1sw-ib2 bdaredoclientnet: check existence of default vlan for port 0A-ETH-1 on bda1sw-ib3 bdaredoclientnet: use existing default vlan for port 0A-ETH-1 on bda1sw-ib3 bdaredoclientnet: passed bdaredoclientnet: apply eoib on each server bdaredoclientnet: wait a few seconds for the network to restart on 10.111.22.001 bdaredoclientnet: wait a few seconds for the network to restart on 10.111.22.002 . . . check and delete vNIC for bda1node02 on switch bda1sw-ib2 vNIC ID 757 deleted IO Adapter for vNIC deleted check and delete vNIC for bda1node02 on switch bda1sw-ib3 check and delete vNIC for bda1node02 on switch bda1sw-ib2 check and delete vNIC for bda1node02 on switch bda1sw-ib3 vNIC ID 707 deleted IO Adapter for vNIC deleted create vNIC eth9 bda1node02 on switch bda1sw-ib3 vNIC created create vNIC eth8 bda1node02 on switch bda1sw-ib2 vNIC created . . . bdaredoclientnet: ping server ips on client network bdaredoclientnet: passed bdaredoclientnet: test ssh server ips on client network hello from bda1node02.example.com hello from bda1node03.example.com . . . bdaredoclientnet: passed bdaredoclientnet: end setup client network
11.17 bdaredousb
Oracle Big Data Applianceサーバーの内部USBドライブをプロビジョニングします。このユーティリティは、破損した内部USBドライブを再プロビジョニングする場合または置換された内部USBドライブをプロビジョニングする場合に実行します。
USB破損のインジケータは、次のとおりです。
-
次のエラー・メッセージが、クラスタ・イメージの変更、Mammothのインストール、
bdachecksw
またはbdacheckcluster
の実行などの操作中に表示される場合があります。SUCCESS: Correct internal USB device (sdm) : 1 WARNING: Wrong internal USB partitions : INFO: Expected internal USB partitions : 1 primary ext3 or 1 ext4 primary ............... WARNING: Big Data Appliance warnings during software validation checks
-
USBパーティションをマウントしようとすると、次のメッセージが返されます。
# mount /usbdisk mount: special device LABEL=BDAUSB does not exist
-
USBパーティション表を表示するコマンドで次のエラー・メッセージが返されます。
# parted /dev/sdm -s print Error: /dev/sdm: unrecognised disk label # parted /dev/sdm1 -s print Error: /dev/sdm1: unrecognised disk label
構文
bdaredousb <node name>
内部USBドライブが破損していないノードの名前を渡します。
使用上のノート
root
として、破損または新たに置き換えられたUSBドライブを使用するノードにログオンします。
同じクラスタ内の他のノードの名前を引数としてスクリプトに渡します。内部USBドライブが破損していない任意のノードを選択します。yを入力して処理の続行を確認します。
スクリプトは、ローカル・サーバー上で、破損したドライブを破損したUSBドライブの構成を使用して再プロビジョニングします(または新しいドライブをプロビジョニングします)。
例
次の例に、bdaredousb
ユーティリティによる出力を示します。この例では、mybda10.mydomain.com
がローカル・ノード(破損したUSBドライブがあるノード)と同じクラスタ内のノードです。
出力例は、Oracle Big Data Applianceのリリースにより多少異なることがあります。
# bdaredousb mybda10.mydomain.com
Internal USB will be formatted and its contents will be replaced.
Do you want to continue with this operation? (y/n): y
mke2fs 1.41.12 (17-May-2010)
Filesystem label=BDAUSB
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
244800 inodes, 978432 blocks
48921 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1002438656
30 block groups
32768 blocks per group, 32768 fragments per group
8160 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
tune2fs 1.41.12 (17-May-2010)
Setting maximal mount count to -1
Setting interval between checks to 0 seconds
Copying content from <Functional-BDA-Node>... this will take some time
7831552+0 records in
7831552+0 records out
4009754624 bytes (4.0 GB) copied, 341.012 s, 11.8 MB/s
0+148886 records in
0+148886 records out
4009754624 bytes (4.0 GB) copied, 348.247 s, 11.5 MB/s
Finished copying USB contents from <Functional-BDA-Node>
Mounting USB
Patching network files for USB
BdaAdmNwSetup: Start time = Tue Nov 24 20:09:10 PDT 2017
BdaAdmNwSetup: Using local files = false
/dev/sdm1 on /usbdisk type ext4 (rw)
BdaAdmNwSetup: Apply nws settings on uds = true
BdaAdmNwSetup: Apply dns settings = true
BdaAdmNwSetup: Apply ntp settings = true
BdaAdmNwSetup: Apply ssh settings = true
BdaAdmNwSetup: Apply bondib0 settings = false
BdaAdmNwSetup: Apply eth0 settings = true
BdaAdmNwSetup: Apply ilom settings = false
BdaAdmNwSetup: Apply /etc/hosts settings = false
BdaAdmNwSetup: Set timezone = true
BdaAdmNwSetup: Set host name = false
BdaAdmNwSetup: Creating = /usbdisk/etc/sysconfig/network-scripts/ifcfg-eth0
BdaAdmNwSetup: Creating = /usbdisk/etc/sysconfig/network
BdaAdmNwSetup: Append to = /usbdisk/etc/ntp.conf
bdasettime: restarting ntp service
bdasettime: find working ntp server in list 10.***.40.1 10.***.56.1 10.***.128.1
server 10.***.40.1, stratum 3, offset -0.000033, delay 0.02600
24 Jun 20:09:13 ntpdate[1845]: adjust time server 10.133.40.1 offset -0.000033 sec
bdasettime: using ntp server 10.***.40.1
Shutting down ntpd: [ OK ]
24 Jun 20:09:13 ntpdate[1860]: step time server 10.***.40.1 offset -0.000027 sec
Starting ntpd: [ OK ]
BdaAdmNwSetup: Append to = /usbdisk/etc/resolv.conf
BdaAdmNwSetup: Append to = /usbdisk/etc/ssh/sshd.conf
BdaAdmNwSetup: Reset = /usbdisk/etc/clock
BdaAdmNwSetup: Reset = /usbdisk/etc/localtime link
Unmounting USB
11.18 bdasecureerasenode
実行されるノード上のすべてのデータ・パーティションを安全に消去します。
構文
bdasecureerasenode optional parameter
パラメータ | 説明 |
---|---|
-h | このヘルプ・メッセージを表示して終了します。何のアクションも実行しません。 |
-p <number of passes> | shredパスの数。デフォルトは3です。 |
使用上のノート
bdasecureerasenode
ユーティリティは、実行されるノード上のすべてのファイル・データ・パーティションを安全に消去します。デバイス・ファイルはシュレッディングされません。
ユーザーは、shredパスの数を設定できます(デフォルトは3です)。
すべての出力は/tmp/shred_$$
に記録されます。
このユーティリティは、GNU Core Utilitiesのshredコマンドに基づいています。
ノート:
ディスク・シュレッディングでは、データをフォレンジックによっても完全に復旧不可能とすることは保証されません。このユーティリティを実行する前に、/u01
から/u12
までの機密データを確実に削除してください。これには、/var/lib/mysql
のMySQLデータベースが含まれる場合があります。
推定実行時間
ディスクのシュレッディングは最新のハードウェアであっても時間がかかるジョブです。X7-2Lサーバーの場合、1つのパスに約13時間かかります。
例
この例では、出力の一部を示しています。
# bdasecureerasenode
Continue with node shredding? y
Shredding /dev/disk/by-hba-slot/s10p1, logging to /tmp/shred_101257/s10p1.log
Shredding /dev/disk/by-hba-slot/s11p1, logging to /tmp/shred_101257/s11p1.log
Shredding /dev/disk/by-hba-slot/s2p1, logging to /tmp/shred_101257/s2p1.log
Shredding /dev/disk/by-hba-slot/s3p1, logging to /tmp/shred_101257/s3p1.log
Shredding /dev/disk/by-hba-slot/s4p1, logging to /tmp/shred_101257/s4p1.log
Shredding /dev/disk/by-hba-slot/s5p1, logging to /tmp/shred_101257/s5p1.log
Shredding /dev/disk/by-hba-slot/s6p1, logging to /tmp/shred_101257/s6p1.log
Shredding /dev/disk/by-hba-slot/s7p1, logging to /tmp/shred_101257/s7p1.log
Shredding /dev/disk/by-hba-slot/s8p1, logging to /tmp/shred_101257/s8p1.log
Shredding /dev/disk/by-hba-slot/s9p1, logging to /tmp/shred_101257/s9p1.log
Shredding /dev/disk/by-hba-slot/s0p5, logging to /tmp/shred_101257/s0p5.log
Shredding /dev/disk/by-hba-slot/s1p5, logging to /tmp/shred_101257/s1p5.log
Completed 0% ........................................
Completed 1% ........................................
Completed 2% ........................................
Completed 3% ........................................
Completed 4% ........................................
...
Completed 99% ........................................
Completed 100%
Node shredding finished.
11.19 bdaserials
接続しているOracle Big Data Applianceサーバーのほとんどのコンポーネントのシリアル番号およびメディア・アクセス制御(MAC)アドレスを返します。
構文
bdaserials
例
次の例に、ユーティリティによる出力を示します。
# bdaserials
Client Hostname : bdax72bur09node01.us.oracle.com Admin Hostname :
bda01.us.oracle.com ILOM Hostname : bda01-c.us.oracle.com Rack Serial Number : AK00413187
Hardware Generation : ORACLE SERVER X7-2L System serial number : 1733XC2033 System UUID :
080020FF-FFFF-FFFF-FFFF-0010E0C3D35CMotherboard serial number : 465136N+1731RD00ER Chassis serial number :
1733XC2033 Memory serial numbers : 360A30BC NO DIMM 360A3281 NO DIMM NO DIMM NO DIMM 360A36E1
NO DIMM 360A3280 NO DIMM NO DIMM NO DIMM 360A31B3 NO DIMM 360A316C NO DIMM NO DIMM NO DIMM
360A327B NO DIMM 360A327D NO DIMM NO DIMM NO DIMM Infiniband HCA serial number :
465774K-1722700303 Disk controller serial number : SK72480870 Hard disk serial numbers
:WWN: 5000CCA251C8DA63 HGST
H7210A520SUN010TA3741715RKGA2NWWN: 5000CCA251C8CBB7 HGST
H7210A520SUN010TA3741715RKEATNWWN: 5000CCA251C8CC77 HGST
H7210A520SUN010TA3741715RKEDANWWN: 5000CCA251C8C143 HGST
H7210A520SUN010TA3741715RKDN6NWWN: 5000CCA251C8A9B3 HGST
H7210A520SUN010TA3741715RKB2KNWWN: 5000CCA251C8CBDF HGST
H7210A520SUN010TA3741715RKEB3NWWN: 5000CCA251C8B99B HGST
H7210A520SUN010TA3741715RKD4DNWWN: 5000CCA251C8D403 HGST
H7210A520SUN010TA3741715RKEWXNWWN: 5000CCA251C8A9BF HGST
H7210A520SUN010TA3741715RKB2NNWWN: 5000CCA251C8BFEB HGST
H7210A520SUN010TA3741715RKDKENWWN: 5000CCA251C8A877 HGST
H7210A520SUN010TA3741715RKB00NWWN: 5000CCA251C8C177 HGST
H7210A520SUN010TA3741715RKDNMN
...
11.20 bdaswapoff
オペレーティング・システムによるスワッピングをオフにします。
構文
bdaswapoff
使用上のノート
bdaswapoff
ユーティリティはサーバー上の両方のスワップ・パーティションを無効にし、オペレーティング・システムによるすべてのスワッピングを無効にします。この状態は、サーバーを再起動しても保持されます。スワッピングを復元するには、bdaswapon
を実行する必要があります。パフォーマンスの向上とディスク障害の際の高可用性確保のために、スワッピングはデフォルトではオフになっています。
Linuxのswapoff
ユーティリティのかわりにbdaswapoff
を使用します。
関連項目
例
次の例では、スワッピングをオフにします。
# bdaswapoff #
11.21 bdaswapon
オペレーティング・システムによるページングとスワッピングをオフにします。
構文
bdaswapon
使用上のノート
パフォーマンスの向上とディスク障害の修復のために、スワッピングはデフォルトではオフになっています。
Linuxのswapon
ユーティリティのかわりにbdaswapon
を使用します。
関連項目
例
次の例では、スワッピングをオンにします。
# bdaswapon
Filename Type Size Used Priority
/dev/sda3 partition 12287992 0 1
/dev/sdb3 partition 12287992 0 1
11.22 bdaupdatefw
次のいずれかのファームウェアを更新します。
-
ドライブ
-
ドライブ・コントローラ
-
HCA
-
ILOM
Mammothソフトウェア・デプロイメント・バンドルにはILOMファームウェアが含まれていますが、Oracle Big Data ApplianceのMammothアップグレードではそれは自動的にはインストールされません。bdaupdatefw -i
を実行することで、必要に応じてILOMファームウェアを手動でアップグレードできます。重要な更新が必要な場合は、Mammothによって、上にリストされているその他のいずれかのデバイスのファームウェアが自動的に更新されることがあります。
構文
bdaupdatefw parameter
パラメータ
- -d N
-
指定されたディスク(N)のLSIディスク・ファームウェアを更新します。各サーバーには12台のディスクがあり、0から11の番号が付けられます。
- -f
-
ファームウェアのファイル・パスを指定します。パスを省略した場合、
bdaupdatefw
は、指定されたコンポーネントの/opt/oracle/bda/firmware
のデフォルト・ファームウェアを使用します。 - -h
-
bdaupdatefw
の構文と使用方法の情報を表示します。 - -i
-
Oracle ILOMファームウェアを更新します。
- -l
-
LSIディスク・コントローラ・ファームウェアを更新します。
- -m
-
Mellanoxホスト・チャネル・アダプタ(インフィニバンド・カード)のファームウェアを更新します。
使用方法
このユーティリティは、通常、サポートされているファームウェア・バージョンが工場出荷時にインストールされていない可能性のあるハードウェア・コンポーネントのインストールまたは交換の際に、Oracleフィールド・エンジニアによって実行されます。ソフトウェアのインストール時、現在サポートされているファームウェアがMammothによってOracle Big Data Applianceにコピーされます。bdaupdatefw
コマンドは、サーバー・コンポーネントのファームウェアを更新する際、これらのファイルを使用します。
1つのコマンドで1つのファームウェア・パッケージを更新できます。したがって、-d
、-i
、-l
または-m
のいずれか1つのみのパラメータを指定できます。
注意:
Mammothバンドルで提供されるファームウェアのみを使用します。サードパーティ・サイトからダウンロードされたファームウェアをインストールしないでください。これを行うと、保証やサポートの対象外となる可能性があります。
例
次の例に、Oracle ILOMファームウェアを更新するコマンドの出力を示します。更新を行うには、出力に示されたipmiflash
コマンドを実行する必要があります。
# bdaupdatefw -i
[INFO:GENERAL] No firmware file specified. Using default firmware file - /opt/or
acle/bda/firmware/ILOM-3_2_0_r74388-Sun_Fire_X4270_M3.pkg
[INFO:GENERAL] Updating ILOM firmware with the firmware file /opt/oracle/bda/fir
mware/ILOM-3_2_0_r74388-Sun_Fire_X4270_M3.pkg
[INFO:GENERAL] Original version is: 3.1.2.12 r74388
[INFO:GENERAL]
[INFO:GENERAL] Please run the following command and enter the root password
[INFO:GENERAL] for the ILOM when requested
[INFO:GENERAL]
[INFO:GENERAL] Note that this command will shutdown the server after flashing.
[INFO:GENERAL] You will need to login to the ILOM to power on the server afterwa
rds.
[INFO:GENERAL]
[INFO:GENERAL] ipmiflash -v -I lanplus -H 10.133.46.218 -U root write /opt/oracl
e/bda/firmware/ILOM-3_1_2_12_r74388-Sun_Fire_X4270_M3.pkg
[INFO:GENERAL]
11.23 iblinkinfo
インフィニバンド・ネットワークのすべてのインフィニバンド接続をリストします。
構文
iblinkinfo
使用上のノート
任意のサーバーからroot
としてこのコマンドを実行します。
例
次の例は、インフィニバンド・ネットワーク上の2つのOracle Big Data Applianceと1つのOracle Exadata Database Machineを示しています。
[root@bda1node01 network]# iblinkinfo
Switch 0x002128df348ac0a0 SUN IB QDR GW switch bda1sw-ib2 10.133.43.36:
149 1[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 130 2[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149 2[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 127 1[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149 3[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 111 2[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149 4[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 109 1[ ] "SUN IB QDR GW switch bda1sw-ib2 10.133...
149 5[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 143 1[ ] "bda1node02 BDA 192.168.41.20 HCA-1" ( )
149 6[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 137 1[ ] "bda1node01 BDA 192.168.41.19 HCA-1" ( )
149 7[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 141 1[ ] "bda1node04 BDA 192.168.41.22 HCA-1" ( )
149 8[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 123 1[ ] "bda1node03 BDA 192.168.41.21 HCA-1" ( )
149 9[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 151 1[ ] "bda1node06 BDA 192.168.41.24 HCA-1" ( )
149 10[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 112 1[ ] "bda1node05 BDA 192.168.41.23 HCA-1" ( )
149 11[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 139 1[ ] "bda1node07 BDA 192.168.41.25 HCA-1" ( )
149 12[ ] ==( Down/Disabled)==> [ ] "" ( )
149 13[ ] ==( Down/Disabled)==> [ ] "" ( )
149 14[ ] ==( 4X 10.0 Gbps Active/ LinkUp)==> 85 9[ ] "SUN DCS 36P QDR dm01sw-ib1 10.133.40.203" ( )
149 15[ ] ==( Down/Disabled)==> [ ] "" ( )
.
.
.
11.24 imagehistory
オペレーティング・システムのアップグレード履歴を表示します。
構文
imagehistory
例
この例は、アプライアンスのイメージがバージョン3.1.0で作成され、4.0.0にアップグレードされたことを示しています。
$ imagehistory
Big Data Appliance Image History
IMAGE_VERSION : 3.1.0
IMAGE_CREATION_DATE : Tue Jun 24 06:44:22 UTC 2014
IMAGING_START_DATE : Sat Aug 30 18:15:01 UTC 2014
IMAGING_END_DATE : Sat Aug 30 14:59:39 EDT 2014
DEPLOYMENT_VERSION : 4.0.0
DEPLOYMENT_START_DATE : Sat Aug 30 15:18:07 EDT 2014
DEPLOYMENT_END_DATE : Sat Aug 30 16:39:07 EDT 2014
11.25 imageinfo
現在実行されているOracle Big Data Applianceオペレーティング・システム・イメージの情報を表示します。
構文
imageinfo
例
次の例は、4.0.0のイメージを示しています。
$ imageinfo
Big Data Appliance Image Info
IMAGE_CREATION_DATE : Sat Aug 30 13:55:26 EDT 2014
IMAGE_LABEL : BDA_MAIN_LINUX.X64_140829
IMAGE_VERSION : 4.0.0
LINUX_VERSION : Oracle Linux Server release 5.8
KERNEL_VERSION : 2.6.39-400.215.9.el5uek
BDA_RPM_VERSION : bda-4.0.0-1.el5
OFED_VERSION : OFED-IOV-1.5.5-2.0.0088
JDK_VERSION : jdk-1.7.0_65-fcs
HADOOP_VERSION : 2.3.0-cdh5.1.0
11.26 listlinkup
アクティブなリンクのあるイーサネット・ブリッジ・ポートを示します。
構文
listlinkup
例
次の例は、スイッチbda1sw-ib3の使用可能な8つのポートのうち、3つのアクティブ・ポート(0A-ETH-1、0A-ETH-3および0A-ETH-4)を示しています。
[root@bda1sw-ib3 ~]# listlinkup | grep Bridge
Bridge-0 Port 0A-ETH-1 (Bridge-0-2) up (Enabled)
Bridge-0 Port 0A-ETH-2 (Bridge-0-2) down (Enabled)
Bridge-0 Port 0A-ETH-3 (Bridge-0-1) up (Enabled)
Bridge-0 Port 0A-ETH-4 (Bridge-0-1) up (Enabled)
Bridge-1 Port 1A-ETH-1 (Bridge-1-2) down (Enabled)
Bridge-1 Port 1A-ETH-2 (Bridge-1-2) down (Enabled)
Bridge-1 Port 1A-ETH-3 (Bridge-1-1) down (Enabled)
Bridge-1 Port 1A-ETH-4 (Bridge-1-1) down (Enabled)
11.27 mount_hadoop_dirs
サーバーの再起動後にパスワードで暗号化されたデータにアクセスできるようにします。このユーティリティを実行して正しいパスワードを入力するまでデータは読み取れません。
構文
mount_hadoop_dirs
例
この例は、パスワードを入力するためのプロンプトを示します。
$ mount_hadoop_dirs Enter password to mount Hadoop directories: password
11.28 remove-root-ssh
setup-root-sshコマンドによって以前に確立されたパスワードなしSSHを削除します。
構文
remove-root-ssh [-C | -c | -g | -j] [-p] remove-root-ssh -h
パラメータ
- -C
-
/opt/oracle/bda/cluster-hosts-infinibandのサーバーのリストを使用して、クラスタのすべてのサーバーをターゲットに設定します。
- -c host1, host2,...
-
コマンドラインでhost1、host2のように指定されているサーバーをターゲットに設定します。
- -g groupfile
-
groupfileにリストされたユーザー定義のサーバー・セットをターゲットに設定します。1行に1つずつ、ファイルにサーバー名またはIPアドレスを入力します。
- -j "etho0_ips[range]"
-
スタータ・ラックのサーバーの範囲(
[1-6]
)または追加サーバーが組み込まれたスタータ・ラックのサーバーの範囲([1-12]
)を指定します。このパラメータは、2.2.xベース・イメージにおいて、ユーティリティをネットワーク構成の前に使用する際に必須です。 - -h
-
ヘルプを表示します。
- -p password
-
コマンドラインに
root
パスワードを指定します。このパラメータは省略することをお薦めします。パスワードを入力するように求められますが、ユーティリティは画面に表示しません。
使用上のノート
このコマンドを使用する場合、root
パスワードを知っている必要があります。
ターゲット・サーバーを指定しないと、remove-root-ssh
ではラック内のすべてのサーバーを使用します。
例
次の例では、パスワードなしSSHが削除されたことを示しています。
# remove-root-ssh
calling /opt/oracle/bda/bin/dcli -c 192.168.42.37,192.168.42.38,192.168.42.39 --unkey
192.168.42.37: ssh key dropped
192.168.42.38: ssh key dropped
192.168.42.39: ssh key dropped
remove-root-ssh succeeded
11.29 reset-boot-order
サーバーのブート順序を、BIOSに指定されているとおりに工場出荷時のデフォルトにリセットします。これにより、ILOM起動中に上書きされた内容をすべて消去します。
構文
reset-boot-order
例
次の例では、現在のサーバーのブート順序をリセットします。
# reset-boot-order
Set Boot Device to none
Cleared ILOM boot override - Boot device: none
Found BDA v1 Hardware - setting boot order using biosconfig
Copyright (C) SUN Microsystems 2009.
BIOSconfig Utility Version 2.2.1
Build Date: Aug 24 2009
Build Time: 09:01:30
BIOSconfig Specification Version 2.4
Processing Input BIOS Data....
Success
Found USB device name : USB:02.82;01 Unigen PSA4000
.
.
.
BIOSconfig Specification Version 2.4
Processing Input BIOS Data....
Success
New BIOS boot order :
USB:02.82;01 Unigen PSA4000
RAID:Slot0.F0:(Bus 13 Dev 00)PCI RAID Adapter
PXE:IBA GE Slot 0100 v1331
PXE:IBA GE Slot 0101 v1331
PXE:IBA GE Slot 0700 v1331
PXE:IBA GE Slot 0701 v1331
11.30 setup-root-ssh
root
ユーザーのパスワードなしSSHを確立します。
構文
setup-root-ssh [-C | -c | -g | -j] [-p] setup-root-ssh -h
パラメータ
- -C
-
/opt/oracle/bda/cluster-hosts-infiniband
のサーバーのリストを使用して、クラスタのすべてのサーバーをターゲットに設定します。 - -c host1, host2,...
-
コマンドラインでhost1、host2のように指定されているサーバーをターゲットに設定します。
- -g groupfile
-
groupfileにリストされたユーザー定義のサーバー・セットをターゲットに設定します。1行に1つずつ、ファイルにサーバー名またはIPアドレスを入力します。
- -j "etho0_ips[range]"
-
スタータ・ラックのサーバーの範囲(
[1-6]
)または追加サーバーが組み込まれたスタータ・ラックのサーバーの範囲([1-12]
)を指定します。このパラメータは、2.2.xベース・イメージにおいて、ユーティリティをネットワーク構成の前に使用する際に必須です。 - -h
-
ヘルプを表示します。
- -p password
-
コマンドラインに
root
パスワードを指定します。このパラメータは省略することをお薦めします。パスワードを入力するように求められますが、ユーティリティは画面に表示しません。
使用上のノート
このコマンドを使用する場合、root
パスワードを知っている必要があります。
ターゲット・サーバーを指定しないと、setup-root-ssh
ではラック内のすべてのサーバーを使用します。
例
次の例では、root
に対してパスワードなしSSHが設定されたことを示しています。
# setup-root-ssh Enter root password: password spawn /opt/oracle/bda/bin/dcli -c 192.168.42.37,192.168.42.38... -k root@192.168.42.37's password: root@192.168.42.38's password: . . . 192.168.42.37: ssh key added 192.168.42.38: ssh key added . . . setup-root-ssh succeeded
11.32 showvlan
スイッチに構成されているVLANをリストします。
構文
showvlan
使用上のノート
root
としてSun Network QDR Infiniband Gateway Switchに接続した後に、このコマンドを実行します。
例
次の例は、スイッチbda1sw-ib3のIDが0のデフォルトVLANを示しています。
# showvlan
Connector/LAG VLN PKEY
------------- --- ----
0A-ETH-1 0 ffff
0A-ETH-2 0 ffff
0A-ETH-3 0 ffff
0A-ETH-4 0 ffff
1A-ETH-1 0 ffff
1A-ETH-3 0 ffff
1A-ETH-4 0 ffff
11.33 showvnics
スイッチに作成された仮想ネットワーク・インタフェース・カード(VNIC)をリストします。
構文
showvnics
使用上のノート
root
としてSun Network QDR Infiniband Gateway Switchに接続した後に、このコマンドを実行します。
例
次の例は、ラウンドロビン・プロセスでスイッチbda1sw-ib3に作成されたVNICを示しています。
# showvnics
ID STATE FLG IOA_GUID NODE IID MAC VLN PKEY GW
--- ----- --- ----------------- -------------------------------- ---- ----------------- --- ---- --------
561 UP N 0021280001CF4C23 bda1node13 BDA 192.168.41.31 0000 CE:4C:23:85:2B:0A NO ffff 0A-ETH-1
564 UP N 0021280001CF4C53 bda1node16 BDA 192.168.41.34 0000 CE:4C:53:85:2B:0D NO ffff 0A-ETH-1
567 UP N 0021280001CF4B58 bda1node01 BDA 192.168.41.19 0000 CE:4B:58:85:2A:FC NO ffff 0A-ETH-1
555 UP N 0021280001CF2A5C bda1node07 BDA 192.168.41.25 0000 CE:2A:5C:85:2B:04 NO ffff 0A-ETH-1
552 UP N 0021280001CF4C74 bda1node04 BDA 192.168.41.22 0000 CE:4C:74:85:2B:01 NO ffff 0A-ETH-1
558 UP N 0021280001CF179B bda1node10 BDA 192.168.41.28 0000 CE:17:9B:85:2B:07 NO ffff 0A-ETH-1
.
.
.
11.34 bdaclustersynctime
クラスタ内のすべてのサーバーの時間を同期します。
構文
bdaclustersynctime
使用上のノート
このユーティリティを使用するには、root
ユーザーとしてノードの第1サーバーにログインする必要があります。また、クラスタにパスワードなしssh
が設定されている必要があります。「setup-root-ssh」の-C
パラメータに関する項を参照してください。
このユーティリティは、出力に指定されたディレクトリにbdaclustersynctime.log
いう名前のログ・ファイルを作成します。
例
次の例では、bdaclustersynctime
が正常に実行されています。
# bdaclustersynctime
INFO: Logging results to /tmp/bdacluster_1373485952/
SUCCESS: Mammoth configuration file is valid.
SUCCESS: All cluster host names are pingable
SUCCESS: NTP service running on all cluster hosts
SUCCESS: At least one valid NTP server found
SUCCESS: No errors found syncing date and time on all nodes
SUCCESS: Max clock drift of 0 seconds is within limits
SUCCESS: Sync date and time of cluster succeeded