10/02/10 15:22:48 whMNNUoE
svn addしたときにumask 000 すればいいのでしょうか。
それともmkdirしたとき？
193:login:Penguin
10/02/10 15:49:17 KJX+qOU+
ひょっとして chmod ug+s とかかも?
194:login:Penguin
10/02/23 23:40:13 kVGIcis2
すいません。
ここの住人でリポジトリが巨大になってチェックアウトや更新が
途中で失敗する症状になった方はおられませんか？
今、リポジトリが２０Gバイトくらいでチェックアウトした
ワーキングコピーは４０G、ファイル数が３万程度です。
checkout中topで眺めていると、apacheがメモリとスワップ領域を食いつぶしたところで
停止しているようです。
更新を繰り返せばいいのですが、なんだかスッキリしません。
サーバーはubuntu server9.10,memory2GByte,apache2、subversion1.6です。
apacheがメモリにキャッシュ？してるかな？
195:login:Penguin
10/02/27 11:30:13 ZoX9kyv0
64bitと32bitで試しましたが変化なし。
おっきいバイナリをsubversionで扱うのは良くないのか。
196:login:Penguin
10/02/27 18:46:10 Th2KkYpB
鯖側はわからないけれど、
クライアントが Windows の亀の場合、
checkout したり update したりすると、
タイムアウトで切れることはあるかな。
ワーキングコピーは 20G くらい。
197:login:Penguin
10/02/28 01:08:07 74fup2Wj
失礼、お知恵をお貸しください。
webdav経由でアクセスさせる時の認証の設定をすると403が出るようになりました。
URLﾘﾝｸ(g-chan.dip.jp)
URLﾘﾝｸ(ryus.co.jp)
は探し出せましたが、どうもこの問題とは違うようです。
※前者はちゃんとディレクトリを指定しても403がでました
後者はブラウザでのアクセスでもダメだったので問題が違うようです。
apacheのerror_logにも「Access denied」以外のログは特に残っていないようです。
また、認証関係の設定を削るとアクセスできるので、subversionそのものは動いているようです。
以上、お心当たりがありましたらご指摘ください。
必要なら設定を晒しますので、「ここ見せろ」と言ってもらえれば幸いです。よろしくお願いします。
198:197
10/03/01 14:48:29 pUNPJEo9
失礼、解決しました。
問題はAuthzSVNAccessFileの内容だったようです。
/etc/httpd/conf.d/subversion.confではSVNPathとせずSVNParentPathでリポジトリの親ディレクトリを指定していたのですが、
その場合はAuthzSVNAccessFileで指定するファイルでは、配下にあるリポジトリの名前を明示的に指定してアクセス権限を指定してやらないといけないのですね。
リポジトリ直下においたファイルをAuthzSVNAccessFileで指定した場合、特にリポジトリを指定しなくても権限が制御できていたので勘違いしていました。申し訳ありません。
以上、ご報告まで。お騒がせして申し訳ありませんでした。
199:login:Penguin
10/03/01 16:22:45 8PcUbKJH
よきにはからえ。
200:login:Penguin
10/03/03 07:34:23 z9Y2wXVN
巨大なリポジトリ(repo)があります。
その配下にAAA,BBB,CCC,DDD・・・などフォルダが4,000ぐらいあります。
今まではrepoを全てcheckoutして作業していたのですが、
checkoutにかなり時間を要するので、BBBとDDDセットでcheckoutなど
を考えています。
しかし、個別のフォルダをcheckoutすると、コミット時にフォルダごと
個別にしなければいけません。
かなり手間なのでいい方法はありませんでしょうか。
/repo
L AAA
L BBB
L CCC
L DDD
・
・
・
201:login:Penguin
10/03/03 08:20:56 +HQ54dyD
>>200
外部参照でまとめたら。
202:login:Penguin
10/03/03 19:30:20 qtlV0RN6
svn commit /repo/{BBB,DDD} のどこが不服なのか。
203:login:Penguin
10/03/03 21:10:26 z9Y2wXVN
>202
そのようなやり方があったのですね。
知りませんでした。参考になります。
repoが大きくなりすぎたので、別のリポジトリを作成し分割も考えています。
その場合は>>201さんが言っている、外部参照をしたいと思うのですが、
分割した場合はパスがずれてしまいます。(webシステムと連動しているので
ややこしい）
4000フォルダをオーバーしても運用上問題なければ分割しなくてもいいのかと
なかなか判断が出来ません。
リポジトリのサーバはlinuxで、クライアントはwindowsです。
ウィンドウズはフォルダが多すぎると開くのに時間がかかってしまいます。
運用のアドバイスをいただければ幸甚です。
204:login:Penguin
10/03/04 08:07:35 m1EChrKM
>>200
sparse checkout subversion とか、sparse directories subversion とかでググれば
幸せになれると思うよ。
205:login:Penguin
10/03/04 18:48:58 QEx69d3F
>>202
試さずに聞くけど、Windowsのコマンドプロンプトでも使える？
206:login:Penguin
10/03/04 19:58:06 0xVm3n75
cmd.exeの場合は
svn commit "C:\Documents and Settings\repos\BBB" "C:\Documents and Settings\repos\DDD"
みたいに、人間が自分で展開して並べてやる必要がある。
...けど、できる。
207:login:Penguin
10/03/04 19:59:53 1WE8MgDn
Cygwin 入れちゃえ。
208:login:Penguin
10/03/04 20:03:17 CbypfiKi
引数展開を誰がやってるかっていう話だな。
209:login:Penguin
10/03/05 00:37:11 i/dyYoIT
ubuntu サーバ(ubuと呼ぶ)上で subversion のリポジトリを作成し、Windows のファイルサーバ(winと呼ぶ)にバックアップを取ろうとしています。
バックアップの手段としては svnsync を使おうとしています(post-commitで、win 上のリポジトリと同期させたい)。
そのため、win の共有フォルダにバックアップ用のリポジトリを作成しようと、ubu から win の共有フォルダをマウントしましたが、
マウントしたディレクトリ内で svnadmin create をすると「svnadmin: database is locked」というエラーが
出てしまい、リポジトリが作成できません。
ubu 上では apache から DAV でリポジトリにアクセスさせるために、ubu 上のリポジトリには www-data:www-data に
所有権を与え、さらに、win をマウントする時にも uid,gid を www-data の id を指定しています。
windows の共有フォルダをマウントして、その上にリポジトリを作成することはできないのでしょうか？
それとも、何かしらの設定によるものなのでしょうか？
板違い、スレ違い等ありましたら誘導していただければ助かります。
よろしくお願いします。
210:209
10/03/07 16:33:23 i2q43V0t
>>209 自己解決しました
--pre-1.5-compatible オプションを付けてリポジトリを作成したら
うまくいきました。
211:login:Penguin
10/03/25 15:50:13 Q/OHi20B
fsfs-reshard.py
でリポジトリDBバージョンを2->3にしたらチェックアウト、更新はできるけど
コミットできなくなった。バージョンは1.6.9です。
横着しないほうがいいってことらしい。
212:login:Penguin
10/04/02 20:44:39 IyKbf9bJ
はあ、どこで道を踏み誤ったんだろうなあ。。。