(上書き禁止)の意味になります。マスターサーバー(コピー元サーバー)側の該ファイルの更新日時が、そのアップロードした日時を過ぎない限り更新されないわけです。そのため、間違ってアップロードしてしまった場合は、全上書きをさせて、一旦、全ファイルの同期をとってしまうことが肝要だと思います。先のrsyncを使って上書きして、まずは、リカバリができました。このような誤りが、今後も起きないとは限りませんね。そのときのための本対処を入れておきましょう。本対処は、1日1回、全上書きで同期をとるようにcronに設定することです。2>&1上段は、今までの更新を5分間隔で同期をとるようにしています。下段は、全上書きでの更新を毎日0時0分に同期をとるようにしています。これで、もし間違ってアップロードしたものは、最長でも1日の内に修復されることになります。5分間隔では、上書きなしの更新ですから、無駄に負荷をかけずにリカバリをするようにしました。システムによっては、5分間隔を、全上書きの方が良い場合もあるかもしれません。(たぶん、こっちが正しいやり方だと思います。個人的に、どうしても一時的にアップロードしないといけないことがあるので、このような対処にしています。これがだめなんですよね。)この更新がうまくいっていないことに気づくまで、えらく時間がかかってしまいました。この種の問題は、気づかないと後々大きな問題でサブマリンのように浮かび上がってきますから要注意です。個人的には、ただただ不用意にマスターでないサーバーへアップロードしていたことに尽きるのですが・・・。いずれにせよ、みなさんもお気をつけください。適用となっていませんか?このサイトでは、コンテンツの一部が非表示、あるいは、コメント、お問い合わせの投稿ができない、検索ができないことがあります。無効となっていませんか?このサイトでは、コンテンツの一部が非表示、あるいは、コメント、お問い合わせの投稿ができない、検索ができないことがあります。メールアドレスが公開されることはありません。印の項目は、入力が必要な項目です。(SoftwareDesign別冊)に寄稿しました。「ログを読む技術」の再掲載になります。8月号を見逃された方は、是非、ご一読くださいませ。8月号に寄稿しました。「ログを読む技術」について寄稿しました。興味のある方は、是非、ご一読くださいませ。公式サイト(http://www.genymotion.com/)には、以下のように記述があります。仮想マシンへインストールし、色々と試してきました。