Re: system_schema.tables id and table uuid on disk mismatch

2024-01-18 Thread Bowen Song via user
It sounds like you have done some concurrent table creation/deletion in 
the past (e.g. CREATE TABLE IF NOT EXISTS from multiple clients), which 
resulted in this mismatch. After you restarted the node, Cassandra 
corrected it by discarding the old table ID and any data associated with 
it. This is the expected behaviour. This issue has already been fixed, 
and you can safely delete the data directory with the incorrect table ID 
as it is no longer used by Cassandra. You should now run a full repair 
on this node to ensure it has all the data it owns. If you are 
/absolutely/ certain that the table with different IDs have identical 
schema, and the gc_grace_seconds hasn't past, you may move the data from 
the wrong data directory to the correct data directory, and then restart 
the node or run "nodetool refresh  " on the node before 
running the full repair, this may save you some streaming time. However, 
if the table schema is different, this may cause a havoc.



On 18/01/2024 05:21, ENES ATABERK wrote:


Hi all,

we have detected that table-uuid in linux file directory is different 
from system_schema.tables id.


I have executed nodetool describe cluster and see only one schema 
version in the cluster.


How we can fix this issue do anyone has any idea? Restarting the nodes 
only create a new empty directory with name system_schema.tables id 
directory but in this case i have two directories old one has sstables 
with incorrect uuid new one has correct uuid but empty.


thanks in advance






Bu elektronik posta ve onunla iletilen butun dosyalar sadece 
gondericisi tarafindan almasi amaclanan yetkili gercek ya da tuzel 
kisinin kullanimi icindir. Eger soz konusu yetkili alici degilseniz bu 
elektronik postanin icerigini aciklamaniz, kopyalamaniz, 
yonlendirmeniz ve kullanmaniz kesinlikle yasaktir ve bu elektronik 
postayi derhal silmeniz gerekmektedir.


TURKCELL bu mesajin icerdigi bilgilerin doğruluğu veya eksiksiz oldugu 
konusunda herhangi bir garanti vermemektedir. Bu nedenle bu bilgilerin 
ne sekilde olursa olsun iceriginden, iletilmesinden, alinmasindan ve 
saklanmasindan sorumlu degildir. Bu mesajdaki gorusler yalnizca 
gonderen kisiye aittir ve TURKCELLin goruslerini yansitmayabilir


Bu e-posta bilinen butun bilgisayar viruslerine karsi taranmistir.



This e-mail and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they 
are addressed. If you are not the intended recipient you are hereby 
notified that any dissemination, forwarding, copying or use of any of 
the information is strictly prohibited, and the e-mail should 
immediately be deleted.


TURKCELL makes no warranty as to the accuracy or completeness of any 
information contained in this message and hereby excludes any 
liability of any kind for the information contained therein or for the 
information transmission, reception, storage or use of such in any way 
whatsoever. The opinions expressed in this message belong to sender 
alone and may not necessarily reflect the opinions of TURKCELL.


This e-mail has been scanned for all known computer viruses.


Re: system_schema.tables id and table uuid on disk mismatch

2024-01-18 Thread Štefan Miklošovič
Hi,

what Cassandra version are you on? I do not see this behaviour in 5.0-beta.
When I create a table, its id will match the id part of table directory on
the disk.

Regards

On Thu, Jan 18, 2024 at 8:49 AM ENES ATABERK 
wrote:

> Hi all,
>
> we have detected that table-uuid in linux file directory is different from
> system_schema.tables id.
>
> I have executed nodetool describe cluster and see only one schema version
> in the cluster.
>
> How we can fix this issue do anyone has any idea? Restarting the nodes
> only create a new empty directory with name system_schema.tables id
> directory but in this case i have two directories old one has sstables with
> incorrect uuid new one has correct uuid but empty.
>
> thanks in advance
>
>
>
>
> 
>
> Bu elektronik posta ve onunla iletilen butun dosyalar sadece gondericisi
> tarafindan almasi amaclanan yetkili gercek ya da tuzel kisinin kullanimi
> icindir. Eger soz konusu yetkili alici degilseniz bu elektronik postanin
> icerigini aciklamaniz, kopyalamaniz, yonlendirmeniz ve kullanmaniz
> kesinlikle yasaktir ve bu elektronik postayi derhal silmeniz gerekmektedir.
>
> TURKCELL bu mesajin icerdigi bilgilerin doğruluğu veya eksiksiz oldugu
> konusunda herhangi bir garanti vermemektedir. Bu nedenle bu bilgilerin ne
> sekilde olursa olsun iceriginden, iletilmesinden, alinmasindan ve
> saklanmasindan sorumlu degildir. Bu mesajdaki gorusler yalnizca gonderen
> kisiye aittir ve TURKCELLin goruslerini yansitmayabilir
>
> Bu e-posta bilinen butun bilgisayar viruslerine karsi taranmistir.
> --
>
> This e-mail and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they are
> addressed. If you are not the intended recipient you are hereby notified
> that any dissemination, forwarding, copying or use of any of the
> information is strictly prohibited, and the e-mail should immediately be
> deleted.
>
> TURKCELL makes no warranty as to the accuracy or completeness of any
> information contained in this message and hereby excludes any liability of
> any kind for the information contained therein or for the information
> transmission, reception, storage or use of such in any way whatsoever. The
> opinions expressed in this message belong to sender alone and may not
> necessarily reflect the opinions of TURKCELL.
>
> This e-mail has been scanned for all known computer viruses.
>