[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: FreeBSD: 0.26 extremely unstable - SOLVED

From: Roman Neuhauser <dev-null_at_bellavista.cz>
Date: 2003-08-20 15:19:00 CEST

# sussman@collab.net / 2003-08-19 11:00:30 -0500:
> Roman Neuhauser <dev-null@bellavista.cz> writes:
>
> > # dev-null@bellavista.cz / 2003-08-19 14:06:04 +0200:
> > > I don't know what to think about this: we're in rev 18, and the number
> > > of times I had to run svnadmin recover is about the same. I'm not sure
> > > if this is a Subversion or FreeBSD issue, so I'm cc'ing the port
> > > maintainer.
> >
> > the problem turned out to be wrong umask: subversion/bdb creates
> > log files ($REPOS/db/log.*) with 644. This makes a pretty poor
> > comparison to CVS: Subversion can't cater for three users without
> > hacking. (The handwaving in the handbook notwithstanding.)
>
> You're kidding, right?
>
> Ask Karl about how often this happens in CVS repositories. Answer:
> ALL the time.

    my answer: I have never encountered messed up RCS file permissions
    in any CVS repository I've been using, be the access method pserver
    or ext/ssh. granted, I'm not a CVS old hand: just three years or so.

> When three cvs users all start modifying repository RCS
> files, the most *common* problems is messed up permissions and/or
> umasks.

    so umask 022 is messed up?

    unless, of course, you are talking about messing with the RCS files
    directly, but that doesn't qualify: we're not messing with the SVN
    repository database either. just svn+ssh://

    This is what the svnbook says:

    "The most common problem administrators run into is repository
    ownership and permissions. Does every process (or user) in the
    previous list have the rights to read and write the Berkeley DB
    files? Assuming you have a Unix-like operating system, a
    straightforward approach might be to place every potential
    repository user into a new svn group, and make the repository wholly
    owned by that group. But even that's not enough, because a process
                                                             ^^^^^^^^^
    may write to the database files using an unfriendly umask--one which
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    prevents access by other users."
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

    The surrounding text makes it seem like it's talking about
    mixed-access repositories, ones that are accessed with file://,
    svn+ssh://, and through webdav, but in fact, it's not.

-- 
The From: header's been munged to get rid of unwanted cc's.
My real address: neuhauser@bellavista.cz.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 20 15:20:01 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.