|
Home > Archive > Debian Developers > April 2004 > Giving up with SVN? [Re: Strange problems with svn.debian.org]
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Giving up with SVN? [Re: Strange problems with svn.debian.org]
|
|
| Jérôme Marant 2004-03-31, 3:38 pm |
| Joey Hess <joeyh@debian.org> writes:
> J=E9r=F4me Marant wrote:
failed.[color=darkred]
>
> As I've said before, this machine is not being sufficiently
> administered. It has been intermittently having the above problem since
> the day alioth was moved to it; I think the admins occasionally restart
> the nss/ldap stuff to work around the problem, but nothing seems to be
> done to fix the root cause. This just lost us one full day of commit
> access to the d-i svn repo.
Last week-end, Peter Palfrader helped me a lot with recovering the
repositiry.
Unfortunately, it has broken again the same way :-(
$ svn up
jerome@svn.debian.org's password:=20
svn: Berkeley DB error while opening environment for filesystem /svn/pkg-em=
acs/db:
Permission denied
jerome@haydn:~$ svnadmin recover /svn/pkg-emacs
Please wait; recovering the repository may take some time...
svn: DB_RUNRECOVERY: Fatal error, run database recovery
Help!
--=20
J=E9r=F4me Marant
| |
| Sylvain LE GALL 2004-03-31, 3:38 pm |
| Hello,
On Wed, Mar 31, 2004 at 09:56:59PM +0200, Jérôme Marant wrote:
> Joey Hess <joeyh@debian.org> writes:
>
>
> Last week-end, Peter Palfrader helped me a lot with recovering the
> repositiry.
> Unfortunately, it has broken again the same way :-(
>
> $ svn up
> jerome@svn.debian.org's password:
> svn: Berkeley DB error while opening environment for filesystem /svn/pkg-emacs/db:
> Permission denied
>
> jerome@haydn:~$ svnadmin recover /svn/pkg-emacs
> Please wait; recovering the repository may take some time...
> svn: DB_RUNRECOVERY: Fatal error, run database recovery
>
Well, i am not sure the problem come from insufficient administration of
svn...
On my own computer, i got this kind of error ( i cannot reproduce it ).
I think the problem comes from nss_ldap itself ( i have exactly the
problem describe, 2 day ago, and i have problem with gdm when logging
off, because of this kind of bugs, i have also a segfault with cron
regularly ).
I really don't know where the bug is...
Kind regard
Sylvain Le Gall
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Bernd S. Brentrup 2004-03-31, 5:36 pm |
| On Wed, Mar 31, 2004 at 09:56:59PM +0200, Jérôme Marant wrote:
> Joey Hess <joeyh@debian.org> writes:
>
>
> Last week-end, Peter Palfrader helped me a lot with recovering the
> repositiry.
> Unfortunately, it has broken again the same way :-(
>
> $ svn up
> jerome@svn.debian.org's password:
> svn: Berkeley DB error while opening environment for filesystem /svn/pkg-emacs/db:
> Permission denied
Looks quite different from the above to me. Check file permissions in
the db directory, when I experienced the same problem with the
pkg-mailman repository, there was a .db file that wasn't group
writeable.
> jerome@haydn:~$ svnadmin recover /svn/pkg-emacs
> Please wait; recovering the repository may take some time...
> svn: DB_RUNRECOVERY: Fatal error, run database recovery
Same problem here.
HTH
.. Siggy
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Otavio Salvador 2004-03-31, 5:36 pm |
| jmarant@nerim.net (J=E9r=F4me Marant) writes:
> Joey Hess <joeyh@debian.org> writes:
>
' failed.[color=darkred]
>
> Last week-end, Peter Palfrader helped me a lot with recovering the
> repositiry.
> Unfortunately, it has broken again the same way :-(
>
> $ svn up
> jerome@svn.debian.org's password:=20
> svn: Berkeley DB error while opening environment for filesystem /svn/pkg-=
emacs/db:
> Permission denied
One possible reason could be the user umask. You should try to setup
your umask to 002 before commit. Check if the right group have
permission to access the repository.
[]s
--=20
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: otavio@debian.org UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
| |
| Steve Greenland 2004-03-31, 7:35 pm |
| On 31-Mar-04, 14:04 (CST), Sylvain LE GALL <sylvain.le-gall@polytechnique.org> wrote:
> I think the problem comes from nss_ldap itself ( i have exactly the
> problem describe, 2 day ago, and i have problem with gdm when logging
> off, because of this kind of bugs, i have also a segfault with cron
> regularly ).
Regarding cron, it's not a segfault, but an uncaught signal. Nss_ldap
opens connections and doesn't properly catch errors. Use nscd (or
whatever the name service caching daemon is called).
Steve
--
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world. -- seen on the net
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Joey Hess 2004-03-31, 10:33 pm |
| One problem on alioth seems to be subversion processes that just hang.
This has happended to the d-i repository each morning for the past three
days. All I can do is work around it by the brutal method of creating a
new locks directory each time.
All or nearly all of the following processes on alioth are hung. Their
owners (or the admins) might want to do something about them. If it's
the hang I've been seeing, they'll be stuck in a select loop on fd 0.
I wish I knew what was causing this. It does not seem to be related to
permissions anymore; the ACLs are working ok, at least for d-i.
mturker 22286 0.0 0.1 6576 1772 ? S Mar25 0:00 svnserve -t
mturker 22289 0.0 0.1 4076 1168 ? S Mar25 0:00 /bin/sh /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn/hooks/post-commit /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn 36
mturker 22290 0.0 0.0 1272 368 ? S Mar25 0:00 chmod -R g+ws /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn
integer 12439 0.0 0.1 6592 1772 ? S Mar25 0:00 svnserve -t
integer 12440 0.0 0.1 4076 1168 ? S Mar25 0:00 /bin/sh /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn/hooks/post-commit /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn 37
integer 12441 0.0 0.0 1272 368 ? S Mar25 0:00 chmod -R g+ws /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn
yuxel-g 27412 0.0 0.1 6764 1772 ? S Mar25 0:00 svnserve -t
yuxel-g 27444 0.0 0.1 4076 1168 ? S Mar25 0:00 /bin/sh /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn/hooks/post-commit /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn 38
yuxel-g 27445 0.0 0.0 1272 368 ? S Mar25 0:00 chmod -R g+ws /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn
yuxel-g 29446 0.0 0.1 6668 1772 ? S Mar25 0:00 svnserve -t
yuxel-g 29481 0.0 0.1 4076 1168 ? S Mar25 0:00 /bin/sh /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn/hooks/post-commit /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn 39
yuxel-g 29482 0.0 0.0 1272 368 ? S Mar25 0:00 chmod -R g+ws /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn
yuxel-g 30211 0.0 0.1 6676 1772 ? S Mar25 0:00 svnserve -t
yuxel-g 30215 0.0 0.1 4076 1168 ? S Mar25 0:00 /bin/sh /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn/hooks/post-commit /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn 40
yuxel-g 30216 0.0 0.0 1272 368 ? S Mar25 0:00 chmod -R g+ws /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn
yuxel-g 13932 0.0 0.1 6696 1772 ? S Mar26 0:00 svnserve -t
yuxel-g 13933 0.0 0.1 4076 1168 ? S Mar26 0:00 /bin/sh /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn/hooks/post-commit /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn 47
yuxel-g 13934 0.0 0.0 1272 368 ? S Mar26 0:00 chmod -R g+ws /org/alioth.debian.org/chroot/home/groups/l10n-turkish/svn
barbier 14550 0.0 0.2 8296 2196 ? S Mar27 3:01 svnserve -t
barbier 14587 0.0 0.2 8296 2152 ? S Mar27 3:01 svnserve -t
barbier 14832 0.0 0.2 8296 2148 ? S Mar27 3:00 svnserve -t
barbier 14926 0.0 0.2 8296 2196 ? S Mar27 2:59 svnserve -t
jkoenig 21149 0.0 0.2 8288 2196 ? S Mar27 3:06 svnserve -t
jkoenig 21404 0.0 0.2 8288 2196 ? S Mar27 3:05 svnserve -t
eppesuig 22416 0.0 0.2 8296 2196 ? S Mar27 2:59 svnserve -t
joshk-g 28541 0.0 0.2 8300 2196 ? S Mar27 2:55 svnserve -t
barbier 28774 0.0 0.2 8300 2196 ? S Mar27 3:07 svnserve -t
andrelop 3689 0.0 0.2 8300 2196 ? S Mar27 2:59 svnserve -t
andrelop 3709 0.0 0.2 8300 2196 ? S Mar27 3:03 svnserve -t
jkoenig 17315 0.0 0.1 6260 1620 ? S Mar27 2:54 svnserve -t
elmig-g 24534 0.0 0.1 4920 1372 ? S Mar27 3:09 svnserve -t
elmig-g 24656 0.0 0.1 4920 1372 ? S Mar27 3:10 svnserve -t
merker 25098 0.0 0.1 4920 1372 ? S Mar27 3:04 svnserve -t
diabler 25128 0.0 0.1 4920 1372 ? S Mar27 3:04 svnserve -t
merker 25173 0.0 0.1 4920 1372 ? S Mar27 2:51 svnserve -t
kebil-g 32193 0.0 0.1 4920 1372 ? S Mar27 2:58 svnserve -t
kebil-g 32246 0.0 0.1 4920 1372 ? S Mar27 3:04 svnserve -t
diabler 32418 0.0 0.1 4920 1372 ? S Mar27 2:57 svnserve -t
elmig-g 32570 0.0 0.1 4920 1372 ? S Mar27 2:55 svnserve -t
andrelop 32573 0.0 0.1 4920 1372 ? S Mar27 3:00 svnserve -t
elmig-g 32752 0.0 0.1 4920 1372 ? S Mar27 3:02 svnserve -t
andrelop 449 0.0 0.1 4920 1372 ? S Mar27 3:01 svnserve -t
elmig-g 6653 0.0 0.1 4920 1372 ? S Mar27 3:00 svnserve -t
elmig-g 6689 0.0 0.1 4920 1372 ? S Mar27 3:02 svnserve -t
kebil-g 6700 0.0 0.1 4920 1372 ? S Mar27 3:00 svnserve -t
elmig-g 6819 0.0 0.1 4920 1372 ? S Mar27 3:03 svnserve -t
elmig-g 7381 0.0 0.1 4920 1372 ? S Mar27 2:58 svnserve -t
kraai 14634 0.0 0.1 4920 1372 ? S Mar27 2:51 svnserve -t
carlosl 20979 0.0 0.1 4920 1372 ? S Mar27 2:57 svnserve -t
vince 21104 0.0 0.1 4920 1372 ? S Mar27 2:51 svnserve -t
carlosl 21335 0.0 0.1 4920 1372 ? S Mar27 2:59 svnserve -t
pronik- 23096 0.0 0.1 4920 1372 ? S Mar27 3:03 svnserve -t
pronik- 28696 0.0 0.1 4920 1372 ? S Mar27 2:57 svnserve -t
jkoenig 28876 0.0 0.1 4920 1372 ? S Mar27 2:55 svnserve -t
carlosl 28902 0.0 0.1 4920 1372 ? S Mar27 2:54 svnserve -t
carlosl 29128 0.0 0.1 4920 1372 ? S Mar27 2:44 svnserve -t
jkoenig 29147 0.0 0.1 4920 1372 ? S Mar27 2:55 svnserve -t
jkoenig 2930 0.0 0.1 4920 1372 ? S Mar27 2:52 svnserve -t
daf-gue 17839 0.0 0.1 4920 1372 ? S Mar27 2:51 svnserve -t
philbat 12617 0.0 0.1 4920 1372 ? S Mar28 2:37 svnserve -t
philbat 12917 0.0 0.1 4920 1372 ? S Mar28 2:38 svnserve -t
joshk-g 12998 0.0 0.1 4920 1372 ? S Mar28 2:38 svnserve -t
philbat 13007 0.0 0.1 4920 1372 ? S Mar28 2:39 svnserve -t
mck-gue 19177 0.0 0.1 4920 1372 ? S Mar28 2:42 svnserve -t
mck-gue 19235 0.0 0.1 4920 1372 ? S Mar28 2:40 svnserve -t
elmig-g 20532 0.0 0.1 4920 1372 ? S Mar28 2:38 svnserve -t
elmig-g 27550 0.0 0.1 4920 1372 ? S Mar28 2:32 svnserve -t
jkoenig 27578 0.0 0.1 4920 1372 ? S Mar28 2:40 svnserve -t
pronik- 28042 0.0 0.1 4920 1372 ? S Mar28 2:36 svnserve -t
carlosl 28226 0.0 0.1 4920 1372 ? S Mar28 2:35 svnserve -t
carlosl 28385 0.0 0.1 4920 1372 ? S Mar28 2:36 svnserve -t
kebil-g 28625 0.0 0.1 4920 1372 ? S Mar28 2:35 svnserve -t
elmig-g 28638 0.0 0.1 4920 1372 ? S Mar28 2:32 svnserve -t
kebil-g 28648 0.0 0.1 4920 1372 ? S Mar28 2:33 svnserve -t
kmuto 28661 0.0 0.1 4920 1372 ? S Mar28 2:32 svnserve -t
kebil-g 2731 0.0 0.1 4920 1372 ? S Mar28 2:37 svnserve -t
kmuto 3249 0.0 0.1 4920 1372 ? S Mar28 2:33 svnserve -t
claush- 3399 0.0 0.1 4920 1372 ? S Mar28 2:37 svnserve -t
claush- 3839 0.0 0.1 4920 1372 ? S Mar28 2:39 svnserve -t
carlosl 9829 0.0 0.1 4920 1372 ? S Mar28 2:37 svnserve -t
carlosl 9836 0.0 0.1 4920 1372 ? S Mar28 2:33 svnserve -t
carlosl 9964 0.0 0.1 4920 1372 ? S Mar28 2:37 svnserve -t
carlosl 10170 0.0 0.1 4920 1372 ? S Mar28 2:32 svnserve -t
carlosl 10184 0.0 0.1 4920 1372 ? S Mar28 2:36 svnserve -t
carlosl 10254 0.0 0.1 4920 1372 ? S Mar28 2:40 svnserve -t
luther 15646 0.0 0.1 4920 1372 ? S Mar28 2:33 svnserve -t
elmig-g 25914 0.0 0.1 4920 1372 ? S Mar28 2:24 svnserve -t
pronik- 26440 0.0 0.1 4920 1372 ? S Mar28 2:28 svnserve -t
sferrio 27137 0.0 0.1 4920 1372 ? S Mar28 2:32 svnserve -t
sferrio 542 0.0 0.1 4920 1372 ? S Mar28 2:31 svnserve -t
mck-gue 814 0.0 0.1 4920 1372 ? S Mar28 2:28 svnserve -t
kebil-g 2776 0.0 0.1 4920 1372 ? S Mar28 2:28 svnserve -t
kebil-g 2926 0.0 0.1 4920 1372 ? S Mar28 2:23 svnserve -t
carlosl 2950 0.0 0.1 4920 1372 ? S Mar28 2:29 svnserve -t
glandiu 14076 0.0 0.1 6304 1664 ? S Mar28 2:02 svnserve -t
smarenka 15464 0.0 0.1 4920 1384 ? S Mar29 1:50 svnserve -t
smarenka 15776 0.0 0.1 4920 1384 ? S Mar29 1:44 svnserve -t
waldi 23428 0.0 0.1 4872 1352 ? S Mar29 1:39 svnlook log .
bubulle 1930 0.0 0.2 6356 2592 ? S 05:42 0:26 svnserve -t
bubulle 1943 0.0 0.2 6460 2688 ? S 05:42 0:27 svnserve -t
smarenka 10527 0.0 0.2 6308 2424 ? S 06:52 0:29 svnserve -t
pronik- 11183 0.0 0.2 6308 2440 ? S 07:12 0:28 svnserve -t
smarenka 12883 0.0 0.2 6308 2436 ? S 07:15 0:26 svnserve -t
pronik- 17252 0.0 0.2 6308 2448 ? S 07:17 0:28 svnserve -t
smarenka 17288 0.0 0.2 6308 2424 ? S 07:19 0:29 svnserve -t
carlosl 17509 0.0 0.2 6308 2428 ? S 07:34 0:29 svnserve -t
bubulle 18009 0.0 0.2 6308 2444 ? S 07:42 0:25 svnserve -t
smarenka 18651 0.0 0.2 6308 2444 ? S 07:59 0:28 svnserve -t
bubulle 26497 0.0 0.2 6308 2448 ? S 08:25 0:26 svnserve -t
pronik- 26527 0.0 0.2 6308 2448 ? S 08:27 0:27 svnserve -t
smarenka 26755 0.0 0.2 6308 2444 ? S 08:33 0:25 svnserve -t
pronik- 27903 0.0 0.2 6308 2452 ? S 08:53 0:24 svnserve -t
smarenka 27914 0.0 0.2 6308 2452 ? S 08:53 0:24 svnserve -t
echoray 28174 0.0 0.2 6308 2452 ? S 08:59 0:24 svnserve -t
echoray 28497 0.0 0.2 6308 2448 ? S 09:03 0:24 svnserve -t
mck-gue 28554 0.0 0.2 6308 2448 ? S 09:04 0:25 svnserve -t
smarenka 28853 0.0 0.2 6308 2456 ? S 09:09 0:25 svnserve -t
smarenka 2710 0.0 0.2 6308 2460 ? S 09:27 0:23 svnserve -t
echoray 2719 0.0 0.2 6308 2460 ? S 09:28 0:25 svnserve -t
echoray 2896 0.0 0.2 6308 2480 ? S 09:36 0:24 svnserve -t
echoray 2958 0.0 0.2 6308 2484 ? S 09:37 0:23 svnserve -t
bubulle 3124 0.0 0.2 6308 2488 ? S 09:42 0:22 svnserve -t
pronik- 3212 0.0 0.2 6312 2476 ? S 09:47 0:23 svnserve -t
smarenka 3992 0.0 0.2 6312 2460 ? S 10:07 0:23 svnserve -t
There are often 100 processes more in the mornings until I kill some of
mine from cron jobs &etc. Any bets on when this machine will run out of
processes?
--
see shy jo
| |
| Adrian 'Dagurashibanipal' von Bidder 2004-04-01, 1:34 am |
| | |
| Jérôme Marant 2004-04-01, 5:35 am |
| Quoting Adrian 'Dagurashibanipal' von Bidder <avbidder@fortytwo.ch>:
> On Wednesday 31 March 2004 21.56, Jérôme Marant wrote:
>
>
> I had exactly this problem, and the solution was much less dramatic than
> the problem sounds: it was a permission problem. The db directory in the
> repository didn't have its sticky bit set, and so the newest database log
> file was 0640 instead of 0660.
It looks OK here.
jerome@haydn:~$ ls -al /svn/pkg-emacs/db
total 147260
drwxrwxr-x 2 jerome pkg-emac 4096 Mar 31 12:58 .
drwxrwsr-x 7 www-data pkg-emac 4096 Mar 30 15:49 ..
-rw-rw-r-- 1 jerome pkg-emac 1738 Mar 28 06:29 DB_CONFIG
-rw-rw-r-- 1 www-data www-data 8192 Mar 31 12:58 __db.001
-rw-rw-r-- 1 www-data www-data 270336 Mar 31 12:58 __db.002
-rw-rw-r-- 1 www-data www-data 327680 Mar 31 12:58 __db.003
-rw-rw-r-- 1 www-data www-data 737280 Mar 31 12:58 __db.004
-rw-rw-r-- 1 www-data www-data 16384 Mar 31 12:58 __db.005
-rw-rw-r-- 1 jerome pkg-emac 643072 Mar 31 18:21 changes
-rw-rw-r-- 1 jerome pkg-emac 8192 Mar 31 18:21 copies
-rw-rw-r-- 1 jerome pkg-emac 1048565 Mar 28 14:17 log.0000000228
-rw-rw-r-- 1 www-data www-data 919952 Mar 31 18:21 log.0000000229
-rw-rw-r-- 1 jerome pkg-emac 716800 Mar 31 18:21 nodes
-rw-rw-r-- 1 jerome pkg-emac 581632 Mar 31 18:21 representations
-rw-rw-r-- 1 jerome pkg-emac 8192 Mar 31 18:21 revisions
-rw-rw-r-- 1 jerome pkg-emac 145743872 Mar 31 18:21 strings
-rw-rw-r-- 1 jerome pkg-emac 28672 Mar 31 18:21 transactions
-rw-rw-r-- 1 jerome pkg-emac 8192 Mar 31 18:21 uuids
jerome@haydn:~$ umask
0022
Wouldn't viewCVS be the culprit? It looks like some files belong to
the httpd server. I'd be surprised because viewCVS is meant to
only read data.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Jérôme Marant 2004-04-01, 5:35 am |
| Quoting Joey Hess <joeyh@debian.org>:
> One problem on alioth seems to be subversion processes that just hang.
> This has happended to the d-i repository each morning for the past three
> days. All I can do is work around it by the brutal method of creating a
> new locks directory each time.
>
> All or nearly all of the following processes on alioth are hung. Their
> owners (or the admins) might want to do something about them. If it's
> the hang I've been seeing, they'll be stuck in a select loop on fd 0.
I noticed this also. I also noticed that some files from the db
directory are www-data:www-data and I don't understand why this.
Wouldn't viewCVS the cause of those problems? I noticed that it
sometimes locks files without unlocking them.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Jérôme Marant 2004-04-01, 5:35 am |
| Quoting Otavio Salvador <otavio@debian.org>:
> One possible reason could be the user umask. You should try to setup
> your umask to 002 before commit. Check if the right group have
> permission to access the repository.
My umask is 022.
Cheers,
--
Jérôme Marant
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Jérôme Marant 2004-04-01, 5:35 am |
| Quoting "Bernd S. Brentrup" <bsb@winnegan.de>:
> Looks quite different from the above to me. Check file permissions in
> the db directory, when I experienced the same problem with the
> pkg-mailman repository, there was a .db file that wasn't group
> writeable.
Permissions are right, but some ownerships turned into www-data:www-data ...
--
Jérôme Marant
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Bernd S. Brentrup 2004-04-01, 6:39 am |
| On Thu, Apr 01, 2004 at 12:12:05PM +0200, Jérôme Marant wrote:
> jerome@haydn:~$ ls -al /svn/pkg-emacs/db
> total 147260
> drwxrwxr-x 2 jerome pkg-emac 4096 Mar 31 12:58 .
> drwxrwsr-x 7 www-data pkg-emac 4096 Mar 30 15:49 ..
> -rw-rw-r-- 1 jerome pkg-emac 1738 Mar 28 06:29 DB_CONFIG
> -rw-rw-r-- 1 www-data www-data 8192 Mar 31 12:58 __db.001
> -rw-rw-r-- 1 www-data www-data 270336 Mar 31 12:58 __db.002
> -rw-rw-r-- 1 www-data www-data 327680 Mar 31 12:58 __db.003
> -rw-rw-r-- 1 www-data www-data 737280 Mar 31 12:58 __db.004
> -rw-rw-r-- 1 www-data www-data 16384 Mar 31 12:58 __db.005
> -rw-rw-r-- 1 jerome pkg-emac 643072 Mar 31 18:21 changes
> -rw-rw-r-- 1 jerome pkg-emac 8192 Mar 31 18:21 copies
> -rw-rw-r-- 1 jerome pkg-emac 1048565 Mar 28 14:17 log.0000000228
> -rw-rw-r-- 1 www-data www-data 919952 Mar 31 18:21 log.0000000229
> -rw-rw-r-- 1 jerome pkg-emac 716800 Mar 31 18:21 nodes
> -rw-rw-r-- 1 jerome pkg-emac 581632 Mar 31 18:21 representations
> -rw-rw-r-- 1 jerome pkg-emac 8192 Mar 31 18:21 revisions
> -rw-rw-r-- 1 jerome pkg-emac 145743872 Mar 31 18:21 strings
> -rw-rw-r-- 1 jerome pkg-emac 28672 Mar 31 18:21 transactions
> -rw-rw-r-- 1 jerome pkg-emac 8192 Mar 31 18:21 uuids
Group www-data is wrong if you use svn+ssh, g+s on db/ is missing.
> Wouldn't viewCVS be the culprit? It looks like some files belong to
> the httpd server. I'd be surprised because viewCVS is meant to
> only read data.
Regards
.. Siggy
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Steve Greenland 2004-04-01, 9:39 am |
| On 01-Apr-04, 04:12 (CST), J?r?me Marant <jmarant@free.fr> wrote:
> Wouldn't viewCVS be the culprit? It looks like some files belong to
> the httpd server. I'd be surprised because viewCVS is meant to
> only read data.
To generate diffs in SVN, you have to be able to create temporary DB
transaction trees, which requires write permission.
Steve
--
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world. -- seen on the net
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Jérôme Marant 2004-04-01, 9:39 am |
| Quoting Steve Greenland <steveg@moregruel.net>:
> On 01-Apr-04, 04:12 (CST), J?r?me Marant <jmarant@free.fr> wrote:
>
> To generate diffs in SVN, you have to be able to create temporary DB
> transaction trees, which requires write permission.
This explains. Thanks.
--
Jérôme Marant
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Jérôme Marant 2004-04-01, 4:38 pm |
| J=E9r=F4me Marant <jmarant@free.fr> writes:
> Quoting Steve Greenland <steveg@moregruel.net>:
>
>
> This explains. Thanks.
Well, I fixed this, but I'm stuck with locks now :P
--=20
J=E9r=F4me Marant
http://marant.org
|
|
|
|
|