1
OmniOS / ZFS / Windows 7：アプリケーション内から「名前を付けて保存」すると、CIFS / SMB上のすべてのファイルサイズで5秒遅れます
状況： SMB経由でWindowsおよびOS Xゲストにファイルを提供するOmniOS r151018（95eaa7e）を実行している単一のファイルサーバーで、次の奇妙な問題が発生しました。 SMB共有の[名前を付けて保存]ダイアログウィンドウから特定のファイル（.docx、.xlsx、一部の画像）を保存すると、約3〜5秒の遅延が発生し、その後アプリケーションがまったく応答しなくなります。ファイルは正常に保存されます。 この問題はサーバーに何も実行せずに「夜間に」発生しましたが、ユーザーからのクレームは最初の発生からしばらくしか経過していないため、正確な日付を正確に特定することは困難です。サーバーの再起動後、ミラー化されたルートプールの1つのvdevは使用できませんでしたが、綿密な調査ではデバイスに障害は検出されず、プールに再接続されました。問題はまだ解決しません。 いくつかの観察： すべてのWindows 7クライアントで発生します すべてのファイルサイズで発生します アクセス許可に関係なく、このマシンのすべての共有で発生します 別のサーバーからiSCSI経由でホストにインポートされたより高速なストレージで発生します 通常のコピー速度はGBitイーサネットで110 MB /秒 データとルートプールは問題ないようです 他のファイルサーバーでは発生しません ファイルがローカルに保存され、エクスプローラー経由でコピーされた場合は発生しません OS Xでは発生しません（OpenOfficeでのみテストできます） dmesgNOTICE: bge0: interrupt: flags 0x0 - not updated?さまざまな値を持ついくつかのカウントを示していますが、これは以前のケースでもあり、害はありませんでした その他のアイデア/計画： 明確なエラーメッセージが見つからないため、原因を探すために試行錯誤を繰り返す必要があるかもしれません。私が検討するいくつかのこと（結果はイタリック体で示されています）： BroadcomネットワークカードをIntelカードに交換=>違いはありませんでした ルートプールをSATA SSDで置き換えます（現在、3年以上正常に機能していたSLCメモリUSBスティック）=>違いはありませんでした 中間のネットワークをチェックします（ハードウェア、サーバーに直接接続） WireSharkによるトラフィックキャプチャ：探しているものが正確にわからない場合は難しい ソフトウェアの競合を除外するために以前のOmniOSブート環境/バージョンに戻す=>違いはありませんでした Windows / Officeの更新をロールバックしてバグを除外する :スナップショットからファイル名に（コロン）を含むファイルを削除します。ewwhite =>によって作成されたredditスレッドでのtxgsyncによる提案は違いを生じませんでした Windowsの「以前のバージョン」機能が「：」文字を含む自動スナップショットで有効になっている場合、これに似たものを見たことがあります。これで風を撃つだけですが、「：」文字はWindowsファイル名では使用できないため、一見の価値があります。 ファイルアクセスの監視：shodanshokにより示唆されるように、私が使用DTraceして、このスクリプトは、ファイルアクセスを監視すること。私はすでに開いているファイルを保存している間にそれを使用し、無関係な出力と個人情報を削除しました、そして結果は3つのファイルを中心にしています： CPU ID FUNCTION:NAME 1 18753 fop_open:entry Open: …