On altering the Keyspace, the warning disappears. I think the warning was not
totally wrong, just slightly inaccurate.
From: Nitan Kainth [mailto:nitankai...@gmail.com]
Sent: Wednesday, June 13, 2018 4:38 PM
To: user@cassandra.apache.org
Subject: Re: Restoring snapshot
Change RF fir k2
ica could be found” but the question is, why is it giving
> the name of keyspace K2 when I was restoring only K1(It should have given
> warning for K1).
>
> From: Nitan Kainth [mailto:nitankai...@gmail.com]
> Sent: Wednesday, June 13, 2018 4:31 PM
> To: user@cassandra.apache.o
have given warning
for K1).
From: Nitan Kainth [mailto:nitankai...@gmail.com]
Sent: Wednesday, June 13, 2018 4:31 PM
To: user@cassandra.apache.org
Subject: Re: Restoring snapshot
Verify dc name and replication factor in create keyspace command in new cluster.
Sent from my iPhone
On Jun 13, 2018
Verify dc name and replication factor in create keyspace command in new cluster.
Sent from my iPhone
> On Jun 13, 2018, at 2:40 AM,
> wrote:
>
> Dear Community,
>
> I took a snapshot from a node which was part of a 2 node cluster. There were
> 2 keyspaces in that cluster K1 and K2. I took
Before restoring check version od sstables which you are using to import
data into your schema. , as you remove and add age, due to this, already
there will be no data for that column.
now if you want that your old data should be shown here, then you have to
use proper sstable for dumping the
Hi Vishal!
Did you copy the sstables into data directory?
another thing is, check the id of the table that is the same as casaandra
has in the metadata with the directory.
https://docs.datastax.com/en/dse/5.1/cql/cql/cql_using/useCreateTableCollisionFix.html
El El lun, 11 de jun. de 2018 a
It's possible that it's something more subtle, but keep in mind that
sstables don't include the schema. If you've made schema changes, you need
to apply/revert those first or C* probably doesn't know what to do with
those columns in the sstable.
On Sun, Jun 10, 2018 at 11:38 PM, wrote:
> Dear
