vnx5200 DM Server_2.logが取得されない

wsxokmnuiさん

supportmaterialsのcmd_outputsフォルダ内のserver_3.logの近くに、server_x.faulted.server_x.logというようなログはないでしょうか（例えばserver_3.faulted.server_2.log）。
もしもある場合には、DM2がフェイルオーバーしている状態で取得をしたsupportmaterialsである可能性があります。

フェイルオーバー状態ではなかったとすると少しおかしいので、まずは当該VNX5200にSSH接続してみて、「server_log server_2」コマンドできちんとログが出力されるかを確認してみるのがよさそうです。

server_x.logがcmd_outputsフォルダの中にあることからわかるように、supportmaterials取得時に実行したserver_logコマンドの結果が保存されているはずなので、そもそもserver_logが動かない場合にはserver_x.logは取得できないはずなので。

また、もしも「server_log server_2」コマンドが上手く動かない場合には何か問題がありそうなのでサポートセンターに問い合わせた方がよいでしょう（すぐに直したいということであればDM2の再起動という手も取れそうですが・・・）。

wsxokmnuiさん

なるほど、なにかおかしそうですね・・・
コマンドが失敗した場合には、/nas/log/cmd_log.errファイル（supportmaterialsでいうとnas > logフォルダ内のcmd_log.err）に記録されるはずです。

Uehara Y. さん

返信、ありがとうございます。

cmd_log.errファイルは、昨年8月までの記録のみでした。

cmd_logには、supportmaterialsを取得した時間に以下の記録がありました。

　/nas/bin/server_file server_2 -get passwd.....

よろしくお願いします。

wsxokmnuiさん

ラボマシンで確認してみましたが、supportmaterials作成時にはcmd_logに実行コマンド載ってこないですね。。
こちらでも最後に/nas/bin/server_file server_2 -get passwd /tmp/passwd.....が記録されるだけでした。
そのために、cmd_log.errにもserver_logの失敗結果は載ってこないです（もうしわけありません）。

こうなるとsupportmaterialsからの確認は難しいので、まずは実機から一度「server_log server_2」を実行して頂き、問題なく動作するようであれば、再度supportmaterialsを作成してみるというような確認をしてみるのがよさそうです。

Uehara Y.　さん

コマンド server_log server_2 を実施してみました。

問題無く、server2のログが表示されました。

再度、supportmatrialsを取得してみたところ、

今度は、server_2.log (server_3.log も)取得できておりました。

前回取得の際は、コマンド [server_log server_2] が実施されなかったような

状態ではないかと感じています。

このような既知の問題は報告されていないのでしょうか。

よろしくお願いいたします。

wsxokmnuiさん

書き込みをして頂いた時点で既知事象を探してみていたのですが報告されていないんです・・・

ナレッジベースを確認しても当てはまるようなものは見つけることが出来ませんでしたし、ちょうどUnifiedストレージのサポートをしていた友人（VNXの前のCelerraの時代からサポートをしていた人です）と話す機会があったので本事象について聞いてみたのですが、「そんな事象あたったことないな。。」という反応でした。

Uehara Y. さん

既知事例は無かったんですね。

supportmaterialsの再取得、またはserver_logコマンドで取れるようですので

とりあえず対応はできることが判りました。

ありがとうございました。