SMBでのファイル共有でサーバに直接保存ができない。

DTP用のファイルサーバとして、いままでApple Share IPやWindows NT4.0 serverを使用してきましたが、OSX server 10.3.4に移行中です。マシンはXserveG5にXserveRAIDを繋いで使用しています。
データの移動も順調に進んでいたのですが、遭遇したことのない現象に困り果てています。いままでクライアントから共有ボリューム内のファイルを直接開いて編集し、そのまま上書き保存していたのですが、OSX serverでこれがうまくいきません。Mac OS9/XおよびWindows98/2000では、いままでより保存に時間がかかるようになり、WindowsXPにおいては、「遅延書き込みエラー」とかで全く保存ができません。ネットワークに問題があるのかとも思ったのですが、単純にファイルやフォルダをコピーする場合の速度は問題ありません。
クライアント(XP)の問題なのか、サーバ(Samba)の問題なのか切り分けもできない状態です。どなたか同じような現象が出ている方いらっしゃいませんか?解決法をご存知の方いらしたら、ご教授願います。

投稿日 2004/06/28 19:55

返信: 3

2004/06/29 12:14 Community User への返信

ご返答ありがとうございます。
数種のアプリで同様のテストをしてみました。
WindowsXPから、SMBでOSXserver上のファイルを直接開き、編集して上書き保存をしてみました。現状で分かったことは、MicorsoftOfficeのファイルでは問題は出ないようです。保存ができないのは、Adobeのソフト(Illustrator)などです。保存完了直前でアプリがフリーズしたように見え、しばらくすると「遅延書き込みエラー」となり、時にエクスプローラがフリーズし再起動するハメになります。。保存されるべきファイルがサーバ上に表示されてはいますが、当然壊れているのか開くことはできません。
いったいどうしたものでしょう。

2004/06/29 19:57 Community User への返信

Sambaに関するサイトを巡回していたところ、解決策を見つけました。同様の現象が出ている方の参考になればうれしいです。
詳しいことを説明できる知識を持ち合わせていませんが、Sambaが送受信するパケットサイズに問題があるようです。
詳細は、こちらで↓
http://www.dd.iij4u.or.jp/%7Eokuyamak/Documents/tuning.japanese.html
http://www.jwntug.or.jp/tech/technote/sysad/samba_tuning-j.html
私の場合は、/etc/smb.confの[global] 部の最後に
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
と追記し、Windowsサービスを再起動することで解決できました。この”8192”という数値は、上記サイトにあるように環境によっては変更しなければならないようです。
無事、ファイルの上書きができるようになり運用を本格化できそうです。ヒントをいただいたabcdefgさん、ありがとうございました。

このスレッドはシステム、またはAppleコミュニティチームによってロックされました。 問題解決の参考になる情報であれば、どの投稿にでも投票いただけます。またコミュニティで他の回答を検索することもできます。

SMBでのファイル共有でサーバに直接保存ができない。

Apple サポートコミュニティへようこそ
Apple ユーザ同士でお使いの製品について助け合うフォーラムです。Apple Account を使ってご参加ください。