FreeNASプロジェクトマネージャのOlivierさんからメールがきました へのコメント http://shell.peach.ne.jp/aoyama/archives/783 WordPress 2.9.2 Tue, 27 Jul 2010 07:43:29 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Koike より http://shell.peach.ne.jp/aoyama/archives/783/comment-page-1#comment-1083 Koike Mon, 25 Jan 2010 08:30:03 +0000 http://shell.peach.ne.jp/aoyama/?p=783#comment-1083 メールでのご連絡もいただき、ありがとうございました ログも提供させていただきました ABORT_TASKについては、文字通りコマンド処理を中止したという意味になるとのことです そのため、再試行を行い***ERROR***が出ない限りは問題が無いとのことです aoyama様のコメントのように高負荷時などで無限循環に陥る場合もあるそうで それを、後日パッチにて対応していただけるとのことです メールでのご連絡もいただき、ありがとうございました
ログも提供させていただきました
ABORT_TASKについては、文字通りコマンド処理を中止したという意味になるとのことです
そのため、再試行を行い***ERROR***が出ない限りは問題が無いとのことです
aoyama様のコメントのように高負荷時などで無限循環に陥る場合もあるそうで
それを、後日パッチにて対応していただけるとのことです

]]> aoyama より http://shell.peach.ne.jp/aoyama/archives/783/comment-page-1#comment-1081 aoyama Fri, 22 Jan 2010 17:01:56 +0000 http://shell.peach.ne.jp/aoyama/?p=783#comment-1081 報告ありがとうございます。 ABORT_TASKが発生するのは20091222版の時点での既知の問題になります。 いまのところZFS上のターゲットでのみ、この現象がみられます。 以下メールでの提供ログの調査によりコメントに追加： 処理が正しく動いていれば、イニシエータ側のコマンド再試行により すぐに復帰できるのですが、再試行でさらなるエラーが発生した場合に セッションリカバリー自体が復帰不能な状態（エラーと再試行を交互に 繰り返す無限循環）に陥る可能性があるようです。 なお、この問題が発生するのはQueueDepthを指定してコマンドキューイングを 有効にした場合のみとなります。万が一この現象に陥った場合は iSCSIターゲットサービスの再起動によりエラー状態を破棄すれば 復帰できるようになる可能性が高いです。 現在この問題に対応するためのパッチを作成中です。 報告ありがとうございます。

ABORT_TASKが発生するのは20091222版の時点での既知の問題になります。
いまのところZFS上のターゲットでのみ、この現象がみられます。

以下メールでの提供ログの調査によりコメントに追加：
処理が正しく動いていれば、イニシエータ側のコマンド再試行により
すぐに復帰できるのですが、再試行でさらなるエラーが発生した場合に
セッションリカバリー自体が復帰不能な状態（エラーと再試行を交互に
繰り返す無限循環）に陥る可能性があるようです。

なお、この問題が発生するのはQueueDepthを指定してコマンドキューイングを
有効にした場合のみとなります。万が一この現象に陥った場合は
iSCSIターゲットサービスの再起動によりエラー状態を破棄すれば
復帰できるようになる可能性が高いです。

現在この問題に対応するためのパッチを作成中です。

]]> Koike より http://shell.peach.ne.jp/aoyama/archives/783/comment-page-1#comment-1076 Koike Sat, 16 Jan 2010 09:13:23 +0000 http://shell.peach.ne.jp/aoyama/?p=783#comment-1076 開発メンバに入られたのですね　おめでとうございま～す FreeNAS上で使えるistgtは大変便利で 昨年の6月頃から、FreeNAS上のistgtを追っかけて各バージョンを試させてもらっている サーバ管理も生業の一部としている者です 自分の環境ではESXi4.0で試すとやっぱり負荷が上がるとエラーがでちゃいます 今回のバージョンでは「かなり」負荷をかけると下のようなエラーが出ます QueueDepthを32以上(64とか128とか)にしても、症状が変わりません エラーがちょっと長いので、本当はメールでご連絡したいのですが短縮して数行だけ書くと 「ログ」-「デーモン」の項 Jan 16 04:05:37 freenas istgt[2934]: ABORT_TASK Jan 16 04:05:57 freenas istgt[2934]: ABORT_TASK Jan 16 04:05:57 freenas istgt[2934]: CmdSN(411020), OP=0x2a, ElapsedTime=2 cleared という感じです 試験環境は、ESXi側Express5800/110GeでCPUがQ9650(3.0GHz)のメモリ8GB FreeNAS側もExpress5800/110Geでメモリ2GB(カーネルに1.5GB割当設定済) SATAのHDD4発をZFSのraidz2で使用 できれば、メールでご返信いただければ詳細な環境とエラーをご連絡したいと思っています このエラーメッセージがistgtのより一層の安定化が図られるために 役立つのならと思っています よろしくです 開発メンバに入られたのですね　おめでとうございま～す
FreeNAS上で使えるistgtは大変便利で
昨年の6月頃から、FreeNAS上のistgtを追っかけて各バージョンを試させてもらっている
サーバ管理も生業の一部としている者です

自分の環境ではESXi4.0で試すとやっぱり負荷が上がるとエラーがでちゃいます
今回のバージョンでは「かなり」負荷をかけると下のようなエラーが出ます
QueueDepthを32以上(64とか128とか)にしても、症状が変わりません
エラーがちょっと長いので、本当はメールでご連絡したいのですが短縮して数行だけ書くと

「ログ」-「デーモン」の項
Jan 16 04:05:37 freenas istgt[2934]: ABORT_TASK
Jan 16 04:05:57 freenas istgt[2934]: ABORT_TASK
Jan 16 04:05:57 freenas istgt[2934]: CmdSN(411020), OP=0×2a, ElapsedTime=2 cleared

という感じです

試験環境は、ESXi側Express5800/110GeでCPUがQ9650(3.0GHz)のメモリ8GB
FreeNAS側もExpress5800/110Geでメモリ2GB(カーネルに1.5GB割当設定済)
SATAのHDD4発をZFSのraidz2で使用

できれば、メールでご返信いただければ詳細な環境とエラーをご連絡したいと思っています
このエラーメッセージがistgtのより一層の安定化が図られるために
役立つのならと思っています
よろしくです

]]>