Jason Wong wrote on Wed, Feb 15, 2012 at 10:20:23 -0800:
> On Wed, Feb 8, 2012 at 6:22 PM, Nico Kadel-Garcia wrote:
> > On Wed, Feb 8, 2012 at 7:42 PM, Daniel Shahaf wrote:
> >> Daniel Shahaf wrote on Thu, Feb 09, 2012 at 01:46:45 +0200:
> >>> Jason Wong wrote on Wed, Feb 08, 2012 at 15:32:05 -08
Nico Kadel-Garcia wrote on Wed, Feb 15, 2012 at 19:41:57 -0500:
> On Wed, Feb 15, 2012 at 6:19 PM, Philip Martin
> wrote:
> > Nico Kadel-Garcia writes:
> >
> >> Unless you do a "sync"
> >> command, or various low level flush commands, you don't know that you
> >> write to disk has actually made i
On Wed, Feb 15, 2012 at 6:19 PM, Philip Martin
wrote:
> Nico Kadel-Garcia writes:
>
>> Unless you do a "sync"
>> command, or various low level flush commands, you don't know that you
>> write to disk has actually made it to the platter.
>
> Subversion does that. It uses fsync (plus fsync on dire
On Feb 15, 2012, at 15:45, Phil Pinkerton wrote:
> How can we determine what version of Subversion a Repository currently is.
>
> 5 = 1.4 ? or 1.5 ?
>
> Need to wire a script to check for older versions as we upgraded the FSFS
> server from 1.4.x to 1.5.x then 1.6.x
http://stackoverflow.co
Nico Kadel-Garcia writes:
> Unless you do a "sync"
> command, or various low level flush commands, you don't know that you
> write to disk has actually made it to the platter.
Subversion does that. It uses fsync (plus fsync on directories on
Linux) before assuming data is on disk.
--
Philip
On Wed, Feb 15, 2012 at 3:37 PM, Nico Kadel-Garcia wrote:
> If the repository is busy in a commit or partial commit at the moment
> of the snapshot, you're in potentially very deep trouble. You've
> entered not only "split-brain" territory, where the repositories are
> out of sync, but partial c
How can we determine what version of Subversion a Repository currently is.
5 = 1.4 ? or 1.5 ?
Need to wire a script to check for older versions as we upgraded the FSFS
server from 1.4.x to 1.5.x then 1.6.x
phil
On Wed, Feb 15, 2012 at 2:05 PM, Philip Martin
wrote:
> Stefan Sperling writes:
>
>> But rather than going through that effort, I would recommend using
>> svnadmin dump/load, or svnsync with file:// URLs, until Subversion 1.8
>> is released. At which point you can switch over to using
>> "svnadmi
On Wed, 15 Feb 2012 20:41:48 +, Stefan Sperling wrote:
> I don't know enough about SQlite to judge whether the DB will
> keep working at any frozen state a snapshot might create.
If it doesn't then it wouldn't be resilient to system crashes either,
and *that* wouldn't exactly be a recomme
On Wed, Feb 15, 2012 at 07:05:08PM +, Philip Martin wrote:
> Stefan Sperling writes:
>
> > But rather than going through that effort, I would recommend using
> > svnadmin dump/load, or svnsync with file:// URLs, until Subversion 1.8
> > is released. At which point you can switch over to using
Stefan Sperling writes:
> But rather than going through that effort, I would recommend using
> svnadmin dump/load, or svnsync with file:// URLs, until Subversion 1.8
> is released. At which point you can switch over to using
> "svnadmin hotcopy --incremental", which will copy rep-cache.db via
> t
On Wed, Feb 8, 2012 at 6:22 PM, Nico Kadel-Garcia wrote:
> On Wed, Feb 8, 2012 at 7:42 PM, Daniel Shahaf wrote:
>> Daniel Shahaf wrote on Thu, Feb 09, 2012 at 01:46:45 +0200:
>>> Jason Wong wrote on Wed, Feb 08, 2012 at 15:32:05 -0800:
>
>>> Get xxd.exe from http://www.vim.org/ and cat.exe and se
On Wed, Feb 15, 2012 at 12:03:15PM -0500, Harry Bullen wrote:
> From what I gather rep-cache.db, can be
> regenerated by svn. If I used rsync and excluded the rep-cache.db
> would I then want to run 'svnadmin recover' on these backup or is
> rep-cache.db regenerated automatically when the reposit
Harry Bullen wrote on Wed, Feb 15, 2012 at 12:03:15 -0500:
> On Wed, Feb 15, 2012 at 6:24 AM, Stefan Sperling wrote:
> > On Wed, Feb 15, 2012 at 03:02:04AM +0200, Daniel Shahaf wrote:
> >> Stefan Sperling wrote on Tue, Feb 14, 2012 at 23:19:58 +0100:
> >> > Until then, svnsync or svnadmin dump/loa
On Wed, Feb 15, 2012 at 6:24 AM, Stefan Sperling wrote:
> On Wed, Feb 15, 2012 at 03:02:04AM +0200, Daniel Shahaf wrote:
>> Stefan Sperling wrote on Tue, Feb 14, 2012 at 23:19:58 +0100:
>> > Until then, svnsync or svnadmin dump/load are the only officially
>> > supported incremental backup solutio
Please read the in the archives the thread taking place YESTERDAY that
discusses LVM snapshots and validity. If you still have any questions
after reading it --- do ask.
Cheers,
Daniel
Ronan wrote on Wed, Feb 15, 2012 at 11:35:25 +:
> I want to back up a filesystem on a Linux machine, by ta
I want to back up a filesystem on a Linux machine, by taking
an LVM snapshot of the filesystem then copying it to a remote
server. However, there are Subversion repositories on the
filesystem, and I'm concerned that there could be a commit
under way to one or more of these repositories at the inst
Hello,
The following exception occurs every time I try to do an SVN update.
There is only one file changed (by somebody else), but it is quite large
(1.67MB). The exception also occurred using the previous (1.6.x version)
of Tortoise. When trying to synchronise with the Eclipse subversion
plu
Hello,
Original-Nachricht
> What kind of trouble did you have with apache in the reverse-proxy
> mode? I've had that working and I think the only issue was that the
> relative path had to be the same as the actual target. That is you
> can't proxy http:/realhost/svn as http://
On Wed, Feb 15, 2012 at 03:02:04AM +0200, Daniel Shahaf wrote:
> Stefan Sperling wrote on Tue, Feb 14, 2012 at 23:19:58 +0100:
> > Until then, svnsync or svnadmin dump/load are the only officially
> > supported incremental backup solutions. But, as Daniel explained,
> > 'rsync' followed by 'svnadmi
20 matches
Mail list logo
