Samba コピー中断でファイルの 残骸ができる現象について
80cc
なるほど”中断”ではなく”キャンセル”で検索したほうが良かったかな？
"Takashi SHIRAI" <shi...@nintendo.co.jp> wrote in message
news:9j4er7$bir$1...@nsvn01.zaq.ne.jp...
> しらいです。
> これは、95/98/Me 系と NT/2000 系とでは SMB request の体系
> が異なるためで、NT/2000 の場合ゴミが残る現象については既知の
> 問題として日本 Samba ユーザ会でまとめられています。
> http://www.samba.gr.jp/project/kb/J0/0/15.html
うーん、"Sambaの仕様制限です" とハッキリ言われてますね。
結構重大な問題だと思うのですが．．．
大容量のファイルでなくても転送速度が遅い場合はキャンセルできるので。
> ゴミが残ること自体は Samba のせいでしょうが、size に関して
> は OS の仕様と考えて下さい。
本日、会社で使ってるLinux+Sambaでも同じ結果になることに気が付きました。
まさかUNIXそのものの仕様とは気が付きませんでした。
> ただ、現状の HEAD branch は不安定で compile すらままならな
> いようですので、取り敢えずは release 版の 2.2.1a を試してみ
> ては如何でしょう？
自宅のFrreBSD(98)で確認してみました。
CVSUPでportsを更新するとnet/samba-develが2.2.1aでしたので
インストールしてみました。
結果は問題ないようです。 キャンセルしても中断ファイルは消されてくれます。
大小いろいろなファイルで試して見ましたが確実にキャンセル出来ました。
が．．．
なぜかSWATが使えなくなり2.0.10-ja-1.0のsmb.confをそのまま使って
みました。 SWATを開くとパスワードは聞いてくるのですが
401 Bad Authorization
username or password incorrect
ってエラーが出てしまいます。 現在調べていますがちょっと手に負えないかな
＃対応できているということは原因は判明してるってことなんでしょうか？
＃一刻も早い対応を願うところです。 ＜ すいません他力本願で
この問題がFTPの中断のようにファイルサイズが送った分だけしかないとか
であれば後でわかり易いのですが、現状では偽物が出来てしまうようで
怖いです。
fj.net.samba追加しました。まだ何もない？