web-dev-qa-db-ja.com

tortoisesvn-../../../!svn/vcc/defaultでエラーREPORTリクエストが失敗しました

Windows 2003でApache 2.2を使用して特定のSubversion 1.4.xリポジトリからファイルをチェックアウトしようとするユーザーが、TortoiseSVN 1.4でのチェックアウト時にログウィンドウにエラーメッセージを突然表示し始めました。

Error REPORT request failed on '/[path_to_repo]/!svn/vcc/default'
Error REPORT of '/[path_to_repo]/!svn/vcc/default': 200 OK (http://[server_name])

これは、サーバーでのhdクラッシュとそれに続く約10のSubversionリポジトリの復元に続いて始まりました。作業ディレクトリの調整を試みた後、1つのリポジトリのみでこの問題が発生しています。リポジトリの所有者は、非表示の.svnディレクトリを変更または削除することにより、作業ディレクトリをリポジトリと一致させます（ただし、これはお勧めしませんでした）。

自分の状況を表すものをインターネット上で見つけることができません。復元されたサーバーは元のサーバーとまったく同じであり、このサーバー上の他のリポジトリがエラーをスローしていません。 1）このエラーとは何か、2）それを修正する方法についてのアイデアはありますか？

svntortoisesvnapache2
23
John

SVNでチェックアウトまたは更新を試みる際のSVNエラー{REPORT of '/ svn/xxxx /！svn/vcc/default'：200 OK}の発生は、SVNサーバーを再起動することにより、最終的に私たちのサイトで解決されました。

7
Georgia

遅い答えですが、役に立つことを願っています。

私はこの問題を抱えていましたが、サーバーとは関係ありませんが、クライアント側のstrange操作（ディレクトリの名前を変更し、覚えている限り宛先の作成をコミットしない）が原因でした。 。

最初に、次の1つのライナーを使用して、障害のあるディレクトリを見つけようとします。

for fic in $(find . -type d | grep -v -e './target' -e '/.svn'); do echo $fic; svn up -N $fic; done

-Nswitchは、svnがサブディレクトリに再帰するのを防ぎ、私の場合、障害のあるディレクトリを特定するのに役立ちます./src/main/resources/META-INF。このディレクトリにはコミットされていないものがなかったので、削除しました。

svn statusは、ディレクトリが見つからず、単純なsvn updateそれを復活させ、私の問題を修正しました。

4
gabuzo

私は、EclipseとTurtoiseSVNのSubClipse＆Subversiveでこの問題に遭遇しました。問題を解決しなかったローカルリポジトリディレクトリを削除しました。最後に、問題を解決するApacheサーバーのHTTPタイムアウトを増やしました。

1
Chris McKinnon

私もこの問題を抱えていました。

TortoiseSVNを使用して、リポジトリの一部を更新するとほとんどが機能することを知りましたが、1つのフォルダーがエラーをスローしました内部に入り、一部を更新して、1つのファイルが破損または何か。それはcsvファイルでした。チェックサムが間違っていて、エンコードがおかしかった。ファイルを削除し、作業中のバージョンのファイルに置き換えました。エラーは消えた。

1
Ev0oD

リポジトリのチェックアウト中に次のエラーが発生しました：

svn: E175002: REPORT of '/!svn/vcc/default': 200 OK

Nginxを介してApacheプロキシとしてリポジトリを提供しています。 nginxエラーログを見ると、次のことがわかります。

[crit] 25839#0: *37 open() "/var/lib/nginx/tmp/proxy/1/00/0000000001" failed (13:     Permission denied) while reading upstream, client: xx.xx.xx.xxx, server: my.domain.com, request: "REPORT /!svn/vcc/default HTTP/1.1", upstream: "http://127.0.0.1:8080/!svn/vcc/default"...

最後に問題を修正するには、/ var/lib/nginxフォルダーと/ var/lib/nginx/tmpフォルダーの所有者/グループを、/ var/lib/nginx/tmp/proxyが使用していたものと一致するように変更する必要がありました。私の場合、Apacheとnginxが使用する特別な「www」ユーザーがいます。グループは「ルート」でした。

1
user2602441

プロジェクトの特定のフォルダーで同じ問題が発生しました。以下は問題を解決しました：

  1. フォルダーを外部の場所にバックアップする
  2. Repo-browserを使用して、svnからフォルダーを削除しました。
  3. コンピュータから物理フォルダを削除。
  4. sVNアップデートを発行します。
  5. ツリーの競合が発生する可能性があります。 -競合を解決済みとしてマークします。
  6. フォルダーがコンピューターに存在しないことを確認します。
  7. バックアップからフォルダを復元し、追加してコミットします。
0
Michael Shaulov

（非表示の）.svnディレクトリに何か変更を加えましたか？

.svnディレクトリの元のコピーを取得するか、削除できます。 SVNはバージョンのこの「違い」を処理できません。彼はそれが異なる.svnディレクトリを持つ同じではなく別のバージョンであると考えています。

0
Proto

背景：さまざまなユーザーがSVNをインストールしたサーバーを使用しています。

そこで、現在使用しているユーザーにSVNを再インストールするオプションを試してみたところ、問題は解決しました。 （Windows。また、初回インストール時に、すべてのユーザーが使用できるようにオプションを指定してインストールできます）。

0
Sri

保存された認証をクリアしてみたところ、エラーは発生しなくなりました。このフォルダーの内容をすべて削除してくださいAppData\Roaming\Subversion\auth\、次に再ログイン

0
gdesathena

新しいチェックアウトで問題は解決しました。私の場合、問題は、リポジトリに誤ってコミットされたディレクトリ構造（たとえば、「existingfolder\C：\ inputpub\etc ...」）であり、dirを削除してコミットしようとすると、奇妙な問題が発生しました。

0
jade

何よりも欲求不満から何回か試したところ、結局うまくいきました。いくつかの悪いネットワークがこれを引き起こしたと仮定します。

0
user230910