「Samba 3.0.0β 登場」記事へのコメント

sambaを安心して使えますか？

[masui (228)]

過去に業務で何度かLinux+Sambaでファイルサーバをつくったのですが、どうも挙動がおかしいことが多々あり、いまはSolaris+PC-NetLinkを使っています。

たとえば8.3ファイル名を扱うソフトがあった場合にファイルが上書きされてしまう、ファイルのパーミッションがおかしくなるなどでした。
Sambaベースのファイルサーバは結構あちらこ

--
May the 4th B w/z U

Re:sambaを安心して使えますか？

[hsgw (14585)]

Samba は長いファイル名を元に、動的に短い8.3形式のファイル名を作っているため、どうしても複数のファイルで短いファイル名が同一になる [samba.gr.jp]ことがあります。
短いファイル名は、長いファイル名の先頭5文字 + ~ + 適当なalnum + 適当なalnum という具合に生成しています。 下2つの alnum は、ファイル名のハッシュ値から生成しており、 また A-Z0-9 の 26 * 26 なので約1/1300という確率でぶつかるわけです。

どうしても短い名前が競合するなら、smb.conf にて mangling method = hash2 などと指定するといいかも知れません。
それでもダメなら、ハッシュ値を求める部分に alnum だけでなく # や $ などの記号も含める patch を書いてください。

Re:sambaを安心して使えますか？

[hsgw (14585)]

気になってソースをみたら、A-Z0-9 だけでなく、すでに _-!@#$% の7文字も mangle するのに使うようになっていました。
いつからこうなっていたのかは追いきれていませんが、最近になっての変更ではなく、少なくとも 2.0.x の時代からそうなっていたようです。
すなわち、( 26 + 10 + 7 ) ^ 2 なので、約1/1800の確率で名前が衝突する、ということになります。

また、短い名前(SFN)が動的に生成されるということは、SFNが衝突するだけでなく、長い名前(LFN)を使うアプリケーションAがLFNを変更すると、SFNを使うアプリケーションにもその影響が及ぶ、という問題もあります。

ちなみに 3.0.0beta1 では mangle method = hash2 になっていますが、hash2 の場合、mangling char パラメータが無視されて常に ~ が使われるようです。

Re:sambaを安心して使えますか？

[hsgw (14585)]

typo。

- A-Z0-9 の 26 * 26 なので約1/1300
+ A-Z0-9 の 36 * 36 なので約1/1300