1. リリース・ノート
  2. このリリースでのOracle Database Applianceの既知の問題
機械翻訳について

4 このリリースでのOracle Database Applianceの既知の問題

このリリースでOracle Database Applianceをデプロイ、更新および管理する既知の問題を次に示します。

Oracle Database Applianceをデプロイする際の既知の問題

Oracle Database Applianceをプロビジョニングまたはデプロイする場合の既知の問題を理解します。

親トピック: このリリースでのOracle Database Applianceの既知の問題

CPUコア数を削減してアプライアンスにリリース19.4へパッチ適用またはプロビジョニングする場合、ノードにアクセスできません

CPUコア数が削減されたOracle Database Applianceシステムでは、Oracle Database Applianceリリース19.4へのプロビジョニングまたはパッチ適用後にノードにアクセスできません。

Oracle Database Applianceシステムは、デフォルトで有効になっているすべてのCPUコアを使用してプロビジョニングされます。 コマンドodacli update-cpucore -c countを使用してアプライアンスをプロビジョニングすると、CPUコア数を削減できます。 リリース19.4でOracle Database Applianceシステムをプロビジョニングし、インストール後タスクとしてCPUコア数を減らすと、再起動後、ノードにアクセスできなくなります。

SYSLOGには、次のログ・メッセージが含まれます:
unable to handle kernel paging request at ffff886683719438

この問題は、Oracle Database Applianceリリース19.4へのCPUコア数が減少して、Oracle Database Applianceシステムにパッチを適用する場合にも発生します。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

新規にプロビジョニングしたOracle Database ApplianceシステムのCPUコア数を正常に減らすには、次のステップに従います:
  1. 新規にプロビジョニングしたOracle Database ApplianceシステムのCPUコア数を減らすには、次のコマンドを実行します: 
    odacli update-cpucore -c count

    ジョブが正常に完了したことを確認します。

  2. BIOSを更新し、有効なコア/ソケット値を設定します。

    ステップ1で設定した数の半分を使用して、両方のノードのBIOSを更新します。 たとえば、値を36に設定した場合は、値18でBIOSを更新します。

Oracle Database ApplianceシステムのCPUコア数を正常に増やすには、次のステップを実行します:
  1. Oracle Database ApplianceシステムでのCPUコア数を増やすには、次のコマンドを実行します: 
    odacli update-cpucore -c count

    ジョブが正常に完了したことを確認します。

  2. ノードを再起動し、BIOSを更新し、ソケット値ごとに有効なコアを設定します。

    ステップ1で設定した数の半分を使用して、両方のノードのBIOSを更新します。 たとえば、値を36に設定した場合は、値18でBIOSを更新します。

  3. DCSエージェント・ファイル/etc/init/initdcsagent*のバックアップを取ります。
  4. 両方のノードでDCSエージェントを停止します。
    initctl stop initdcsagent
  5. システムのクラスタ・リソースを停止します。 
    /u01/app/18.0.0.0/grid/bin/crsctl stop cluster -f
  6. クラスタ・リソースが正常に停止したことを確認してから、DCSエージェント構成ファイル/etc/init/initdcsagent*を削除します。
  7. ノードを再起動し、BIOSを更新し、ソケット値ごとに有効なコアを設定します。

    ステップ1で設定したカウントの半分を使用して、両方のノードのBIOSを更新します。 たとえば、値を36に設定した場合は、値18でBIOSを更新します。

  8. リブート後、BIOSのCPUコア数が有効であることを確認します。

    高可用性システムでは、両方のノードのCPUコアの数が同じであることを確認します。 lscpuコマンドを使用して、CPUコア数を確認します。

  9. Oracle Clusterwareと管理対象リソースが実行中であることを確認します。
  10. ステップ2でバックアップし、ステップ6で削除した/etc/init/initdcsagent*のDCSエージェント・ファイルを移動します。
  11. DCSエージェントを再起動します。
    initctl start initdcsagent
  12. 1つのノードのみのodacli update-cpucore -c countコマンドを使用して、CPUコア数を目的の値に設定します。
  13. ジョブが正常に完了したことを確認します。 また、odacli describe-cpucore -c countおよびlscpuコマンドを実行した場合も、出力値が同じであることを確認します。

この問題はOracleのバグ30313635で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

Oracle ASMFDが有効なOracle ASMディスクで、データベースのバックアップおよびクローン操作が失敗

Oracle Automatic Storage Management Filter Driver (Oracle ASMFD)が有効なOracle Databasesでデータベースのバックアップまたはクローニング操作が失敗しました。

次のエラー・メッセージが表示されます。
Failed to run RMAN command. Please refer log at location...

ハードウェア・モデル

Oracle Database Applianceリリース19.4.を使用したOracle Database Applianceハードウェア・モデルX8-2バリュー・デプロイメント。

対処方法

次のステップを実行します。
  1. WebコンソールからJSONファイルを生成して保存します。
  2. JSONファイルで"enableAFD": "FALSE"を設定します:
    "language": "en", 
"enableAFD": "FALSE" 
"scan": null
  3. Oracle ASMFDなしでアプライアンスを再度プロビジョニングしてください。

この問題は、Oracleのバグ30423790および30404303で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

Oracle Database Applianceリリース19.4 Oracle Databaseでのデータベースのリカバリは失敗しました

データベースのiRestore操作は、Oracle Database Applianceリリース19.4データベースで失敗します。

次のいずれかのエラー・メッセージが表示されます。
DCS-10001:Internal error encountered: Required redo space in MB:8192.0 is not available for database :KV514d. 
DCS-10001:Internal error encountered:Failed to run RMAN command. Please refer log.
DCS-10001:Internal error encountered: Unable to find database clones for the given database version.

ハードウェア・モデル

Oracle Database Applianceリリース19.4.を使用したOracle Database Applianceハードウェア・モデルX8-2バリュー・デプロイメント。

対処方法

なし。

この問題は、Oracleのバグ30423720、30405684および30396123で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

Oracle Database Applianceリリース19.4データベースでのデータベースの作成に失敗しました

Oracle Database Applianceリリース19.4データベースでは、データベースの作成に失敗しました。

次のエラー・メッセージが表示されます。
DCS-10001:Internal error encountered: Unable to find database clones for the given database version.

ハードウェア・モデル

Oracle Database Applianceリリース19.4.を使用したOracle Database Applianceハードウェア・モデルX8-2バリュー・デプロイメント。

対処方法

odacli create-databaseコマンドでデータベースのバージョンを指定します。 

odacli create-database -n test_db -v 19.4.0.0 -m

この問題は、Oracleのバグ30423790で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

odacli list-networksコマンドに、VLANパブリック・ネットワークはリストされません

odacli list-networksコマンドには、VLANパブリック・ネットワークはリストされません。

ハードウェア・モデル

Oracle Database Applianceリリース19.4.を使用したOracle Database Applianceハードウェア・モデルX8-2バリュー・デプロイメント。

対処方法

configure-firstnetの実行後、DCSエージェントを再起動します。

この問題はOracle bug 30399409で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

ノードの再起動後に表示されるネットワーク・インタフェースは1つのみです

ノードのリブート後に、ネットワーク・インタフェースが1つのみ表示されます。

両方のノードを同時にリブートまたは電源投入すると、いずれかのHAIPインタフェースのみが使用され、Oracle ASMは起動できなくなる場合があります。 netstatコマンドは、2つのインタフェースのうち1つだけを返します。 
# netstat -nr | grep 169 
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
一方のノードでora.cluster_interconnect.haipがオンラインになっていることを確認してから、他方のノード上でリブート(または電源投入)します。
# /u01/app/18.0.0.0/grid/bin/crsctl stat res -t -init|grep -A1  
ora.cluster_interconnect.haip 
------------------------------------------------------------------------------ 
-- 
Name           Target  State        Server                   State details     
    
------------------------------------------------------------------------------ 
-- 
Cluster Resources 
------------------------------------------------------------------------------ 
-- 
ora.cluster_interconnect.haip 
      1        ONLINE  ONLINE       <hostname>            STABLE

ハードウェア・モデル

Oracle Database Applianceハードウェアは、X4-2およびX7-2上のバリアント・デプロイメントをモデル化します。 Infiniband InterconnectでのX5-2およびX6-2ベアメタル・デプロイメントは影響を受けません。

対処方法

両方のノードが同時に再起動され、高可用性のために1つのインタフェースのみが構成されている場合は、両方のノードでcrsを停止し、crsを1つずつ起動します。
  1. 任意のノードでrootとしてログインし、-allオプションを使用してクラスタを停止します。
    # /u01/app/18.0.0.0/grid/bin/crsctl stop cluster -all
  2. 両方のノードでcrsを停止します。
    [Node 0] 
# /u01/app/18.0.0.0/grid/bin/crsctl stop crs 
[Node 1] 
# /u01/app/18.0.0.0/grid/bin/crsctl stop crs
  3. ノードごとに1つずつ、crsを起動します。
    [Node 0] 
# /u01/app/18.0.0.0/grid/bin/crsctl start crs 
[Node 1] 
# /u01/app/18.0.0.0/grid/bin/crsctl start crs

この問題は、Oracleバグ29613692で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

スナップショット・データベースはプライマリ・データベースにのみ作成できます

oakcliスタックの場合、スナップショット・データベースはプライマリ・データベースから作成でき、スタンバイ・データベースからは作成できません。

スナップショット・データベースの作成時にデータベース名(db_name)とデータベース一意の名前(db_unique_name)が異なると、次のエラーが発生します: 

WARNING: 2018-09-13 12:47:18: Following data files are not on SNAP location

ハードウェア・モデル

Virtualized Platform用のすべてのOracle Database Applianceハードウェア・モデル

対処方法

なし。 oakcliスタックの場合、スタンバイ・データベースではなくプライマリ・データベースからスナップショット・データベースを作成します。

この問題は、Oracleバグ28649665で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

DCS-10045:検証エラーが発生しました。 : cpucoresの取得中にエラーが発生しました

アプライアンスをデプロイすると、DCS-10045エラーが表示されます。 2番目のノードのCPUコアを取得中にエラーが発生しました。

ハードウェア・モデル

Oracle Database Appliance X7-2-HA

対処方法

  1. Node0の次のディレクトリを削除します。: /opt/oracle/dcs/repo/node_0

  2. Node1の次のディレクトリを削除します。: /opt/oracle/dcs/repo/node_1

  3. 両方のノードでdcs-agentを再起動します。 

    cd /opt/oracle/dcs/bin
initctl stop initdcsagent
initctl start initdcsagent

この問題は、Oracleバグ27527676で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

データベース作成は、削除されたデータベース名を使用してデータベースを作成したときにハング

アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。

11.2.0.4データベースを削除してから、削除したデータベースと同じ名前で新しいデータベースを作成すると、データベースのDBSNMPユーザーのロック解除中にデータベースの作成がハングします。

ハードウェア・モデル

すべてのOracle Database Appliance高可用性環境

対処方法

削除されたデータベースと同じ名前で11.2.0.4データベースを作成する前に、DBSNMPユーザーが存在する場合は削除してください。

たとえば、次のコマンドでは、ユーザーDBSNMPを含むデータベースtestdbを作成します。 

/u01/app/18.0.0.0/grid/bin/crsctl delete wallet -type CVUDB -name testdb -user DBSNMP

この問題は、Oracleバグ28916487で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

cleanup.pl実行後にエラーが発生しました

cleanup.plの実行後にodacliコマンドの実行中にエラーが発生しました。

cleanup.plの実行後、odacliコマンドを使用しようとすると、次のエラーが発生します: 

DCS-10042:User oda-cliadmin cannot be authorized.

ハードウェア・モデル

ベアメタル・デプロイメント用のすべてのOracle Database Applianceハードウェア・モデル

対処方法

次のコマンドを実行して、エージェント・ウォレット上のユーザーoda-cliadminに対する資格証明を設定します: 

# rm -rf /opt/oracle/dcs/conf/.authconfig  
# /opt/oracle/dcs/bin/setupAgentAuth.sh

この問題は、Oracleバグ29038717で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

データのアクセラレータ・ボリュームは、フラッシュ・ストレージに作成されません

アプライアンスのプロビジョニング中に作成されたデータベースに対して、データのアクセラレータ・ボリュームはフラッシュ・ストレージには作成されません。

ハードウェア・モデル

Oracle Database Appliance高容量環境(HDDディスクを含む)

対処方法

アプライアンスをプロビジョニングするときは、データベースを作成しないでください。 これにより、必要なすべてのディスク・グループ(フラッシュを含む)が作成されます。 アプライアンスをプロビジョニングした後、データベースを作成します。 そのアクセラレータ・ボリュームが作成されます。

この問題は、Oracleバグ28836461で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

FLASHストレージでOracle ASMデータベースをプロビジョニング中にエラーが発生しました

高容量ストレージのOracle Database Appliance高可用性システムでは、FLASHストレージでのOracle ASMデータベースの作成は失敗します。

この問題は、FLASHディスク・グループがマウントされていないために発生します。

ハードウェア・モデル

高容量ストレージ構成のすべてのOracle Database Appliance高可用性ハードウェア・モデル

対処方法

データベースを作成せずにアプライアンスをプロビジョニングして、データベースを作成します。

この問題はOracleのバグ309798で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

Oracle Database Applianceリリース19.4では、データベースのクローニングはサポートされていません

Oracle Database Applianceリリース19.4では、データベースのクローニングはサポートされていません。

ハードウェア・モデル

Oracle Database Applianceリリース19.4を使用したOracle Database Applianceハードウェア・モデルX8-2バリュー・デプロイメント

対処方法

なし。

この問題はOracleのバグ30404303で追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

CRSを再起動した後のエラー

クラスタ・レディ・サービス(CRS)が停止または再起動された場合、リポジトリおよび仮想マシンを停止する前にエラーが発生する可能性があります。

リポジトリ・ステータスは不明で、リポジトリと仮想マシンを停止する前にCluster Ready Services (CRS)を停止または再起動すると、High Availability Virtual IPがオフラインになります。

ハードウェア・モデル

Oracle Database Appliance HAモデルX7-2-HA、X6-2-HA、X5-2、X4-2、X3-2、V1

対処方法

次のステップを実行します。

  1. ノード1で高可用性仮想IPを開始します。 
    # /u01/app/GI_version/grid/bin/srvctl start havip -id havip_0

  2. dom0のoakVmAgent.pyプロセスを停止します。

  3. dom0リポジトリのマウントでlazy unmountオプションを実行します:
    umount -l mount_points

この問題は、Oracle Bug#20461930によって追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

odb-01s DSSデータベースのデータベース作成が失敗

シェイプodb-01sを使用してDSSデータベースを作成しようとすると、ジョブがエラーで失敗する場合があります。

CRS-2674: Start of 'ora.test.db' on 'example_node' failed
CRS-5017: The resource action "ora.test.db start" encountered the following
error:
ORA-03113: end-of-file on communication channel
Process ID: 0
Session ID: 0 Serial number: 0
. For details refer to "(:CLSN00107:)" in
"/u01/app/grid/diag/crs/example_node/crs/trace/crsd_oraagent_oracle.trc".

ハードウェア・モデル

Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1

対処方法

回避策はありません。 代替シェイプを選択してデータベースを作成します。

この問題は、Oracle Bug#27768012によって追跡されます。

親トピック: Oracle Database Applianceをデプロイする際の既知の問題

Oracle Database Applianceを管理する際の既知の問題

Oracle Database Applianceの管理または管理時の既知の問題を理解します。

親トピック: このリリースでのOracle Database Applianceの既知の問題

Oracle Database Applianceリリース19.4では、バックアップからのデータベースのリストアはサポートされていません

バックアップからのデータベースのリストアは、Oracle Database Applianceリリース19.4ではサポートされていません

ハードウェア・モデル

Oracle Database Applianceリリース19.4を使用したOracle Database Applianceハードウェア・モデルX8-2バリュー・デプロイメント

対処方法

なし。

この問題は、Oracleのバグ30423790および30423720で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

サーバー・プロセスに対して生成される拡張トレース

サーバー・プロセスの広範なトレース・ファイルがDRMメッセージとともに生成されます。

2019-08-07 03:35:33.498*:example1():   
[0x3fc1001c][0xf02],[TX][ext0x0,0x0][domid 0x0] 
  maxnodes 16, key 2663540594, node 2 (inst 3), member_node 0 
2019-08-07 03:35:33.498*:example1():   delta 15 
2019-08-07 03:35:33.498*:example2():   
[0x3fc1001c][0xf11],[TX][ext0x0,0x0][domid 0x0] 
  maxnodes 16, key 2663540609, node 1 (inst 2), member_node 1

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル

対処方法

トレースを使用禁止にします:
alter system set event='trace [rac_enq] disk disable' scope=spfile;

この問題はOracle bug 30166512で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

dbstorageが再表示される場合のDATA、RECOおよびREDOエントリの欠落

-n all --forceまたは-n dbstorage --forceオプションを使用してodacli update-registryコマンドを実行すると、メタデータが破損する場合があります。

ハードウェア・モデル

すべてのOracle Database Appliance hardware Modelベアメタル・デプロイメント

対処方法

システムで作成されたすべてのデータベースが移行システムでOAKCLIを使用する場合は、-allオプションを実行します。 DCSスタック上で動作するほかのシステムでは、odacli update-registry -n component_name_to_be_updated_excluding_dbstorageを使用して、dbstorage以外のすべてのコンポーネントを個別に更新します。

この問題は、Oracleのバグ30274477で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

表示されたAura8ファームウェア値が正しくありません

コンポーネント・リストに表示されているAura8ファームウェア・バージョンが正しくありません。

モデル

Oracle Database Appliance X8-2SおよびX8-2M

対処方法

なし。

この問題は、Oracleのバグ30340410で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

odb28データベース・シェイプのデータベース操作でエラーが発生しました

データベースを作成する場合、Oracle Database Standard Editionのデータベースのシェイプodb8以上を使用してデータベースを作成するためのポリシー制限があります。

データベース・シェイプodb28は、一部のOracle Database Applianceハードウェア・モデルのopt/oracle/dcs/rdbaas/config/opc_sizing_metadata.xmlファイルに、サポートされていないデータベース・シェイプとしてリストされています。

ハードウェア・モデル

Oracle Database Applianceハードウェア・モデルX7-2およびX8-2

対処方法

odb28.の情報でopt/oracle/dcs/rdbaas/config/opc_sizing_metadata.xmlファイルを更新します。 次に例を示します。 
<shape name="Odb28"> 
                        <ocpus>28</ocpus> 
                        <memory>224GB</memory> 
                        <log_buffer>128M</log_buffer> 
                        <redo_size>4GB</redo_size> 
                        <db_block_size>8k</db_block_size> 
                        <db_size>100</db_size> 
 </shape>

この問題はOracleのバグ30313914で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

ODA_BASEは読み取り専用モードになっているか、起動できません。

/OVSディレクトリがいっぱいで、ODA_BASEが読み取り専用モードです。

/OVS/ varディレクトリ内のvmcoreファイルにより、/OVSディレクトリ(Dom 0)が100%使用されるようになる可能性があります。 Dom 0がいっぱいになると、ODA_BASEは読み取り専用モードになっているか、起動できません。

ハードウェア・モデル

Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1。

Oracle Database Appliance X7-2-HA仮想化プラットフォーム。

対処方法

この問題を修正または防止するには、次の手順を実行します:

  • Dom 0のファイル使用状況を定期的にチェックし、必要に応じてvmcoreファイルをクリーンアップします。

  • oda_base vm.cfgファイルを編集し、on_crash = 'coredump-restart'パラメータをon_crash = 'restart'に変更します。 特に、ODA_BASEが200 GB(ギガ・バイト)以上のメモリーを使用している場合。

この問題は、Oracle Bug#26121450で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

odb8より大きいデータベース・シェイプのデータベース・ホーム移動の制限

データベースを作成する場合、Oracle Database Standard Editionのデータベースのシェイプodb8以上を使用してデータベースを作成するためのポリシー制限があります。

このポリシー制限との一貫性を維持するために、Oracle Database Standard Editionデータベース・ホームにデータベースを移行しないでください。データベース・シェイプがodb8より大きい場合。 データベースの移行が失敗しても、ポリシー・ルールに従っていない可能性があります。

ハードウェア・モデル

すべてのOracle Database Appliance Hardware Modelベアメタル・デプロイメント

対処方法

なし。

この問題は、Oracleバグ29003323で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

Oakdが非クラスタ・モードで実行されている場合、odaeraserツールは機能しません

デプロイメントをクリーン・アップした後、クラスタ以外モードでoakdが実行されている場合、セキュア・消しゴム・ツールは機能しません。

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・ベアメタル・システム

対処方法

デプロイメントのクリーンアップ後、oakdは非クラスタ・モードで起動され、odaadmcli stop oakコマンドを使用して停止することはできません。 このような場合、セキュア消去ツールが実行されると、odaeraserコマンドが失敗します。

コマンドodaadmcli shutdown oakを使用してoakdを停止します。

この問題は、Oracleバグ28547433で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

Microsoft webブラウザでのWebコンソールに関する問題

Oracle Database Appliance webコンソールでは、Microsoft EdgeおよびMicrosoft Internet Explorer webブラウザで問題があります。

Microsoft webブラウザの場合、次の問題があります:
  • Oracle Database ApplianceのwebコンソールがMicrosoft EdgeおよびMicrosoft Internet Explorer webブラウザで正しく表示されていません。
  • アプライアンスの詳細情報は、MicrosoftのInternet Explorer webブラウザには表示されません。
  • Microsoft Internet Explorer webブラウザのWebコンソールでは、ジョブ・アクティビティ・ステータスはリフレッシュされません。
  • oda-adminパスワードを構成すると、次のエラーが表示されます:
    Failed to change the default user (oda-admin) account password. 
Status Code: 500 DCS-10001: DCS-10001:Internal error encountered: User not authorized

    回避方法: Microsoft Internet Explorerブラウザ・セッションをクローズし、別のブラウザ・セッションをオープンします。

モデル

すべてのOracle Database Appliance Hardware Modelベアメタル・デプロイメント

対処方法

Webコンソールにアクセスするには、Google ChromeまたはFirefoxを使用します。

この問題は、Oracleのバグ27798498、27028446、30077007、30099089、29887027および27799452を使用して追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

Zookeeperログ・サイズによるディスク領域の問題

新しいログを追加すると、Zookeeperのログファイルzookeeper.outおよび/opt/zookeeper/log/zkMonitor.logはローテーションされません。 これにより、ディスク領域に問題が発生する可能性があります。

ハードウェア・モデル

ベアメタル・デプロイメント用のすべてのOracle Database Applianceハードウェア・モデル

対処方法

ログ・ファイルのサイズが増加している場合は、次のようにzookeeperログファイルを手動で回転させます:

  1. 両方のノードでzookeeperのdcsエージェント・サービスを停止します。 

    initctl stop initdcsagent

  2. 両方のノードでzookeeperサービスを停止します。

    /opt/zookeeper/bin/zkServer.sh stop

  3. 既存のファイルを手動で削除するか、ステップ4から10を実行して、バックアップを取得したあとにzookeeperログを消去します。

  4. zookeeperサーバーを起動する前に、ZOO_LOG_DIRを環境変数として別のログ・ディレクトリに設定します。 

    export ZOO_LOG_DIR=/opt/zookeeper/log

  5. ROLLINGFILEに切り替えて、ロール化する機能を設定します。 

    export ZOO_LOG4J_PROP="INFO, ROLLINGFILE"
    変更を有効にするには、zookeeperサーバーを再起動します。

  6. バックアップ・ファイルの数、およびファイルのサイズを制限するには、/opt/zookeeper/conf/log4j.propertiesファイルに次のパラメータを設定します。 

    zookeeper.log.dir=/opt/zookeeper/log
zookeeper.log.file=zookeeper.out
log4j.appender.ROLLINGFILE.MaxFileSize=10MB
log4j.appender.ROLLINGFILE.MaxBackupIndex=10

  7. 両方のノードでzookeeperを起動します。

    /opt/zookeeper/bin/zkServer.sh start

  8. zookeeperのステータスをチェックし、zookeeperがleader/follower/standaloneモードで実行されていることを確認します。 

    /opt/zookeeper/bin/zkServer.sh status
ZooKeeper JMX enabled by default
Using config: /opt/zookeeper/bin/../conf/zoo.cfg
Mode: follower

  9. 両方のノードでdcエージェントを起動します。

    initctl start initdcsagent

  10. /opt/zookeeper/logのロケーションにあるzookeeperモニター・ログ zkMonitor.logをパージします。 zookeeperサービスを停止する必要はありません。

この問題は、Oracleバグ29033812で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

クリーンアップ・スクリプトの実行後のエラー

cleanup.plスクリプトを実行すると、次のエラー・メッセージが表示されます。 : DCS-10001:Internal error encountered: Fail to start hand shake。

このエラーは、次のステップを実行したときに発生します:

  1. 最初のノード(Node0)でcleanup.plを実行します。 クリーンアップ・スクリプトが終了するまで待ってから、ノードを再起動します。

  2. 2番目のノード(Node1)でcleanup.plを実行します。 クリーンアップ・スクリプトが終了するまで待ってから、ノードを再起動します。

  3. 両方のノードを起動したら、コマンド・ライン・インタフェースを使用してNode0のジョブをリストします。 内部エラーが表示されます。 

    # odacli list-jobs
DCS-10001:Internal error encountered: Fail to start hand shake to localhost:7070

ハードウェア・モデル

Oracle Database Appliance X7-2-HA

対処方法

  1. dcsagentを起動する前に、両方のノードの動物園のステータスを確認します: 

    /opt/zookeeper/bin/zkServer.sh status

    単一ノード環境の場合、ステータスは次のようになります。: リーダー、フォロワ、またはスタンドアロン。

  2. cleanup.plスクリプトを実行した後、Node0でdcsagentを再起動します。 

    # initctl stop initdcsagent 
# initctl start initdcsagent

親トピック: Oracle Database Applianceを管理する際の既知の問題

特定の場合にdescribe-componentコマンドに対して正しくない結果が返されました

describe-componentコマンドは正しくない結果を戻す場合があります。

次のディスクについては、describe-componentコマンドは、使用可能なバージョンをQDV1RE14として表示します。このバージョンは実際のバージョンQDV1RF30よりも低いです: 

Disk type: NVMe
    Manufacturer : Intel
    Model:  0x0a54
    Product name: 7335940:ICDPC2DD2ORA6.4T
    Version: QDV1RF30

describe-componentコマンドを実行すると、次のディスクは表示されません。 これは、表示以外のシステム・コンポーネントには影響しません。 

Disk type: NVMe
    Manufacturer : Intel
    Model:  0x0a54
    Product name: 7361456_ICRPC2DD2ORA6.4T
    Version: VDV1RY03

ハードウェア・モデル

すべてのOracle Database Applianceハードウェア・モデル。

対処方法

fwupdate list allコマンドを使用して、正しいバージョンを確認します。

この問題は、Oracleバグ29680034で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

OAKERR:7007 VMの起動中にエラーが発生しました

仮想マシン(VM)を起動すると、ドメインが存在しないというエラー・メッセージが表示されます。

VMがOracle Database Appliance 12.1.2.10以前にクローン化した場合、あなたはOracle Database Appliance 12.1.2.11でHVMドメインの仮想マシンを起動することはできません。

この問題は、Oracle Database Appliance 12.1.2.11または古いバージョンでクローン化された他のタイプのVMに新しくクローン作成されたVMには影響しません。 vmテンプレートは12.1.2.11.0で修正されました。

VM(この例ではvm4)を起動しようとすると、出力は次のようになります: 

# oakcli start vm vm4 -d 
.
Start VM : test on Node Number : 0 failed.
DETAILS:
        Attempting to start vm on node:0=>FAILED.  
<OAKERR:7007 Error  encountered while starting VM -  Error: Domain 'vm4' does not exist.>                       

vm4のvm.cfgファイルの例を次に示します: 

vif = ['']
name = 'vm4'
extra = 'NODENAME=vm4'
builder = 'hvm'
cpus = '0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23'
vcpus = 2
memory = 2048
cpu_cap = 0
vnc = 1
serial = 'pty'
disk =
[u'file:/OVS/Repositories/odarepo1/VirtualMachines/vm4/68c32afe2ba8493e89f018a
 
970c644ea.img,xvda,w']
maxvcpus = 2
maxmem = 2048

ハードウェア・モデル

Oracle Database Appliance X6-2-HA、X5-2、X4-2、X3-2、およびV1

Oracle Database Appliance X7-2-HA仮想化プラットフォーム。

対処方法

起動に失敗したVMのvm.cfgファイルから余分な= 'NODENAME=vm_name'行を削除します。

  1. 起動に失敗した仮想マシン(vm)のvm.cfgファイルを開きます。

    • Dom0 : /Repositories/ vm_repo_name /.ACFS/snaps/ vm_name / VirtualMachines/ vm_name

    • ODA_BASE : /app/sharedrepo/ vm_repo_name /.ACFS/snaps/ vm_name / VirtualMachines/ vm_name

  2. 次の行を削除してください: extra=’NODENAME=vmname’。 たとえば、仮想マシンvm4の起動に失敗した場合は、extra = 'NODENAME=vm4'行を削除します。 

    vif = ['']
name = 'vm4'
extra = 'NODENAME=vm4' 
builder = 'hvm'
cpus = '0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23'
vcpus = 2
memory = 2048
cpu_cap = 0
vnc = 1
serial = 'pty'
disk =
[u'file:/OVS/Repositories/odarepo1/VirtualMachines/vm4/68c32afe2ba8493e89f018a
 
970c644ea.img,xvda,w']
maxvcpus = 2
maxmem = 2048

  3. Oracle Database Appliance 12.1.2.11.0で仮想マシンを起動します。

    # oakcli start vm vm4

この問題は、Oracle Bug#25943318で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

ネットワークCLIコマンド実行時のノード番号情報のエラー

-uオプションが指定されていない場合、node0のネットワーク情報は、一部のodacliコマンドで常に表示されます。

-uオプションが指定されていない場合、コマンドがnode0またはnode1から実行されているかどうかにかかわらず、describe-networkinterface、list-networksおよびdescribe-network odacliコマンドは常にnode0 (デフォルト・ノード)の結果を表示します。

ハードウェア・モデル

Oracle Database Appliance X7-2-HA、X6-2-HA、X5-2、X4-2、X3-2、およびV1

対処方法

現在のノードの詳細については、odacliコマンドで-uオプションを指定してください。

この問題は、Oracle Bug#27251239で追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題

認識できないトークン・メッセージが/var/log/messagesに表示される

Oracle Database Applianceを更新すると、認識できないトークン・メッセージが/var/log/messagesに表示されます。

Oracle Database Appliance 12.1.2.11.0に更新すると、Oracle VM Serverのバージョンが3.4.3に更新されます。 アップデート後、 /var/log/messagesに次のメッセージが表示されます: 

Unrecognized token: "max_seq_redisc"
Unrecognized token: "rereg_on_guid_migr"
Unrecognized token: "aguid_inout_notice"
Unrecognized token: "sm_assign_guid_func"
Unrecognized token: "reports"
Unrecognized token: "per_module_logging"
Unrecognized token: "consolidate_ipv4_mask"

これらのパラメータのメッセージは無視できますが、InfiniBand準拠のSubnet ManagerおよびAdministration(opensm)機能には影響しません。 ただし、/var/log/messagesのフラッディングを避けるためにパラメータを削除することをお薦めします。

ハードウェア・モデル

Oracle Database Appliance InfiniBandを使用したX6-2-HAおよびX5-2

対処方法

パラメータを削除するには、次の手順を実行します:

  1. パッチ適用後、ベアメタル・デプロイメントの / etc/opensm/opensm.confファイルと仮想化プラットフォーム環境のDom0を更新して、パラメータを削除します。 

    cat /etc/opensm/opensm.conf  | egrep -w
'max_seq_redisc|rereg_on_guid_migr|aguid_inout_notice|sm_assign_guid_func|repo
rts|per_module_logging|consolidate_ipv4_mask' | grep -v ^#
max_seq_redisc 0
rereg_on_guid_migr FALSE
aguid_inout_notice FALSE
sm_assign_guid_func uniq_count
reports 2
per_module_logging FALSE
consolidate_ipv4_mask 0xFFFFFFFF

  2. Reboot. ノードを再起動すると、メッセージは表示されません。

この問題は、Oracle Bug#25985258によって追跡されます。

親トピック: Oracle Database Applianceを管理する際の既知の問題