だめだめじゃない方は、まじめなぺーじもどうぞ
ツッコミの内容は検索サイトからの検索やサイトのレーティングに影響します。そのため問題があるキーワードを含むと思われるツッコミについては、当方の判断で削除することがあります。予めご了承ください。 なお、コメントspamと判断されたツッコミは自動的に消去されます。ご容赦ください。
会社の人から教えてもらったんですが、Wikipediaの記載では、
とあり、後者は誤用であるという記載がありますが、少なくとも自分がインターネットと関わるようになった 1994 年ごろの私の周囲では、後者の意味が本来の意味ということで定着してた記憶が……
うーん、ノートみても、前者が本来の意味という意見はないし、直すかなぁ。
先日からいろいろ試してたんですが、ようやく少し整理できました。
これは、先日記載したとおり、若干バグと思われる事象があり、最初混乱しましたが、本来の機能はマニュアルページのとおりで
inherit permissions パラメータは文字通り
inherit acls パラメータは以下のとおり
ただし、Samba 3.5.4 で検証した限り、inherit acls と inherit permissions の両方が yes の場合は、inherit permissions パラメータの設定が有効になる。
パーミッションには一切影響を及ぼさない。
なお、上位ディレクトリのデフォルトACLとして設定されたACLについては、これらのパラメータの設定に関わらず、常に引き継がれました。
一応、これら4つのパラメータをマトリクスで検証して確認しています。
別件のついでに調べてたんですが、なぜか一見関係ないはずのパラメータの設定によって inherit owner が動作したりしなかったりするので調べてみたところ、怪しい挙動を確認。
いったんディレクトリなりを作成してから chown することで、この機能を実現してるっぽいんですが、条件によっては chown に失敗して、結果として inherit owner されず、作成者が owner のままになってしまうらしいです。
以下のように change_dir_owner_to_parent 関数のエラーが出るので識別できます。
[2010/08/21 16:29:56.868131, 0] smbd/open.c:315(change_dir_owner_to_parent) change_dir_owner_to_parent: device/inode/mode on directory New Folder (17). Refusing to chown !
一応バグレポートもあげてみました。
今回のOSC nagoyaでも、話しながら皆さんの顔を見ていると、あまり満足されていないのかなぁと思ったり。
もちろん、デモがうまくいってなくて、これ大丈夫？的な要素は否定しないですが、そもそもどういう話が聞きたいのかなぁと思うこともあります。
Samba のセミナは、OSC のセッションの中ではどちらかと言えば人が集まる方ではあるんですが、その割には初心者ねたを話しても、中級者ねたを話しても、いまいちな雰囲気な気がしています。
ただ、話すほうからすると、インストールしてとりあえず使えるところまでを話そうとすると、実質的にディストリビューションなりのインストールが完了すれば、使えます状態なので、ディストリビューションのインストール手順とほぼ同義になってしまい、Samba 的要素がまったくなくなってしまうこともあり、微妙ですし、Samba＋LDAP ねたにいくと、複雑ではあるものの、設定手順自体は一本道に近いので、ある意味セミナねたとしては不向きな気がしてます（ハンズオン形式ならいいんでしょうが）。
このところは、中級者向け小ねたで話をしてますが、これもいまいちな気がしていて、かなり手詰まり感があります。
次回どこかで話す機会があれば、ぜひアンケートをとってみたいと思ってますが、みなさま的にはどんな話が聞きたいんでしょうか……
パスワード同期のデモでうまくいかず、期待されていたかた申し訳ございません m(_"_)m
後でログをみたんですが、わかってみれば理由は簡単で、うっかり Samba を ja_JP.eucJP ロケールの端末上で再起動してしまったのが原因でした。
ログをみると
[2010/02/27 19:31:06, 3] auth/pampass.c:smb_pam_passchange_conv(369) smb_pam_passchange_conv: Could not find reply for PAM prompt: 新しいUNIXパスワードを入力してください: [2010/02/27 19:31:06, 0] auth/pampass.c:smb_pam_chauthtok(702) PAM: UNKNOWN PAM ERROR (19) for User: monyo [2010/02/27 19:31:06, 2] auth/pampass.c:smb_pam_error_handler(76) smb_pam_error_handler: PAM: Password Change Failed : 会話エラー [2010/02/27 19:31:06, 0] auth/pampass.c:smb_pam_passchange(858) smb_pam_passchange: PAM: Password Change Failed for user monyo!
のように、エラーが日本語で出力されてしまっていて、これを Samba 側が理解できないため、パスワード変更に失敗していたことが確認できました。ロケールを C に戻すことで、問題なく機能するようになりました。というか、起動スクリプト内でロケールの再設定は当然やってくれてるとばかり思ってました > Lenny
なんにせよ、申し訳ございませんでした。
今回はデモがかなりしくしくな状態ではあったんですが、なんとか無事終えることができました。
40 名を超える方々にお越しいただきまして、ご清聴ありがとうございました。
毎回聞いている方からすると、あまり変わり映えしない内容ではあるんですが、現状表面的な機能はあまり変化がない状態ですし、次期版はまだアルファ版状態ですので、ねたを作るほうとしては、なかなか難しいところだったりします。
次は (仮)Samba評価環境について ということで、太田さんが 09/10 に OSC 2010 Tokyo fall でお話しされます。
資料は 日本Sambaユーザ会のサイト からダウンロードできるようにしていますので、ご活用ください。
いまさらですが、5末に公開された Samba Team Blog #4 を読んでいて、リリース間隔が 6 ヵ月から 9 ヵ月に変更されてたことに気付きました。 Webサイトでは、理由も含め、以下のように説明されています。
In a Team meeting and after consultations with OEM's and Linux distributions we decided to move to a nine month period between major Samba releases instead of our previous six month release cycle. The strain of keeping to the six monthly cycle was too great on the release process, and nine months should give us a better balance between having time for feature development and time for testing of the Samba production release code.
チームの会合と各 OEM および Linux ディストリビューションとの 協議を経て、われわれは、Samba のメジャーリリースの間隔を、 以前の 6 ヵ月周期から 9 ヶ月周期へと移行する決定を下した。 6 ヶ月周期を持続させるには、リリース作業の負荷が過大であった。 9 ヶ月周期にすることで、機能拡張とSamba の安定版リリースの コードテスト期間との間でよりよいバランスがもたらされた筈である。
まぁ、当然といえば、とうぜん、ですかね。
実は、昨年中ごろから、さまざまな書籍がいっせいに佳境を迎え始めたこともあって、ほとんど掛かりきりになってました。
2月に2冊本を出して、7末の時点では、版下待ちが1冊、もう1冊は、ちとよくわからないところもあるんですが、著者プロフィール出したりしてるので、ほぼほぼ完了かなぁという感じです。
ということで、もろもろあった書籍も、後1冊（原稿はとっくの昔に提出してるんですが、というか、なんというか）になり、作業的にはかなりぽっかりと空いた感じですかね。
ただ、以前からよく書いてた雑誌は、気づくと1つ減り、2つ減りしてほとんど残ってない感じですし、本を量産するような気力、体力は残ってないしで、なんとなく、これからどうするかなという感じもしてたりしますです。
翻訳本、なんか何人かでチーム組んでやったのが、ことごとくあまりよい結末を迎えてないので、一人で全部訳してみたいとかいうのはありますが。
Samba も最近は安定していますし、新しい Samba 4.0.0 はようやく目処が立ってきたとはいえ、まだまだですし、あまり目新しいねたがない状態ですねぇ。
Windows 方面は、のうりょくふそくもあって、かなりご無沙汰になってますし、正直かなりだめです。
2年間使ってきて、特段サービス内容に不満はなかったんですが、先日 BIC WiMAX を契約して自分が普段行くところで2週間ほど試してみたところ、Wi2 300と組み合わせれば、ほぼ問題なく電波が通じることが確認できたので、N年縛りもないことですし、一度emobileを解約してみようかと思いました。
で、 ここ とかみて焦ってたんですが、結局 イーモバイル、５分で解約できたっ！ をみて、ビックカメラ有楽町店で解約……
しようかと思ったんですが、結局使わなければ「ただ」にひよって、契約変更だけ、してきましたです。
試した限りでも、イー・モバイルの電波は届いて WiMAX がだめなところはあったので、緊急用ということで。
これ、Webサイトに書いてあったかしらと思ってみてみると、確かに 割引サービス の「にねん得割」をよく見ると、「料金プランがデータプランで、新規契約からのご利用期間が新規契約月の翌月から起算して2年以上の場合、課金対象となる通信（中略）のご利用がない月は基本使用料およびユニバーサルサービス料がかかりません。」と書いてありますねぇ。
当分 Windows XP から乗り換えられそうにないですねぇ。
Windows 7 も悪くはないんでしょうが……
● yabuki [もし時間があれば、bug reportをお願いします。いまquerrybts samba で検索したら該当する bu..]
● monyo [bug report 投げておきました > yabuki さん。 ttp://bugs.debian.org/cgi..]