Please enter search query.
Search <book_title>...
Veritas Access リリースノート
Last Published:
2018-08-01
Product(s):
Access (7.4)
Platform: Linux
- Veritas Access の概要
- 修正された問題
- ソフトウェアの制限事項
- 共有 LUN を使用する際の制限事項
- Flexible Storage Sharing の制限事項
- インストールとアップグレードに関する制限事項
- バックアップモードの制限事項
- Veritas Access IPv6 の制限事項
- FTP の制限事項
- Intel Spectre Meltdown の制限事項
- Samba ACL のパフォーマンス関連の問題
- Veritas Access クラスタで InfiniBand NIC を使用する際の制限事項
- 非 SSH 環境でのコマンドに関する制限事項
- 仮想マシン環境で Veritas Access を使用する際の制限事項
- NFS-Ganesha の制限事項
- カーネルベースの NFS v4 の制限事項
- ファイルシステムの制限事項
- Veritas Access S3 サーバーの制限事項
- 長期データ保持 (LTR) の制限事項
- レプリケーションに関する制限事項
- 既知の問題
- Veritas Access の既知の問題
- バックアップの問題
- CIFS の問題
- homedir のリストに付加または追加されたファイルシステムでクォータを有効にできない
- CIFS 共有を削除すると、同一ファイルシステム上にある他の CIFS 共有のデフォルトの所有者とグループの権限がリセットされる
- デフォルトの CIFS 共有の所有者がルートではない
- Veritas Access クラスタで作成した CIFS 共有の一覧表示が Windows サーバーまたは Windows クライアントで失敗する
- CIFS> mapuser コマンドでは、すべてのユーザーを Active Directory (AD) から NIS/LDAP ユーザーにマップできない
- Windows クライアントに表示される CIFS ホームディレクトリの共有サイズが正しくない
- 重複排除の問題
- Enterprise Vault Attach の既知の問題
- FTP の問題
- ファイルシステムが FTP の homedir または anonymous_login_dir として使用されていると、このファイルシステムを破棄できない
- FTP> server start コマンドは、オンラインではない FTP サーバーをオンラインとしてレポートする
- FTP> session showdetails user=<AD username> コマンドが機能しない
- CIFS のセキュリティが AD (Active Directory) に設定されていない場合、AD ユーザーを介して FTP にログインできない
- セキュリティをローカルに設定すると、新規のオペレーティングシステムと Veritas Access インストールの場合に FTP が機能しない
- GUI の問題
- 連続レプリケーションリンクと一時的なレプリケーションリンクの両方を設定すると、高可用性とデータ保護のポリシーを使用するストレージのプロビジョニングが機能しない
- 新しいノードを追加した、または新しいクラスタをインストールし設定した場合、フェールオーバー後にコンソールノードで GUI が起動しないことがある
- Veritas Access クラスタの以前のバージョンがアップグレードされると、GUI が古い不完全なデータを表示する
- コマンドの一部としてサーバーを再起動して証明書を追加および削除すると、RHEL 7 でエラーが発生する
- OpenSSL ocsp を使用するクライアント証明書の検証は RHEL7 で機能しない
- インストールと設定に関する問題
- RDMA LLT を使用するノードを再起動すると、LLT が動作しなくなる。または gabconifg - a コマンドで状態が危険と表示される
- Veritas Access でスクリプトを個別に実行すると、一貫性のないリターンコードを返すことがある
- SSH 接続がない場合、インストーラを使用した Veritas Access の設定に失敗する
- 応答ファイルを使用して Veritas Access を設定する場合に設定から PCI を除外すると失敗する
- インストーラで I/O フェンシング設定中にディスクを初期化した直後に、初期化されたディスクが一覧表示されない
- 2 つのインストールで同時に同じドライバノードが使用されている場合、2 番目のインストールが最初のインストールの進行状況を示す
- 同じドライバノードが 2 つ以上のインストールに同時に使用されると、最初のインストールセッションが終了する
- スレーブノードが再起動中、シャットダウン中、またはクラッシュ状態にある場合に Cluster> show コマンドを実行すると、例外がスローされる
- PCI ID の重複が PCI 除外に追加されると、Cluster> add node name コマンドが失敗する
- クラスタノードからの応答ファイルを使用してインストールを開始すると、NIC セクションの構成後にそのインストールセッションが終了する
- システムの検証チェック後に、インストーラによってサードパーティ製の RPM が見つからないという警告メッセージが表示される
- installaccess コマンドを使用してクラスタのノードから製品をインストールして構成するときに、インストーラがハングアップしているように見える
- 1 番目のノードでローリングアップグレードの段階 1 が完了後、2 番目のノードでパニックが発生する
- クラスタの設定後に CLISH から別の VLAN デバイスを作成すると、VLAN デバイスの phantomgroup がオンラインにならない
- LDAP または autofs のホームディレクトリがシステムに事前に設定されている場合、Veritas Access のインストールに失敗する
- RHEL 7.3 で Veritas Access 7.3.0.1 から 7.4 へのローリングアップグレードを実行すると、ノードが Veritas Access 7.4 にアップグレードされた後 CIFS サービスが障害状態になる
- Veritas Access のインストールが完了した後、インストーラは、インストールがトリガされた場所から Veritas Access ノード上にあるドライバノードの SSH キーを削除しない
- 古い yum リポジトリがあり、RHN リポジトリに到達するためのインターネット接続がない場合、Veritas Access のインストールは失敗する
- ローリングアップグレード後に一部の phantomgroup がオンラインにならない
- ローリングアップグレードの実行後にノードのプロトコルバージョンが異なる
- 事前設定された VLAN と事前設定された結合を使用した Veritas Access のインストールが失敗する
- 国際化 (I18N) の問題
- ネットワークの問題
- CVM サービスグループが予期しない障害状態に移行する
- IPv4 と IPv6 が混在する VIP ネットワーク設定の IP 分散で IP タイプが考慮されない
- netgroup 検索で、LDAP でエントリが見つからない場合に NIS での検索が続行されない
- 現在の IPv6 デフォルトゲートウェイインターフェースではないインターフェースにホストされている VIP と PIP が現在の IPv6 サブネットの外部に到達できない
- 2 つのプライベート NIC または 1 つのプライベート NIC と 1 つのパブリック NIC 間のネットワークインターフェーススワップ後に、スレーブノードのサービスグループは精査されない
- オペレーティングシステムのアップグレード後にネットワークモジュールをインポートできない
- Veritas Access をアップグレードする場合、「SSL on」の LDAP が機能しない
- ネットワークロードバランサーが IPv6 では設定されない
- NFS の問題
- NFS-Ganesha バージョン 4 を使用する Solaris 10 クライアントでパフォーマンスが低下する
- Linux クライアントを使用した場合に NFS-Ganesha のランダム書き込みパフォーマンスが低下する
- ノード間の時間が同期されないと、サーバーの最新のディレクトリコンテンツがクライアントに表示されない
- クラスタノードを再起動すると、NFS> share show で共有がエラーと表示されることがある
- NFS 設定のインポート後に NFS-Ganesha 共有に失敗する
- 共有の数が 500 を上回ると、NFS-Ganesha 共有がオンラインにならないことがある
- NFS-Ganesha で 1 つのパスを複数のクライアントに複数回エクスポートできない
- NFS-Ganesha サーバーの場合、大量の共有のオンラインとオフラインの切り替えに時間がかかる
- NFS クライアントアプリケーションがノードの再起動時に無効なファイル処理エラーで失敗する場合がある
- NFS> share show コマンドがオフライン共有とオンライン共有を区別しない
- NFS> share show コマンドと Linux showmount コマンドの出力の違い
- NFS サーバーを切り替えた後、クライアント上の NFS マウントが停止する
- ノードがクラッシュした場合、カーネル NFS v4 のロックが正しくフェールオーバーしない
- ネットグループのカーネル NFS v4 エクスポートのマウントが正しく動作しない
- IPv6 サブネットの NFS-Ganesha 共有が機能せず、NFS 共有が障害状態になる
- ObjectAccess の問題
- SSLS3 経由で S3 サーバーに接続しようとすると、クライアントアプリケーションが「SSL3_GET_SERVER_CERTIFICATE:certificate verify failed」のような警告を表示する場合がある
- 以前のリリースから Veritas Access 7.4 にアップグレードした場合に、クラスタ名に大文字があると S3 サーバーへのアクセスが失敗する
- クラスタ名が DNS ホスト名の制限事項に従っていない場合、Veritas Access で ObjectAccess サービスを使用できない
- バケット作成がタイムアウトエラーで失敗する
- バケット削除が「No such bucket」または「No such key」エラーで失敗する
- グループ名にスペースが含まれている場合、グループ設定が ObjectAccess で機能しない
- OpenDedup が Veritas Access 7.3.0.1 から 7.4 にアップグレードされた後、既存のバケットに対する Objectaccess> bucket show コマンドの出力にプール名が表示されない
- SSL が有効になっている場合、大きなペイロードに対するレスポンスの送信中に get_object API の portald がクラッシュする
- OpenDedup の問題
- OpenDedup ボリュームの削除後にファイルシステムのストレージが解放されない
- Storage> fs online コマンドが EBUSY エラーで失敗する
- 単一のバケットでバックされ、2 つの異なるメディアサーバーにマウントされる OpenDedup ボリュームの出力が df -h コマンドで一致しない
- OpenDedup> volume create コマンドで実行中にコマンドが失敗した場合、変更が元に戻されない
- 一部の OpenDedup ボリューム状態がアップグレード後にゼロにリセットされる
- エラーが発生して OpenDedup ボリュームのマウント操作に失敗する
- AWS Glacier からのデータの復元に失敗する
- OpenDedup のアップグレード後にクラスタ名に変更がある場合、OpenDedup ボリュームがオンラインにならない
- 復元ジョブが進行中で OpenDedup がメディアサーバーに存在する場合に Veritas Access のマスターノードが再起動されると、復元されたファイルの状態に一貫性がなくなる可能性がある
- OpenDedup> volume list コマンドを実行してもボリュームのノード IP が表示されない場合がある
- OpenStack の問題
- レプリケーションの問題
- 一時的なレプリケーションと重複排除を同じソースに対して実行すると、一時的なレプリケーションファイルシステムが特定の状況で失敗する
- System> config import コマンドで一時的なレプリケーションキーとジョブがインポートされない
- 一時的なレプリケーションフェールオーバー後にジョブがターゲットのスケジュールを使用する
- ターゲットノードがフェールオーバーすると、一時的なレプリケーションが「connection reset by peer」のエラーで失敗する
- Veritas Access 7.2.1.1 以前のバージョンで作成した一時的なレプリケーションジョブが、アップグレード後に認識されない
- GUI 経由の帯域幅の設定が一時的なレプリケーションで有効にならない
- ジョブが SSL 証明書エラーのリンクを削除および追加した後、暗号化の一時的なレプリケーションジョブに失敗する
- 一時的なレプリケーションジョブのステータスに削除されたリンクのエントリが表示される
- 一時的なレプリケーションジョブの修正に失敗する
- 一時的なレプリケーションのフェールオーバーが動作しない
- ターゲットで「had」デーモンを手動で再起動すると、連続レプリケーションが失敗する
- ストレージレプリケーションログがいっぱいになると、連続レプリケーションが replicating の状態にならない
- クラスタノード間の IPTABLE ルールの通信が正しく行われない場合、連続レプリケーションで計画外のフェールオーバーとフェールバックが失敗する
- 連続レプリケーション IP がマスターノードでオンラインでなくても、別のノードでオンラインである場合、連続レプリケーション設定が失敗する
- プライマリまたはセカンダリクラスタ内の任意のノードを再起動すると、レプリケーションが PAUSED 状態になる
- SDS の既知の問題
- SmartIO の問題
- ストレージの問題
- スナップショットのクォータが設定されている場合、スナップショットのマウントに失敗することがある
- Storage> pool rmdisk コマンドがメッセージを出力しない場合がある
- Storage> pool rmdisk コマンドで、ファイルシステム名が出力されないエラーが発生することがある
- CIFS ホームディレクトリのリストに新しく追加されるファイルシステムのクォータを有効にできない
- ファイルシステムを破棄しても、マウントポイントの /etc/mtab エントリが削除されないことがある
- Storage> fs online コマンドはエラーを返すのに、ファイルシステムは数分後にオンラインになる
- DCO が存在する場合にプールからディスクを削除できない
- df コマンドでファイルシステムに利用可能な領域があると表示されるのに、スケールアウトファイルシステムが ENOSPC エラーを返す
- Storage> fs growby または growto コマンドの実行後にロールバックの更新を実行すると失敗する
- エクスポートされた DAS ディスクがエラー状態の場合、ローカルノードに ERR が表示され、Storage> list でリモートノードに NOT_CONN が表示される
- I/O フェンシングを無効にすると、管理サービスが停止したクラスタで状態に一貫性がなくなる
- ノードの Storage> tier move コマンドのフェールオーバーが機能しない
- Storage> scanbus 操作が I/O フェンシング操作時にハングアップする
- 各キャッシュオブジェクトがいっぱいになると、ロールバックサービスグループが障害状態になり、状態を消去する方法がない
- キャッシュオブジェクトがいっぱいになると、イベントメッセージが生成されない
- Veritas Access CLISH インターフェースで、同じファイルで解凍と圧縮操作を同時に実行できないようにする必要がある
- ストレージデバイスが SIGBUS 信号で失敗し、スケールアウトファイルシステムデーモンの異常終了が発生する
- クラスタノードのいずれかが再起動すると、Storage> tier move list コマンドが失敗する
- Storage> fs policy add にフィルタ基準として指定されたパターンが、基準に当てはまらないファイルを誤って転送することがある
- Storage> fs policy resume の発行後にポリシーの実行が完了すると、データの合計とファイルの合計数が、Storage> fs policy status に示されている移動されたデータおよびファイル数と一致しない場合がある
- Storage> fs addcolumn 操作が失敗しても、エラー通知が送信されない
- Storage> fs-growto コマンドと Storage> fs-growby コマンドは、分離されたディスクでエラーが発生する
- 階層化が存在する場合に、領域最適化されたロールバックを作成できない
- Volume Manager オブジェクトが存在する設定で I/O フェンシングを有効にすると、ディスクグループのインポートが失敗する
- プールに 1 つしかディスクが含まれない場合、ファイルシステムの作成が失敗する
- バックアップサービスの開始後、一部のノードで BackupGrp が FAULTED の状態になる
- シン LUN を使用してシンプルなレイアウトで作成されたスケールアウトファイルシステムが、Storage> fs list コマンドで階層レイアウトを示す場合がある
- largefs ストライプまたは largefs ミラー化ストライプレイアウトを使用して作成されたファイルシステムが、Storage> fs list コマンドで不正な列数を示す場合がある
- SSD プールでファイルシステムの作成が失敗する
- スケールアウトファイルシステムが Storage> fencing off/on コマンドの実行後に障害状態になる場合がある
- Azure 階層がスケールアウトファイルシステムに追加された後、Azure 階層にファイルを移動できず、Storage> tier stats コマンドが失敗する
- 管理コンソールノードを再起動した後 CVM サービスグループが障害状態になる
- クラスタのノードの 1 つが不明な状態の場合、Storage> fs create コマンドで出力が正しく表示されない
- Storage> fs growby および growto コマンドが、ファイルシステムまたはバケットサイズが一杯になると失敗する
- S3 バケットを NetBackup 用にプロビジョニング中に、デバイス保護がイレイジャコーディング済みとして選択され、障害ドメインがディスクとして選択されている場合、バケットの作成が失敗する
- Veritas Access クラスタ間でフェンシングディスクのオペレーティングシステム名に一貫性がないため、問題が発生する可能性がある
- フェンシングが有効になるとディスクグループのインポート操作に失敗し、すべてのサービスが障害状態になる
- イレイジャコーディングファイルシステムの作成中、誤った結果をまねくメッセージによって storage> fs create コマンドの実行に問題が発生する
- 再起動後に別のノードがクラスタに参加した場合、Veritas Access のクラスタノードがリカバリ中にクラスタから明示的に退出するか、停止する可能性がある
- システムの問題
- ターゲットの問題
- Veritas Access の既知の問題
- ヘルプの入手
CIFS のセキュリティが AD (Active Directory) に設定されていない場合、AD ユーザーを介して FTP にログインできない
Veritas Access の AD 設定はプロトコル間で共通です。これは CIFS> set domain/domaincontroller/domainuser コマンドで設定されます。そのため、ユーザーが FTP のセキュリティとして AD を使用する場合は、AD 設定を CIFS を介して実行する必要があります。CIFS のセキュリティが AD に設定されていない場合、AD ユーザーを介して FTP にログインできません。CIFS セッションを介して行われる AD 設定の変更はすべて FTP に影響します。
回避策:
AD 設定は Veritas Access. のすべてのプロトコルに共通であるため、この問題に対する回避策はありません。CIFS> set コマンドを使用して AD が正しく設定されていることを確認してください。CIFS 以外のプロトコルで使用するには、CIFS のセキュリティを AD に設定します。