J Decker | 25 Sep 22:13

Database locked...

Monotone previously did not do this... but I have a server that serves
a .DB file.  On the same server I'm using viewmtn to check statuses of
branches,etc.  Our server recently crashed, so I ended up installing
the latest monotone.

At some point during 0.3x monotone's behavior changed from being able
to use the same database after a sync completed to  being locked after
a sync.

Now, as soon as the server starts, the database is locked, and no
other mtn may access it.

I checked real quick for running mtn through xinetd... but I guess
that's not probable?

How can I use viewmtn on the host with my central repository?
Thomas Keller | 27 Sep 01:11

Re: Database locked...

J Decker schrieb:
> Monotone previously did not do this... but I have a server that serves
> a .DB file.  On the same server I'm using viewmtn to check statuses of
> branches,etc.  Our server recently crashed, so I ended up installing
> the latest monotone.
> 
> At some point during 0.3x monotone's behavior changed from being able
> to use the same database after a sync completed to  being locked after
> a sync.

This was a bugfix in 0.36 which unfortunately did not make it into NEWS.

> Now, as soon as the server starts, the database is locked, and no
> other mtn may access it.
> 
> I checked real quick for running mtn through xinetd... but I guess
> that's not probable?
> 
> How can I use viewmtn on the host with my central repository?

Currently you can't. All you can do is spawn off an updater which pulls
changes to a copy of your database as soon as revisions arrive (ie. by
implementing the note_netsync_* hooks) and use that copy for viewmtn.

Thomas.

--

-- 
GPG-Key 0x160D1092 | tommyd3mdi <at> jabber.ccc.de | http://thomaskeller.biz
Please note that according to the EU law on data retention, information
on every electronic information exchange might be retained for a period
(Continue reading)


Gmane