Lsyncd 監視対象ファイルの上限

Lsyncdが利用している inotifyが監視できるファイル数には上限があります。
この上限を超えると、Lsyncdは動作を停止 or 起動してくれません。

起動しようとすると、こんなエラーが発生します。（しました）

lsyncd: Error, Terminating since out of inotify watches.#012Consider increasing /proc/sys/fs/inotify/max_user_watches

ちなみに、上限値は以下で確認できます。

[root@cent6 ~]# cat /proc/sys/fs/inotify/max_user_watches 8192 [root@cent6 ~]#

これじゃ、ちょっと心もとないので、大きな値に変更します。

[root@centos6 ~]# cp -ip /etc/sysctl.conf{,.org} [root@centos6 ~]# vi /etc/sysctl.conf fs.inotify.max_user_watches = 819200 [root@centos6 ~]# /sbin/sysctl -p

かなり大きな値に設定していますが、システムへの負荷はあまり掛かっていないようです。

Lsyncd が 同期を開始するまでの遅延時間（待ち時間）

Lsyncd が、ファイルの変更を検知して、実際に同期を開始するまでに、ちょっと時間がかかります。

これは、lsyncdが意図的に遅延させているだけなので、設定で変更することができます。

ちなみに、標準では 15秒の遅延時間が設定されているようです。


で、上書きの方法は

コマンドラインで実行する場合は、以下のように -delay オプションを指定して、lsyncd を起動します。

# lsyncd -delay 3 -rsyncssh  ……


設定ファイルに書く場合は

settings の項目に、 delay オプションを設定すればOKです。


settings {
        logfile = "/var/log/lsyncd.log",
        statsfile = "/var/run/lsyncd.status",
        delay = "3",
}

Googleドライブの利用規約

よく、Googleドライブの利用規約がやばい。って記事を見かけますが、
全然やばくないんじゃないのかな？

危ない主張はこんな感じ
”ユーザーがコンテンツをアップロードすると Googleに対して、使用、保存、複製、変更、派生物の作成、送信、出版などを行うための全世界的なライセンスを付与することになる”

これは、確かに、利用規約に書いてあるけど、Googleのサービス全般に対するものであって、Googleドライブの利用規約を正確に表しているとは思えません。


で、Googleドライブの利用規約はこうなっています。
https://support.google.com/drive/bin/answer.py?hl=ja&answer=2733115&topic=2428743&ctx=topic
----

Google ドライブにアップロードするファイルと Google の利用規約

利用規約にあるように、「ユーザーは、そのコンテンツに対して保有する知的財産権を引き続き保持します。つまり、ユーザーのものは、そのままユーザーが所有します。」
Google は、ユーザーがドライブ アカウントでアップロード、共有、保存しているテキスト、データ、情報、ファイルなどのいかなるコンテンツの所有権も請求しません。Google の利用規約の目的は、Google がユーザーに必要なサービスを提供できるようにすることです。つまり、ユーザーがドキュメントを誰かと共有しようとしたり、それを別の端末で開いたりした い場合に、Google はその機能を提供できます。
まとめると、

• ドライブ内のファイルに誰がアクセスできるかはユーザーが制御します。Google は、プライバシー ポリシーに定められている場合を除き、ユーザーのファイルとデータを他者と共有しません。たとえば、
  • 限定公開のドキュメントを一般公開に変更しません。
  • マーケティングまたは販売促進のキャンペーンのために限定公開のドキュメントを使用しません。
  • ユーザーが希望する限り、いつまでもユーザーのデータを保管します。
• Google ドライブの利用を中止する場合、ユーザーはデータを取り出すことができます。

----


一般公開でファイルを公開しない限り、もともとの利用規約にある。

”ユーザーがコンテンツをアップロードすると Googleに対して、使用、保存、複製、変更、派生物の作成、送信、出版などを行うための全世界的なライセンスを付与することになる”

は、適用されないと考えて良いんじゃないかと思います。

iPod touch のカレンダーに、googleの連絡先の誕生日が重複して表示される

ipodのカレンダーに、googleの連絡先に登録している誕生日が、何十個も重複して表示されてしまってました。
おかげで、カレンダーの動きもすごく重たかった……

で、消す方法がなかなかわからなかったんだけど、単にカレンダーのプロパティで、
”連絡先の誕生日と予定”
の同期を解除すればＯＫでした。

まあ、googleの連絡先に登録した誕生日を表示したい場合は、どうしようもありませんが (^_^;



あと、同期を解除してもすぐには、重複表示は解消されないから、カレンダーが更新されるのを少し待ってみてください。
※僕は、待てなかったから、googleのカレンダー同期自体を解除して、一旦ipodからgoogleの予定をすべて削除して、再度同期からやり直しました。

WiMAX 都内の地下鉄に弱すぎる……

東京メトロは、ほぼ全滅です。
しかも、UQ-Wifiへの迂回も不可能。

で、単にダメなだけなら、ある程度覚悟の上で契約したから良いんだけど、2012年3月には、

”今後もサービスエリアを順次拡大し、平成24年度中には東京メトロ全線でWiMAXをご利用いただけるよう準備を進め……”

http://www.uqwimax.jp/annai/news_release/201203301.html

とか、書いてあったのに、全然エリア化が進んでない。
とっとも不誠実だと感じてしまう。


地上では、思ってたより電波を拾ってくれるから、地上に限って言えば、結構満足してはいるんだけどな～



追記

2012年末時点でも、対応出来たのは7駅らしい。
http://www.uqwimax.jp/service/area/area_guide.html#tabitem_2


年度末まで、もう少し……
どこまで頑張ってくれるんだろう。

MAC OS X上のVirtualBox でWindows8 RPを動かす

ショートカットで、チャームを呼び出したら、Windows8が再起動しちゃったり
VirtualBox上のWindows8は、不安定すぎるな～　と思ってたんだけど……

ディスプレイの設定で、3Dアクセラレーションを無効にしたら、うそのように安定しちゃった(^^;)

Windows8 での vSphereClient

今まで、vSphereClient5.0をいれてたパソコンを、Windows7からWindows8にアップグレードしたら、
vSphereClientのコンソールが使えなくなっちゃいました。

エラーメッセージはこんな感じ

「VMRCコンソールが切断されました．．．再接続を試みています。」

で、解決策は……

クライアントのバージョンアップです。

vSphereClient 5.1からは、この症状は出ません。

でも、vSphereClientをバージョンアップするには、ESXiもバージョンアップしなきゃ行けない。

って、事でちょっと面倒かな〜　と思ってたんだけど、バージョンアップ作業はおもってたより簡単でした。

うちは、usbメモリにインストールしてるんだけど、cd-romからインストーラーを起動して、インストール先として、USBメモリを選ぶ

で、アップグレードを指示する。といった感じの手順で、あっさりバージョンアップ出来ました。

これで、Windows8にして困ってた事が、一つ解決しました (^_^)