On Tue, Apr 29, 2014 at 7:46 AM, Dennis Schwan wrote:
> I know it has been a while but we managed to perform a point-in-time
> recovery.
> I am not really sure what the problem was but I guess it has to do with
> not reading exactly (use GMT and not local time zone, copying archivel
Hi Rob,
I know it has been a while but we managed to perform a point-in-time recovery.
I am not really sure what the problem was but I guess it has to do with not
reading exactly (use GMT and not local time zone, copying archivelogs to the
wrong place, etc.).
So everything should work as
On Fri, Apr 11, 2014 at 1:21 AM, Dennis Schwan wrote:
> The archived commitlogs are copied to the restore directory and
> afterwards cassandra is replaying those commitlogs but still we only see
> the data from the snapshot, not the commitlogs.
>
If you turn up debug log4j settings, you should b
we only see the data from the
snapshot, not the commitlogs.
Regards,
Dennis
P.S.: Cassandra 2.0.6
Am 10.04.2014 23:17, schrieb Robert Coli:
On Thu, Apr 10, 2014 at 1:19 AM, Dennis Schwan
mailto:dennis.sch...@1und1.de>> wrote:
do you know any description how to perform a point-in-time re
On Thu, Apr 10, 2014 at 1:19 AM, Dennis Schwan wrote:
> do you know any description how to perform a point-in-time recovery
> using the archived commitlogs?
> We have already tried several things but it just did not work.
>
Are you restoring the entire *cluster* to a point in time
<http://www.datastax.com/cassandrasummit14>
On Thu, Apr 10, 2014 at 1:19 AM, Dennis Schwan wrote:
> Hey there,
>
> do you know any description how to perform a point-in-time recovery
> using the archived commitlogs?
> We have already tried several things but it just did not work.
>
Hey there,
do you know any description how to perform a point-in-time recovery
using the archived commitlogs?
We have already tried several things but it just did not work.
We have a 20 Node Cluster (10 in each DC).
Thanks in Advance,
Dennis
--
Dennis Schwan
Oracle DBA
Mail Core
1&a