[ 
https://issues.apache.org/jira/browse/CASSANDRA-19401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17838115#comment-17838115
 ] 

Stefan Miklosovic edited comment on CASSANDRA-19401 at 4/17/24 11:18 AM:
-------------------------------------------------------------------------

4.1 build seems reasonably fine

[CASSANDRA-19401-4.1|https://github.com/instaclustr/cassandra/tree/CASSANDRA-19401-4.1]
{noformat}
java11_pre-commit_tests                         
  ✓ j11_build                                        1m 28s
  ✓ j11_cqlsh_dtests_py3                             5m 24s
  ✓ j11_cqlsh_dtests_py311                           5m 25s
  ✓ j11_cqlsh_dtests_py311_vnode                     6m 14s
  ✓ j11_cqlsh_dtests_py38                            5m 47s
  ✓ j11_cqlsh_dtests_py38_vnode                      5m 57s
  ✓ j11_cqlsh_dtests_py3_vnode                       5m 33s
  ✓ j11_cqlshlib_cython_tests                        6m 55s
  ✓ j11_cqlshlib_tests                                6m 9s
  ✓ j11_dtests                                      33m 37s
  ✓ j11_jvm_dtests                                   19m 2s
  ✓ j11_jvm_dtests_vnode                            11m 38s
  ✓ j11_unit_tests_repeat                             8m 4s
  ✕ j11_dtests_vnode                                33m 39s
      rebuild_test.TestRebuild test_simple_rebuild
  ✕ j11_unit_tests                                   7m 34s
      org.apache.cassandra.cql3.MemtableSizeTest testSize[skiplist]
{noformat}
[java11_pre-commit_tests|https://app.circleci.com/pipelines/github/instaclustr/cassandra/4187/workflows/9164b340-3472-4ba7-a1ae-6ab5cbf695cb]


was (Author: smiklosovic):
4.1 build seems reasonabley fine

[CASSANDRA-19401-4.1|https://github.com/instaclustr/cassandra/tree/CASSANDRA-19401-4.1]
{noformat}
java11_pre-commit_tests                         
  ✓ j11_build                                        1m 28s
  ✓ j11_cqlsh_dtests_py3                             5m 24s
  ✓ j11_cqlsh_dtests_py311                           5m 25s
  ✓ j11_cqlsh_dtests_py311_vnode                     6m 14s
  ✓ j11_cqlsh_dtests_py38                            5m 47s
  ✓ j11_cqlsh_dtests_py38_vnode                      5m 57s
  ✓ j11_cqlsh_dtests_py3_vnode                       5m 33s
  ✓ j11_cqlshlib_cython_tests                        6m 55s
  ✓ j11_cqlshlib_tests                                6m 9s
  ✓ j11_dtests                                      33m 37s
  ✓ j11_jvm_dtests                                   19m 2s
  ✓ j11_jvm_dtests_vnode                            11m 38s
  ✓ j11_unit_tests_repeat                             8m 4s
  ✕ j11_dtests_vnode                                33m 39s
      rebuild_test.TestRebuild test_simple_rebuild
  ✕ j11_unit_tests                                   7m 34s
      org.apache.cassandra.cql3.MemtableSizeTest testSize[skiplist]
{noformat}

[java11_pre-commit_tests|https://app.circleci.com/pipelines/github/instaclustr/cassandra/4187/workflows/9164b340-3472-4ba7-a1ae-6ab5cbf695cb]


> Nodetool import expects directory structure
> -------------------------------------------
>
>                 Key: CASSANDRA-19401
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-19401
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Local/SSTable
>            Reporter: Norbert Schultz
>            Assignee: Stefan Miklosovic
>            Priority: Normal
>             Fix For: 4.1.x, 5.0.x, 5.x
>
>          Time Spent: 1h
>  Remaining Estimate: 0h
>
> According to the 
> [documentation|https://cassandra.apache.org/doc/4.1/cassandra/operating/bulk_loading.html]
>  the nodetool import should not rely on the folder structure of the imported 
> sst files:
> {quote}
> Because the keyspace and table are specified on the command line for nodetool 
> import, there is not the same requirement as with sstableloader, to have the 
> SSTables in a specific directory path. When importing snapshots or 
> incremental backups with nodetool import, the SSTables don’t need to be 
> copied to another directory.
> {quote}
> However when importing old cassandra snapshots, we figured out, that sstables 
> still need to be in a directory called like $KEYSPACE/$TABLENAME files, even 
> when keyspace and table name are already present as parameters for the 
> nodetool import call.
> Call we used:
> {code}
> nodetool import --copy-data mykeyspace mytable /full_path_to/test1
> {code}
> Log:
> {code}
> INFO  [RMI TCP Connection(21)-127.0.0.1] 2024-02-15 10:41:06,565 
> SSTableImporter.java:72 - Loading new SSTables for mykeyspace/mytable: 
> Options{srcPaths='[/full_path_to/test1]', resetLevel=true, 
> clearRepaired=true, verifySSTables=true, verifyTokens=true, 
> invalidateCaches=true, extendedVerify=false, copyData= true}
> INFO  [RMI TCP Connection(21)-127.0.0.1] 2024-02-15 10:41:06,566 
> SSTableImporter.java:173 - No new SSTables were found for mykeyspace/mytable
> {code}
> However, when we move the sstables (.db-Files) to 
> {{alternative/mykeyspace/mytable}}
> and import with
> {code}
> nodetool import --copy-data mykeyspace mytable 
> /fullpath/alternative/mykeyspace/mytable
> {code}
> the import works
> {code}
> INFO  [RMI TCP Connection(23)-127.0.0.1] 2024-02-15 10:43:36,093 
> SSTableImporter.java:177 - Loading new SSTables and building secondary 
> indexes for mykeyspace/mytable: 
> [BigTableReader(path='/mnt/ramdisk/cassandra4/data/mykeyspace/mytable-561a12d0cbe611eead78fbfd293cee40/me-2-big-Data.db'),
>  
> BigTableReader(path='/mnt/ramdisk/cassandra4/data/mykeyspace/mytable-561a12d0cbe611eead78fbfd293cee40/me-1-big-Data.db')]
> INFO  [RMI TCP Connection(23)-127.0.0.1] 2024-02-15 10:43:36,093 
> SSTableImporter.java:190 - Done loading load new SSTables for 
> mykeyspace/mytable
> {code}
> We experienced this in Cassandra 4.1.3 on Java 11 (Linux)



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to