cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From m..@apache.org
Subject [cassandra-website] branch asf-staging updated: Paul Au's new changes, plus rebuild of in-tree docs
Date Wed, 18 Aug 2021 16:22:35 GMT
This is an automated email from the ASF dual-hosted git repository.

mck pushed a commit to branch asf-staging
in repository https://gitbox.apache.org/repos/asf/cassandra-website.git


The following commit(s) were added to refs/heads/asf-staging by this push:
     new 2c38aea  Paul Au's new changes, plus rebuild of in-tree docs
2c38aea is described below

commit 2c38aea78ea5cb2198542021080c79de3fb61e2e
Author: mck <mck@apache.org>
AuthorDate: Wed Aug 18 18:21:16 2021 +0200

    Paul Au's new changes, plus rebuild of in-tree docs
---
 content/_/contactus.html                           |    12 +-
 .../stress-lwt-example.yaml                        |    88 -
 .../stress-example.yaml                            |    62 -
 .../3.11.11/_sources/architecture/dynamo.rst.txt   |   139 -
 .../_sources/architecture/guarantees.rst.txt       |    20 -
 .../3.11.11/_sources/architecture/index.rst.txt    |    29 -
 .../3.11.11/_sources/architecture/overview.rst.txt |    20 -
 .../_sources/architecture/storage_engine.rst.txt   |   129 -
 content/doc/3.11.11/_sources/bugs.rst.txt          |    30 -
 .../configuration/cass_cl_archive_file.rst.txt     |    46 -
 .../configuration/cass_env_sh_file.rst.txt         |   128 -
 .../configuration/cass_jvm_options_file.rst.txt    |    10 -
 .../configuration/cass_logback_xml_file.rst.txt    |   157 -
 .../configuration/cass_rackdc_file.rst.txt         |    67 -
 .../_sources/configuration/cass_topo_file.rst.txt  |    48 -
 .../_sources/configuration/cass_yaml_file.rst.txt  |  2109 ----
 .../configuration/cassandra_config_file.rst.txt    |  1929 ----
 .../3.11.11/_sources/configuration/index.rst.txt   |    25 -
 content/doc/3.11.11/_sources/contactus.rst.txt     |    53 -
 .../doc/3.11.11/_sources/cql/appendices.rst.txt    |   333 -
 content/doc/3.11.11/_sources/cql/changes.rst.txt   |   204 -
 content/doc/3.11.11/_sources/cql/ddl.rst.txt       |   649 --
 .../doc/3.11.11/_sources/cql/definitions.rst.txt   |   232 -
 content/doc/3.11.11/_sources/cql/dml.rst.txt       |   522 -
 content/doc/3.11.11/_sources/cql/functions.rst.txt |   558 -
 content/doc/3.11.11/_sources/cql/index.rst.txt     |    47 -
 content/doc/3.11.11/_sources/cql/indexes.rst.txt   |    83 -
 content/doc/3.11.11/_sources/cql/json.rst.txt      |   115 -
 content/doc/3.11.11/_sources/cql/mvs.rst.txt       |   166 -
 content/doc/3.11.11/_sources/cql/operators.rst.txt |    74 -
 content/doc/3.11.11/_sources/cql/security.rst.txt  |   502 -
 content/doc/3.11.11/_sources/cql/triggers.rst.txt  |    63 -
 content/doc/3.11.11/_sources/cql/types.rst.txt     |   559 -
 .../data_modeling/data_modeling_conceptual.rst.txt |    63 -
 .../data_modeling/data_modeling_logical.rst.txt    |   219 -
 .../data_modeling/data_modeling_physical.rst.txt   |   117 -
 .../data_modeling/data_modeling_queries.rst.txt    |    85 -
 .../data_modeling/data_modeling_rdbms.rst.txt      |   171 -
 .../data_modeling/data_modeling_refining.rst.txt   |   218 -
 .../data_modeling/data_modeling_schema.rst.txt     |   144 -
 .../data_modeling/data_modeling_tools.rst.txt      |    64 -
 .../3.11.11/_sources/data_modeling/index.rst.txt   |    20 -
 .../3.11.11/_sources/data_modeling/intro.rst.txt   |   146 -
 .../doc/3.11.11/_sources/development/ci.rst.txt    |    84 -
 .../_sources/development/code_style.rst.txt        |    94 -
 .../_sources/development/dependencies.rst.txt      |    53 -
 .../_sources/development/documentation.rst.txt     |   104 -
 .../_sources/development/gettingstarted.rst.txt    |    60 -
 .../_sources/development/how_to_commit.rst.txt     |   151 -
 .../_sources/development/how_to_review.rst.txt     |    71 -
 .../doc/3.11.11/_sources/development/ide.rst.txt   |   161 -
 .../doc/3.11.11/_sources/development/index.rst.txt |    29 -
 .../development/license_compliance.rst.txt         |    37 -
 .../3.11.11/_sources/development/patches.rst.txt   |   125 -
 .../_sources/development/release_process.rst.txt   |   244 -
 .../3.11.11/_sources/development/testing.rst.txt   |   170 -
 content/doc/3.11.11/_sources/faq/index.rst.txt     |   298 -
 .../_sources/getting_started/configuring.rst.txt   |    67 -
 .../_sources/getting_started/drivers.rst.txt       |   107 -
 .../3.11.11/_sources/getting_started/index.rst.txt |    33 -
 .../_sources/getting_started/installing.rst.txt    |   106 -
 .../_sources/getting_started/production.rst.txt    |   156 -
 .../_sources/getting_started/querying.rst.txt      |    52 -
 content/doc/3.11.11/_sources/glossary.rst.txt      |    35 -
 content/doc/3.11.11/_sources/index.rst.txt         |    41 -
 .../doc/3.11.11/_sources/new/auditlogging.rst.txt  |   510 -
 .../doc/3.11.11/_sources/new/fqllogging.rst.txt    |   618 --
 content/doc/3.11.11/_sources/new/index.rst.txt     |    32 -
 content/doc/3.11.11/_sources/new/java11.rst.txt    |   274 -
 content/doc/3.11.11/_sources/new/messaging.rst.txt |   257 -
 content/doc/3.11.11/_sources/new/streaming.rst.txt |   167 -
 .../_sources/new/transientreplication.rst.txt      |   155 -
 .../doc/3.11.11/_sources/new/virtualtables.rst.txt |   341 -
 .../doc/3.11.11/_sources/operating/backups.rst.txt |    22 -
 .../_sources/operating/bloom_filters.rst.txt       |    65 -
 .../_sources/operating/bulk_loading.rst.txt        |    24 -
 content/doc/3.11.11/_sources/operating/cdc.rst.txt |    89 -
 .../3.11.11/_sources/operating/compaction.rst.txt  |   443 -
 .../_sources/operating/compaction/index.rst.txt    |   301 -
 .../_sources/operating/compaction/lcs.rst.txt      |    91 -
 .../_sources/operating/compaction/stcs.rst.txt     |    58 -
 .../_sources/operating/compaction/twcs.rst.txt     |    76 -
 .../3.11.11/_sources/operating/compression.rst.txt |    94 -
 .../3.11.11/_sources/operating/hardware.rst.txt    |    87 -
 .../doc/3.11.11/_sources/operating/hints.rst.txt   |    22 -
 .../doc/3.11.11/_sources/operating/index.rst.txt   |    39 -
 .../doc/3.11.11/_sources/operating/metrics.rst.txt |   710 --
 .../3.11.11/_sources/operating/read_repair.rst.txt |    22 -
 .../doc/3.11.11/_sources/operating/repair.rst.txt  |    22 -
 .../3.11.11/_sources/operating/security.rst.txt    |   410 -
 .../doc/3.11.11/_sources/operating/snitch.rst.txt  |    78 -
 .../_sources/operating/topo_changes.rst.txt        |   124 -
 content/doc/3.11.11/_sources/plugins/index.rst.txt |    35 -
 .../_sources/tools/cassandra_stress.rst.txt        |   273 -
 content/doc/3.11.11/_sources/tools/cqlsh.rst.txt   |   455 -
 .../3.11.11/_sources/tools/generatetokens.rst.txt  |    56 -
 content/doc/3.11.11/_sources/tools/index.rst.txt   |    26 -
 .../doc/3.11.11/_sources/tools/nodetool.rst.txt    |    22 -
 .../_sources/tools/nodetool/assassinate.rst.txt    |    11 -
 .../_sources/tools/nodetool/bootstrap.rst.txt      |    11 -
 .../_sources/tools/nodetool/cleanup.rst.txt        |    11 -
 .../_sources/tools/nodetool/clearsnapshot.rst.txt  |    11 -
 .../_sources/tools/nodetool/clientstats.rst.txt    |    11 -
 .../_sources/tools/nodetool/compact.rst.txt        |    11 -
 .../tools/nodetool/compactionhistory.rst.txt       |    11 -
 .../tools/nodetool/compactionstats.rst.txt         |    11 -
 .../_sources/tools/nodetool/decommission.rst.txt   |    11 -
 .../tools/nodetool/describecluster.rst.txt         |    11 -
 .../_sources/tools/nodetool/describering.rst.txt   |    11 -
 .../tools/nodetool/disableauditlog.rst.txt         |    11 -
 .../tools/nodetool/disableautocompaction.rst.txt   |    11 -
 .../_sources/tools/nodetool/disablebackup.rst.txt  |    11 -
 .../_sources/tools/nodetool/disablebinary.rst.txt  |    11 -
 .../tools/nodetool/disablefullquerylog.rst.txt     |    11 -
 .../_sources/tools/nodetool/disablegossip.rst.txt  |    11 -
 .../_sources/tools/nodetool/disablehandoff.rst.txt |    11 -
 .../tools/nodetool/disablehintsfordc.rst.txt       |    11 -
 .../nodetool/disableoldprotocolversions.rst.txt    |    11 -
 .../_sources/tools/nodetool/disablethrift.rst.txt  |    11 -
 .../3.11.11/_sources/tools/nodetool/drain.rst.txt  |    11 -
 .../_sources/tools/nodetool/enableauditlog.rst.txt |    11 -
 .../tools/nodetool/enableautocompaction.rst.txt    |    11 -
 .../_sources/tools/nodetool/enablebackup.rst.txt   |    11 -
 .../_sources/tools/nodetool/enablebinary.rst.txt   |    11 -
 .../tools/nodetool/enablefullquerylog.rst.txt      |    11 -
 .../_sources/tools/nodetool/enablegossip.rst.txt   |    11 -
 .../_sources/tools/nodetool/enablehandoff.rst.txt  |    11 -
 .../tools/nodetool/enablehintsfordc.rst.txt        |    11 -
 .../nodetool/enableoldprotocolversions.rst.txt     |    11 -
 .../_sources/tools/nodetool/enablethrift.rst.txt   |    11 -
 .../tools/nodetool/failuredetector.rst.txt         |    11 -
 .../3.11.11/_sources/tools/nodetool/flush.rst.txt  |    11 -
 .../_sources/tools/nodetool/garbagecollect.rst.txt |    11 -
 .../_sources/tools/nodetool/gcstats.rst.txt        |    11 -
 .../nodetool/getbatchlogreplaythrottle.rst.txt     |    11 -
 .../tools/nodetool/getcompactionthreshold.rst.txt  |    11 -
 .../tools/nodetool/getcompactionthroughput.rst.txt |    11 -
 .../_sources/tools/nodetool/getconcurrency.rst.txt |    11 -
 .../tools/nodetool/getconcurrentcompactors.rst.txt |    11 -
 .../nodetool/getconcurrentviewbuilders.rst.txt     |    11 -
 .../_sources/tools/nodetool/getendpoints.rst.txt   |    11 -
 .../tools/nodetool/getfullquerylog.rst.txt         |    11 -
 .../nodetool/getinterdcstreamthroughput.rst.txt    |    11 -
 .../tools/nodetool/getlogginglevels.rst.txt        |    11 -
 .../tools/nodetool/getmaxhintwindow.rst.txt        |    11 -
 .../_sources/tools/nodetool/getseeds.rst.txt       |    11 -
 .../tools/nodetool/getsnapshotthrottle.rst.txt     |    11 -
 .../_sources/tools/nodetool/getsstables.rst.txt    |    11 -
 .../tools/nodetool/getstreamthroughput.rst.txt     |    11 -
 .../_sources/tools/nodetool/gettimeout.rst.txt     |    11 -
 .../tools/nodetool/gettraceprobability.rst.txt     |    11 -
 .../_sources/tools/nodetool/gossipinfo.rst.txt     |    11 -
 .../3.11.11/_sources/tools/nodetool/help.rst.txt   |    11 -
 .../3.11.11/_sources/tools/nodetool/import.rst.txt |    11 -
 .../3.11.11/_sources/tools/nodetool/info.rst.txt   |    11 -
 .../tools/nodetool/invalidatecountercache.rst.txt  |    11 -
 .../tools/nodetool/invalidatekeycache.rst.txt      |    11 -
 .../tools/nodetool/invalidaterowcache.rst.txt      |    11 -
 .../3.11.11/_sources/tools/nodetool/join.rst.txt   |    11 -
 .../_sources/tools/nodetool/listsnapshots.rst.txt  |    11 -
 .../3.11.11/_sources/tools/nodetool/move.rst.txt   |    11 -
 .../_sources/tools/nodetool/netstats.rst.txt       |    11 -
 .../_sources/tools/nodetool/nodetool.rst.txt       |   259 -
 .../_sources/tools/nodetool/pausehandoff.rst.txt   |    11 -
 .../_sources/tools/nodetool/profileload.rst.txt    |    11 -
 .../tools/nodetool/proxyhistograms.rst.txt         |    11 -
 .../_sources/tools/nodetool/rangekeysample.rst.txt |    11 -
 .../_sources/tools/nodetool/rebuild.rst.txt        |    11 -
 .../_sources/tools/nodetool/rebuild_index.rst.txt  |    11 -
 .../_sources/tools/nodetool/refresh.rst.txt        |    11 -
 .../tools/nodetool/refreshsizeestimates.rst.txt    |    11 -
 .../tools/nodetool/reloadlocalschema.rst.txt       |    11 -
 .../_sources/tools/nodetool/reloadseeds.rst.txt    |    11 -
 .../_sources/tools/nodetool/reloadssl.rst.txt      |    11 -
 .../_sources/tools/nodetool/reloadtriggers.rst.txt |    11 -
 .../tools/nodetool/relocatesstables.rst.txt        |    11 -
 .../_sources/tools/nodetool/removenode.rst.txt     |    11 -
 .../3.11.11/_sources/tools/nodetool/repair.rst.txt |    11 -
 .../_sources/tools/nodetool/repair_admin.rst.txt   |    11 -
 .../_sources/tools/nodetool/replaybatchlog.rst.txt |    11 -
 .../tools/nodetool/resetfullquerylog.rst.txt       |    11 -
 .../tools/nodetool/resetlocalschema.rst.txt        |    11 -
 .../_sources/tools/nodetool/resumehandoff.rst.txt  |    11 -
 .../3.11.11/_sources/tools/nodetool/ring.rst.txt   |    11 -
 .../3.11.11/_sources/tools/nodetool/scrub.rst.txt  |    11 -
 .../nodetool/setbatchlogreplaythrottle.rst.txt     |    11 -
 .../tools/nodetool/setcachecapacity.rst.txt        |    11 -
 .../tools/nodetool/setcachekeystosave.rst.txt      |    11 -
 .../tools/nodetool/setcompactionthreshold.rst.txt  |    11 -
 .../tools/nodetool/setcompactionthroughput.rst.txt |    11 -
 .../_sources/tools/nodetool/setconcurrency.rst.txt |    11 -
 .../tools/nodetool/setconcurrentcompactors.rst.txt |    11 -
 .../nodetool/setconcurrentviewbuilders.rst.txt     |    11 -
 .../nodetool/sethintedhandoffthrottlekb.rst.txt    |    11 -
 .../nodetool/setinterdcstreamthroughput.rst.txt    |    11 -
 .../tools/nodetool/setlogginglevel.rst.txt         |    11 -
 .../tools/nodetool/setmaxhintwindow.rst.txt        |    11 -
 .../tools/nodetool/setsnapshotthrottle.rst.txt     |    11 -
 .../tools/nodetool/setstreamthroughput.rst.txt     |    11 -
 .../_sources/tools/nodetool/settimeout.rst.txt     |    11 -
 .../tools/nodetool/settraceprobability.rst.txt     |    11 -
 .../3.11.11/_sources/tools/nodetool/sjk.rst.txt    |    11 -
 .../_sources/tools/nodetool/snapshot.rst.txt       |    11 -
 .../3.11.11/_sources/tools/nodetool/status.rst.txt |    11 -
 .../tools/nodetool/statusautocompaction.rst.txt    |    11 -
 .../_sources/tools/nodetool/statusbackup.rst.txt   |    11 -
 .../_sources/tools/nodetool/statusbinary.rst.txt   |    11 -
 .../_sources/tools/nodetool/statusgossip.rst.txt   |    11 -
 .../_sources/tools/nodetool/statushandoff.rst.txt  |    11 -
 .../_sources/tools/nodetool/statusthrift.rst.txt   |    11 -
 .../3.11.11/_sources/tools/nodetool/stop.rst.txt   |    11 -
 .../_sources/tools/nodetool/stopdaemon.rst.txt     |    11 -
 .../tools/nodetool/tablehistograms.rst.txt         |    11 -
 .../_sources/tools/nodetool/tablestats.rst.txt     |    11 -
 .../_sources/tools/nodetool/toppartitions.rst.txt  |    11 -
 .../_sources/tools/nodetool/tpstats.rst.txt        |    11 -
 .../_sources/tools/nodetool/truncatehints.rst.txt  |    11 -
 .../tools/nodetool/upgradesstables.rst.txt         |    11 -
 .../3.11.11/_sources/tools/nodetool/verify.rst.txt |    11 -
 .../_sources/tools/nodetool/version.rst.txt        |    11 -
 .../tools/nodetool/viewbuildstatus.rst.txt         |    11 -
 .../3.11.11/_sources/tools/sstable/index.rst.txt   |    39 -
 .../_sources/tools/sstable/sstabledump.rst.txt     |   294 -
 .../tools/sstable/sstableexpiredblockers.rst.txt   |    48 -
 .../tools/sstable/sstablelevelreset.rst.txt        |    82 -
 .../_sources/tools/sstable/sstableloader.rst.txt   |   273 -
 .../_sources/tools/sstable/sstablemetadata.rst.txt |   304 -
 .../tools/sstable/sstableofflinerelevel.rst.txt    |    95 -
 .../tools/sstable/sstablerepairedset.rst.txt       |    79 -
 .../_sources/tools/sstable/sstablescrub.rst.txt    |   100 -
 .../_sources/tools/sstable/sstablesplit.rst.txt    |    93 -
 .../_sources/tools/sstable/sstableupgrade.rst.txt  |   137 -
 .../_sources/tools/sstable/sstableutil.rst.txt     |    91 -
 .../_sources/tools/sstable/sstableverify.rst.txt   |    91 -
 .../_sources/troubleshooting/finding_nodes.rst.txt |   149 -
 .../3.11.11/_sources/troubleshooting/index.rst.txt |    20 -
 .../_sources/troubleshooting/reading_logs.rst.txt  |   267 -
 .../_sources/troubleshooting/use_nodetool.rst.txt  |   245 -
 .../_sources/troubleshooting/use_tools.rst.txt     |   542 -
 content/doc/3.11.11/_static/ajax-loader.gif        |   Bin 673 -> 0 bytes
 content/doc/3.11.11/_static/basic.css              |   768 --
 content/doc/3.11.11/_static/comment-bright.png     |   Bin 756 -> 0 bytes
 content/doc/3.11.11/_static/comment-close.png      |   Bin 829 -> 0 bytes
 content/doc/3.11.11/_static/comment.png            |   Bin 641 -> 0 bytes
 content/doc/3.11.11/_static/css/badge_only.css     |     1 -
 content/doc/3.11.11/_static/css/theme.css          |     6 -
 content/doc/3.11.11/_static/doctools.js            |   314 -
 .../doc/3.11.11/_static/documentation_options.js   |    11 -
 content/doc/3.11.11/_static/down-pressed.png       |   Bin 222 -> 0 bytes
 content/doc/3.11.11/_static/down.png               |   Bin 202 -> 0 bytes
 content/doc/3.11.11/_static/extra.css              |    77 -
 content/doc/3.11.11/_static/file.png               |   Bin 286 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Inconsolata-Bold.ttf |   Bin 109948 -> 0 bytes
 .../3.11.11/_static/fonts/Inconsolata-Regular.ttf  |   Bin 96964 -> 0 bytes
 content/doc/3.11.11/_static/fonts/Inconsolata.ttf  |   Bin 63184 -> 0 bytes
 content/doc/3.11.11/_static/fonts/Lato-Bold.ttf    |   Bin 656544 -> 0 bytes
 content/doc/3.11.11/_static/fonts/Lato-Regular.ttf |   Bin 656568 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Lato/lato-bold.eot   |   Bin 256056 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Lato/lato-bold.ttf   |   Bin 600856 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Lato/lato-bold.woff  |   Bin 309728 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Lato/lato-bold.woff2 |   Bin 184912 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-bolditalic.eot |   Bin 266158 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-bolditalic.ttf |   Bin 622572 -> 0 bytes
 .../_static/fonts/Lato/lato-bolditalic.woff        |   Bin 323344 -> 0 bytes
 .../_static/fonts/Lato/lato-bolditalic.woff2       |   Bin 193308 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Lato/lato-italic.eot |   Bin 268604 -> 0 bytes
 .../doc/3.11.11/_static/fonts/Lato/lato-italic.ttf |   Bin 639388 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-italic.woff    |   Bin 328412 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-italic.woff2   |   Bin 195704 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-regular.eot    |   Bin 253461 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-regular.ttf    |   Bin 607720 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-regular.woff   |   Bin 309192 -> 0 bytes
 .../3.11.11/_static/fonts/Lato/lato-regular.woff2  |   Bin 182708 -> 0 bytes
 .../doc/3.11.11/_static/fonts/RobotoSlab-Bold.ttf  |   Bin 170616 -> 0 bytes
 .../3.11.11/_static/fonts/RobotoSlab-Regular.ttf   |   Bin 169064 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-bold.eot       |   Bin 79520 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-bold.ttf       |   Bin 170616 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-bold.woff      |   Bin 87624 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-bold.woff2     |   Bin 67312 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-regular.eot    |   Bin 78331 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-regular.ttf    |   Bin 169064 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-regular.woff   |   Bin 86288 -> 0 bytes
 .../fonts/RobotoSlab/roboto-slab-v7-regular.woff2  |   Bin 66444 -> 0 bytes
 .../3.11.11/_static/fonts/fontawesome-webfont.eot  |   Bin 165742 -> 0 bytes
 .../3.11.11/_static/fonts/fontawesome-webfont.svg  |  2671 -----
 .../3.11.11/_static/fonts/fontawesome-webfont.ttf  |   Bin 165548 -> 0 bytes
 .../3.11.11/_static/fonts/fontawesome-webfont.woff |   Bin 98024 -> 0 bytes
 .../_static/fonts/fontawesome-webfont.woff2        |   Bin 77160 -> 0 bytes
 content/doc/3.11.11/_static/jquery-3.2.1.js        | 10253 ------------------
 content/doc/3.11.11/_static/jquery-3.4.1.js        | 10598 -------------------
 content/doc/3.11.11/_static/jquery.js              |     2 -
 content/doc/3.11.11/_static/js/modernizr.min.js    |     4 -
 content/doc/3.11.11/_static/js/theme.js            |     3 -
 content/doc/3.11.11/_static/language_data.js       |   297 -
 content/doc/3.11.11/_static/minus.png              |   Bin 90 -> 0 bytes
 content/doc/3.11.11/_static/plus.png               |   Bin 90 -> 0 bytes
 content/doc/3.11.11/_static/pygments.css           |    69 -
 content/doc/3.11.11/_static/searchtools.js         |   506 -
 content/doc/3.11.11/_static/underscore-1.3.1.js    |   999 --
 content/doc/3.11.11/_static/underscore.js          |    31 -
 content/doc/3.11.11/_static/up-pressed.png         |   Bin 214 -> 0 bytes
 content/doc/3.11.11/_static/up.png                 |   Bin 203 -> 0 bytes
 content/doc/3.11.11/_static/websupport.js          |   808 --
 content/doc/3.11.11/architecture/dynamo.html       |   342 -
 content/doc/3.11.11/architecture/guarantees.html   |   230 -
 content/doc/3.11.11/architecture/index.html        |   245 -
 content/doc/3.11.11/architecture/overview.html     |   230 -
 .../doc/3.11.11/architecture/storage_engine.html   |   324 -
 content/doc/3.11.11/bugs.html                      |   226 -
 .../{ => cassandra}/_images/Figure_1_backups.jpg   |   Bin
 .../_images/Figure_1_data_model.jpg                |   Bin
 .../_images/Figure_1_guarantees.jpg                |   Bin
 .../_images/Figure_1_read_repair.jpg               |   Bin
 .../_images/Figure_2_data_model.jpg                |   Bin
 .../_images/Figure_2_read_repair.jpg               |   Bin
 .../_images/Figure_3_read_repair.jpg               |   Bin
 .../_images/Figure_4_read_repair.jpg               |   Bin
 .../_images/Figure_5_read_repair.jpg               |   Bin
 .../_images/Figure_6_read_repair.jpg               |   Bin
 .../_images/data_modeling_chebotko_logical.png     |   Bin
 .../_images/data_modeling_chebotko_physical.png    |   Bin
 .../_images/data_modeling_hotel_bucketing.png      |   Bin
 .../_images/data_modeling_hotel_erd.png            |   Bin
 .../_images/data_modeling_hotel_logical.png        |   Bin
 .../_images/data_modeling_hotel_physical.png       |   Bin
 .../_images/data_modeling_hotel_queries.png        |   Bin
 .../_images/data_modeling_hotel_relational.png     |   Bin
 .../_images/data_modeling_reservation_logical.png  |   Bin
 .../_images/data_modeling_reservation_physical.png |   Bin
 .../{ => cassandra}/_images/docs_commit.png        |   Bin
 .../{ => cassandra}/_images/docs_create_branch.png |   Bin
 .../{ => cassandra}/_images/docs_create_file.png   |   Bin
 .../{ => cassandra}/_images/docs_editor.png        |   Bin
 .../3.11.11/{ => cassandra}/_images/docs_fork.png  |   Bin
 .../3.11.11/{ => cassandra}/_images/docs_pr.png    |   Bin
 .../{ => cassandra}/_images/docs_preview.png       |   Bin
 .../{ => cassandra}/_images/eclipse_debug0.png     |   Bin
 .../{ => cassandra}/_images/eclipse_debug1.png     |   Bin
 .../{ => cassandra}/_images/eclipse_debug2.png     |   Bin
 .../{ => cassandra}/_images/eclipse_debug3.png     |   Bin
 .../{ => cassandra}/_images/eclipse_debug4.png     |   Bin
 .../{ => cassandra}/_images/eclipse_debug5.png     |   Bin
 .../{ => cassandra}/_images/eclipse_debug6.png     |   Bin
 .../_images/example-stress-graph.png               |   Bin
 .../doc/3.11.11/{ => cassandra}/_images/hints.svg  |     0
 .../doc/3.11.11/{ => cassandra}/_images/ring.svg   |     0
 .../doc/3.11.11/{ => cassandra}/_images/vnodes.svg |     0
 .../doc/3.11.11/cassandra/architecture/dynamo.html |  1526 +++
 .../3.11.11/cassandra/architecture/guarantees.html |   990 ++
 .../doc/3.11.11/cassandra/architecture/index.html  |   834 ++
 .../3.11.11/cassandra/architecture/overview.html   |   985 ++
 .../doc/3.11.11/cassandra/architecture/snitch.html |   931 ++
 .../cassandra/architecture/storage_engine.html     |  1257 +++
 .../configuration/cass_cl_archive_file.html        |   880 ++
 .../cassandra/configuration/cass_env_sh_file.html  |  1086 ++
 .../configuration/cass_jvm_options_file.html       |   845 ++
 .../configuration/cass_logback_xml_file.html       |  1021 ++
 .../cassandra/configuration/cass_rackdc_file.html  |   951 ++
 .../cassandra/configuration/cass_topo_file.html    |   873 ++
 .../cassandra/configuration/cass_yaml_file.html    |  3944 +++++++
 .../doc/3.11.11/cassandra/configuration/index.html |   840 ++
 content/doc/3.11.11/cassandra/cql/SASI.html        |  1740 +++
 content/doc/3.11.11/cassandra/cql/appendices.html  |  1415 +++
 content/doc/3.11.11/cassandra/cql/changes.html     |  1296 +++
 .../doc/3.11.11/cassandra/cql/cql_singlefile.html  |  7010 ++++++++++++
 content/doc/3.11.11/cassandra/cql/ddl.html         |  2253 ++++
 content/doc/3.11.11/cassandra/cql/definitions.html |  1165 ++
 content/doc/3.11.11/cassandra/cql/dml.html         |  1560 +++
 content/doc/3.11.11/cassandra/cql/functions.html   |  1669 +++
 content/doc/3.11.11/cassandra/cql/index.html       |   866 ++
 content/doc/3.11.11/cassandra/cql/indexes.html     |   904 ++
 content/doc/3.11.11/cassandra/cql/json.html        |  1075 ++
 content/doc/3.11.11/cassandra/cql/mvs.html         |  1085 ++
 content/doc/3.11.11/cassandra/cql/operators.html   |  1031 ++
 content/doc/3.11.11/cassandra/cql/security.html    |  1778 ++++
 content/doc/3.11.11/cassandra/cql/triggers.html    |   878 ++
 content/doc/3.11.11/cassandra/cql/types.html       |  1778 ++++
 .../data_modeling/data_modeling_conceptual.html    |   866 ++
 .../data_modeling/data_modeling_logical.html       |  1061 ++
 .../data_modeling/data_modeling_physical.html      |   943 ++
 .../data_modeling/data_modeling_queries.html       |   905 ++
 .../data_modeling/data_modeling_rdbms.html         |   989 ++
 .../data_modeling/data_modeling_refining.html      |  1066 ++
 .../data_modeling/data_modeling_schema.html        |   947 ++
 .../data_modeling/data_modeling_tools.html         |   870 ++
 .../doc/3.11.11/cassandra/data_modeling/index.html |   843 ++
 .../doc/3.11.11/cassandra/data_modeling/intro.html |  1120 ++
 content/doc/3.11.11/cassandra/faq/index.html       |  1246 +++
 .../cassandra/getting_started/configuring.html     |   983 ++
 .../3.11.11/cassandra/getting_started/drivers.html |  1073 ++
 .../3.11.11/cassandra/getting_started/index.html   |   867 ++
 .../cassandra/getting_started/installing.html      |  1718 +++
 .../cassandra/getting_started/production.html      |  1070 ++
 .../cassandra/getting_started/querying.html        |   878 ++
 .../cassandra/getting_started/quickstart.html      |   952 ++
 .../3.11.11/cassandra/operating/audit_logging.html |  1190 +++
 .../doc/3.11.11/cassandra/operating/backups.html   |  1650 +++
 .../3.11.11/cassandra/operating/bloom_filters.html |   900 ++
 .../3.11.11/cassandra/operating/bulk_loading.html  |  1861 ++++
 content/doc/3.11.11/cassandra/operating/cdc.html   |   941 ++
 .../cassandra/operating/compaction/index.html      |  1315 +++
 .../cassandra/operating/compaction/lcs.html        |   924 ++
 .../cassandra/operating/compaction/stcs.html       |   876 ++
 .../cassandra/operating/compaction/twcs.html       |   916 ++
 .../3.11.11/cassandra/operating/compression.html   |  1119 ++
 .../doc/3.11.11/cassandra/operating/hardware.html  |   972 ++
 content/doc/3.11.11/cassandra/operating/hints.html |  1187 +++
 content/doc/3.11.11/cassandra/operating/index.html |   859 ++
 .../doc/3.11.11/cassandra/operating/metrics.html   |  3148 ++++++
 .../3.11.11/cassandra/operating/read_repair.html   |  1197 +++
 .../doc/3.11.11/cassandra/operating/repair.html    |  1088 ++
 .../doc/3.11.11/cassandra/operating/security.html  |  1538 +++
 .../3.11.11/cassandra/operating/topo_changes.html  |  1000 ++
 content/doc/3.11.11/cassandra/plugins/index.html   |   862 ++
 .../3.11.11/cassandra/tools/cassandra_stress.html  |  1426 +++
 content/doc/3.11.11/cassandra/tools/cqlsh.html     |  1518 +++
 content/doc/3.11.11/cassandra/tools/index.html     |   832 ++
 .../cassandra/tools/nodetool/assassinate.html      |   826 ++
 .../cassandra/tools/nodetool/bootstrap.html        |   860 ++
 .../3.11.11/cassandra/tools/nodetool/cleanup.html  |   866 ++
 .../cassandra/tools/nodetool/clearsnapshot.html    |   869 ++
 .../cassandra/tools/nodetool/clientstats.html      |   862 ++
 .../3.11.11/cassandra/tools/nodetool/compact.html  |   878 ++
 .../tools/nodetool/compactionhistory.html          |   856 ++
 .../cassandra/tools/nodetool/compactionstats.html  |   856 ++
 .../cassandra/tools/nodetool/decommission.html     |   856 ++
 .../cassandra/tools/nodetool/describecluster.html  |   853 ++
 .../cassandra/tools/nodetool/describering.html     |   860 ++
 .../cassandra/tools/nodetool/disableauditlog.html  |   852 ++
 .../tools/nodetool/disableautocompaction.html      |   862 ++
 .../cassandra/tools/nodetool/disablebackup.html    |   852 ++
 .../cassandra/tools/nodetool/disablebinary.html    |   852 ++
 .../tools/nodetool/disablefullquerylog.html        |   852 ++
 .../cassandra/tools/nodetool/disablegossip.html    |   853 ++
 .../cassandra/tools/nodetool/disablehandoff.html   |   852 ++
 .../tools/nodetool/disablehintsfordc.html          |   861 ++
 .../tools/nodetool/disableoldprotocolversions.html |   852 ++
 .../3.11.11/cassandra/tools/nodetool/drain.html    |   853 ++
 .../cassandra/tools/nodetool/enableauditlog.html   |   886 ++
 .../tools/nodetool/enableautocompaction.html       |   862 ++
 .../cassandra/tools/nodetool/enablebackup.html     |   852 ++
 .../cassandra/tools/nodetool/enablebinary.html     |   852 ++
 .../tools/nodetool/enablefullquerylog.html         |   884 ++
 .../cassandra/tools/nodetool/enablegossip.html     |   852 ++
 .../cassandra/tools/nodetool/enablehandoff.html    |   853 ++
 .../cassandra/tools/nodetool/enablehintsfordc.html |   862 ++
 .../tools/nodetool/enableoldprotocolversions.html  |   852 ++
 .../cassandra/tools/nodetool/failuredetector.html  |   853 ++
 .../3.11.11/cassandra/tools/nodetool/flush.html    |   861 ++
 .../cassandra/tools/nodetool/garbagecollect.html   |   871 ++
 .../3.11.11/cassandra/tools/nodetool/gcstats.html  |   852 ++
 .../tools/nodetool/getbatchlogreplaythrottle.html  |   854 ++
 .../tools/nodetool/getcompactionthreshold.html     |   862 ++
 .../tools/nodetool/getcompactionthroughput.html    |   853 ++
 .../cassandra/tools/nodetool/getconcurrency.html   |   861 ++
 .../tools/nodetool/getconcurrentcompactors.html    |   853 ++
 .../tools/nodetool/getconcurrentviewbuilders.html  |   853 ++
 .../cassandra/tools/nodetool/getendpoints.html     |   862 ++
 .../tools/nodetool/getinterdcstreamthroughput.html |   853 ++
 .../cassandra/tools/nodetool/getlogginglevels.html |   852 ++
 .../cassandra/tools/nodetool/getmaxhintwindow.html |   852 ++
 .../3.11.11/cassandra/tools/nodetool/getseeds.html |   853 ++
 .../cassandra/tools/nodetool/getsstables.html      |   864 ++
 .../tools/nodetool/getstreamthroughput.html        |   853 ++
 .../cassandra/tools/nodetool/gettimeout.html       |   862 ++
 .../tools/nodetool/gettraceprobability.html        |   852 ++
 .../cassandra/tools/nodetool/gossipinfo.html       |   852 ++
 .../doc/3.11.11/cassandra/tools/nodetool/help.html |   838 ++
 .../3.11.11/cassandra/tools/nodetool/import.html   |   887 ++
 .../doc/3.11.11/cassandra/tools/nodetool/info.html |   855 ++
 .../tools/nodetool/invalidatecountercache.html     |   852 ++
 .../tools/nodetool/invalidatekeycache.html         |   852 ++
 .../tools/nodetool/invalidaterowcache.html         |   852 ++
 .../doc/3.11.11/cassandra/tools/nodetool/join.html |   852 ++
 .../cassandra/tools/nodetool/listsnapshots.html    |   855 ++
 .../doc/3.11.11/cassandra/tools/nodetool/move.html |   860 ++
 .../3.11.11/cassandra/tools/nodetool/netstats.html |   857 ++
 .../3.11.11/cassandra/tools/nodetool/nodetool.html |  1185 +++
 .../cassandra/tools/nodetool/pausehandoff.html     |   852 ++
 .../cassandra/tools/nodetool/profileload.html      |   871 ++
 .../cassandra/tools/nodetool/proxyhistograms.html  |   853 ++
 .../cassandra/tools/nodetool/rangekeysample.html   |   853 ++
 .../3.11.11/cassandra/tools/nodetool/rebuild.html  |   877 ++
 .../cassandra/tools/nodetool/rebuild_index.html    |   862 ++
 .../3.11.11/cassandra/tools/nodetool/refresh.html  |   862 ++
 .../tools/nodetool/refreshsizeestimates.html       |   852 ++
 .../tools/nodetool/reloadlocalschema.html          |   852 ++
 .../cassandra/tools/nodetool/reloadseeds.html      |   853 ++
 .../cassandra/tools/nodetool/reloadssl.html        |   852 ++
 .../cassandra/tools/nodetool/reloadtriggers.html   |   852 ++
 .../cassandra/tools/nodetool/relocatesstables.html |   865 ++
 .../cassandra/tools/nodetool/removenode.html       |   863 ++
 .../3.11.11/cassandra/tools/nodetool/repair.html   |   926 ++
 .../cassandra/tools/nodetool/repair_admin.html     |   866 ++
 .../cassandra/tools/nodetool/replaybatchlog.html   |   852 ++
 .../tools/nodetool/resetfullquerylog.html          |   854 ++
 .../cassandra/tools/nodetool/resetlocalschema.html |   852 ++
 .../cassandra/tools/nodetool/resumehandoff.html    |   852 ++
 .../doc/3.11.11/cassandra/tools/nodetool/ring.html |   865 ++
 .../3.11.11/cassandra/tools/nodetool/scrub.html    |   886 ++
 .../tools/nodetool/setbatchlogreplaythrottle.html  |   863 ++
 .../cassandra/tools/nodetool/setcachecapacity.html |   862 ++
 .../tools/nodetool/setcachekeystosave.html         |   864 ++
 .../tools/nodetool/setcompactionthreshold.html     |   862 ++
 .../tools/nodetool/setcompactionthroughput.html    |   862 ++
 .../cassandra/tools/nodetool/setconcurrency.html   |   863 ++
 .../tools/nodetool/setconcurrentcompactors.html    |   862 ++
 .../tools/nodetool/setconcurrentviewbuilders.html  |   862 ++
 .../tools/nodetool/sethintedhandoffthrottlekb.html |   862 ++
 .../tools/nodetool/setinterdcstreamthroughput.html |   862 ++
 .../cassandra/tools/nodetool/setlogginglevel.html  |   865 ++
 .../cassandra/tools/nodetool/setmaxhintwindow.html |   861 ++
 .../tools/nodetool/setstreamthroughput.html        |   862 ++
 .../cassandra/tools/nodetool/settimeout.html       |   865 ++
 .../tools/nodetool/settraceprobability.html        |   863 ++
 .../doc/3.11.11/cassandra/tools/nodetool/sjk.html  |   861 ++
 .../3.11.11/cassandra/tools/nodetool/snapshot.html |   879 ++
 .../3.11.11/cassandra/tools/nodetool/status.html   |   864 ++
 .../tools/nodetool/statusautocompaction.html       |   865 ++
 .../cassandra/tools/nodetool/statusbackup.html     |   852 ++
 .../cassandra/tools/nodetool/statusbinary.html     |   852 ++
 .../cassandra/tools/nodetool/statusgossip.html     |   852 ++
 .../cassandra/tools/nodetool/statushandoff.html    |   853 ++
 .../doc/3.11.11/cassandra/tools/nodetool/stop.html |   869 ++
 .../cassandra/tools/nodetool/stopdaemon.html       |   852 ++
 .../cassandra/tools/nodetool/tablehistograms.html  |   861 ++
 .../cassandra/tools/nodetool/tablestats.html       |   896 ++
 .../cassandra/tools/nodetool/toppartitions.html    |   870 ++
 .../3.11.11/cassandra/tools/nodetool/tpstats.html  |   856 ++
 .../cassandra/tools/nodetool/truncatehints.html    |   863 ++
 .../cassandra/tools/nodetool/upgradesstables.html  |   872 ++
 .../3.11.11/cassandra/tools/nodetool/verify.html   |   881 ++
 .../3.11.11/cassandra/tools/nodetool/version.html  |   852 ++
 .../cassandra/tools/nodetool/viewbuildstatus.html  |   861 ++
 .../doc/3.11.11/cassandra/tools/sstable/index.html |   861 ++
 .../cassandra/tools/sstable/sstabledump.html       |  1173 ++
 .../tools/sstable/sstableexpiredblockers.html      |   872 ++
 .../cassandra/tools/sstable/sstablelevelreset.html |   916 ++
 .../cassandra/tools/sstable/sstableloader.html     |  1232 +++
 .../cassandra/tools/sstable/sstablemetadata.html   |  1253 +++
 .../tools/sstable/sstableofflinerelevel.html       |   939 ++
 .../tools/sstable/sstablerepairedset.html          |   948 ++
 .../cassandra/tools/sstable/sstablescrub.html      |   976 ++
 .../cassandra/tools/sstable/sstablesplit.html      |   965 ++
 .../cassandra/tools/sstable/sstableupgrade.html    |   992 ++
 .../cassandra/tools/sstable/sstableutil.html       |   967 ++
 .../cassandra/tools/sstable/sstableverify.html     |   940 ++
 .../cassandra/troubleshooting/finding_nodes.html   |  1005 ++
 .../3.11.11/cassandra/troubleshooting/index.html   |   843 ++
 .../cassandra/troubleshooting/reading_logs.html    |  1145 ++
 .../cassandra/troubleshooting/use_nodetool.html    |  1087 ++
 .../cassandra/troubleshooting/use_tools.html       |  1508 +++
 .../configuration/cass_cl_archive_file.html        |   274 -
 .../3.11.11/configuration/cass_env_sh_file.html    |   364 -
 .../configuration/cass_jvm_options_file.html       |   238 -
 .../configuration/cass_logback_xml_file.html       |   377 -
 .../3.11.11/configuration/cass_rackdc_file.html    |   303 -
 .../doc/3.11.11/configuration/cass_topo_file.html  |   273 -
 .../doc/3.11.11/configuration/cass_yaml_file.html  |  2139 ----
 .../configuration/cassandra_config_file.html       |  1964 ----
 content/doc/3.11.11/configuration/index.html       |   227 -
 content/doc/3.11.11/contactus.html                 |   245 -
 content/doc/3.11.11/cql/appendices.html            |   686 --
 content/doc/3.11.11/cql/changes.html               |   470 -
 content/doc/3.11.11/cql/ddl.html                   |   886 --
 content/doc/3.11.11/cql/definitions.html           |   429 -
 content/doc/3.11.11/cql/dml.html                   |   690 --
 content/doc/3.11.11/cql/functions.html             |   791 --
 content/doc/3.11.11/cql/index.html                 |   356 -
 content/doc/3.11.11/cql/indexes.html               |   288 -
 content/doc/3.11.11/cql/json.html                  |   432 -
 content/doc/3.11.11/cql/mvs.html                   |   364 -
 content/doc/3.11.11/cql/operators.html             |   419 -
 content/doc/3.11.11/cql/security.html              |   841 --
 content/doc/3.11.11/cql/triggers.html              |   270 -
 content/doc/3.11.11/cql/types.html                 |   827 --
 .../data_modeling/data_modeling_conceptual.html    |   269 -
 .../data_modeling/data_modeling_logical.html       |   403 -
 .../data_modeling/data_modeling_physical.html      |   318 -
 .../data_modeling/data_modeling_queries.html       |   289 -
 .../3.11.11/data_modeling/data_modeling_rdbms.html |   378 -
 .../data_modeling/data_modeling_refining.html      |   406 -
 .../data_modeling/data_modeling_schema.html        |   354 -
 .../3.11.11/data_modeling/data_modeling_tools.html |   275 -
 content/doc/3.11.11/data_modeling/index.html       |   222 -
 content/doc/3.11.11/data_modeling/intro.html       |   348 -
 content/doc/3.11.11/development/ci.html            |   294 -
 content/doc/3.11.11/development/code_style.html    |   326 -
 content/doc/3.11.11/development/dependencies.html  |   275 -
 content/doc/3.11.11/development/documentation.html |   315 -
 .../doc/3.11.11/development/gettingstarted.html    |   279 -
 content/doc/3.11.11/development/how_to_commit.html |   379 -
 content/doc/3.11.11/development/how_to_review.html |   290 -
 content/doc/3.11.11/development/ide.html           |   360 -
 content/doc/3.11.11/development/index.html         |   269 -
 .../3.11.11/development/license_compliance.html    |   240 -
 content/doc/3.11.11/development/patches.html       |   365 -
 .../doc/3.11.11/development/release_process.html   |   495 -
 content/doc/3.11.11/development/testing.html       |   421 -
 content/doc/3.11.11/faq/index.html                 |   433 -
 content/doc/3.11.11/genindex.html                  |   209 -
 .../doc/3.11.11/getting_started/configuring.html   |   275 -
 content/doc/3.11.11/getting_started/drivers.html   |   340 -
 content/doc/3.11.11/getting_started/index.html     |   264 -
 .../doc/3.11.11/getting_started/installing.html    |   313 -
 .../doc/3.11.11/getting_started/production.html    |   364 -
 content/doc/3.11.11/getting_started/querying.html  |   261 -
 content/doc/3.11.11/glossary.html                  |   238 -
 content/doc/3.11.11/index.html                     |  1196 ++-
 content/doc/3.11.11/new/auditlogging.html          |   708 --
 content/doc/3.11.11/new/fqllogging.html            |   815 --
 content/doc/3.11.11/new/index.html                 |   312 -
 content/doc/3.11.11/new/java11.html                |   470 -
 content/doc/3.11.11/new/messaging.html             |   471 -
 content/doc/3.11.11/new/streaming.html             |   392 -
 content/doc/3.11.11/new/transientreplication.html  |   346 -
 content/doc/3.11.11/new/virtualtables.html         |   553 -
 content/doc/3.11.11/objects.inv                    |   Bin 8231 -> 0 bytes
 content/doc/3.11.11/operating/backups.html         |   240 -
 content/doc/3.11.11/operating/bloom_filters.html   |   277 -
 content/doc/3.11.11/operating/bulk_loading.html    |   240 -
 content/doc/3.11.11/operating/cdc.html             |   307 -
 content/doc/3.11.11/operating/compaction.html      |   654 --
 .../doc/3.11.11/operating/compaction/index.html    |   511 -
 content/doc/3.11.11/operating/compaction/lcs.html  |   267 -
 content/doc/3.11.11/operating/compaction/stcs.html |   241 -
 content/doc/3.11.11/operating/compaction/twcs.html |   259 -
 content/doc/3.11.11/operating/compression.html     |   304 -
 content/doc/3.11.11/operating/hardware.html        |   306 -
 content/doc/3.11.11/operating/hints.html           |   240 -
 content/doc/3.11.11/operating/index.html           |   333 -
 content/doc/3.11.11/operating/metrics.html         |  1501 ---
 content/doc/3.11.11/operating/read_repair.html     |   240 -
 content/doc/3.11.11/operating/repair.html          |   240 -
 content/doc/3.11.11/operating/security.html        |   578 -
 content/doc/3.11.11/operating/snitch.html          |   293 -
 content/doc/3.11.11/operating/topo_changes.html    |   337 -
 content/doc/3.11.11/plugins/index.html             |   236 -
 content/doc/3.11.11/search.html                    |   222 -
 content/doc/3.11.11/searchindex.js                 |     1 -
 content/doc/3.11.11/tools/cassandra_stress.html    |   476 -
 content/doc/3.11.11/tools/cqlsh.html               |   621 --
 content/doc/3.11.11/tools/generatetokens.html      |   282 -
 content/doc/3.11.11/tools/index.html               |   229 -
 content/doc/3.11.11/tools/nodetool.html            |   228 -
 .../doc/3.11.11/tools/nodetool/assassinate.html    |   250 -
 content/doc/3.11.11/tools/nodetool/bootstrap.html  |   249 -
 content/doc/3.11.11/tools/nodetool/cleanup.html    |   255 -
 .../doc/3.11.11/tools/nodetool/clearsnapshot.html  |   257 -
 .../doc/3.11.11/tools/nodetool/clientstats.html    |   251 -
 content/doc/3.11.11/tools/nodetool/compact.html    |   267 -
 .../3.11.11/tools/nodetool/compactionhistory.html  |   245 -
 .../3.11.11/tools/nodetool/compactionstats.html    |   245 -
 .../doc/3.11.11/tools/nodetool/decommission.html   |   245 -
 .../3.11.11/tools/nodetool/describecluster.html    |   242 -
 .../doc/3.11.11/tools/nodetool/describering.html   |   249 -
 .../3.11.11/tools/nodetool/disableauditlog.html    |   241 -
 .../tools/nodetool/disableautocompaction.html      |   251 -
 .../doc/3.11.11/tools/nodetool/disablebackup.html  |   241 -
 .../doc/3.11.11/tools/nodetool/disablebinary.html  |   241 -
 .../tools/nodetool/disablefullquerylog.html        |   241 -
 .../doc/3.11.11/tools/nodetool/disablegossip.html  |   242 -
 .../doc/3.11.11/tools/nodetool/disablehandoff.html |   241 -
 .../3.11.11/tools/nodetool/disablehintsfordc.html  |   250 -
 .../tools/nodetool/disableoldprotocolversions.html |   241 -
 .../doc/3.11.11/tools/nodetool/disablethrift.html  |   120 -
 content/doc/3.11.11/tools/nodetool/drain.html      |   242 -
 .../doc/3.11.11/tools/nodetool/enableauditlog.html |   275 -
 .../tools/nodetool/enableautocompaction.html       |   251 -
 .../doc/3.11.11/tools/nodetool/enablebackup.html   |   241 -
 .../doc/3.11.11/tools/nodetool/enablebinary.html   |   241 -
 .../3.11.11/tools/nodetool/enablefullquerylog.html |   273 -
 .../doc/3.11.11/tools/nodetool/enablegossip.html   |   241 -
 .../doc/3.11.11/tools/nodetool/enablehandoff.html  |   242 -
 .../3.11.11/tools/nodetool/enablehintsfordc.html   |   251 -
 .../tools/nodetool/enableoldprotocolversions.html  |   241 -
 .../doc/3.11.11/tools/nodetool/enablethrift.html   |   120 -
 .../3.11.11/tools/nodetool/failuredetector.html    |   242 -
 content/doc/3.11.11/tools/nodetool/flush.html      |   250 -
 .../doc/3.11.11/tools/nodetool/garbagecollect.html |   260 -
 content/doc/3.11.11/tools/nodetool/gcstats.html    |   241 -
 .../tools/nodetool/getbatchlogreplaythrottle.html  |   243 -
 .../tools/nodetool/getcompactionthreshold.html     |   251 -
 .../tools/nodetool/getcompactionthroughput.html    |   242 -
 .../doc/3.11.11/tools/nodetool/getconcurrency.html |   250 -
 .../tools/nodetool/getconcurrentcompactors.html    |   242 -
 .../tools/nodetool/getconcurrentviewbuilders.html  |   242 -
 .../doc/3.11.11/tools/nodetool/getendpoints.html   |   251 -
 .../3.11.11/tools/nodetool/getfullquerylog.html    |   242 -
 .../tools/nodetool/getinterdcstreamthroughput.html |   242 -
 .../3.11.11/tools/nodetool/getlogginglevels.html   |   241 -
 .../3.11.11/tools/nodetool/getmaxhintwindow.html   |   241 -
 content/doc/3.11.11/tools/nodetool/getseeds.html   |   242 -
 .../tools/nodetool/getsnapshotthrottle.html        |   242 -
 .../doc/3.11.11/tools/nodetool/getsstables.html    |   253 -
 .../tools/nodetool/getstreamthroughput.html        |   242 -
 content/doc/3.11.11/tools/nodetool/gettimeout.html |   251 -
 .../tools/nodetool/gettraceprobability.html        |   241 -
 content/doc/3.11.11/tools/nodetool/gossipinfo.html |   241 -
 content/doc/3.11.11/tools/nodetool/help.html       |   228 -
 content/doc/3.11.11/tools/nodetool/import.html     |   279 -
 content/doc/3.11.11/tools/nodetool/info.html       |   244 -
 .../tools/nodetool/invalidatecountercache.html     |   241 -
 .../3.11.11/tools/nodetool/invalidatekeycache.html |   241 -
 .../3.11.11/tools/nodetool/invalidaterowcache.html |   241 -
 content/doc/3.11.11/tools/nodetool/join.html       |   241 -
 .../doc/3.11.11/tools/nodetool/listsnapshots.html  |   244 -
 content/doc/3.11.11/tools/nodetool/move.html       |   249 -
 content/doc/3.11.11/tools/nodetool/netstats.html   |   246 -
 content/doc/3.11.11/tools/nodetool/nodetool.html   |   343 -
 .../doc/3.11.11/tools/nodetool/pausehandoff.html   |   241 -
 .../doc/3.11.11/tools/nodetool/profileload.html    |   260 -
 .../3.11.11/tools/nodetool/proxyhistograms.html    |   242 -
 .../doc/3.11.11/tools/nodetool/rangekeysample.html |   242 -
 content/doc/3.11.11/tools/nodetool/rebuild.html    |   266 -
 .../doc/3.11.11/tools/nodetool/rebuild_index.html  |   251 -
 content/doc/3.11.11/tools/nodetool/refresh.html    |   251 -
 .../tools/nodetool/refreshsizeestimates.html       |   241 -
 .../3.11.11/tools/nodetool/reloadlocalschema.html  |   241 -
 .../doc/3.11.11/tools/nodetool/reloadseeds.html    |   242 -
 content/doc/3.11.11/tools/nodetool/reloadssl.html  |   241 -
 .../doc/3.11.11/tools/nodetool/reloadtriggers.html |   241 -
 .../3.11.11/tools/nodetool/relocatesstables.html   |   254 -
 content/doc/3.11.11/tools/nodetool/removenode.html |   252 -
 content/doc/3.11.11/tools/nodetool/repair.html     |   320 -
 .../doc/3.11.11/tools/nodetool/repair_admin.html   |   337 -
 .../doc/3.11.11/tools/nodetool/replaybatchlog.html |   241 -
 .../3.11.11/tools/nodetool/resetfullquerylog.html  |   243 -
 .../3.11.11/tools/nodetool/resetlocalschema.html   |   241 -
 .../doc/3.11.11/tools/nodetool/resumehandoff.html  |   241 -
 content/doc/3.11.11/tools/nodetool/ring.html       |   254 -
 content/doc/3.11.11/tools/nodetool/scrub.html      |   275 -
 .../tools/nodetool/setbatchlogreplaythrottle.html  |   252 -
 .../3.11.11/tools/nodetool/setcachecapacity.html   |   251 -
 .../3.11.11/tools/nodetool/setcachekeystosave.html |   253 -
 .../tools/nodetool/setcompactionthreshold.html     |   251 -
 .../tools/nodetool/setcompactionthroughput.html    |   251 -
 .../doc/3.11.11/tools/nodetool/setconcurrency.html |   252 -
 .../tools/nodetool/setconcurrentcompactors.html    |   251 -
 .../tools/nodetool/setconcurrentviewbuilders.html  |   251 -
 .../tools/nodetool/sethintedhandoffthrottlekb.html |   251 -
 .../tools/nodetool/setinterdcstreamthroughput.html |   251 -
 .../3.11.11/tools/nodetool/setlogginglevel.html    |   254 -
 .../3.11.11/tools/nodetool/setmaxhintwindow.html   |   250 -
 .../tools/nodetool/setsnapshotthrottle.html        |   252 -
 .../tools/nodetool/setstreamthroughput.html        |   251 -
 content/doc/3.11.11/tools/nodetool/settimeout.html |   254 -
 .../tools/nodetool/settraceprobability.html        |   252 -
 content/doc/3.11.11/tools/nodetool/sjk.html        |   250 -
 content/doc/3.11.11/tools/nodetool/snapshot.html   |   268 -
 content/doc/3.11.11/tools/nodetool/status.html     |   253 -
 .../tools/nodetool/statusautocompaction.html       |   254 -
 .../doc/3.11.11/tools/nodetool/statusbackup.html   |   241 -
 .../doc/3.11.11/tools/nodetool/statusbinary.html   |   241 -
 .../doc/3.11.11/tools/nodetool/statusgossip.html   |   241 -
 .../doc/3.11.11/tools/nodetool/statushandoff.html  |   242 -
 .../doc/3.11.11/tools/nodetool/statusthrift.html   |   120 -
 content/doc/3.11.11/tools/nodetool/stop.html       |   258 -
 content/doc/3.11.11/tools/nodetool/stopdaemon.html |   241 -
 .../3.11.11/tools/nodetool/tablehistograms.html    |   250 -
 content/doc/3.11.11/tools/nodetool/tablestats.html |   288 -
 .../doc/3.11.11/tools/nodetool/toppartitions.html  |   259 -
 content/doc/3.11.11/tools/nodetool/tpstats.html    |   245 -
 .../doc/3.11.11/tools/nodetool/truncatehints.html  |   252 -
 .../3.11.11/tools/nodetool/upgradesstables.html    |   261 -
 content/doc/3.11.11/tools/nodetool/verify.html     |   270 -
 content/doc/3.11.11/tools/nodetool/version.html    |   241 -
 .../3.11.11/tools/nodetool/viewbuildstatus.html    |   250 -
 content/doc/3.11.11/tools/sstable/index.html       |   348 -
 content/doc/3.11.11/tools/sstable/sstabledump.html |   533 -
 .../tools/sstable/sstableexpiredblockers.html      |   272 -
 .../3.11.11/tools/sstable/sstablelevelreset.html   |   301 -
 .../doc/3.11.11/tools/sstable/sstableloader.html   |   537 -
 .../doc/3.11.11/tools/sstable/sstablemetadata.html |   587 -
 .../tools/sstable/sstableofflinerelevel.html       |   315 -
 .../3.11.11/tools/sstable/sstablerepairedset.html  |   319 -
 .../doc/3.11.11/tools/sstable/sstablescrub.html    |   352 -
 .../doc/3.11.11/tools/sstable/sstablesplit.html    |   329 -
 .../doc/3.11.11/tools/sstable/sstableupgrade.html  |   374 -
 content/doc/3.11.11/tools/sstable/sstableutil.html |   332 -
 .../doc/3.11.11/tools/sstable/sstableverify.html   |   330 -
 .../doc/3.11.11/troubleshooting/finding_nodes.html |   364 -
 content/doc/3.11.11/troubleshooting/index.html     |   218 -
 .../doc/3.11.11/troubleshooting/reading_logs.html  |   477 -
 .../doc/3.11.11/troubleshooting/use_nodetool.html  |   439 -
 content/doc/3.11.11/troubleshooting/use_tools.html |   744 --
 .../doc/3.11/cassandra/architecture/dynamo.html    |    33 +-
 .../3.11/cassandra/architecture/guarantees.html    |    33 +-
 content/doc/3.11/cassandra/architecture/index.html |    33 +-
 .../doc/3.11/cassandra/architecture/overview.html  |    33 +-
 .../doc/3.11/cassandra/architecture/snitch.html    |    33 +-
 .../cassandra/architecture/storage_engine.html     |    33 +-
 .../configuration/cass_cl_archive_file.html        |    33 +-
 .../cassandra/configuration/cass_env_sh_file.html  |    33 +-
 .../configuration/cass_jvm_options_file.html       |    33 +-
 .../configuration/cass_logback_xml_file.html       |    33 +-
 .../cassandra/configuration/cass_rackdc_file.html  |    33 +-
 .../cassandra/configuration/cass_topo_file.html    |    33 +-
 .../cassandra/configuration/cass_yaml_file.html    |    33 +-
 .../doc/3.11/cassandra/configuration/index.html    |    33 +-
 content/doc/3.11/cassandra/cql/SASI.html           |    33 +-
 content/doc/3.11/cassandra/cql/appendices.html     |    33 +-
 content/doc/3.11/cassandra/cql/changes.html        |    33 +-
 content/doc/3.11/cassandra/cql/cql_singlefile.html |    33 +-
 content/doc/3.11/cassandra/cql/ddl.html            |    33 +-
 content/doc/3.11/cassandra/cql/definitions.html    |    33 +-
 content/doc/3.11/cassandra/cql/dml.html            |    33 +-
 content/doc/3.11/cassandra/cql/functions.html      |    33 +-
 content/doc/3.11/cassandra/cql/index.html          |    33 +-
 content/doc/3.11/cassandra/cql/indexes.html        |    33 +-
 content/doc/3.11/cassandra/cql/json.html           |    33 +-
 content/doc/3.11/cassandra/cql/mvs.html            |    33 +-
 content/doc/3.11/cassandra/cql/operators.html      |    33 +-
 content/doc/3.11/cassandra/cql/security.html       |    33 +-
 content/doc/3.11/cassandra/cql/triggers.html       |    33 +-
 content/doc/3.11/cassandra/cql/types.html          |    33 +-
 .../data_modeling/data_modeling_conceptual.html    |    33 +-
 .../data_modeling/data_modeling_logical.html       |    33 +-
 .../data_modeling/data_modeling_physical.html      |    33 +-
 .../data_modeling/data_modeling_queries.html       |    33 +-
 .../data_modeling/data_modeling_rdbms.html         |    33 +-
 .../data_modeling/data_modeling_refining.html      |    33 +-
 .../data_modeling/data_modeling_schema.html        |    33 +-
 .../data_modeling/data_modeling_tools.html         |    33 +-
 .../doc/3.11/cassandra/data_modeling/index.html    |    33 +-
 .../doc/3.11/cassandra/data_modeling/intro.html    |    33 +-
 content/doc/3.11/cassandra/faq/index.html          |    33 +-
 .../cassandra/getting_started/configuring.html     |    33 +-
 .../3.11/cassandra/getting_started/drivers.html    |    33 +-
 .../doc/3.11/cassandra/getting_started/index.html  |    33 +-
 .../3.11/cassandra/getting_started/installing.html |    33 +-
 .../3.11/cassandra/getting_started/production.html |    33 +-
 .../3.11/cassandra/getting_started/querying.html   |    33 +-
 .../3.11/cassandra/getting_started/quickstart.html |    33 +-
 .../3.11/cassandra/operating/audit_logging.html    |    33 +-
 content/doc/3.11/cassandra/operating/backups.html  |    33 +-
 .../3.11/cassandra/operating/bloom_filters.html    |    33 +-
 .../doc/3.11/cassandra/operating/bulk_loading.html |    33 +-
 content/doc/3.11/cassandra/operating/cdc.html      |    33 +-
 .../3.11/cassandra/operating/compaction/index.html |    33 +-
 .../3.11/cassandra/operating/compaction/lcs.html   |    33 +-
 .../3.11/cassandra/operating/compaction/stcs.html  |    33 +-
 .../3.11/cassandra/operating/compaction/twcs.html  |    33 +-
 .../doc/3.11/cassandra/operating/compression.html  |    33 +-
 content/doc/3.11/cassandra/operating/hardware.html |    33 +-
 content/doc/3.11/cassandra/operating/hints.html    |    33 +-
 content/doc/3.11/cassandra/operating/index.html    |    33 +-
 content/doc/3.11/cassandra/operating/metrics.html  |    33 +-
 .../doc/3.11/cassandra/operating/read_repair.html  |    33 +-
 content/doc/3.11/cassandra/operating/repair.html   |    33 +-
 content/doc/3.11/cassandra/operating/security.html |    33 +-
 .../doc/3.11/cassandra/operating/topo_changes.html |    33 +-
 content/doc/3.11/cassandra/plugins/index.html      |    33 +-
 .../doc/3.11/cassandra/tools/cassandra_stress.html |    33 +-
 content/doc/3.11/cassandra/tools/cqlsh.html        |    33 +-
 content/doc/3.11/cassandra/tools/index.html        |    33 +-
 .../3.11/cassandra/tools/nodetool/assassinate.html |    33 +-
 .../3.11/cassandra/tools/nodetool/bootstrap.html   |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/cleanup.html |    33 +-
 .../cassandra/tools/nodetool/clearsnapshot.html    |    33 +-
 .../3.11/cassandra/tools/nodetool/clientstats.html |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/compact.html |    33 +-
 .../tools/nodetool/compactionhistory.html          |    33 +-
 .../cassandra/tools/nodetool/compactionstats.html  |    33 +-
 .../cassandra/tools/nodetool/decommission.html     |    33 +-
 .../cassandra/tools/nodetool/describecluster.html  |    33 +-
 .../cassandra/tools/nodetool/describering.html     |    33 +-
 .../cassandra/tools/nodetool/disableauditlog.html  |    33 +-
 .../tools/nodetool/disableautocompaction.html      |    33 +-
 .../cassandra/tools/nodetool/disablebackup.html    |    33 +-
 .../cassandra/tools/nodetool/disablebinary.html    |    33 +-
 .../tools/nodetool/disablefullquerylog.html        |    33 +-
 .../cassandra/tools/nodetool/disablegossip.html    |    33 +-
 .../cassandra/tools/nodetool/disablehandoff.html   |    33 +-
 .../tools/nodetool/disablehintsfordc.html          |    33 +-
 .../tools/nodetool/disableoldprotocolversions.html |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/drain.html   |    33 +-
 .../cassandra/tools/nodetool/enableauditlog.html   |    33 +-
 .../tools/nodetool/enableautocompaction.html       |    33 +-
 .../cassandra/tools/nodetool/enablebackup.html     |    33 +-
 .../cassandra/tools/nodetool/enablebinary.html     |    33 +-
 .../tools/nodetool/enablefullquerylog.html         |    33 +-
 .../cassandra/tools/nodetool/enablegossip.html     |    33 +-
 .../cassandra/tools/nodetool/enablehandoff.html    |    33 +-
 .../cassandra/tools/nodetool/enablehintsfordc.html |    33 +-
 .../tools/nodetool/enableoldprotocolversions.html  |    33 +-
 .../cassandra/tools/nodetool/failuredetector.html  |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/flush.html   |    33 +-
 .../cassandra/tools/nodetool/garbagecollect.html   |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/gcstats.html |    33 +-
 .../tools/nodetool/getbatchlogreplaythrottle.html  |    33 +-
 .../tools/nodetool/getcompactionthreshold.html     |    33 +-
 .../tools/nodetool/getcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/getconcurrency.html   |    33 +-
 .../tools/nodetool/getconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/getconcurrentviewbuilders.html  |    33 +-
 .../cassandra/tools/nodetool/getendpoints.html     |    33 +-
 .../tools/nodetool/getinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/getlogginglevels.html |    33 +-
 .../cassandra/tools/nodetool/getmaxhintwindow.html |    33 +-
 .../3.11/cassandra/tools/nodetool/getseeds.html    |    33 +-
 .../3.11/cassandra/tools/nodetool/getsstables.html |    33 +-
 .../tools/nodetool/getstreamthroughput.html        |    33 +-
 .../3.11/cassandra/tools/nodetool/gettimeout.html  |    33 +-
 .../tools/nodetool/gettraceprobability.html        |    33 +-
 .../3.11/cassandra/tools/nodetool/gossipinfo.html  |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/help.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/import.html  |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/info.html    |    33 +-
 .../tools/nodetool/invalidatecountercache.html     |    33 +-
 .../tools/nodetool/invalidatekeycache.html         |    33 +-
 .../tools/nodetool/invalidaterowcache.html         |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/join.html    |    33 +-
 .../cassandra/tools/nodetool/listsnapshots.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/move.html    |    33 +-
 .../3.11/cassandra/tools/nodetool/netstats.html    |    33 +-
 .../3.11/cassandra/tools/nodetool/nodetool.html    |    33 +-
 .../cassandra/tools/nodetool/pausehandoff.html     |    33 +-
 .../3.11/cassandra/tools/nodetool/profileload.html |    33 +-
 .../cassandra/tools/nodetool/proxyhistograms.html  |    33 +-
 .../cassandra/tools/nodetool/rangekeysample.html   |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/rebuild.html |    33 +-
 .../cassandra/tools/nodetool/rebuild_index.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/refresh.html |    33 +-
 .../tools/nodetool/refreshsizeestimates.html       |    33 +-
 .../tools/nodetool/reloadlocalschema.html          |    33 +-
 .../3.11/cassandra/tools/nodetool/reloadseeds.html |    33 +-
 .../3.11/cassandra/tools/nodetool/reloadssl.html   |    33 +-
 .../cassandra/tools/nodetool/reloadtriggers.html   |    33 +-
 .../cassandra/tools/nodetool/relocatesstables.html |    33 +-
 .../3.11/cassandra/tools/nodetool/removenode.html  |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/repair.html  |    33 +-
 .../cassandra/tools/nodetool/repair_admin.html     |    33 +-
 .../cassandra/tools/nodetool/replaybatchlog.html   |    33 +-
 .../tools/nodetool/resetfullquerylog.html          |    33 +-
 .../cassandra/tools/nodetool/resetlocalschema.html |    33 +-
 .../cassandra/tools/nodetool/resumehandoff.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/ring.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/scrub.html   |    33 +-
 .../tools/nodetool/setbatchlogreplaythrottle.html  |    33 +-
 .../cassandra/tools/nodetool/setcachecapacity.html |    33 +-
 .../tools/nodetool/setcachekeystosave.html         |    33 +-
 .../tools/nodetool/setcompactionthreshold.html     |    33 +-
 .../tools/nodetool/setcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/setconcurrency.html   |    33 +-
 .../tools/nodetool/setconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/setconcurrentviewbuilders.html  |    33 +-
 .../tools/nodetool/sethintedhandoffthrottlekb.html |    33 +-
 .../tools/nodetool/setinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/setlogginglevel.html  |    33 +-
 .../cassandra/tools/nodetool/setmaxhintwindow.html |    33 +-
 .../tools/nodetool/setstreamthroughput.html        |    33 +-
 .../3.11/cassandra/tools/nodetool/settimeout.html  |    33 +-
 .../tools/nodetool/settraceprobability.html        |    33 +-
 content/doc/3.11/cassandra/tools/nodetool/sjk.html |    33 +-
 .../3.11/cassandra/tools/nodetool/snapshot.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/status.html  |    33 +-
 .../tools/nodetool/statusautocompaction.html       |    33 +-
 .../cassandra/tools/nodetool/statusbackup.html     |    33 +-
 .../cassandra/tools/nodetool/statusbinary.html     |    33 +-
 .../cassandra/tools/nodetool/statusgossip.html     |    33 +-
 .../cassandra/tools/nodetool/statushandoff.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/stop.html    |    33 +-
 .../3.11/cassandra/tools/nodetool/stopdaemon.html  |    33 +-
 .../cassandra/tools/nodetool/tablehistograms.html  |    33 +-
 .../3.11/cassandra/tools/nodetool/tablestats.html  |    33 +-
 .../cassandra/tools/nodetool/toppartitions.html    |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/tpstats.html |    33 +-
 .../cassandra/tools/nodetool/truncatehints.html    |    33 +-
 .../cassandra/tools/nodetool/upgradesstables.html  |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/verify.html  |    33 +-
 .../doc/3.11/cassandra/tools/nodetool/version.html |    33 +-
 .../cassandra/tools/nodetool/viewbuildstatus.html  |    33 +-
 .../doc/3.11/cassandra/tools/sstable/index.html    |    33 +-
 .../3.11/cassandra/tools/sstable/sstabledump.html  |    33 +-
 .../tools/sstable/sstableexpiredblockers.html      |    33 +-
 .../cassandra/tools/sstable/sstablelevelreset.html |    33 +-
 .../cassandra/tools/sstable/sstableloader.html     |    33 +-
 .../cassandra/tools/sstable/sstablemetadata.html   |    33 +-
 .../tools/sstable/sstableofflinerelevel.html       |    33 +-
 .../tools/sstable/sstablerepairedset.html          |    33 +-
 .../3.11/cassandra/tools/sstable/sstablescrub.html |    33 +-
 .../3.11/cassandra/tools/sstable/sstablesplit.html |    33 +-
 .../cassandra/tools/sstable/sstableupgrade.html    |    33 +-
 .../3.11/cassandra/tools/sstable/sstableutil.html  |    33 +-
 .../cassandra/tools/sstable/sstableverify.html     |    33 +-
 .../cassandra/troubleshooting/finding_nodes.html   |    33 +-
 .../doc/3.11/cassandra/troubleshooting/index.html  |    33 +-
 .../cassandra/troubleshooting/reading_logs.html    |    33 +-
 .../cassandra/troubleshooting/use_nodetool.html    |    33 +-
 .../3.11/cassandra/troubleshooting/use_tools.html  |    33 +-
 content/doc/3.11/index.html                        |    33 +-
 .../doc/4.0.0/cassandra/architecture/dynamo.html   |    33 +-
 .../4.0.0/cassandra/architecture/guarantees.html   |    33 +-
 .../doc/4.0.0/cassandra/architecture/index.html    |    33 +-
 .../doc/4.0.0/cassandra/architecture/overview.html |    33 +-
 .../doc/4.0.0/cassandra/architecture/snitch.html   |    33 +-
 .../cassandra/architecture/storage_engine.html     |    33 +-
 .../configuration/cass_cl_archive_file.html        |    33 +-
 .../cassandra/configuration/cass_env_sh_file.html  |    33 +-
 .../configuration/cass_jvm_options_file.html       |    33 +-
 .../configuration/cass_logback_xml_file.html       |    33 +-
 .../cassandra/configuration/cass_rackdc_file.html  |    33 +-
 .../cassandra/configuration/cass_topo_file.html    |    33 +-
 .../cassandra/configuration/cass_yaml_file.html    |    33 +-
 .../doc/4.0.0/cassandra/configuration/index.html   |    33 +-
 content/doc/4.0.0/cassandra/cql/SASI.html          |    33 +-
 content/doc/4.0.0/cassandra/cql/appendices.html    |    33 +-
 content/doc/4.0.0/cassandra/cql/changes.html       |    33 +-
 .../doc/4.0.0/cassandra/cql/cql_singlefile.html    |    33 +-
 content/doc/4.0.0/cassandra/cql/ddl.html           |    33 +-
 content/doc/4.0.0/cassandra/cql/definitions.html   |    33 +-
 content/doc/4.0.0/cassandra/cql/dml.html           |    33 +-
 content/doc/4.0.0/cassandra/cql/functions.html     |    33 +-
 content/doc/4.0.0/cassandra/cql/index.html         |    33 +-
 content/doc/4.0.0/cassandra/cql/indexes.html       |    33 +-
 content/doc/4.0.0/cassandra/cql/json.html          |    33 +-
 content/doc/4.0.0/cassandra/cql/mvs.html           |    33 +-
 content/doc/4.0.0/cassandra/cql/operators.html     |    33 +-
 content/doc/4.0.0/cassandra/cql/security.html      |    33 +-
 content/doc/4.0.0/cassandra/cql/triggers.html      |    33 +-
 content/doc/4.0.0/cassandra/cql/types.html         |    33 +-
 .../data_modeling/data_modeling_conceptual.html    |    33 +-
 .../data_modeling/data_modeling_logical.html       |    33 +-
 .../data_modeling/data_modeling_physical.html      |    33 +-
 .../data_modeling/data_modeling_queries.html       |    33 +-
 .../data_modeling/data_modeling_rdbms.html         |    33 +-
 .../data_modeling/data_modeling_refining.html      |    33 +-
 .../data_modeling/data_modeling_schema.html        |    33 +-
 .../data_modeling/data_modeling_tools.html         |    33 +-
 .../doc/4.0.0/cassandra/data_modeling/index.html   |    33 +-
 .../doc/4.0.0/cassandra/data_modeling/intro.html   |    33 +-
 content/doc/4.0.0/cassandra/faq/index.html         |    33 +-
 .../cassandra/getting_started/configuring.html     |    33 +-
 .../4.0.0/cassandra/getting_started/drivers.html   |    33 +-
 .../doc/4.0.0/cassandra/getting_started/index.html |    33 +-
 .../cassandra/getting_started/installing.html      |    33 +-
 .../cassandra/getting_started/production.html      |    33 +-
 .../4.0.0/cassandra/getting_started/querying.html  |    33 +-
 .../cassandra/getting_started/quickstart.html      |    33 +-
 content/doc/4.0.0/cassandra/new/auditlogging.html  |    33 +-
 content/doc/4.0.0/cassandra/new/fqllogging.html    |    33 +-
 content/doc/4.0.0/cassandra/new/index.html         |    33 +-
 content/doc/4.0.0/cassandra/new/java11.html        |    33 +-
 content/doc/4.0.0/cassandra/new/messaging.html     |    33 +-
 content/doc/4.0.0/cassandra/new/streaming.html     |    33 +-
 .../4.0.0/cassandra/new/transientreplication.html  |    33 +-
 content/doc/4.0.0/cassandra/new/virtualtables.html |    33 +-
 .../4.0.0/cassandra/operating/audit_logging.html   |    33 +-
 content/doc/4.0.0/cassandra/operating/backups.html |    33 +-
 .../4.0.0/cassandra/operating/bloom_filters.html   |    33 +-
 .../4.0.0/cassandra/operating/bulk_loading.html    |    33 +-
 content/doc/4.0.0/cassandra/operating/cdc.html     |    33 +-
 .../cassandra/operating/compaction/index.html      |    33 +-
 .../4.0.0/cassandra/operating/compaction/lcs.html  |    33 +-
 .../4.0.0/cassandra/operating/compaction/stcs.html |    33 +-
 .../4.0.0/cassandra/operating/compaction/twcs.html |    33 +-
 .../doc/4.0.0/cassandra/operating/compression.html |    33 +-
 .../doc/4.0.0/cassandra/operating/hardware.html    |    33 +-
 content/doc/4.0.0/cassandra/operating/hints.html   |    33 +-
 content/doc/4.0.0/cassandra/operating/index.html   |    33 +-
 content/doc/4.0.0/cassandra/operating/metrics.html |    33 +-
 .../doc/4.0.0/cassandra/operating/read_repair.html |    33 +-
 content/doc/4.0.0/cassandra/operating/repair.html  |    33 +-
 .../doc/4.0.0/cassandra/operating/security.html    |    33 +-
 .../4.0.0/cassandra/operating/topo_changes.html    |    33 +-
 content/doc/4.0.0/cassandra/plugins/index.html     |    33 +-
 .../4.0.0/cassandra/tools/cassandra_stress.html    |    33 +-
 content/doc/4.0.0/cassandra/tools/cqlsh.html       |    33 +-
 content/doc/4.0.0/cassandra/tools/index.html       |    33 +-
 .../cassandra/tools/nodetool/assassinate.html      |    33 +-
 .../4.0.0/cassandra/tools/nodetool/bootstrap.html  |    33 +-
 .../4.0.0/cassandra/tools/nodetool/cleanup.html    |    33 +-
 .../cassandra/tools/nodetool/clearsnapshot.html    |    33 +-
 .../cassandra/tools/nodetool/clientstats.html      |    33 +-
 .../4.0.0/cassandra/tools/nodetool/compact.html    |    33 +-
 .../tools/nodetool/compactionhistory.html          |    33 +-
 .../cassandra/tools/nodetool/compactionstats.html  |    33 +-
 .../cassandra/tools/nodetool/decommission.html     |    35 +-
 .../cassandra/tools/nodetool/describecluster.html  |    33 +-
 .../cassandra/tools/nodetool/describering.html     |    33 +-
 .../cassandra/tools/nodetool/disableauditlog.html  |    33 +-
 .../tools/nodetool/disableautocompaction.html      |    33 +-
 .../cassandra/tools/nodetool/disablebackup.html    |    33 +-
 .../cassandra/tools/nodetool/disablebinary.html    |    33 +-
 .../tools/nodetool/disablefullquerylog.html        |    33 +-
 .../cassandra/tools/nodetool/disablegossip.html    |    33 +-
 .../cassandra/tools/nodetool/disablehandoff.html   |    33 +-
 .../tools/nodetool/disablehintsfordc.html          |    33 +-
 .../tools/nodetool/disableoldprotocolversions.html |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/drain.html  |    33 +-
 .../cassandra/tools/nodetool/enableauditlog.html   |    33 +-
 .../tools/nodetool/enableautocompaction.html       |    33 +-
 .../cassandra/tools/nodetool/enablebackup.html     |    33 +-
 .../cassandra/tools/nodetool/enablebinary.html     |    33 +-
 .../tools/nodetool/enablefullquerylog.html         |    33 +-
 .../cassandra/tools/nodetool/enablegossip.html     |    33 +-
 .../cassandra/tools/nodetool/enablehandoff.html    |    33 +-
 .../cassandra/tools/nodetool/enablehintsfordc.html |    33 +-
 .../tools/nodetool/enableoldprotocolversions.html  |    33 +-
 .../cassandra/tools/nodetool/failuredetector.html  |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/flush.html  |    33 +-
 .../cassandra/tools/nodetool/garbagecollect.html   |    33 +-
 .../4.0.0/cassandra/tools/nodetool/gcstats.html    |    33 +-
 .../tools/nodetool/getbatchlogreplaythrottle.html  |    33 +-
 .../tools/nodetool/getcompactionthreshold.html     |    33 +-
 .../tools/nodetool/getcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/getconcurrency.html   |    33 +-
 .../tools/nodetool/getconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/getconcurrentviewbuilders.html  |    33 +-
 .../cassandra/tools/nodetool/getendpoints.html     |    33 +-
 .../tools/nodetool/getinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/getlogginglevels.html |    33 +-
 .../cassandra/tools/nodetool/getmaxhintwindow.html |    33 +-
 .../4.0.0/cassandra/tools/nodetool/getseeds.html   |    33 +-
 .../cassandra/tools/nodetool/getsstables.html      |    33 +-
 .../tools/nodetool/getstreamthroughput.html        |    33 +-
 .../4.0.0/cassandra/tools/nodetool/gettimeout.html |    33 +-
 .../tools/nodetool/gettraceprobability.html        |    33 +-
 .../4.0.0/cassandra/tools/nodetool/gossipinfo.html |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/help.html   |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/import.html |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/info.html   |    33 +-
 .../tools/nodetool/invalidatecountercache.html     |    33 +-
 .../tools/nodetool/invalidatekeycache.html         |    33 +-
 .../tools/nodetool/invalidaterowcache.html         |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/join.html   |    33 +-
 .../cassandra/tools/nodetool/listsnapshots.html    |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/move.html   |    33 +-
 .../4.0.0/cassandra/tools/nodetool/netstats.html   |    33 +-
 .../4.0.0/cassandra/tools/nodetool/nodetool.html   |    33 +-
 .../cassandra/tools/nodetool/pausehandoff.html     |    33 +-
 .../cassandra/tools/nodetool/profileload.html      |    33 +-
 .../cassandra/tools/nodetool/proxyhistograms.html  |    33 +-
 .../cassandra/tools/nodetool/rangekeysample.html   |    33 +-
 .../4.0.0/cassandra/tools/nodetool/rebuild.html    |    33 +-
 .../cassandra/tools/nodetool/rebuild_index.html    |    33 +-
 .../4.0.0/cassandra/tools/nodetool/refresh.html    |    33 +-
 .../tools/nodetool/refreshsizeestimates.html       |    33 +-
 .../tools/nodetool/reloadlocalschema.html          |    33 +-
 .../cassandra/tools/nodetool/reloadseeds.html      |    33 +-
 .../4.0.0/cassandra/tools/nodetool/reloadssl.html  |    33 +-
 .../cassandra/tools/nodetool/reloadtriggers.html   |    33 +-
 .../cassandra/tools/nodetool/relocatesstables.html |    33 +-
 .../4.0.0/cassandra/tools/nodetool/removenode.html |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/repair.html |    33 +-
 .../cassandra/tools/nodetool/repair_admin.html     |    33 +-
 .../cassandra/tools/nodetool/replaybatchlog.html   |    33 +-
 .../tools/nodetool/resetfullquerylog.html          |    33 +-
 .../cassandra/tools/nodetool/resetlocalschema.html |    33 +-
 .../cassandra/tools/nodetool/resumehandoff.html    |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/ring.html   |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/scrub.html  |    33 +-
 .../tools/nodetool/setbatchlogreplaythrottle.html  |    33 +-
 .../cassandra/tools/nodetool/setcachecapacity.html |    33 +-
 .../tools/nodetool/setcachekeystosave.html         |    33 +-
 .../tools/nodetool/setcompactionthreshold.html     |    33 +-
 .../tools/nodetool/setcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/setconcurrency.html   |    33 +-
 .../tools/nodetool/setconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/setconcurrentviewbuilders.html  |    33 +-
 .../tools/nodetool/sethintedhandoffthrottlekb.html |    33 +-
 .../tools/nodetool/setinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/setlogginglevel.html  |    33 +-
 .../cassandra/tools/nodetool/setmaxhintwindow.html |    33 +-
 .../tools/nodetool/setstreamthroughput.html        |    33 +-
 .../4.0.0/cassandra/tools/nodetool/settimeout.html |    33 +-
 .../tools/nodetool/settraceprobability.html        |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/sjk.html    |    33 +-
 .../4.0.0/cassandra/tools/nodetool/snapshot.html   |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/status.html |    33 +-
 .../tools/nodetool/statusautocompaction.html       |    33 +-
 .../cassandra/tools/nodetool/statusbackup.html     |    33 +-
 .../cassandra/tools/nodetool/statusbinary.html     |    33 +-
 .../cassandra/tools/nodetool/statusgossip.html     |    33 +-
 .../cassandra/tools/nodetool/statushandoff.html    |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/stop.html   |    33 +-
 .../4.0.0/cassandra/tools/nodetool/stopdaemon.html |    33 +-
 .../cassandra/tools/nodetool/tablehistograms.html  |    33 +-
 .../4.0.0/cassandra/tools/nodetool/tablestats.html |    33 +-
 .../cassandra/tools/nodetool/toppartitions.html    |    33 +-
 .../4.0.0/cassandra/tools/nodetool/tpstats.html    |    33 +-
 .../cassandra/tools/nodetool/truncatehints.html    |    33 +-
 .../cassandra/tools/nodetool/upgradesstables.html  |    33 +-
 .../doc/4.0.0/cassandra/tools/nodetool/verify.html |    33 +-
 .../4.0.0/cassandra/tools/nodetool/version.html    |    33 +-
 .../cassandra/tools/nodetool/viewbuildstatus.html  |    33 +-
 .../doc/4.0.0/cassandra/tools/sstable/index.html   |    33 +-
 .../4.0.0/cassandra/tools/sstable/sstabledump.html |    33 +-
 .../tools/sstable/sstableexpiredblockers.html      |    33 +-
 .../cassandra/tools/sstable/sstablelevelreset.html |    33 +-
 .../cassandra/tools/sstable/sstableloader.html     |    33 +-
 .../cassandra/tools/sstable/sstablemetadata.html   |    33 +-
 .../tools/sstable/sstableofflinerelevel.html       |    33 +-
 .../tools/sstable/sstablerepairedset.html          |    33 +-
 .../cassandra/tools/sstable/sstablescrub.html      |    33 +-
 .../cassandra/tools/sstable/sstablesplit.html      |    33 +-
 .../cassandra/tools/sstable/sstableupgrade.html    |    33 +-
 .../4.0.0/cassandra/tools/sstable/sstableutil.html |    33 +-
 .../cassandra/tools/sstable/sstableverify.html     |    33 +-
 .../cassandra/troubleshooting/finding_nodes.html   |    33 +-
 .../doc/4.0.0/cassandra/troubleshooting/index.html |    33 +-
 .../cassandra/troubleshooting/reading_logs.html    |    33 +-
 .../cassandra/troubleshooting/use_nodetool.html    |    33 +-
 .../4.0.0/cassandra/troubleshooting/use_tools.html |    33 +-
 content/doc/4.0.0/index.html                       |    33 +-
 content/doc/4.0/cassandra/architecture/dynamo.html |    33 +-
 .../doc/4.0/cassandra/architecture/guarantees.html |    33 +-
 content/doc/4.0/cassandra/architecture/index.html  |    33 +-
 .../doc/4.0/cassandra/architecture/overview.html   |    33 +-
 content/doc/4.0/cassandra/architecture/snitch.html |    33 +-
 .../4.0/cassandra/architecture/storage_engine.html |    33 +-
 .../configuration/cass_cl_archive_file.html        |    33 +-
 .../cassandra/configuration/cass_env_sh_file.html  |    33 +-
 .../configuration/cass_jvm_options_file.html       |    33 +-
 .../configuration/cass_logback_xml_file.html       |    33 +-
 .../cassandra/configuration/cass_rackdc_file.html  |    33 +-
 .../cassandra/configuration/cass_topo_file.html    |    33 +-
 .../cassandra/configuration/cass_yaml_file.html    |    33 +-
 content/doc/4.0/cassandra/configuration/index.html |    33 +-
 content/doc/4.0/cassandra/cql/SASI.html            |    33 +-
 content/doc/4.0/cassandra/cql/appendices.html      |    33 +-
 content/doc/4.0/cassandra/cql/changes.html         |    33 +-
 content/doc/4.0/cassandra/cql/cql_singlefile.html  |    33 +-
 content/doc/4.0/cassandra/cql/ddl.html             |    33 +-
 content/doc/4.0/cassandra/cql/definitions.html     |    33 +-
 content/doc/4.0/cassandra/cql/dml.html             |    33 +-
 content/doc/4.0/cassandra/cql/functions.html       |    33 +-
 content/doc/4.0/cassandra/cql/index.html           |    33 +-
 content/doc/4.0/cassandra/cql/indexes.html         |    33 +-
 content/doc/4.0/cassandra/cql/json.html            |    33 +-
 content/doc/4.0/cassandra/cql/mvs.html             |    33 +-
 content/doc/4.0/cassandra/cql/operators.html       |    33 +-
 content/doc/4.0/cassandra/cql/security.html        |    33 +-
 content/doc/4.0/cassandra/cql/triggers.html        |    33 +-
 content/doc/4.0/cassandra/cql/types.html           |    33 +-
 .../data_modeling/data_modeling_conceptual.html    |    33 +-
 .../data_modeling/data_modeling_logical.html       |    33 +-
 .../data_modeling/data_modeling_physical.html      |    33 +-
 .../data_modeling/data_modeling_queries.html       |    33 +-
 .../data_modeling/data_modeling_rdbms.html         |    33 +-
 .../data_modeling/data_modeling_refining.html      |    33 +-
 .../data_modeling/data_modeling_schema.html        |    33 +-
 .../data_modeling/data_modeling_tools.html         |    33 +-
 content/doc/4.0/cassandra/data_modeling/index.html |    33 +-
 content/doc/4.0/cassandra/data_modeling/intro.html |    33 +-
 content/doc/4.0/cassandra/faq/index.html           |    33 +-
 .../4.0/cassandra/getting_started/configuring.html |    33 +-
 .../doc/4.0/cassandra/getting_started/drivers.html |    33 +-
 .../doc/4.0/cassandra/getting_started/index.html   |    33 +-
 .../4.0/cassandra/getting_started/installing.html  |    33 +-
 .../4.0/cassandra/getting_started/production.html  |    33 +-
 .../4.0/cassandra/getting_started/querying.html    |    33 +-
 .../4.0/cassandra/getting_started/quickstart.html  |    33 +-
 content/doc/4.0/cassandra/new/auditlogging.html    |    33 +-
 content/doc/4.0/cassandra/new/fqllogging.html      |    33 +-
 content/doc/4.0/cassandra/new/index.html           |    33 +-
 content/doc/4.0/cassandra/new/java11.html          |    33 +-
 content/doc/4.0/cassandra/new/messaging.html       |    33 +-
 content/doc/4.0/cassandra/new/streaming.html       |    33 +-
 .../4.0/cassandra/new/transientreplication.html    |    33 +-
 content/doc/4.0/cassandra/new/virtualtables.html   |    33 +-
 .../doc/4.0/cassandra/operating/audit_logging.html |    33 +-
 content/doc/4.0/cassandra/operating/backups.html   |    33 +-
 .../doc/4.0/cassandra/operating/bloom_filters.html |    33 +-
 .../doc/4.0/cassandra/operating/bulk_loading.html  |    33 +-
 content/doc/4.0/cassandra/operating/cdc.html       |    33 +-
 .../4.0/cassandra/operating/compaction/index.html  |    33 +-
 .../4.0/cassandra/operating/compaction/lcs.html    |    33 +-
 .../4.0/cassandra/operating/compaction/stcs.html   |    33 +-
 .../4.0/cassandra/operating/compaction/twcs.html   |    33 +-
 .../doc/4.0/cassandra/operating/compression.html   |    33 +-
 content/doc/4.0/cassandra/operating/hardware.html  |    33 +-
 content/doc/4.0/cassandra/operating/hints.html     |    33 +-
 content/doc/4.0/cassandra/operating/index.html     |    33 +-
 content/doc/4.0/cassandra/operating/metrics.html   |    33 +-
 .../doc/4.0/cassandra/operating/read_repair.html   |    33 +-
 content/doc/4.0/cassandra/operating/repair.html    |    33 +-
 content/doc/4.0/cassandra/operating/security.html  |    33 +-
 .../doc/4.0/cassandra/operating/topo_changes.html  |    33 +-
 content/doc/4.0/cassandra/plugins/index.html       |    33 +-
 .../doc/4.0/cassandra/tools/cassandra_stress.html  |    33 +-
 content/doc/4.0/cassandra/tools/cqlsh.html         |    33 +-
 content/doc/4.0/cassandra/tools/index.html         |    33 +-
 .../4.0/cassandra/tools/nodetool/assassinate.html  |    33 +-
 .../4.0/cassandra/tools/nodetool/bootstrap.html    |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/cleanup.html  |    33 +-
 .../cassandra/tools/nodetool/clearsnapshot.html    |    33 +-
 .../4.0/cassandra/tools/nodetool/clientstats.html  |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/compact.html  |    33 +-
 .../tools/nodetool/compactionhistory.html          |    33 +-
 .../cassandra/tools/nodetool/compactionstats.html  |    33 +-
 .../4.0/cassandra/tools/nodetool/decommission.html |    35 +-
 .../cassandra/tools/nodetool/describecluster.html  |    33 +-
 .../4.0/cassandra/tools/nodetool/describering.html |    33 +-
 .../cassandra/tools/nodetool/disableauditlog.html  |    33 +-
 .../tools/nodetool/disableautocompaction.html      |    33 +-
 .../cassandra/tools/nodetool/disablebackup.html    |    33 +-
 .../cassandra/tools/nodetool/disablebinary.html    |    33 +-
 .../tools/nodetool/disablefullquerylog.html        |    33 +-
 .../cassandra/tools/nodetool/disablegossip.html    |    33 +-
 .../cassandra/tools/nodetool/disablehandoff.html   |    33 +-
 .../tools/nodetool/disablehintsfordc.html          |    33 +-
 .../tools/nodetool/disableoldprotocolversions.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/drain.html    |    33 +-
 .../cassandra/tools/nodetool/enableauditlog.html   |    33 +-
 .../tools/nodetool/enableautocompaction.html       |    33 +-
 .../4.0/cassandra/tools/nodetool/enablebackup.html |    33 +-
 .../4.0/cassandra/tools/nodetool/enablebinary.html |    33 +-
 .../tools/nodetool/enablefullquerylog.html         |    33 +-
 .../4.0/cassandra/tools/nodetool/enablegossip.html |    33 +-
 .../cassandra/tools/nodetool/enablehandoff.html    |    33 +-
 .../cassandra/tools/nodetool/enablehintsfordc.html |    33 +-
 .../tools/nodetool/enableoldprotocolversions.html  |    33 +-
 .../cassandra/tools/nodetool/failuredetector.html  |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/flush.html    |    33 +-
 .../cassandra/tools/nodetool/garbagecollect.html   |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/gcstats.html  |    33 +-
 .../tools/nodetool/getbatchlogreplaythrottle.html  |    33 +-
 .../tools/nodetool/getcompactionthreshold.html     |    33 +-
 .../tools/nodetool/getcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/getconcurrency.html   |    33 +-
 .../tools/nodetool/getconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/getconcurrentviewbuilders.html  |    33 +-
 .../4.0/cassandra/tools/nodetool/getendpoints.html |    33 +-
 .../tools/nodetool/getinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/getlogginglevels.html |    33 +-
 .../cassandra/tools/nodetool/getmaxhintwindow.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/getseeds.html |    33 +-
 .../4.0/cassandra/tools/nodetool/getsstables.html  |    33 +-
 .../tools/nodetool/getstreamthroughput.html        |    33 +-
 .../4.0/cassandra/tools/nodetool/gettimeout.html   |    33 +-
 .../tools/nodetool/gettraceprobability.html        |    33 +-
 .../4.0/cassandra/tools/nodetool/gossipinfo.html   |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/help.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/import.html   |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/info.html |    33 +-
 .../tools/nodetool/invalidatecountercache.html     |    33 +-
 .../tools/nodetool/invalidatekeycache.html         |    33 +-
 .../tools/nodetool/invalidaterowcache.html         |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/join.html |    33 +-
 .../cassandra/tools/nodetool/listsnapshots.html    |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/move.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/netstats.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/nodetool.html |    33 +-
 .../4.0/cassandra/tools/nodetool/pausehandoff.html |    33 +-
 .../4.0/cassandra/tools/nodetool/profileload.html  |    33 +-
 .../cassandra/tools/nodetool/proxyhistograms.html  |    33 +-
 .../cassandra/tools/nodetool/rangekeysample.html   |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/rebuild.html  |    33 +-
 .../cassandra/tools/nodetool/rebuild_index.html    |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/refresh.html  |    33 +-
 .../tools/nodetool/refreshsizeestimates.html       |    33 +-
 .../tools/nodetool/reloadlocalschema.html          |    33 +-
 .../4.0/cassandra/tools/nodetool/reloadseeds.html  |    33 +-
 .../4.0/cassandra/tools/nodetool/reloadssl.html    |    33 +-
 .../cassandra/tools/nodetool/reloadtriggers.html   |    33 +-
 .../cassandra/tools/nodetool/relocatesstables.html |    33 +-
 .../4.0/cassandra/tools/nodetool/removenode.html   |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/repair.html   |    33 +-
 .../4.0/cassandra/tools/nodetool/repair_admin.html |    33 +-
 .../cassandra/tools/nodetool/replaybatchlog.html   |    33 +-
 .../tools/nodetool/resetfullquerylog.html          |    33 +-
 .../cassandra/tools/nodetool/resetlocalschema.html |    33 +-
 .../cassandra/tools/nodetool/resumehandoff.html    |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/ring.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/scrub.html    |    33 +-
 .../tools/nodetool/setbatchlogreplaythrottle.html  |    33 +-
 .../cassandra/tools/nodetool/setcachecapacity.html |    33 +-
 .../tools/nodetool/setcachekeystosave.html         |    33 +-
 .../tools/nodetool/setcompactionthreshold.html     |    33 +-
 .../tools/nodetool/setcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/setconcurrency.html   |    33 +-
 .../tools/nodetool/setconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/setconcurrentviewbuilders.html  |    33 +-
 .../tools/nodetool/sethintedhandoffthrottlekb.html |    33 +-
 .../tools/nodetool/setinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/setlogginglevel.html  |    33 +-
 .../cassandra/tools/nodetool/setmaxhintwindow.html |    33 +-
 .../tools/nodetool/setstreamthroughput.html        |    33 +-
 .../4.0/cassandra/tools/nodetool/settimeout.html   |    33 +-
 .../tools/nodetool/settraceprobability.html        |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/sjk.html  |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/snapshot.html |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/status.html   |    33 +-
 .../tools/nodetool/statusautocompaction.html       |    33 +-
 .../4.0/cassandra/tools/nodetool/statusbackup.html |    33 +-
 .../4.0/cassandra/tools/nodetool/statusbinary.html |    33 +-
 .../4.0/cassandra/tools/nodetool/statusgossip.html |    33 +-
 .../cassandra/tools/nodetool/statushandoff.html    |    33 +-
 content/doc/4.0/cassandra/tools/nodetool/stop.html |    33 +-
 .../4.0/cassandra/tools/nodetool/stopdaemon.html   |    33 +-
 .../cassandra/tools/nodetool/tablehistograms.html  |    33 +-
 .../4.0/cassandra/tools/nodetool/tablestats.html   |    33 +-
 .../cassandra/tools/nodetool/toppartitions.html    |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/tpstats.html  |    33 +-
 .../cassandra/tools/nodetool/truncatehints.html    |    33 +-
 .../cassandra/tools/nodetool/upgradesstables.html  |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/verify.html   |    33 +-
 .../doc/4.0/cassandra/tools/nodetool/version.html  |    33 +-
 .../cassandra/tools/nodetool/viewbuildstatus.html  |    33 +-
 content/doc/4.0/cassandra/tools/sstable/index.html |    33 +-
 .../4.0/cassandra/tools/sstable/sstabledump.html   |    33 +-
 .../tools/sstable/sstableexpiredblockers.html      |    33 +-
 .../cassandra/tools/sstable/sstablelevelreset.html |    33 +-
 .../4.0/cassandra/tools/sstable/sstableloader.html |    33 +-
 .../cassandra/tools/sstable/sstablemetadata.html   |    33 +-
 .../tools/sstable/sstableofflinerelevel.html       |    33 +-
 .../tools/sstable/sstablerepairedset.html          |    33 +-
 .../4.0/cassandra/tools/sstable/sstablescrub.html  |    33 +-
 .../4.0/cassandra/tools/sstable/sstablesplit.html  |    33 +-
 .../cassandra/tools/sstable/sstableupgrade.html    |    33 +-
 .../4.0/cassandra/tools/sstable/sstableutil.html   |    33 +-
 .../4.0/cassandra/tools/sstable/sstableverify.html |    33 +-
 .../cassandra/troubleshooting/finding_nodes.html   |    33 +-
 .../doc/4.0/cassandra/troubleshooting/index.html   |    33 +-
 .../cassandra/troubleshooting/reading_logs.html    |    33 +-
 .../cassandra/troubleshooting/use_nodetool.html    |    33 +-
 .../4.0/cassandra/troubleshooting/use_tools.html   |    33 +-
 content/doc/4.0/index.html                         |    33 +-
 .../doc/latest/cassandra/architecture/dynamo.html  |    33 +-
 .../latest/cassandra/architecture/guarantees.html  |    33 +-
 .../doc/latest/cassandra/architecture/index.html   |    33 +-
 .../latest/cassandra/architecture/overview.html    |    33 +-
 .../doc/latest/cassandra/architecture/snitch.html  |    33 +-
 .../cassandra/architecture/storage_engine.html     |    33 +-
 .../configuration/cass_cl_archive_file.html        |    33 +-
 .../cassandra/configuration/cass_env_sh_file.html  |    33 +-
 .../configuration/cass_jvm_options_file.html       |    33 +-
 .../configuration/cass_logback_xml_file.html       |    33 +-
 .../cassandra/configuration/cass_rackdc_file.html  |    33 +-
 .../cassandra/configuration/cass_topo_file.html    |    33 +-
 .../cassandra/configuration/cass_yaml_file.html    |    33 +-
 .../doc/latest/cassandra/configuration/index.html  |    33 +-
 content/doc/latest/cassandra/cql/SASI.html         |    33 +-
 content/doc/latest/cassandra/cql/appendices.html   |    33 +-
 content/doc/latest/cassandra/cql/changes.html      |    33 +-
 .../doc/latest/cassandra/cql/cql_singlefile.html   |    33 +-
 content/doc/latest/cassandra/cql/ddl.html          |    33 +-
 content/doc/latest/cassandra/cql/definitions.html  |    33 +-
 content/doc/latest/cassandra/cql/dml.html          |    33 +-
 content/doc/latest/cassandra/cql/functions.html    |    33 +-
 content/doc/latest/cassandra/cql/index.html        |    33 +-
 content/doc/latest/cassandra/cql/indexes.html      |    33 +-
 content/doc/latest/cassandra/cql/json.html         |    33 +-
 content/doc/latest/cassandra/cql/mvs.html          |    33 +-
 content/doc/latest/cassandra/cql/operators.html    |    33 +-
 content/doc/latest/cassandra/cql/security.html     |    33 +-
 content/doc/latest/cassandra/cql/triggers.html     |    33 +-
 content/doc/latest/cassandra/cql/types.html        |    33 +-
 .../data_modeling/data_modeling_conceptual.html    |    33 +-
 .../data_modeling/data_modeling_logical.html       |    33 +-
 .../data_modeling/data_modeling_physical.html      |    33 +-
 .../data_modeling/data_modeling_queries.html       |    33 +-
 .../data_modeling/data_modeling_rdbms.html         |    33 +-
 .../data_modeling/data_modeling_refining.html      |    33 +-
 .../data_modeling/data_modeling_schema.html        |    33 +-
 .../data_modeling/data_modeling_tools.html         |    33 +-
 .../doc/latest/cassandra/data_modeling/index.html  |    33 +-
 .../doc/latest/cassandra/data_modeling/intro.html  |    33 +-
 content/doc/latest/cassandra/faq/index.html        |    33 +-
 .../cassandra/getting_started/configuring.html     |    33 +-
 .../latest/cassandra/getting_started/drivers.html  |    33 +-
 .../latest/cassandra/getting_started/index.html    |    33 +-
 .../cassandra/getting_started/installing.html      |    33 +-
 .../cassandra/getting_started/production.html      |    33 +-
 .../latest/cassandra/getting_started/querying.html |    33 +-
 .../cassandra/getting_started/quickstart.html      |    33 +-
 content/doc/latest/cassandra/new/auditlogging.html |    33 +-
 content/doc/latest/cassandra/new/fqllogging.html   |    33 +-
 content/doc/latest/cassandra/new/index.html        |    33 +-
 content/doc/latest/cassandra/new/java11.html       |    33 +-
 content/doc/latest/cassandra/new/messaging.html    |    33 +-
 content/doc/latest/cassandra/new/streaming.html    |    33 +-
 .../latest/cassandra/new/transientreplication.html |    33 +-
 .../doc/latest/cassandra/new/virtualtables.html    |    33 +-
 .../latest/cassandra/operating/audit_logging.html  |    33 +-
 .../doc/latest/cassandra/operating/backups.html    |    33 +-
 .../latest/cassandra/operating/bloom_filters.html  |    33 +-
 .../latest/cassandra/operating/bulk_loading.html   |    33 +-
 content/doc/latest/cassandra/operating/cdc.html    |    33 +-
 .../cassandra/operating/compaction/index.html      |    33 +-
 .../latest/cassandra/operating/compaction/lcs.html |    33 +-
 .../cassandra/operating/compaction/stcs.html       |    33 +-
 .../cassandra/operating/compaction/twcs.html       |    33 +-
 .../latest/cassandra/operating/compression.html    |    33 +-
 .../doc/latest/cassandra/operating/hardware.html   |    33 +-
 content/doc/latest/cassandra/operating/hints.html  |    33 +-
 content/doc/latest/cassandra/operating/index.html  |    33 +-
 .../doc/latest/cassandra/operating/metrics.html    |    33 +-
 .../latest/cassandra/operating/read_repair.html    |    33 +-
 content/doc/latest/cassandra/operating/repair.html |    33 +-
 .../doc/latest/cassandra/operating/security.html   |    33 +-
 .../latest/cassandra/operating/topo_changes.html   |    33 +-
 content/doc/latest/cassandra/plugins/index.html    |    33 +-
 .../latest/cassandra/tools/cassandra_stress.html   |    33 +-
 content/doc/latest/cassandra/tools/cqlsh.html      |    33 +-
 content/doc/latest/cassandra/tools/index.html      |    33 +-
 .../cassandra/tools/nodetool/assassinate.html      |    33 +-
 .../latest/cassandra/tools/nodetool/bootstrap.html |    33 +-
 .../latest/cassandra/tools/nodetool/cleanup.html   |    33 +-
 .../cassandra/tools/nodetool/clearsnapshot.html    |    33 +-
 .../cassandra/tools/nodetool/clientstats.html      |    33 +-
 .../latest/cassandra/tools/nodetool/compact.html   |    33 +-
 .../tools/nodetool/compactionhistory.html          |    33 +-
 .../cassandra/tools/nodetool/compactionstats.html  |    33 +-
 .../cassandra/tools/nodetool/decommission.html     |    35 +-
 .../cassandra/tools/nodetool/describecluster.html  |    33 +-
 .../cassandra/tools/nodetool/describering.html     |    33 +-
 .../cassandra/tools/nodetool/disableauditlog.html  |    33 +-
 .../tools/nodetool/disableautocompaction.html      |    33 +-
 .../cassandra/tools/nodetool/disablebackup.html    |    33 +-
 .../cassandra/tools/nodetool/disablebinary.html    |    33 +-
 .../tools/nodetool/disablefullquerylog.html        |    33 +-
 .../cassandra/tools/nodetool/disablegossip.html    |    33 +-
 .../cassandra/tools/nodetool/disablehandoff.html   |    33 +-
 .../tools/nodetool/disablehintsfordc.html          |    33 +-
 .../tools/nodetool/disableoldprotocolversions.html |    33 +-
 .../doc/latest/cassandra/tools/nodetool/drain.html |    33 +-
 .../cassandra/tools/nodetool/enableauditlog.html   |    33 +-
 .../tools/nodetool/enableautocompaction.html       |    33 +-
 .../cassandra/tools/nodetool/enablebackup.html     |    33 +-
 .../cassandra/tools/nodetool/enablebinary.html     |    33 +-
 .../tools/nodetool/enablefullquerylog.html         |    33 +-
 .../cassandra/tools/nodetool/enablegossip.html     |    33 +-
 .../cassandra/tools/nodetool/enablehandoff.html    |    33 +-
 .../cassandra/tools/nodetool/enablehintsfordc.html |    33 +-
 .../tools/nodetool/enableoldprotocolversions.html  |    33 +-
 .../cassandra/tools/nodetool/failuredetector.html  |    33 +-
 .../doc/latest/cassandra/tools/nodetool/flush.html |    33 +-
 .../cassandra/tools/nodetool/garbagecollect.html   |    33 +-
 .../latest/cassandra/tools/nodetool/gcstats.html   |    33 +-
 .../tools/nodetool/getbatchlogreplaythrottle.html  |    33 +-
 .../tools/nodetool/getcompactionthreshold.html     |    33 +-
 .../tools/nodetool/getcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/getconcurrency.html   |    33 +-
 .../tools/nodetool/getconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/getconcurrentviewbuilders.html  |    33 +-
 .../cassandra/tools/nodetool/getendpoints.html     |    33 +-
 .../tools/nodetool/getinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/getlogginglevels.html |    33 +-
 .../cassandra/tools/nodetool/getmaxhintwindow.html |    33 +-
 .../latest/cassandra/tools/nodetool/getseeds.html  |    33 +-
 .../cassandra/tools/nodetool/getsstables.html      |    33 +-
 .../tools/nodetool/getstreamthroughput.html        |    33 +-
 .../cassandra/tools/nodetool/gettimeout.html       |    33 +-
 .../tools/nodetool/gettraceprobability.html        |    33 +-
 .../cassandra/tools/nodetool/gossipinfo.html       |    33 +-
 .../doc/latest/cassandra/tools/nodetool/help.html  |    33 +-
 .../latest/cassandra/tools/nodetool/import.html    |    33 +-
 .../doc/latest/cassandra/tools/nodetool/info.html  |    33 +-
 .../tools/nodetool/invalidatecountercache.html     |    33 +-
 .../tools/nodetool/invalidatekeycache.html         |    33 +-
 .../tools/nodetool/invalidaterowcache.html         |    33 +-
 .../doc/latest/cassandra/tools/nodetool/join.html  |    33 +-
 .../cassandra/tools/nodetool/listsnapshots.html    |    33 +-
 .../doc/latest/cassandra/tools/nodetool/move.html  |    33 +-
 .../latest/cassandra/tools/nodetool/netstats.html  |    33 +-
 .../latest/cassandra/tools/nodetool/nodetool.html  |    33 +-
 .../cassandra/tools/nodetool/pausehandoff.html     |    33 +-
 .../cassandra/tools/nodetool/profileload.html      |    33 +-
 .../cassandra/tools/nodetool/proxyhistograms.html  |    33 +-
 .../cassandra/tools/nodetool/rangekeysample.html   |    33 +-
 .../latest/cassandra/tools/nodetool/rebuild.html   |    33 +-
 .../cassandra/tools/nodetool/rebuild_index.html    |    33 +-
 .../latest/cassandra/tools/nodetool/refresh.html   |    33 +-
 .../tools/nodetool/refreshsizeestimates.html       |    33 +-
 .../tools/nodetool/reloadlocalschema.html          |    33 +-
 .../cassandra/tools/nodetool/reloadseeds.html      |    33 +-
 .../latest/cassandra/tools/nodetool/reloadssl.html |    33 +-
 .../cassandra/tools/nodetool/reloadtriggers.html   |    33 +-
 .../cassandra/tools/nodetool/relocatesstables.html |    33 +-
 .../cassandra/tools/nodetool/removenode.html       |    33 +-
 .../latest/cassandra/tools/nodetool/repair.html    |    33 +-
 .../cassandra/tools/nodetool/repair_admin.html     |    33 +-
 .../cassandra/tools/nodetool/replaybatchlog.html   |    33 +-
 .../tools/nodetool/resetfullquerylog.html          |    33 +-
 .../cassandra/tools/nodetool/resetlocalschema.html |    33 +-
 .../cassandra/tools/nodetool/resumehandoff.html    |    33 +-
 .../doc/latest/cassandra/tools/nodetool/ring.html  |    33 +-
 .../doc/latest/cassandra/tools/nodetool/scrub.html |    33 +-
 .../tools/nodetool/setbatchlogreplaythrottle.html  |    33 +-
 .../cassandra/tools/nodetool/setcachecapacity.html |    33 +-
 .../tools/nodetool/setcachekeystosave.html         |    33 +-
 .../tools/nodetool/setcompactionthreshold.html     |    33 +-
 .../tools/nodetool/setcompactionthroughput.html    |    33 +-
 .../cassandra/tools/nodetool/setconcurrency.html   |    33 +-
 .../tools/nodetool/setconcurrentcompactors.html    |    33 +-
 .../tools/nodetool/setconcurrentviewbuilders.html  |    33 +-
 .../tools/nodetool/sethintedhandoffthrottlekb.html |    33 +-
 .../tools/nodetool/setinterdcstreamthroughput.html |    33 +-
 .../cassandra/tools/nodetool/setlogginglevel.html  |    33 +-
 .../cassandra/tools/nodetool/setmaxhintwindow.html |    33 +-
 .../tools/nodetool/setstreamthroughput.html        |    33 +-
 .../cassandra/tools/nodetool/settimeout.html       |    33 +-
 .../tools/nodetool/settraceprobability.html        |    33 +-
 .../doc/latest/cassandra/tools/nodetool/sjk.html   |    33 +-
 .../latest/cassandra/tools/nodetool/snapshot.html  |    33 +-
 .../latest/cassandra/tools/nodetool/status.html    |    33 +-
 .../tools/nodetool/statusautocompaction.html       |    33 +-
 .../cassandra/tools/nodetool/statusbackup.html     |    33 +-
 .../cassandra/tools/nodetool/statusbinary.html     |    33 +-
 .../cassandra/tools/nodetool/statusgossip.html     |    33 +-
 .../cassandra/tools/nodetool/statushandoff.html    |    33 +-
 .../doc/latest/cassandra/tools/nodetool/stop.html  |    33 +-
 .../cassandra/tools/nodetool/stopdaemon.html       |    33 +-
 .../cassandra/tools/nodetool/tablehistograms.html  |    33 +-
 .../cassandra/tools/nodetool/tablestats.html       |    33 +-
 .../cassandra/tools/nodetool/toppartitions.html    |    33 +-
 .../latest/cassandra/tools/nodetool/tpstats.html   |    33 +-
 .../cassandra/tools/nodetool/truncatehints.html    |    33 +-
 .../cassandra/tools/nodetool/upgradesstables.html  |    33 +-
 .../latest/cassandra/tools/nodetool/verify.html    |    33 +-
 .../latest/cassandra/tools/nodetool/version.html   |    33 +-
 .../cassandra/tools/nodetool/viewbuildstatus.html  |    33 +-
 .../doc/latest/cassandra/tools/sstable/index.html  |    33 +-
 .../cassandra/tools/sstable/sstabledump.html       |    33 +-
 .../tools/sstable/sstableexpiredblockers.html      |    33 +-
 .../cassandra/tools/sstable/sstablelevelreset.html |    33 +-
 .../cassandra/tools/sstable/sstableloader.html     |    33 +-
 .../cassandra/tools/sstable/sstablemetadata.html   |    33 +-
 .../tools/sstable/sstableofflinerelevel.html       |    33 +-
 .../tools/sstable/sstablerepairedset.html          |    33 +-
 .../cassandra/tools/sstable/sstablescrub.html      |    33 +-
 .../cassandra/tools/sstable/sstablesplit.html      |    33 +-
 .../cassandra/tools/sstable/sstableupgrade.html    |    33 +-
 .../cassandra/tools/sstable/sstableutil.html       |    33 +-
 .../cassandra/tools/sstable/sstableverify.html     |    33 +-
 .../cassandra/troubleshooting/finding_nodes.html   |    33 +-
 .../latest/cassandra/troubleshooting/index.html    |    33 +-
 .../cassandra/troubleshooting/reading_logs.html    |    33 +-
 .../cassandra/troubleshooting/use_nodetool.html    |    33 +-
 .../cassandra/troubleshooting/use_tools.html       |    33 +-
 content/doc/latest/index.html                      |    33 +-
 .../doc/stable/cassandra/architecture/dynamo.html  |   136 +-
 .../stable/cassandra/architecture/guarantees.html  |   116 +-
 .../doc/stable/cassandra/architecture/index.html   |   100 +-
 .../stable/cassandra/architecture/overview.html    |   104 +-
 .../doc/stable/cassandra/architecture/snitch.html  |   104 +-
 .../cassandra/architecture/storage_engine.html     |   118 +-
 .../configuration/cass_cl_archive_file.html        |   104 +-
 .../cassandra/configuration/cass_env_sh_file.html  |   146 +-
 .../configuration/cass_jvm_options_file.html       |   100 +-
 .../configuration/cass_logback_xml_file.html       |   120 +-
 .../cassandra/configuration/cass_rackdc_file.html  |   114 +-
 .../cassandra/configuration/cass_topo_file.html    |   102 +-
 .../cassandra/configuration/cass_yaml_file.html    |  4000 +++----
 .../doc/stable/cassandra/configuration/index.html  |   100 +-
 content/doc/stable/cassandra/cql/SASI.html         |   150 +-
 content/doc/stable/cassandra/cql/appendices.html   |   106 +-
 content/doc/stable/cassandra/cql/changes.html      |   146 +-
 .../doc/stable/cassandra/cql/cql_singlefile.html   |   380 +-
 content/doc/stable/cassandra/cql/ddl.html          |   152 +-
 content/doc/stable/cassandra/cql/definitions.html  |   114 +-
 content/doc/stable/cassandra/cql/dml.html          |   134 +-
 content/doc/stable/cassandra/cql/functions.html    |   152 +-
 content/doc/stable/cassandra/cql/index.html        |   100 +-
 content/doc/stable/cassandra/cql/indexes.html      |   106 +-
 content/doc/stable/cassandra/cql/json.html         |   110 +-
 content/doc/stable/cassandra/cql/mvs.html          |   114 +-
 content/doc/stable/cassandra/cql/operators.html    |   104 +-
 content/doc/stable/cassandra/cql/security.html     |   146 +-
 content/doc/stable/cassandra/cql/triggers.html     |   104 +-
 content/doc/stable/cassandra/cql/types.html        |   136 +-
 .../data_modeling/data_modeling_conceptual.html    |   100 +-
 .../data_modeling/data_modeling_logical.html       |   106 +-
 .../data_modeling/data_modeling_physical.html      |   104 +-
 .../data_modeling/data_modeling_queries.html       |   100 +-
 .../data_modeling/data_modeling_rdbms.html         |   114 +-
 .../data_modeling/data_modeling_refining.html      |   106 +-
 .../data_modeling/data_modeling_schema.html        |   100 +-
 .../data_modeling/data_modeling_tools.html         |   100 +-
 .../doc/stable/cassandra/data_modeling/index.html  |   100 +-
 .../doc/stable/cassandra/data_modeling/intro.html  |   118 +-
 content/doc/stable/cassandra/faq/index.html        |   138 +-
 .../cassandra/getting_started/configuring.html     |   108 +-
 .../stable/cassandra/getting_started/drivers.html  |   132 +-
 .../stable/cassandra/getting_started/index.html    |   100 +-
 .../cassandra/getting_started/installing.html      |   171 +-
 .../cassandra/getting_started/production.html      |   114 +-
 .../stable/cassandra/getting_started/querying.html |   104 +-
 .../cassandra/getting_started/quickstart.html      |   116 +-
 content/doc/stable/cassandra/new/auditlogging.html |  1518 +++
 content/doc/stable/cassandra/new/fqllogging.html   |  1616 +++
 content/doc/stable/cassandra/new/index.html        |   879 ++
 content/doc/stable/cassandra/new/java11.html       |  1243 +++
 content/doc/stable/cassandra/new/messaging.html    |  1402 +++
 content/doc/stable/cassandra/new/streaming.html    |  1182 +++
 .../stable/cassandra/new/transientreplication.html |  1116 ++
 .../doc/stable/cassandra/new/virtualtables.html    |  1428 +++
 .../stable/cassandra/operating/audit_logging.html  |   128 +-
 .../doc/stable/cassandra/operating/backups.html    |   138 +-
 .../stable/cassandra/operating/bloom_filters.html  |   102 +-
 .../stable/cassandra/operating/bulk_loading.html   |   122 +-
 content/doc/stable/cassandra/operating/cdc.html    |   114 +-
 .../cassandra/operating/compaction/index.html      |   136 +-
 .../stable/cassandra/operating/compaction/lcs.html |   110 +-
 .../cassandra/operating/compaction/stcs.html       |   106 +-
 .../cassandra/operating/compaction/twcs.html       |   104 +-
 .../stable/cassandra/operating/compression.html    |   108 +-
 .../doc/stable/cassandra/operating/hardware.html   |   108 +-
 content/doc/stable/cassandra/operating/hints.html  |   118 +-
 content/doc/stable/cassandra/operating/index.html  |   102 +-
 .../doc/stable/cassandra/operating/metrics.html    |   142 +-
 .../stable/cassandra/operating/read_repair.html    |   118 +-
 content/doc/stable/cassandra/operating/repair.html |   108 +-
 .../doc/stable/cassandra/operating/security.html   |   128 +-
 .../stable/cassandra/operating/topo_changes.html   |   122 +-
 content/doc/stable/cassandra/plugins/index.html    |   104 +-
 .../stable/cassandra/tools/cassandra_stress.html   |   112 +-
 content/doc/stable/cassandra/tools/cqlsh.html      |   154 +-
 content/doc/stable/cassandra/tools/index.html      |   100 +-
 .../cassandra/tools/nodetool/assassinate.html      |   104 +-
 .../stable/cassandra/tools/nodetool/bootstrap.html |   104 +-
 .../stable/cassandra/tools/nodetool/cleanup.html   |   104 +-
 .../cassandra/tools/nodetool/clearsnapshot.html    |   104 +-
 .../cassandra/tools/nodetool/clientstats.html      |   104 +-
 .../stable/cassandra/tools/nodetool/compact.html   |   104 +-
 .../tools/nodetool/compactionhistory.html          |   104 +-
 .../cassandra/tools/nodetool/compactionstats.html  |   104 +-
 .../cassandra/tools/nodetool/decommission.html     |   106 +-
 .../cassandra/tools/nodetool/describecluster.html  |   104 +-
 .../cassandra/tools/nodetool/describering.html     |   104 +-
 .../cassandra/tools/nodetool/disableauditlog.html  |   104 +-
 .../tools/nodetool/disableautocompaction.html      |   104 +-
 .../cassandra/tools/nodetool/disablebackup.html    |   104 +-
 .../cassandra/tools/nodetool/disablebinary.html    |   104 +-
 .../tools/nodetool/disablefullquerylog.html        |   104 +-
 .../cassandra/tools/nodetool/disablegossip.html    |   104 +-
 .../cassandra/tools/nodetool/disablehandoff.html   |   104 +-
 .../tools/nodetool/disablehintsfordc.html          |   104 +-
 .../tools/nodetool/disableoldprotocolversions.html |   104 +-
 .../doc/stable/cassandra/tools/nodetool/drain.html |   104 +-
 .../cassandra/tools/nodetool/enableauditlog.html   |   104 +-
 .../tools/nodetool/enableautocompaction.html       |   104 +-
 .../cassandra/tools/nodetool/enablebackup.html     |   104 +-
 .../cassandra/tools/nodetool/enablebinary.html     |   104 +-
 .../tools/nodetool/enablefullquerylog.html         |   104 +-
 .../cassandra/tools/nodetool/enablegossip.html     |   104 +-
 .../cassandra/tools/nodetool/enablehandoff.html    |   104 +-
 .../cassandra/tools/nodetool/enablehintsfordc.html |   104 +-
 .../tools/nodetool/enableoldprotocolversions.html  |   104 +-
 .../cassandra/tools/nodetool/failuredetector.html  |   104 +-
 .../doc/stable/cassandra/tools/nodetool/flush.html |   104 +-
 .../cassandra/tools/nodetool/garbagecollect.html   |   104 +-
 .../stable/cassandra/tools/nodetool/gcstats.html   |   104 +-
 .../tools/nodetool/getbatchlogreplaythrottle.html  |   104 +-
 .../tools/nodetool/getcompactionthreshold.html     |   104 +-
 .../tools/nodetool/getcompactionthroughput.html    |   104 +-
 .../cassandra/tools/nodetool/getconcurrency.html   |   104 +-
 .../tools/nodetool/getconcurrentcompactors.html    |   104 +-
 .../tools/nodetool/getconcurrentviewbuilders.html  |   104 +-
 .../cassandra/tools/nodetool/getendpoints.html     |   104 +-
 .../tools/nodetool/getinterdcstreamthroughput.html |   104 +-
 .../cassandra/tools/nodetool/getlogginglevels.html |   104 +-
 .../cassandra/tools/nodetool/getmaxhintwindow.html |   104 +-
 .../stable/cassandra/tools/nodetool/getseeds.html  |   104 +-
 .../cassandra/tools/nodetool/getsstables.html      |   104 +-
 .../tools/nodetool/getstreamthroughput.html        |   104 +-
 .../cassandra/tools/nodetool/gettimeout.html       |   104 +-
 .../tools/nodetool/gettraceprobability.html        |   104 +-
 .../cassandra/tools/nodetool/gossipinfo.html       |   104 +-
 .../doc/stable/cassandra/tools/nodetool/help.html  |   104 +-
 .../stable/cassandra/tools/nodetool/import.html    |   104 +-
 .../doc/stable/cassandra/tools/nodetool/info.html  |   104 +-
 .../tools/nodetool/invalidatecountercache.html     |   104 +-
 .../tools/nodetool/invalidatekeycache.html         |   104 +-
 .../tools/nodetool/invalidaterowcache.html         |   104 +-
 .../doc/stable/cassandra/tools/nodetool/join.html  |   104 +-
 .../cassandra/tools/nodetool/listsnapshots.html    |   104 +-
 .../doc/stable/cassandra/tools/nodetool/move.html  |   104 +-
 .../stable/cassandra/tools/nodetool/netstats.html  |   104 +-
 .../stable/cassandra/tools/nodetool/nodetool.html  |   104 +-
 .../cassandra/tools/nodetool/pausehandoff.html     |   104 +-
 .../cassandra/tools/nodetool/profileload.html      |   104 +-
 .../cassandra/tools/nodetool/proxyhistograms.html  |   104 +-
 .../cassandra/tools/nodetool/rangekeysample.html   |   104 +-
 .../stable/cassandra/tools/nodetool/rebuild.html   |   104 +-
 .../cassandra/tools/nodetool/rebuild_index.html    |   104 +-
 .../stable/cassandra/tools/nodetool/refresh.html   |   104 +-
 .../tools/nodetool/refreshsizeestimates.html       |   104 +-
 .../tools/nodetool/reloadlocalschema.html          |   104 +-
 .../cassandra/tools/nodetool/reloadseeds.html      |   104 +-
 .../stable/cassandra/tools/nodetool/reloadssl.html |   104 +-
 .../cassandra/tools/nodetool/reloadtriggers.html   |   104 +-
 .../cassandra/tools/nodetool/relocatesstables.html |   104 +-
 .../cassandra/tools/nodetool/removenode.html       |   104 +-
 .../stable/cassandra/tools/nodetool/repair.html    |   104 +-
 .../cassandra/tools/nodetool/repair_admin.html     |   104 +-
 .../cassandra/tools/nodetool/replaybatchlog.html   |   104 +-
 .../tools/nodetool/resetfullquerylog.html          |   104 +-
 .../cassandra/tools/nodetool/resetlocalschema.html |   104 +-
 .../cassandra/tools/nodetool/resumehandoff.html    |   104 +-
 .../doc/stable/cassandra/tools/nodetool/ring.html  |   104 +-
 .../doc/stable/cassandra/tools/nodetool/scrub.html |   104 +-
 .../tools/nodetool/setbatchlogreplaythrottle.html  |   104 +-
 .../cassandra/tools/nodetool/setcachecapacity.html |   104 +-
 .../tools/nodetool/setcachekeystosave.html         |   104 +-
 .../tools/nodetool/setcompactionthreshold.html     |   104 +-
 .../tools/nodetool/setcompactionthroughput.html    |   104 +-
 .../cassandra/tools/nodetool/setconcurrency.html   |   104 +-
 .../tools/nodetool/setconcurrentcompactors.html    |   104 +-
 .../tools/nodetool/setconcurrentviewbuilders.html  |   104 +-
 .../tools/nodetool/sethintedhandoffthrottlekb.html |   104 +-
 .../tools/nodetool/setinterdcstreamthroughput.html |   104 +-
 .../cassandra/tools/nodetool/setlogginglevel.html  |   104 +-
 .../cassandra/tools/nodetool/setmaxhintwindow.html |   104 +-
 .../tools/nodetool/setstreamthroughput.html        |   104 +-
 .../cassandra/tools/nodetool/settimeout.html       |   104 +-
 .../tools/nodetool/settraceprobability.html        |   104 +-
 .../doc/stable/cassandra/tools/nodetool/sjk.html   |   104 +-
 .../stable/cassandra/tools/nodetool/snapshot.html  |   104 +-
 .../stable/cassandra/tools/nodetool/status.html    |   104 +-
 .../tools/nodetool/statusautocompaction.html       |   104 +-
 .../cassandra/tools/nodetool/statusbackup.html     |   104 +-
 .../cassandra/tools/nodetool/statusbinary.html     |   104 +-
 .../cassandra/tools/nodetool/statusgossip.html     |   104 +-
 .../cassandra/tools/nodetool/statushandoff.html    |   104 +-
 .../doc/stable/cassandra/tools/nodetool/stop.html  |   104 +-
 .../cassandra/tools/nodetool/stopdaemon.html       |   104 +-
 .../cassandra/tools/nodetool/tablehistograms.html  |   104 +-
 .../cassandra/tools/nodetool/tablestats.html       |   104 +-
 .../cassandra/tools/nodetool/toppartitions.html    |   104 +-
 .../stable/cassandra/tools/nodetool/tpstats.html   |   104 +-
 .../cassandra/tools/nodetool/truncatehints.html    |   104 +-
 .../cassandra/tools/nodetool/upgradesstables.html  |   104 +-
 .../stable/cassandra/tools/nodetool/verify.html    |   104 +-
 .../stable/cassandra/tools/nodetool/version.html   |   104 +-
 .../cassandra/tools/nodetool/viewbuildstatus.html  |   104 +-
 .../doc/stable/cassandra/tools/sstable/index.html  |   100 +-
 .../cassandra/tools/sstable/sstabledump.html       |   116 +-
 .../tools/sstable/sstableexpiredblockers.html      |   104 +-
 .../cassandra/tools/sstable/sstablelevelreset.html |   110 +-
 .../cassandra/tools/sstable/sstableloader.html     |   114 +-
 .../cassandra/tools/sstable/sstablemetadata.html   |   108 +-
 .../tools/sstable/sstableofflinerelevel.html       |   108 +-
 .../tools/sstable/sstablerepairedset.html          |   110 +-
 .../cassandra/tools/sstable/sstablescrub.html      |   112 +-
 .../cassandra/tools/sstable/sstablesplit.html      |   112 +-
 .../cassandra/tools/sstable/sstableupgrade.html    |   108 +-
 .../cassandra/tools/sstable/sstableutil.html       |   112 +-
 .../cassandra/tools/sstable/sstableverify.html     |   108 +-
 .../cassandra/troubleshooting/finding_nodes.html   |   112 +-
 .../stable/cassandra/troubleshooting/index.html    |   100 +-
 .../cassandra/troubleshooting/reading_logs.html    |   114 +-
 .../cassandra/troubleshooting/use_nodetool.html    |   110 +-
 .../cassandra/troubleshooting/use_tools.html       |   128 +-
 content/doc/stable/index.html                      |   112 +-
 content/search-index.js                            |     2 +-
 content/sitemap-Cassandra.xml                      |  1683 +++
 content/sitemap-_.xml                              |   227 +
 content/sitemap.xml                                |   234 +-
 1852 files changed, 259693 insertions(+), 146419 deletions(-)

diff --git a/content/_/contactus.html b/content/_/contactus.html
index 489c4cd..cc67266 100644
--- a/content/_/contactus.html
+++ b/content/_/contactus.html
@@ -195,6 +195,16 @@
           </li>
         </ul>
       </li>
+      <li class="component">
+        <ul class="versions">
+          <li class="version is-latest">
+            <a href="../Cassandra/4.0/index.html">4.0</a>
+          </li>
+          <li class="version">
+            <a href="../Cassandra/3.11/index.html">3.11</a>
+          </li>
+        </ul>
+      </li>
     </ul>
   </div>
 </div>    </div>
@@ -229,7 +239,7 @@
   </li>
   <li class="nav-item" data-depth="1">
     <span class="nav-line">
-    <a class="nav-link" href="#Cassandra::index.adoc">Documentation</a>
+    <a class="nav-link" href="../Cassandra/4.0/index.html">Documentation</a>
     </span>
   </li>
   <li class="nav-item" data-depth="1">
diff --git a/content/doc/3.11.11/_downloads/41488e7fbf1958f77971843a5a2fdece/stress-lwt-example.yaml b/content/doc/3.11.11/_downloads/41488e7fbf1958f77971843a5a2fdece/stress-lwt-example.yaml
deleted file mode 100644
index 1f12c24..0000000
--- a/content/doc/3.11.11/_downloads/41488e7fbf1958f77971843a5a2fdece/stress-lwt-example.yaml
+++ /dev/null
@@ -1,88 +0,0 @@
-#
-# Licensed to the Apache Software Foundation (ASF) under one
-# or more contributor license agreements.  See the NOTICE file
-# distributed with this work for additional information
-# regarding copyright ownership.  The ASF licenses this file
-# to you under the Apache License, Version 2.0 (the
-# "License"); you may not use this file except in compliance
-# with the License.  You may obtain a copy of the License at
-#
-#     http://www.apache.org/licenses/LICENSE-2.0
-#
-# Unless required by applicable law or agreed to in writing, software
-# distributed under the License is distributed on an "AS IS" BASIS,
-# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-# See the License for the specific language governing permissions and
-# limitations under the License.
-#
-
-# Keyspace Name
-keyspace: stresscql
-
-# The CQL for creating a keyspace (optional if it already exists)
-# Would almost always be network topology unless running something locall
-keyspace_definition: |
-  CREATE KEYSPACE stresscql WITH replication = {'class': 'SimpleStrategy', 'replication_factor': 1};
-
-# Table name
-table: blogposts
-
-# The CQL for creating a table you wish to stress (optional if it already exists)
-table_definition: |
-  CREATE TABLE blogposts (
-        domain text,
-        published_date timeuuid,
-        url text,
-        author text,
-        title text,
-        body text,
-        PRIMARY KEY(domain, published_date)
-  ) WITH CLUSTERING ORDER BY (published_date DESC) 
-    AND compaction = { 'class':'LeveledCompactionStrategy' } 
-    AND comment='A table to hold blog posts'
-
-### Column Distribution Specifications ###
- 
-columnspec:
-  - name: domain
-    size: gaussian(5..100)       #domain names are relatively short
-    population: uniform(1..10M)  #10M possible domains to pick from
-
-  - name: published_date
-    cluster: fixed(1000)         #under each domain we will have max 1000 posts
-
-  - name: url
-    size: uniform(30..300)       
-
-  - name: title                  #titles shouldn't go beyond 200 chars
-    size: gaussian(10..200)
-
-  - name: author
-    size: uniform(5..20)         #author names should be short
-
-  - name: body
-    size: gaussian(100..5000)    #the body of the blog post can be long
-   
-### Batch Ratio Distribution Specifications ###
-
-insert:
-  partitions: fixed(1)            # Our partition key is the domain so only insert one per batch
-
-  select:    fixed(1)/1000        # We have 1000 posts per domain so 1/1000 will allow 1 post per batch
-
-  batchtype: UNLOGGED             # Unlogged batches
-
-
-#
-# A list of queries you wish to run against the schema
-#
-queries:
-   singlepost:
-      cql: select * from blogposts where domain = ? LIMIT 1
-      fields: samerow
-   regularupdate:
-      cql: update blogposts set author = ? where domain = ? and published_date = ?
-      fields: samerow
-   updatewithlwt:
-      cql: update blogposts set author = ? where domain = ? and published_date = ? IF body = ? AND url = ?
-      fields: samerow
diff --git a/content/doc/3.11.11/_downloads/5f51523351321709939f167577a9b33a/stress-example.yaml b/content/doc/3.11.11/_downloads/5f51523351321709939f167577a9b33a/stress-example.yaml
deleted file mode 100644
index 4a67102..0000000
--- a/content/doc/3.11.11/_downloads/5f51523351321709939f167577a9b33a/stress-example.yaml
+++ /dev/null
@@ -1,62 +0,0 @@
-#
-# Licensed to the Apache Software Foundation (ASF) under one
-# or more contributor license agreements.  See the NOTICE file
-# distributed with this work for additional information
-# regarding copyright ownership.  The ASF licenses this file
-# to you under the Apache License, Version 2.0 (the
-# "License"); you may not use this file except in compliance
-# with the License.  You may obtain a copy of the License at
-#
-#     http://www.apache.org/licenses/LICENSE-2.0
-#
-# Unless required by applicable law or agreed to in writing, software
-# distributed under the License is distributed on an "AS IS" BASIS,
-# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-# See the License for the specific language governing permissions and
-# limitations under the License.
-#
-
-spacenam: example # idenitifier for this spec if running with multiple yaml files
-keyspace: example
-
-# Would almost always be network topology unless running something locally
-keyspace_definition: |
-  CREATE KEYSPACE example WITH replication = {'class': 'SimpleStrategy', 'replication_factor': 3};
-
-table: staff_activities
-
-# The table under test. Start with a partition per staff member
-# Is this a good idea?
-table_definition: |
-  CREATE TABLE staff_activities (
-        name text,
-        when timeuuid,
-        what text,
-        PRIMARY KEY(name, when)
-  ) 
-
-columnspec:
-  - name: name
-    size: uniform(5..10) # The names of the staff members are between 5-10 characters
-    population: uniform(1..10) # 10 possible staff members to pick from 
-  - name: when
-    cluster: uniform(20..500) # Staff members do between 20 and 500 events
-  - name: what
-    size: normal(10..100,50)
-
-insert:
-  # we only update a single partition in any given insert 
-  partitions: fixed(1) 
-  # we want to insert a single row per partition and we have between 20 and 500
-  # rows per partition
-  select: fixed(1)/500 
-  batchtype: UNLOGGED             # Single partition unlogged batches are essentially noops
-
-queries:
-   events:
-      cql: select *  from staff_activities where name = ?
-      fields: samerow
-   latest_event:
-      cql: select * from staff_activities where name = ?  LIMIT 1
-      fields: samerow
-
diff --git a/content/doc/3.11.11/_sources/architecture/dynamo.rst.txt b/content/doc/3.11.11/_sources/architecture/dynamo.rst.txt
deleted file mode 100644
index a7dbb87..0000000
--- a/content/doc/3.11.11/_sources/architecture/dynamo.rst.txt
+++ /dev/null
@@ -1,139 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Dynamo
-------
-
-.. _gossip:
-
-Gossip
-^^^^^^
-
-.. todo:: todo
-
-Failure Detection
-^^^^^^^^^^^^^^^^^
-
-.. todo:: todo
-
-Token Ring/Ranges
-^^^^^^^^^^^^^^^^^
-
-.. todo:: todo
-
-.. _replication-strategy:
-
-Replication
-^^^^^^^^^^^
-
-The replication strategy of a keyspace determines which nodes are replicas for a given token range. The two main
-replication strategies are :ref:`simple-strategy` and :ref:`network-topology-strategy`.
-
-.. _simple-strategy:
-
-SimpleStrategy
-~~~~~~~~~~~~~~
-
-SimpleStrategy allows a single integer ``replication_factor`` to be defined. This determines the number of nodes that
-should contain a copy of each row.  For example, if ``replication_factor`` is 3, then three different nodes should store
-a copy of each row.
-
-SimpleStrategy treats all nodes identically, ignoring any configured datacenters or racks.  To determine the replicas
-for a token range, Cassandra iterates through the tokens in the ring, starting with the token range of interest.  For
-each token, it checks whether the owning node has been added to the set of replicas, and if it has not, it is added to
-the set.  This process continues until ``replication_factor`` distinct nodes have been added to the set of replicas.
-
-.. _network-topology-strategy:
-
-NetworkTopologyStrategy
-~~~~~~~~~~~~~~~~~~~~~~~
-
-NetworkTopologyStrategy allows a replication factor to be specified for each datacenter in the cluster.  Even if your
-cluster only uses a single datacenter, NetworkTopologyStrategy should be prefered over SimpleStrategy to make it easier
-to add new physical or virtual datacenters to the cluster later.
-
-In addition to allowing the replication factor to be specified per-DC, NetworkTopologyStrategy also attempts to choose
-replicas within a datacenter from different racks.  If the number of racks is greater than or equal to the replication
-factor for the DC, each replica will be chosen from a different rack.  Otherwise, each rack will hold at least one
-replica, but some racks may hold more than one. Note that this rack-aware behavior has some potentially `surprising
-implications <https://issues.apache.org/jira/browse/CASSANDRA-3810>`_.  For example, if there are not an even number of
-nodes in each rack, the data load on the smallest rack may be much higher.  Similarly, if a single node is bootstrapped
-into a new rack, it will be considered a replica for the entire ring.  For this reason, many operators choose to
-configure all nodes on a single "rack".
-
-Tunable Consistency
-^^^^^^^^^^^^^^^^^^^
-
-Cassandra supports a per-operation tradeoff between consistency and availability through *Consistency Levels*.
-Essentially, an operation's consistency level specifies how many of the replicas need to respond to the coordinator in
-order to consider the operation a success.
-
-The following consistency levels are available:
-
-``ONE``
-  Only a single replica must respond.
-
-``TWO``
-  Two replicas must respond.
-
-``THREE``
-  Three replicas must respond.
-
-``QUORUM``
-  A majority (n/2 + 1) of the replicas must respond.
-
-``ALL``
-  All of the replicas must respond.
-
-``LOCAL_QUORUM``
-  A majority of the replicas in the local datacenter (whichever datacenter the coordinator is in) must respond.
-
-``EACH_QUORUM``
-  A majority of the replicas in each datacenter must respond.
-
-``LOCAL_ONE``
-  Only a single replica must respond.  In a multi-datacenter cluster, this also gaurantees that read requests are not
-  sent to replicas in a remote datacenter.
-
-``ANY``
-  A single replica may respond, or the coordinator may store a hint. If a hint is stored, the coordinator will later
-  attempt to replay the hint and deliver the mutation to the replicas.  This consistency level is only accepted for
-  write operations.
-
-Write operations are always sent to all replicas, regardless of consistency level. The consistency level simply
-controls how many responses the coordinator waits for before responding to the client.
-
-For read operations, the coordinator generally only issues read commands to enough replicas to satisfy the consistency
-level. There are a couple of exceptions to this:
-
-- Speculative retry may issue a redundant read request to an extra replica if the other replicas have not responded
-  within a specified time window.
-- Based on ``read_repair_chance`` and ``dclocal_read_repair_chance`` (part of a table's schema), read requests may be
-  randomly sent to all replicas in order to repair potentially inconsistent data.
-
-Picking Consistency Levels
-~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-It is common to pick read and write consistency levels that are high enough to overlap, resulting in "strong"
-consistency.  This is typically expressed as ``W + R > RF``, where ``W`` is the write consistency level, ``R`` is the
-read consistency level, and ``RF`` is the replication factor.  For example, if ``RF = 3``, a ``QUORUM`` request will
-require responses from at least two of the three replicas.  If ``QUORUM`` is used for both writes and reads, at least
-one of the replicas is guaranteed to participate in *both* the write and the read request, which in turn guarantees that
-the latest write will be read. In a multi-datacenter environment, ``LOCAL_QUORUM`` can be used to provide a weaker but
-still useful guarantee: reads are guaranteed to see the latest write from within the same datacenter.
-
-If this type of strong consistency isn't required, lower consistency levels like ``ONE`` may be used to improve
-throughput, latency, and availability.
diff --git a/content/doc/3.11.11/_sources/architecture/guarantees.rst.txt b/content/doc/3.11.11/_sources/architecture/guarantees.rst.txt
deleted file mode 100644
index c0b58d8..0000000
--- a/content/doc/3.11.11/_sources/architecture/guarantees.rst.txt
+++ /dev/null
@@ -1,20 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Guarantees
-----------
-
-.. todo:: todo
diff --git a/content/doc/3.11.11/_sources/architecture/index.rst.txt b/content/doc/3.11.11/_sources/architecture/index.rst.txt
deleted file mode 100644
index 58eda13..0000000
--- a/content/doc/3.11.11/_sources/architecture/index.rst.txt
+++ /dev/null
@@ -1,29 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Architecture
-============
-
-This section describes the general architecture of Apache Cassandra.
-
-.. toctree::
-   :maxdepth: 2
-
-   overview
-   dynamo
-   storage_engine
-   guarantees
-
diff --git a/content/doc/3.11.11/_sources/architecture/overview.rst.txt b/content/doc/3.11.11/_sources/architecture/overview.rst.txt
deleted file mode 100644
index 005b15b..0000000
--- a/content/doc/3.11.11/_sources/architecture/overview.rst.txt
+++ /dev/null
@@ -1,20 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Overview
---------
-
-.. todo:: todo
diff --git a/content/doc/3.11.11/_sources/architecture/storage_engine.rst.txt b/content/doc/3.11.11/_sources/architecture/storage_engine.rst.txt
deleted file mode 100644
index 2bd429d..0000000
--- a/content/doc/3.11.11/_sources/architecture/storage_engine.rst.txt
+++ /dev/null
@@ -1,129 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Storage Engine
---------------
-
-.. _commit-log:
-
-CommitLog
-^^^^^^^^^
-
-Commitlogs are an append only log of all mutations local to a Cassandra node. Any data written to Cassandra will first be written to a commit log before being written to a memtable. This provides durability in the case of unexpected shutdown. On startup, any mutations in the commit log will be applied to memtables.
-
-All mutations write optimized by storing in commitlog segments, reducing the number of seeks needed to write to disk. Commitlog Segments are limited by the "commitlog_segment_size_in_mb" option, once the size is reached, a new commitlog segment is created. Commitlog segments can be archived, deleted, or recycled once all its data has been flushed to SSTables.  Commitlog segments are truncated when Cassandra has written data older than a certain point to the SSTables. Running "nodetool dr [...]
-
-- ``commitlog_segment_size_in_mb``: The default size is 32, which is almost always fine, but if you are archiving commitlog segments (see commitlog_archiving.properties), then you probably want a finer granularity of archiving; 8 or 16 MB is reasonable. Max mutation size is also configurable via max_mutation_size_in_kb setting in cassandra.yaml. The default is half the size commitlog_segment_size_in_mb * 1024.
-
-***NOTE: If max_mutation_size_in_kb is set explicitly then commitlog_segment_size_in_mb must be set to at least twice the size of max_mutation_size_in_kb / 1024***
-
-*Default Value:* 32
-
-Commitlogs are an append only log of all mutations local to a Cassandra node. Any data written to Cassandra will first be written to a commit log before being written to a memtable. This provides durability in the case of unexpected shutdown. On startup, any mutations in the commit log will be applied.
-
-- ``commitlog_sync``: may be either “periodic” or “batch.”
-
-  - ``batch``: In batch mode, Cassandra won’t ack writes until the commit log has been fsynced to disk. It will wait "commitlog_sync_batch_window_in_ms" milliseconds between fsyncs. This window should be kept short because the writer threads will be unable to do extra work while waiting. You may need to increase concurrent_writes for the same reason.
-
-    - ``commitlog_sync_batch_window_in_ms``: Time to wait between "batch" fsyncs
-    *Default Value:* 2
-
-  - ``periodic``: In periodic mode, writes are immediately ack'ed, and the CommitLog is simply synced every "commitlog_sync_period_in_ms" milliseconds.
-
-    - ``commitlog_sync_period_in_ms``: Time to wait between "periodic" fsyncs
-    *Default Value:* 10000
-
-*Default Value:* periodic
-
-*** NOTE: In the event of an unexpected shutdown, Cassandra can lose up to the sync period or more if the sync is delayed. If using "batch" mode, it is recommended to store commitlogs in a separate, dedicated device.**
-
-
-- ``commitlog_directory``: This option is commented out by default When running on magnetic HDD, this should be a separate spindle than the data directories. If not set, the default directory is $CASSANDRA_HOME/data/commitlog.
-
-*Default Value:* /var/lib/cassandra/commitlog
-
-- ``commitlog_compression``: Compression to apply to the commitlog. If omitted, the commit log will be written uncompressed. LZ4, Snappy, Deflate and Zstd compressors are supported.
-
-(Default Value: (complex option)::
-
-    #   - class_name: LZ4Compressor
-    #     parameters:
-    #         -
-
-- ``commitlog_total_space_in_mb``: Total space to use for commit logs on disk.
-
-If space gets above this value, Cassandra will flush every dirty CF in the oldest segment and remove it. So a small total commitlog space will tend to cause more flush activity on less-active columnfamilies.
-
-The default value is the smaller of 8192, and 1/4 of the total space of the commitlog volume.
-
-*Default Value:* 8192
-
-.. _memtables:
-
-Memtables
-^^^^^^^^^
-
-Memtables are in-memory structures where Cassandra buffers writes.  In general, there is one active memtable per table.
-Eventually, memtables are flushed onto disk and become immutable `SSTables`_.  This can be triggered in several
-ways:
-
-- The memory usage of the memtables exceeds the configured threshold  (see ``memtable_cleanup_threshold``)
-- The :ref:`commit-log` approaches its maximum size, and forces memtable flushes in order to allow commitlog segments to
-  be freed
-
-Memtables may be stored entirely on-heap or partially off-heap, depending on ``memtable_allocation_type``.
-
-SSTables
-^^^^^^^^
-
-SSTables are the immutable data files that Cassandra uses for persisting data on disk.
-
-As SSTables are flushed to disk from :ref:`memtables` or are streamed from other nodes, Cassandra triggers compactions
-which combine multiple SSTables into one.  Once the new SSTable has been written, the old SSTables can be removed.
-
-Each SSTable is comprised of multiple components stored in separate files:
-
-``Data.db``
-  The actual data, i.e. the contents of rows.
-
-``Index.db``
-  An index from partition keys to positions in the ``Data.db`` file.  For wide partitions, this may also include an
-  index to rows within a partition.
-
-``Summary.db``
-  A sampling of (by default) every 128th entry in the ``Index.db`` file.
-
-``Filter.db``
-  A Bloom Filter of the partition keys in the SSTable.
-
-``CompressionInfo.db``
-  Metadata about the offsets and lengths of compression chunks in the ``Data.db`` file.
-
-``Statistics.db``
-  Stores metadata about the SSTable, including information about timestamps, tombstones, clustering keys, compaction,
-  repair, compression, TTLs, and more.
-
-``Digest.crc32``
-  A CRC-32 digest of the ``Data.db`` file.
-
-``TOC.txt``
-  A plain text list of the component files for the SSTable.
-
-Within the ``Data.db`` file, rows are organized by partition.  These partitions are sorted in token order (i.e. by a
-hash of the partition key when the default partitioner, ``Murmur3Partition``, is used).  Within a partition, rows are
-stored in the order of their clustering keys.
-
-SSTables can be optionally compressed using block-based compression.
diff --git a/content/doc/3.11.11/_sources/bugs.rst.txt b/content/doc/3.11.11/_sources/bugs.rst.txt
deleted file mode 100644
index 240cfd4..0000000
--- a/content/doc/3.11.11/_sources/bugs.rst.txt
+++ /dev/null
@@ -1,30 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Reporting Bugs and Contributing
-===============================
-
-If you encounter a problem with Cassandra, the first places to ask for help are the :ref:`user mailing list
-<mailing-lists>` and the ``#cassandra`` :ref:`IRC channel <irc-channels>`.
-
-If, after having asked for help, you suspect that you have found a bug in Cassandra, you should report it by opening a
-ticket through the `Apache Cassandra JIRA <https://issues.apache.org/jira/browse/CASSANDRA>`__. Please provide as much
-details as you can on your problem, and don't forget to indicate which version of Cassandra you are running and on which
-environment.
-
-Further details on how to contribute can be found at our :doc:`development/index` section. Please note that the source of
-this documentation is part of the Cassandra git repository and hence contributions to the documentation should follow the
-same path.
diff --git a/content/doc/3.11.11/_sources/configuration/cass_cl_archive_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_cl_archive_file.rst.txt
deleted file mode 100644
index 9396574..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_cl_archive_file.rst.txt
+++ /dev/null
@@ -1,46 +0,0 @@
-.. _cassandra-cl-archive:
-
-commitlog_archiving.properties file
-================================
-
-The ``commitlog_archiving.properties`` configuration file can optionally set commands that are executed when archiving or restoring a commitlog segment.
-
-===========================
-Options
-===========================
-
-``archive_command=<command>``
-------
-One command can be inserted with %path and %name arguments. %path is the fully qualified path of the commitlog segment to archive. %name is the filename of the commitlog. STDOUT, STDIN, or multiple commands cannot be executed. If multiple commands are required, add a pointer to a script in this option.
-
-**Example:** archive_command=/bin/ln %path /backup/%name
-
-**Default value:** blank
-
-``restore_command=<command>``
-------
-One command can be inserted with %from and %to arguments. %from is the fully qualified path to an archived commitlog segment using the specified restore directories. %to defines the directory to the live commitlog location.
-
-**Example:** restore_command=/bin/cp -f %from %to
-
-**Default value:** blank
-
-``restore_directories=<directory>``
-------
-Defines the directory to scan the recovery files into.
-
-**Default value:** blank
-
-``restore_point_in_time=<timestamp>``
-------
-Restore mutations created up to and including this timestamp in GMT in the format ``yyyy:MM:dd HH:mm:ss``.  Recovery will continue through the segment when the first client-supplied timestamp greater than this time is encountered, but only mutations less than or equal to this timestamp will be applied.
-
-**Example:** 2020:04:31 20:43:12
-
-**Default value:** blank
-
-``precision=<timestamp_precision>``
-------
-Precision of the timestamp used in the inserts. Choice is generally MILLISECONDS or MICROSECONDS
-
-**Default value:** MICROSECONDS
diff --git a/content/doc/3.11.11/_sources/configuration/cass_env_sh_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_env_sh_file.rst.txt
deleted file mode 100644
index eb48a51..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_env_sh_file.rst.txt
+++ /dev/null
@@ -1,128 +0,0 @@
-.. _cassandra-envsh:
-
-cassandra-env.sh file 
-=====================
-
-The ``cassandra-env.sh`` bash script file can be used to pass additional options to the Java virtual machine (JVM), such as maximum and minimum heap size, rather than setting them in the environment. If the JVM settings are static and do not need to be computed from the node characteristics, the :ref:`cassandra-jvm-options` files should be used instead. For example, commonly computed values are the heap sizes, using the system values.
-
-For example, add ``JVM_OPTS="$JVM_OPTS -Dcassandra.load_ring_state=false"`` to the ``cassandra_env.sh`` file
-and run the command-line ``cassandra`` to start. The option is set from the ``cassandra-env.sh`` file, and is equivalent to starting Cassandra with the command-line option ``cassandra -Dcassandra.load_ring_state=false``.
-
-The ``-D`` option specifies the start-up parameters in both the command line and ``cassandra-env.sh`` file. The following options are available:
-
-``cassandra.auto_bootstrap=false``
-----------------------------------
-Facilitates setting auto_bootstrap to false on initial set-up of the cluster. The next time you start the cluster, you do not need to change the ``cassandra.yaml`` file on each node to revert to true, the default value.
-
-``cassandra.available_processors=<number_of_processors>``
----------------------------------------------------------
-In a multi-instance deployment, multiple Cassandra instances will independently assume that all CPU processors are available to it. This setting allows you to specify a smaller set of processors.
-
-``cassandra.config=<directory>``
---------------------------------
-The directory location of the ``cassandra.yaml file``. The default location depends on the type of installation.
-
-``cassandra.ignore_dynamic_snitch_severity=true|false`` 
--------------------------------------------------------
-Setting this property to true causes the dynamic snitch to ignore the severity indicator from gossip when scoring nodes.  Explore failure detection and recovery and dynamic snitching for more information.
-
-**Default:** false
-
-``cassandra.initial_token=<token>``
------------------------------------
-Use when virtual nodes (vnodes) are not used. Sets the initial partitioner token for a node the first time the node is started. 
-Note: Vnodes are highly recommended as they automatically select tokens.
-
-**Default:** disabled
-
-``cassandra.join_ring=true|false``
-----------------------------------
-Set to false to start Cassandra on a node but not have the node join the cluster. 
-You can use ``nodetool join`` and a JMX call to join the ring afterwards.
-
-**Default:** true
-
-``cassandra.load_ring_state=true|false``
-----------------------------------------
-Set to false to clear all gossip state for the node on restart. 
-
-**Default:** true
-
-``cassandra.metricsReporterConfigFile=<filename>``
---------------------------------------------------
-Enable pluggable metrics reporter. Explore pluggable metrics reporting for more information.
-
-``cassandra.partitioner=<partitioner>``
----------------------------------------
-Set the partitioner. 
-
-**Default:** org.apache.cassandra.dht.Murmur3Partitioner
-
-``cassandra.prepared_statements_cache_size_in_bytes=<cache_size>``
-------------------------------------------------------------------
-Set the cache size for prepared statements.
-
-``cassandra.replace_address=<listen_address of dead node>|<broadcast_address of dead node>``
---------------------------------------------------------------------------------------------
-To replace a node that has died, restart a new node in its place specifying the ``listen_address`` or ``broadcast_address`` that the new node is assuming. The new node must not have any data in its data directory, the same state as before bootstrapping.
-Note: The ``broadcast_address`` defaults to the ``listen_address`` except when using the ``Ec2MultiRegionSnitch``.
-
-``cassandra.replayList=<table>``
---------------------------------
-Allow restoring specific tables from an archived commit log.
-
-``cassandra.ring_delay_ms=<number_of_ms>``
-------------------------------------------
-Defines the amount of time a node waits to hear from other nodes before formally joining the ring. 
-
-**Default:** 1000ms
-
-``cassandra.native_transport_port=<port>``
-------------------------------------------
-Set the port on which the CQL native transport listens for clients. 
-
-**Default:** 9042
-
-``cassandra.rpc_port=<port>``
------------------------------
-Set the port for the Thrift RPC service, which is used for client connections. 
-
-**Default:** 9160
-
-``cassandra.storage_port=<port>``
----------------------------------
-Set the port for inter-node communication. 
-
-**Default:** 7000
-
-``cassandra.ssl_storage_port=<port>``
--------------------------------------
-Set the SSL port for encrypted communication. 
-
-**Default:** 7001
-
-``cassandra.start_native_transport=true|false``
------------------------------------------------
-Enable or disable the native transport server. See ``start_native_transport`` in ``cassandra.yaml``. 
-
-**Default:** true
-
-``cassandra.start_rpc=true|false``
-----------------------------------
-Enable or disable the Thrift RPC server. 
-
-**Default:** true
-
-``cassandra.triggers_dir=<directory>``
---------------------------------------
-Set the default location for the trigger JARs. 
-
-**Default:** conf/triggers
-
-``cassandra.write_survey=true``
--------------------------------
-For testing new compaction and compression strategies. It allows you to experiment with different strategies and benchmark write performance differences without affecting the production workload.
-
-``consistent.rangemovement=true|false``
----------------------------------------
-Set to true makes Cassandra perform bootstrap safely without violating consistency. False disables this.
diff --git a/content/doc/3.11.11/_sources/configuration/cass_jvm_options_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_jvm_options_file.rst.txt
deleted file mode 100644
index f5a6326..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_jvm_options_file.rst.txt
+++ /dev/null
@@ -1,10 +0,0 @@
-.. _cassandra-jvm-options:
-
-jvm-* files 
-===========
-
-Several files for JVM configuration are included in Cassandra. The ``jvm-server.options`` file, and corresponding files ``jvm8-server.options`` and ``jvm11-server.options`` are the main file for settings that affect the operation of the Cassandra JVM on cluster nodes. The file includes startup parameters, general JVM settings such as garbage collection, and heap settings. The ``jvm-clients.options`` and corresponding ``jvm8-clients.options`` and ``jvm11-clients.options`` files can be use [...]
-
-See each file for examples of settings.
-
-.. note:: The ``jvm-*`` files replace the :ref:`cassandra-envsh` file used in Cassandra versions prior to Cassandra 3.0. The ``cassandra-env.sh`` bash script file is still useful if JVM settings must be dynamically calculated based on system settings. The ``jvm-*`` files only store static JVM settings.
diff --git a/content/doc/3.11.11/_sources/configuration/cass_logback_xml_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_logback_xml_file.rst.txt
deleted file mode 100644
index 3de1c77..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_logback_xml_file.rst.txt
+++ /dev/null
@@ -1,157 +0,0 @@
-.. _cassandra-logback-xml:
-
-logback.xml file 
-================================
-
-The ``logback.xml`` configuration file can optionally set logging levels for the logs written to ``system.log`` and ``debug.log``. The logging levels can also be set using ``nodetool setlogginglevels``.
-
-===========================
-Options
-===========================
-
-``appender name="<appender_choice>"...</appender>``
-------
-
-Specify log type and settings. Possible appender names are: ``SYSTEMLOG``, ``DEBUGLOG``, ``ASYNCDEBUGLOG``, and ``STDOUT``. ``SYSTEMLOG`` ensures that WARN and ERROR message are written synchronously to the specified file. ``DEBUGLOG`` and  ``ASYNCDEBUGLOG`` ensure that DEBUG messages are written either synchronously or asynchronously, respectively, to the specified file. ``STDOUT`` writes all messages to the console in a human-readable format.
-
-**Example:** <appender name="SYSTEMLOG" class="ch.qos.logback.core.rolling.RollingFileAppender">
-
-``<file> <filename> </file>``
-------
-
-Specify the filename for a log.
-
-**Example:** <file>${cassandra.logdir}/system.log</file>
-
-``<level> <log_level> </level>``
-------
-
-Specify the level for a log. Part of the filter. Levels are: ``ALL``, ``TRACE``, ``DEBUG``, ``INFO``, ``WARN``, ``ERROR``, ``OFF``. ``TRACE`` creates the most verbose log, ``ERROR`` the least.
-
-.. note::
-Note: Increasing logging levels can generate heavy logging output on a moderately trafficked cluster.
-You can use the ``nodetool getlogginglevels`` command to see the current logging configuration.
-
-**Default:** INFO
-
-**Example:** <level>INFO</level>
-
-``<rollingPolicy class="<rolling_policy_choice>" <fileNamePattern><pattern_info></fileNamePattern> ... </rollingPolicy>``
-------
-
-Specify the policy for rolling logs over to an archive.
-
-**Example:** <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
-
-``<fileNamePattern> <pattern_info> </fileNamePattern>``
-------
-
-Specify the pattern information for rolling over the log to archive. Part of the rolling policy.
-
-**Example:** <fileNamePattern>${cassandra.logdir}/system.log.%d{yyyy-MM-dd}.%i.zip</fileNamePattern>
-
-``<maxFileSize> <size> </maxFileSize>``
-------
-
-Specify the maximum file size to trigger rolling a log. Part of the rolling policy.
-
-**Example:** <maxFileSize>50MB</maxFileSize>
-
-``<maxHistory> <number_of_days> </maxHistory>``
-------
-
-Specify the maximum history in days to trigger rolling a log. Part of the rolling policy.
-
-**Example:** <maxHistory>7</maxHistory>
-
-``<encoder> <pattern>...</pattern> </encoder>``
-------
-
-Specify the format of the message. Part of the rolling policy.
-
-**Example:** <maxHistory>7</maxHistory>
-**Example:** <encoder> <pattern>%-5level [%thread] %date{ISO8601} %F:%L - %msg%n</pattern> </encoder>
-
-Contents of default ``logback.xml``
------------------------
-
-.. code-block:: XML
-
-	<configuration scan="true" scanPeriod="60 seconds">
-	  <jmxConfigurator />
-
-	  <!-- No shutdown hook; we run it ourselves in StorageService after shutdown -->
-
-	  <!-- SYSTEMLOG rolling file appender to system.log (INFO level) -->
-
-	  <appender name="SYSTEMLOG" class="ch.qos.logback.core.rolling.RollingFileAppender">
-	    <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
-      <level>INFO</level>
-	    </filter>
-	    <file>${cassandra.logdir}/system.log</file>
-	    <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
-	      <!-- rollover daily -->
-	      <fileNamePattern>${cassandra.logdir}/system.log.%d{yyyy-MM-dd}.%i.zip</fileNamePattern>
-	      <!-- each file should be at most 50MB, keep 7 days worth of history, but at most 5GB -->
-	      <maxFileSize>50MB</maxFileSize>
-	      <maxHistory>7</maxHistory>
-	      <totalSizeCap>5GB</totalSizeCap>
-	    </rollingPolicy>
-	    <encoder>
-	      <pattern>%-5level [%thread] %date{ISO8601} %F:%L - %msg%n</pattern>
-	    </encoder>
-	  </appender>
-
-	  <!-- DEBUGLOG rolling file appender to debug.log (all levels) -->
-
-	  <appender name="DEBUGLOG" class="ch.qos.logback.core.rolling.RollingFileAppender">
-	    <file>${cassandra.logdir}/debug.log</file>
-	    <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
-	      <!-- rollover daily -->
-	      <fileNamePattern>${cassandra.logdir}/debug.log.%d{yyyy-MM-dd}.%i.zip</fileNamePattern>
-	      <!-- each file should be at most 50MB, keep 7 days worth of history, but at most 5GB -->
-	      <maxFileSize>50MB</maxFileSize>
-	      <maxHistory>7</maxHistory>
-	      <totalSizeCap>5GB</totalSizeCap>
-	    </rollingPolicy>
-	    <encoder>
-	      <pattern>%-5level [%thread] %date{ISO8601} %F:%L - %msg%n</pattern>
-	    </encoder>
-	  </appender>
-
-	  <!-- ASYNCLOG assynchronous appender to debug.log (all levels) -->
-
-	  <appender name="ASYNCDEBUGLOG" class="ch.qos.logback.classic.AsyncAppender">
-	    <queueSize>1024</queueSize>
-	    <discardingThreshold>0</discardingThreshold>
-	    <includeCallerData>true</includeCallerData>
-	    <appender-ref ref="DEBUGLOG" />
-	  </appender>
-
-	  <!-- STDOUT console appender to stdout (INFO level) -->
-
-	  <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
-	    <filter class="ch.qos.logback.classic.filter.ThresholdFilter">
-	      <level>INFO</level>
-	    </filter>
-	    <encoder>
-	      <pattern>%-5level [%thread] %date{ISO8601} %F:%L - %msg%n</pattern>
-	    </encoder>
-	  </appender>
-
-	  <!-- Uncomment bellow and corresponding appender-ref to activate logback metrics
-	  <appender name="LogbackMetrics" class="com.codahale.metrics.logback.InstrumentedAppender" />
-	   -->
-
-	  <root level="INFO">
-	    <appender-ref ref="SYSTEMLOG" />
-	    <appender-ref ref="STDOUT" />
-	    <appender-ref ref="ASYNCDEBUGLOG" /> <!-- Comment this line to disable debug.log -->
-	    <!--
-	    <appender-ref ref="LogbackMetrics" />
-	    -->
-	  </root>
-
-	  <logger name="org.apache.cassandra" level="DEBUG"/>
-	  <logger name="com.thinkaurelius.thrift" level="ERROR"/>
-	</configuration>
diff --git a/content/doc/3.11.11/_sources/configuration/cass_rackdc_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_rackdc_file.rst.txt
deleted file mode 100644
index 9921092..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_rackdc_file.rst.txt
+++ /dev/null
@@ -1,67 +0,0 @@
-.. _cassandra-rackdc:
-
-cassandra-rackdc.properties file 
-================================
-
-Several :term:`snitch` options use the ``cassandra-rackdc.properties`` configuration file to determine which :term:`datacenters` and racks cluster nodes belong to. Information about the 
-network topology allows requests to be routed efficiently and to distribute replicas evenly. The following snitches can be configured here:
-
-- GossipingPropertyFileSnitch
-- AWS EC2 single-region snitch
-- AWS EC2 multi-region snitch
-
-The GossipingPropertyFileSnitch is recommended for production. This snitch uses the datacenter and rack information configured in a local node's ``cassandra-rackdc.properties``
-file and propagates the information to other nodes using :term:`gossip`. It is the default snitch and the settings in this properties file are enabled.
-
-The AWS EC2 snitches are configured for clusters in AWS. This snitch uses the ``cassandra-rackdc.properties`` options to designate one of two AWS EC2 datacenter and rack naming conventions:
-
-- legacy: Datacenter name is the part of the availability zone name preceding the last "-" when the zone ends in -1 and includes the number if not -1. Rack name is the portion of the availability zone name following  the last "-".
-
-          Examples: us-west-1a => dc: us-west, rack: 1a; us-west-2b => dc: us-west-2, rack: 2b;
-
-- standard: Datacenter name is the standard AWS region name, including the number. Rack name is the region plus the availability zone letter.
-
-          Examples: us-west-1a => dc: us-west-1, rack: us-west-1a; us-west-2b => dc: us-west-2, rack: us-west-2b;
-
-Either snitch can set to use the local or internal IP address when multiple datacenters are not communicating.
-
-===========================
-GossipingPropertyFileSnitch
-===========================
-
-``dc``
-------
-Name of the datacenter. The value is case-sensitive.
-
-**Default value:** DC1
-
-``rack``
---------
-Rack designation. The value is case-sensitive.
-
-**Default value:** RAC1 
-
-===========================
-AWS EC2 snitch
-===========================
-
-``ec2_naming_scheme``
----------------------
-Datacenter and rack naming convention. Options are ``legacy`` or ``standard`` (default). **This option is commented out by default.** 
-
-**Default value:** standard
-
-
-.. NOTE::
-          YOU MUST USE THE ``legacy`` VALUE IF YOU ARE UPGRADING A PRE-4.0 CLUSTER.
-
-===========================
-Either snitch
-===========================
-
-``prefer_local``
-----------------
-Option to use the local or internal IP address when communication is not across different datacenters. **This option is commented out by default.**
-
-**Default value:** true
-
diff --git a/content/doc/3.11.11/_sources/configuration/cass_topo_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_topo_file.rst.txt
deleted file mode 100644
index 264addc..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_topo_file.rst.txt
+++ /dev/null
@@ -1,48 +0,0 @@
-.. _cassandra-topology:
-
-cassandra-topologies.properties file 
-================================
-
-The ``PropertyFileSnitch`` :term:`snitch` option uses the ``cassandra-topologies.properties`` configuration file to determine which :term:`datacenters` and racks cluster nodes belong to. If other snitches are used, the 
-:ref:cassandra_rackdc must be used. The snitch determines network topology (proximity by rack and datacenter) so that requests are routed efficiently and allows the database to distribute replicas evenly.
-
-Include every node in the cluster in the properties file, defining your datacenter names as in the keyspace definition. The datacenter and rack names are case-sensitive.
-
-The ``cassandra-topologies.properties`` file must be copied identically to every node in the cluster.
-
-
-===========================
-Example
-===========================
-This example uses three datacenters:
-
-.. code-block:: bash
-
-   # datacenter One
-
-   175.56.12.105=DC1:RAC1
-   175.50.13.200=DC1:RAC1
-   175.54.35.197=DC1:RAC1
-
-   120.53.24.101=DC1:RAC2
-   120.55.16.200=DC1:RAC2
-   120.57.102.103=DC1:RAC2
-
-   # datacenter Two
-
-   110.56.12.120=DC2:RAC1
-   110.50.13.201=DC2:RAC1
-   110.54.35.184=DC2:RAC1
-
-   50.33.23.120=DC2:RAC2
-   50.45.14.220=DC2:RAC2
-   50.17.10.203=DC2:RAC2
-
-   # datacenter Three
-
-   172.106.12.120=DC3:RAC1
-   172.106.12.121=DC3:RAC1
-   172.106.12.122=DC3:RAC1
-
-   # default for unknown nodes 
-   default =DC3:RAC1
diff --git a/content/doc/3.11.11/_sources/configuration/cass_yaml_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cass_yaml_file.rst.txt
deleted file mode 100644
index 8a14336..0000000
--- a/content/doc/3.11.11/_sources/configuration/cass_yaml_file.rst.txt
+++ /dev/null
@@ -1,2109 +0,0 @@
-.. _cassandra-yaml:
-
-cassandra.yaml file configuration 
-=================================
-
-``cluster_name``
-----------------
-The name of the cluster. This is mainly used to prevent machines in
-one logical cluster from joining another.
-
-*Default Value:* 'Test Cluster'
-
-``num_tokens``
---------------
-
-This defines the number of tokens randomly assigned to this node on the ring
-The more tokens, relative to other nodes, the larger the proportion of data
-that this node will store. We recommend all nodes to have the same number
-of tokens assuming they have equal hardware capability.
-
-If you leave this unspecified, Cassandra will use the default of 1 token for legacy compatibility,
-and will use the initial_token as described below.
-
-Specifying initial_token will override this setting on the node's initial start,
-on subsequent starts, this setting will apply even if initial token is set.
-
-We recommend setting ``allocate_tokens_for_local_replication_factor`` in conjunction with this setting to ensure even allocation.
-
-*Default Value:* 256
-
-``allocate_tokens_for_keyspace``
---------------------------------
-*This option is commented out by default.*
-
-Triggers automatic allocation of num_tokens tokens for this node. The allocation
-algorithm attempts to choose tokens in a way that optimizes replicated load over
-the nodes in the datacenter for the replica factor.
-
-The load assigned to each node will be close to proportional to its number of
-vnodes.
-
-Only supported with the Murmur3Partitioner.
-
-Replica factor is determined via the replication strategy used by the specified
-keyspace.
-
-We recommend using the ``allocate_tokens_for_local_replication_factor`` setting instead for operational simplicity.
-
-*Default Value:* KEYSPACE
-
-``allocate_tokens_for_local_replication_factor``
-------------------------------------------------
-*This option is commented out by default.*
-
-Tokens will be allocated based on this replication factor, regardless of keyspace or datacenter.
-
-*Default Value:* 3
-
-``initial_token``
------------------
-*This option is commented out by default.*
-
-initial_token allows you to specify tokens manually.  While you can use it with
-vnodes (num_tokens > 1, above) -- in which case you should provide a 
-comma-separated list -- it's primarily used when adding nodes to legacy clusters 
-that do not have vnodes enabled.
-
-``hinted_handoff_enabled``
---------------------------
-
-May either be "true" or "false" to enable globally
-
-*Default Value:* true
-
-``hinted_handoff_disabled_datacenters``
----------------------------------------
-*This option is commented out by default.*
-
-When hinted_handoff_enabled is true, a black list of data centers that will not
-perform hinted handoff
-
-*Default Value (complex option)*::
-
-    #    - DC1
-    #    - DC2
-
-``max_hint_window_in_ms``
--------------------------
-This defines the maximum amount of time a dead host will have hints
-generated.  After it has been dead this long, new hints for it will not be
-created until it has been seen alive and gone down again.
-
-*Default Value:* 10800000 # 3 hours
-
-``hinted_handoff_throttle_in_kb``
----------------------------------
-
-Maximum throttle in KBs per second, per delivery thread.  This will be
-reduced proportionally to the number of nodes in the cluster.  (If there
-are two nodes in the cluster, each delivery thread will use the maximum
-rate; if there are three, each will throttle to half of the maximum,
-since we expect two nodes to be delivering hints simultaneously.)
-
-*Default Value:* 1024
-
-``max_hints_delivery_threads``
-------------------------------
-
-Number of threads with which to deliver hints;
-Consider increasing this number when you have multi-dc deployments, since
-cross-dc handoff tends to be slower
-
-*Default Value:* 2
-
-``hints_directory``
--------------------
-*This option is commented out by default.*
-
-Directory where Cassandra should store hints.
-If not set, the default directory is $CASSANDRA_HOME/data/hints.
-
-*Default Value:*  /var/lib/cassandra/hints
-
-``hints_flush_period_in_ms``
-----------------------------
-
-How often hints should be flushed from the internal buffers to disk.
-Will *not* trigger fsync.
-
-*Default Value:* 10000
-
-``max_hints_file_size_in_mb``
------------------------------
-
-Maximum size for a single hints file, in megabytes.
-
-*Default Value:* 128
-
-``hints_compression``
----------------------
-*This option is commented out by default.*
-
-Compression to apply to the hint files. If omitted, hints files
-will be written uncompressed. LZ4, Snappy, and Deflate compressors
-are supported.
-
-*Default Value (complex option)*::
-
-    #   - class_name: LZ4Compressor
-    #     parameters:
-    #         -
-
-``batchlog_replay_throttle_in_kb``
-----------------------------------
-Maximum throttle in KBs per second, total. This will be
-reduced proportionally to the number of nodes in the cluster.
-
-*Default Value:* 1024
-
-``authenticator``
------------------
-
-Authentication backend, implementing IAuthenticator; used to identify users
-Out of the box, Cassandra provides org.apache.cassandra.auth.{AllowAllAuthenticator,
-PasswordAuthenticator}.
-
-- AllowAllAuthenticator performs no checks - set it to disable authentication.
-- PasswordAuthenticator relies on username/password pairs to authenticate
-  users. It keeps usernames and hashed passwords in system_auth.roles table.
-  Please increase system_auth keyspace replication factor if you use this authenticator.
-  If using PasswordAuthenticator, CassandraRoleManager must also be used (see below)
-
-*Default Value:* AllowAllAuthenticator
-
-``authorizer``
---------------
-
-Authorization backend, implementing IAuthorizer; used to limit access/provide permissions
-Out of the box, Cassandra provides org.apache.cassandra.auth.{AllowAllAuthorizer,
-CassandraAuthorizer}.
-
-- AllowAllAuthorizer allows any action to any user - set it to disable authorization.
-- CassandraAuthorizer stores permissions in system_auth.role_permissions table. Please
-  increase system_auth keyspace replication factor if you use this authorizer.
-
-*Default Value:* AllowAllAuthorizer
-
-``role_manager``
-----------------
-
-Part of the Authentication & Authorization backend, implementing IRoleManager; used
-to maintain grants and memberships between roles.
-Out of the box, Cassandra provides org.apache.cassandra.auth.CassandraRoleManager,
-which stores role information in the system_auth keyspace. Most functions of the
-IRoleManager require an authenticated login, so unless the configured IAuthenticator
-actually implements authentication, most of this functionality will be unavailable.
-
-- CassandraRoleManager stores role data in the system_auth keyspace. Please
-  increase system_auth keyspace replication factor if you use this role manager.
-
-*Default Value:* CassandraRoleManager
-
-``network_authorizer``
-----------------------
-
-Network authorization backend, implementing INetworkAuthorizer; used to restrict user
-access to certain DCs
-Out of the box, Cassandra provides org.apache.cassandra.auth.{AllowAllNetworkAuthorizer,
-CassandraNetworkAuthorizer}.
-
-- AllowAllNetworkAuthorizer allows access to any DC to any user - set it to disable authorization.
-- CassandraNetworkAuthorizer stores permissions in system_auth.network_permissions table. Please
-  increase system_auth keyspace replication factor if you use this authorizer.
-
-*Default Value:* AllowAllNetworkAuthorizer
-
-``roles_validity_in_ms``
-------------------------
-
-Validity period for roles cache (fetching granted roles can be an expensive
-operation depending on the role manager, CassandraRoleManager is one example)
-Granted roles are cached for authenticated sessions in AuthenticatedUser and
-after the period specified here, become eligible for (async) reload.
-Defaults to 2000, set to 0 to disable caching entirely.
-Will be disabled automatically for AllowAllAuthenticator.
-
-*Default Value:* 2000
-
-``roles_update_interval_in_ms``
--------------------------------
-*This option is commented out by default.*
-
-Refresh interval for roles cache (if enabled).
-After this interval, cache entries become eligible for refresh. Upon next
-access, an async reload is scheduled and the old value returned until it
-completes. If roles_validity_in_ms is non-zero, then this must be
-also.
-Defaults to the same value as roles_validity_in_ms.
-
-*Default Value:* 2000
-
-``permissions_validity_in_ms``
-------------------------------
-
-Validity period for permissions cache (fetching permissions can be an
-expensive operation depending on the authorizer, CassandraAuthorizer is
-one example). Defaults to 2000, set to 0 to disable.
-Will be disabled automatically for AllowAllAuthorizer.
-
-*Default Value:* 2000
-
-``permissions_update_interval_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-Refresh interval for permissions cache (if enabled).
-After this interval, cache entries become eligible for refresh. Upon next
-access, an async reload is scheduled and the old value returned until it
-completes. If permissions_validity_in_ms is non-zero, then this must be
-also.
-Defaults to the same value as permissions_validity_in_ms.
-
-*Default Value:* 2000
-
-``credentials_validity_in_ms``
-------------------------------
-
-Validity period for credentials cache. This cache is tightly coupled to
-the provided PasswordAuthenticator implementation of IAuthenticator. If
-another IAuthenticator implementation is configured, this cache will not
-be automatically used and so the following settings will have no effect.
-Please note, credentials are cached in their encrypted form, so while
-activating this cache may reduce the number of queries made to the
-underlying table, it may not  bring a significant reduction in the
-latency of individual authentication attempts.
-Defaults to 2000, set to 0 to disable credentials caching.
-
-*Default Value:* 2000
-
-``credentials_update_interval_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-Refresh interval for credentials cache (if enabled).
-After this interval, cache entries become eligible for refresh. Upon next
-access, an async reload is scheduled and the old value returned until it
-completes. If credentials_validity_in_ms is non-zero, then this must be
-also.
-Defaults to the same value as credentials_validity_in_ms.
-
-*Default Value:* 2000
-
-``partitioner``
----------------
-
-The partitioner is responsible for distributing groups of rows (by
-partition key) across nodes in the cluster. The partitioner can NOT be
-changed without reloading all data.  If you are adding nodes or upgrading,
-you should set this to the same partitioner that you are currently using.
-
-The default partitioner is the Murmur3Partitioner. Older partitioners
-such as the RandomPartitioner, ByteOrderedPartitioner, and
-OrderPreservingPartitioner have been included for backward compatibility only.
-For new clusters, you should NOT change this value.
-
-
-*Default Value:* org.apache.cassandra.dht.Murmur3Partitioner
-
-``data_file_directories``
--------------------------
-*This option is commented out by default.*
-
-Directories where Cassandra should store data on disk. If multiple
-directories are specified, Cassandra will spread data evenly across 
-them by partitioning the token ranges.
-If not set, the default directory is $CASSANDRA_HOME/data/data.
-
-*Default Value (complex option)*::
-
-    #     - /var/lib/cassandra/data
-
-``local_system_data_file_directory``
--------------------------
-*This option is commented out by default.*
-
-Directory were Cassandra should store the data of the local system keyspaces.
-By default Cassandra will store the data of the local system keyspaces (at the exception of the system.batches,
-system.paxos, system.compaction_history, system.prepared_statements and system.repair tables) in the first of the data
-directories specified by data_file_directories.
-This approach ensures that if one of the other disks is lost Cassandra can continue to operate. For extra security
-this setting allows to store those data on a different directory that provides redundancy.
-
-``commitlog_directory``
------------------------
-*This option is commented out by default.*
-commit log.  when running on magnetic HDD, this should be a
-separate spindle than the data directories.
-If not set, the default directory is $CASSANDRA_HOME/data/commitlog.
-
-*Default Value:*  /var/lib/cassandra/commitlog
-
-``cdc_enabled``
----------------
-
-Enable / disable CDC functionality on a per-node basis. This modifies the logic used
-for write path allocation rejection (standard: never reject. cdc: reject Mutation
-containing a CDC-enabled table if at space limit in cdc_raw_directory).
-
-*Default Value:* false
-
-``cdc_raw_directory``
----------------------
-*This option is commented out by default.*
-
-CommitLogSegments are moved to this directory on flush if cdc_enabled: true and the
-segment contains mutations for a CDC-enabled table. This should be placed on a
-separate spindle than the data directories. If not set, the default directory is
-$CASSANDRA_HOME/data/cdc_raw.
-
-*Default Value:*  /var/lib/cassandra/cdc_raw
-
-``disk_failure_policy``
------------------------
-
-Policy for data disk failures:
-
-die
-  shut down gossip and client transports and kill the JVM for any fs errors or
-  single-sstable errors, so the node can be replaced.
-
-stop_paranoid
-  shut down gossip and client transports even for single-sstable errors,
-  kill the JVM for errors during startup.
-
-stop
-  shut down gossip and client transports, leaving the node effectively dead, but
-  can still be inspected via JMX, kill the JVM for errors during startup.
-
-best_effort
-   stop using the failed disk and respond to requests based on
-   remaining available sstables.  This means you WILL see obsolete
-   data at CL.ONE!
-
-ignore
-   ignore fatal errors and let requests fail, as in pre-1.2 Cassandra
-
-*Default Value:* stop
-
-``commit_failure_policy``
--------------------------
-
-Policy for commit disk failures:
-
-die
-  shut down the node and kill the JVM, so the node can be replaced.
-
-stop
-  shut down the node, leaving the node effectively dead, but
-  can still be inspected via JMX.
-
-stop_commit
-  shutdown the commit log, letting writes collect but
-  continuing to service reads, as in pre-2.0.5 Cassandra
-
-ignore
-  ignore fatal errors and let the batches fail
-
-*Default Value:* stop
-
-``prepared_statements_cache_size_mb``
--------------------------------------
-
-Maximum size of the native protocol prepared statement cache
-
-Valid values are either "auto" (omitting the value) or a value greater 0.
-
-Note that specifying a too large value will result in long running GCs and possbily
-out-of-memory errors. Keep the value at a small fraction of the heap.
-
-If you constantly see "prepared statements discarded in the last minute because
-cache limit reached" messages, the first step is to investigate the root cause
-of these messages and check whether prepared statements are used correctly -
-i.e. use bind markers for variable parts.
-
-Do only change the default value, if you really have more prepared statements than
-fit in the cache. In most cases it is not neccessary to change this value.
-Constantly re-preparing statements is a performance penalty.
-
-Default value ("auto") is 1/256th of the heap or 10MB, whichever is greater
-
-``key_cache_size_in_mb``
-------------------------
-
-Maximum size of the key cache in memory.
-
-Each key cache hit saves 1 seek and each row cache hit saves 2 seeks at the
-minimum, sometimes more. The key cache is fairly tiny for the amount of
-time it saves, so it's worthwhile to use it at large numbers.
-The row cache saves even more time, but must contain the entire row,
-so it is extremely space-intensive. It's best to only use the
-row cache if you have hot rows or static rows.
-
-NOTE: if you reduce the size, you may not get you hottest keys loaded on startup.
-
-Default value is empty to make it "auto" (min(5% of Heap (in MB), 100MB)). Set to 0 to disable key cache.
-
-``key_cache_save_period``
--------------------------
-
-Duration in seconds after which Cassandra should
-save the key cache. Caches are saved to saved_caches_directory as
-specified in this configuration file.
-
-Saved caches greatly improve cold-start speeds, and is relatively cheap in
-terms of I/O for the key cache. Row cache saving is much more expensive and
-has limited use.
-
-Default is 14400 or 4 hours.
-
-*Default Value:* 14400
-
-``key_cache_keys_to_save``
---------------------------
-*This option is commented out by default.*
-
-Number of keys from the key cache to save
-Disabled by default, meaning all keys are going to be saved
-
-*Default Value:* 100
-
-``row_cache_class_name``
-------------------------
-*This option is commented out by default.*
-
-Row cache implementation class name. Available implementations:
-
-org.apache.cassandra.cache.OHCProvider
-  Fully off-heap row cache implementation (default).
-
-org.apache.cassandra.cache.SerializingCacheProvider
-  This is the row cache implementation availabile
-  in previous releases of Cassandra.
-
-*Default Value:* org.apache.cassandra.cache.OHCProvider
-
-``row_cache_size_in_mb``
-------------------------
-
-Maximum size of the row cache in memory.
-Please note that OHC cache implementation requires some additional off-heap memory to manage
-the map structures and some in-flight memory during operations before/after cache entries can be
-accounted against the cache capacity. This overhead is usually small compared to the whole capacity.
-Do not specify more memory that the system can afford in the worst usual situation and leave some
-headroom for OS block level cache. Do never allow your system to swap.
-
-Default value is 0, to disable row caching.
-
-*Default Value:* 0
-
-``row_cache_save_period``
--------------------------
-
-Duration in seconds after which Cassandra should save the row cache.
-Caches are saved to saved_caches_directory as specified in this configuration file.
-
-Saved caches greatly improve cold-start speeds, and is relatively cheap in
-terms of I/O for the key cache. Row cache saving is much more expensive and
-has limited use.
-
-Default is 0 to disable saving the row cache.
-
-*Default Value:* 0
-
-``row_cache_keys_to_save``
---------------------------
-*This option is commented out by default.*
-
-Number of keys from the row cache to save.
-Specify 0 (which is the default), meaning all keys are going to be saved
-
-*Default Value:* 100
-
-``counter_cache_size_in_mb``
-----------------------------
-
-Maximum size of the counter cache in memory.
-
-Counter cache helps to reduce counter locks' contention for hot counter cells.
-In case of RF = 1 a counter cache hit will cause Cassandra to skip the read before
-write entirely. With RF > 1 a counter cache hit will still help to reduce the duration
-of the lock hold, helping with hot counter cell updates, but will not allow skipping
-the read entirely. Only the local (clock, count) tuple of a counter cell is kept
-in memory, not the whole counter, so it's relatively cheap.
-
-NOTE: if you reduce the size, you may not get you hottest keys loaded on startup.
-
-Default value is empty to make it "auto" (min(2.5% of Heap (in MB), 50MB)). Set to 0 to disable counter cache.
-NOTE: if you perform counter deletes and rely on low gcgs, you should disable the counter cache.
-
-``counter_cache_save_period``
------------------------------
-
-Duration in seconds after which Cassandra should
-save the counter cache (keys only). Caches are saved to saved_caches_directory as
-specified in this configuration file.
-
-Default is 7200 or 2 hours.
-
-*Default Value:* 7200
-
-``counter_cache_keys_to_save``
-------------------------------
-*This option is commented out by default.*
-
-Number of keys from the counter cache to save
-Disabled by default, meaning all keys are going to be saved
-
-*Default Value:* 100
-
-``saved_caches_directory``
---------------------------
-*This option is commented out by default.*
-
-saved caches
-If not set, the default directory is $CASSANDRA_HOME/data/saved_caches.
-
-*Default Value:*  /var/lib/cassandra/saved_caches
-
-``commitlog_sync_batch_window_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-commitlog_sync may be either "periodic", "group", or "batch." 
-
-When in batch mode, Cassandra won't ack writes until the commit log
-has been flushed to disk.  Each incoming write will trigger the flush task.
-commitlog_sync_batch_window_in_ms is a deprecated value. Previously it had
-almost no value, and is being removed.
-
-
-*Default Value:* 2
-
-``commitlog_sync_group_window_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-group mode is similar to batch mode, where Cassandra will not ack writes
-until the commit log has been flushed to disk. The difference is group
-mode will wait up to commitlog_sync_group_window_in_ms between flushes.
-
-
-*Default Value:* 1000
-
-``commitlog_sync``
-------------------
-
-the default option is "periodic" where writes may be acked immediately
-and the CommitLog is simply synced every commitlog_sync_period_in_ms
-milliseconds.
-
-*Default Value:* periodic
-
-``commitlog_sync_period_in_ms``
--------------------------------
-
-*Default Value:* 10000
-
-``periodic_commitlog_sync_lag_block_in_ms``
--------------------------------------------
-*This option is commented out by default.*
-
-When in periodic commitlog mode, the number of milliseconds to block writes
-while waiting for a slow disk flush to complete.
-
-``commitlog_segment_size_in_mb``
---------------------------------
-
-The size of the individual commitlog file segments.  A commitlog
-segment may be archived, deleted, or recycled once all the data
-in it (potentially from each columnfamily in the system) has been
-flushed to sstables.
-
-The default size is 32, which is almost always fine, but if you are
-archiving commitlog segments (see commitlog_archiving.properties),
-then you probably want a finer granularity of archiving; 8 or 16 MB
-is reasonable.
-Max mutation size is also configurable via max_mutation_size_in_kb setting in
-cassandra.yaml. The default is half the size commitlog_segment_size_in_mb * 1024.
-This should be positive and less than 2048.
-
-NOTE: If max_mutation_size_in_kb is set explicitly then commitlog_segment_size_in_mb must
-be set to at least twice the size of max_mutation_size_in_kb / 1024
-
-
-*Default Value:* 32
-
-``commitlog_compression``
--------------------------
-*This option is commented out by default.*
-
-Compression to apply to the commit log. If omitted, the commit log
-will be written uncompressed.  LZ4, Snappy, and Deflate compressors
-are supported.
-
-*Default Value (complex option)*::
-
-    #   - class_name: LZ4Compressor
-    #     parameters:
-    #         -
-
-``table``
----------
-*This option is commented out by default.*
-Compression to apply to SSTables as they flush for compressed tables.
-Note that tables without compression enabled do not respect this flag.
-
-As high ratio compressors like LZ4HC, Zstd, and Deflate can potentially
-block flushes for too long, the default is to flush with a known fast
-compressor in those cases. Options are:
-
-none : Flush without compressing blocks but while still doing checksums.
-fast : Flush with a fast compressor. If the table is already using a
-       fast compressor that compressor is used.
-
-*Default Value:* Always flush with the same compressor that the table uses. This
-
-``flush_compression``
----------------------
-*This option is commented out by default.*
-       was the pre 4.0 behavior.
-
-
-*Default Value:* fast
-
-``seed_provider``
------------------
-
-any class that implements the SeedProvider interface and has a
-constructor that takes a Map<String, String> of parameters will do.
-
-*Default Value (complex option)*::
-
-        # Addresses of hosts that are deemed contact points. 
-        # Cassandra nodes use this list of hosts to find each other and learn
-        # the topology of the ring.  You must change this if you are running
-        # multiple nodes!
-        - class_name: org.apache.cassandra.locator.SimpleSeedProvider
-          parameters:
-              # seeds is actually a comma-delimited list of addresses.
-              # Ex: "<ip1>,<ip2>,<ip3>"
-              - seeds: "127.0.0.1:7000"
-
-``concurrent_reads``
---------------------
-For workloads with more data than can fit in memory, Cassandra's
-bottleneck will be reads that need to fetch data from
-disk. "concurrent_reads" should be set to (16 * number_of_drives) in
-order to allow the operations to enqueue low enough in the stack
-that the OS and drives can reorder them. Same applies to
-"concurrent_counter_writes", since counter writes read the current
-values before incrementing and writing them back.
-
-On the other hand, since writes are almost never IO bound, the ideal
-number of "concurrent_writes" is dependent on the number of cores in
-your system; (8 * number_of_cores) is a good rule of thumb.
-
-*Default Value:* 32
-
-``concurrent_writes``
----------------------
-
-*Default Value:* 32
-
-``concurrent_counter_writes``
------------------------------
-
-*Default Value:* 32
-
-``concurrent_materialized_view_writes``
----------------------------------------
-
-For materialized view writes, as there is a read involved, so this should
-be limited by the less of concurrent reads or concurrent writes.
-
-*Default Value:* 32
-
-``file_cache_size_in_mb``
--------------------------
-*This option is commented out by default.*
-
-Maximum memory to use for sstable chunk cache and buffer pooling.
-32MB of this are reserved for pooling buffers, the rest is used as an
-cache that holds uncompressed sstable chunks.
-Defaults to the smaller of 1/4 of heap or 512MB. This pool is allocated off-heap,
-so is in addition to the memory allocated for heap. The cache also has on-heap
-overhead which is roughly 128 bytes per chunk (i.e. 0.2% of the reserved size
-if the default 64k chunk size is used).
-Memory is only allocated when needed.
-
-*Default Value:* 512
-
-``buffer_pool_use_heap_if_exhausted``
--------------------------------------
-*This option is commented out by default.*
-
-Flag indicating whether to allocate on or off heap when the sstable buffer
-pool is exhausted, that is when it has exceeded the maximum memory
-file_cache_size_in_mb, beyond which it will not cache buffers but allocate on request.
-
-
-*Default Value:* true
-
-``disk_optimization_strategy``
-------------------------------
-*This option is commented out by default.*
-
-The strategy for optimizing disk read
-Possible values are:
-ssd (for solid state disks, the default)
-spinning (for spinning disks)
-
-*Default Value:* ssd
-
-``memtable_heap_space_in_mb``
------------------------------
-*This option is commented out by default.*
-
-Total permitted memory to use for memtables. Cassandra will stop
-accepting writes when the limit is exceeded until a flush completes,
-and will trigger a flush based on memtable_cleanup_threshold
-If omitted, Cassandra will set both to 1/4 the size of the heap.
-
-*Default Value:* 2048
-
-``memtable_offheap_space_in_mb``
---------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 2048
-
-``memtable_cleanup_threshold``
-------------------------------
-*This option is commented out by default.*
-
-memtable_cleanup_threshold is deprecated. The default calculation
-is the only reasonable choice. See the comments on  memtable_flush_writers
-for more information.
-
-Ratio of occupied non-flushing memtable size to total permitted size
-that will trigger a flush of the largest memtable. Larger mct will
-mean larger flushes and hence less compaction, but also less concurrent
-flush activity which can make it difficult to keep your disks fed
-under heavy write load.
-
-memtable_cleanup_threshold defaults to 1 / (memtable_flush_writers + 1)
-
-*Default Value:* 0.11
-
-``memtable_allocation_type``
-----------------------------
-
-Specify the way Cassandra allocates and manages memtable memory.
-Options are:
-
-heap_buffers
-  on heap nio buffers
-
-offheap_buffers
-  off heap (direct) nio buffers
-
-offheap_objects
-   off heap objects
-
-*Default Value:* heap_buffers
-
-``repair_session_space_in_mb``
-------------------------------
-*This option is commented out by default.*
-
-Limit memory usage for Merkle tree calculations during repairs. The default
-is 1/16th of the available heap. The main tradeoff is that smaller trees
-have less resolution, which can lead to over-streaming data. If you see heap
-pressure during repairs, consider lowering this, but you cannot go below
-one megabyte. If you see lots of over-streaming, consider raising
-this or using subrange repair.
-
-For more details see https://issues.apache.org/jira/browse/CASSANDRA-14096.
-
-
-``commitlog_total_space_in_mb``
--------------------------------
-*This option is commented out by default.*
-
-Total space to use for commit logs on disk.
-
-If space gets above this value, Cassandra will flush every dirty CF
-in the oldest segment and remove it.  So a small total commitlog space
-will tend to cause more flush activity on less-active columnfamilies.
-
-The default value is the smaller of 8192, and 1/4 of the total space
-of the commitlog volume.
-
-
-*Default Value:* 8192
-
-``memtable_flush_writers``
---------------------------
-*This option is commented out by default.*
-
-This sets the number of memtable flush writer threads per disk
-as well as the total number of memtables that can be flushed concurrently.
-These are generally a combination of compute and IO bound.
-
-Memtable flushing is more CPU efficient than memtable ingest and a single thread
-can keep up with the ingest rate of a whole server on a single fast disk
-until it temporarily becomes IO bound under contention typically with compaction.
-At that point you need multiple flush threads. At some point in the future
-it may become CPU bound all the time.
-
-You can tell if flushing is falling behind using the MemtablePool.BlockedOnAllocation
-metric which should be 0, but will be non-zero if threads are blocked waiting on flushing
-to free memory.
-
-memtable_flush_writers defaults to two for a single data directory.
-This means that two  memtables can be flushed concurrently to the single data directory.
-If you have multiple data directories the default is one memtable flushing at a time
-but the flush will use a thread per data directory so you will get two or more writers.
-
-Two is generally enough to flush on a fast disk [array] mounted as a single data directory.
-Adding more flush writers will result in smaller more frequent flushes that introduce more
-compaction overhead.
-
-There is a direct tradeoff between number of memtables that can be flushed concurrently
-and flush size and frequency. More is not better you just need enough flush writers
-to never stall waiting for flushing to free memory.
-
-
-*Default Value:* 2
-
-``cdc_total_space_in_mb``
--------------------------
-*This option is commented out by default.*
-
-Total space to use for change-data-capture logs on disk.
-
-If space gets above this value, Cassandra will throw WriteTimeoutException
-on Mutations including tables with CDC enabled. A CDCCompactor is responsible
-for parsing the raw CDC logs and deleting them when parsing is completed.
-
-The default value is the min of 4096 mb and 1/8th of the total space
-of the drive where cdc_raw_directory resides.
-
-*Default Value:* 4096
-
-``cdc_free_space_check_interval_ms``
-------------------------------------
-*This option is commented out by default.*
-
-When we hit our cdc_raw limit and the CDCCompactor is either running behind
-or experiencing backpressure, we check at the following interval to see if any
-new space for cdc-tracked tables has been made available. Default to 250ms
-
-*Default Value:* 250
-
-``index_summary_capacity_in_mb``
---------------------------------
-
-A fixed memory pool size in MB for for SSTable index summaries. If left
-empty, this will default to 5% of the heap size. If the memory usage of
-all index summaries exceeds this limit, SSTables with low read rates will
-shrink their index summaries in order to meet this limit.  However, this
-is a best-effort process. In extreme conditions Cassandra may need to use
-more than this amount of memory.
-
-``index_summary_resize_interval_in_minutes``
---------------------------------------------
-
-How frequently index summaries should be resampled.  This is done
-periodically to redistribute memory from the fixed-size pool to sstables
-proportional their recent read rates.  Setting to -1 will disable this
-process, leaving existing index summaries at their current sampling level.
-
-*Default Value:* 60
-
-``trickle_fsync``
------------------
-
-Whether to, when doing sequential writing, fsync() at intervals in
-order to force the operating system to flush the dirty
-buffers. Enable this to avoid sudden dirty buffer flushing from
-impacting read latencies. Almost always a good idea on SSDs; not
-necessarily on platters.
-
-*Default Value:* false
-
-``trickle_fsync_interval_in_kb``
---------------------------------
-
-*Default Value:* 10240
-
-``storage_port``
-----------------
-
-TCP port, for commands and data
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* 7000
-
-``ssl_storage_port``
---------------------
-
-SSL port, for legacy encrypted communication. This property is unused unless enabled in
-server_encryption_options (see below). As of cassandra 4.0, this property is deprecated
-as a single port can be used for either/both secure and insecure connections.
-For security reasons, you should not expose this port to the internet. Firewall it if needed.
-
-*Default Value:* 7001
-
-``listen_address``
-------------------
-
-Address or interface to bind to and tell other Cassandra nodes to connect to.
-You _must_ change this if you want multiple nodes to be able to communicate!
-
-Set listen_address OR listen_interface, not both.
-
-Leaving it blank leaves it up to InetAddress.getLocalHost(). This
-will always do the Right Thing _if_ the node is properly configured
-(hostname, name resolution, etc), and the Right Thing is to use the
-address associated with the hostname (it might not be).
-
-Setting listen_address to 0.0.0.0 is always wrong.
-
-
-*Default Value:* localhost
-
-``listen_interface``
---------------------
-*This option is commented out by default.*
-
-Set listen_address OR listen_interface, not both. Interfaces must correspond
-to a single address, IP aliasing is not supported.
-
-*Default Value:* eth0
-
-``listen_interface_prefer_ipv6``
---------------------------------
-*This option is commented out by default.*
-
-If you choose to specify the interface by name and the interface has an ipv4 and an ipv6 address
-you can specify which should be chosen using listen_interface_prefer_ipv6. If false the first ipv4
-address will be used. If true the first ipv6 address will be used. Defaults to false preferring
-ipv4. If there is only one address it will be selected regardless of ipv4/ipv6.
-
-*Default Value:* false
-
-``broadcast_address``
----------------------
-*This option is commented out by default.*
-
-Address to broadcast to other Cassandra nodes
-Leaving this blank will set it to the same value as listen_address
-
-*Default Value:* 1.2.3.4
-
-``listen_on_broadcast_address``
--------------------------------
-*This option is commented out by default.*
-
-When using multiple physical network interfaces, set this
-to true to listen on broadcast_address in addition to
-the listen_address, allowing nodes to communicate in both
-interfaces.
-Ignore this property if the network configuration automatically
-routes  between the public and private networks such as EC2.
-
-*Default Value:* false
-
-``internode_authenticator``
----------------------------
-*This option is commented out by default.*
-
-Internode authentication backend, implementing IInternodeAuthenticator;
-used to allow/disallow connections from peer nodes.
-
-*Default Value:* org.apache.cassandra.auth.AllowAllInternodeAuthenticator
-
-``start_native_transport``
---------------------------
-
-Whether to start the native transport server.
-The address on which the native transport is bound is defined by rpc_address.
-
-*Default Value:* true
-
-``native_transport_port``
--------------------------
-port for the CQL native transport to listen for clients on
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* 9042
-
-``native_transport_port_ssl``
------------------------------
-*This option is commented out by default.*
-Enabling native transport encryption in client_encryption_options allows you to either use
-encryption for the standard port or to use a dedicated, additional port along with the unencrypted
-standard native_transport_port.
-Enabling client encryption and keeping native_transport_port_ssl disabled will use encryption
-for native_transport_port. Setting native_transport_port_ssl to a different value
-from native_transport_port will use encryption for native_transport_port_ssl while
-keeping native_transport_port unencrypted.
-
-*Default Value:* 9142
-
-``native_transport_max_threads``
---------------------------------
-*This option is commented out by default.*
-The maximum threads for handling requests (note that idle threads are stopped
-after 30 seconds so there is not corresponding minimum setting).
-
-*Default Value:* 128
-
-``native_transport_max_frame_size_in_mb``
------------------------------------------
-*This option is commented out by default.*
-
-The maximum size of allowed frame. Frame (requests) larger than this will
-be rejected as invalid. The default is 256MB. If you're changing this parameter,
-you may want to adjust max_value_size_in_mb accordingly. This should be positive and less than 2048.
-
-*Default Value:* 256
-
-``native_transport_frame_block_size_in_kb``
--------------------------------------------
-*This option is commented out by default.*
-
-If checksumming is enabled as a protocol option, denotes the size of the chunks into which frame
-are bodies will be broken and checksummed.
-
-*Default Value:* 32
-
-``native_transport_max_concurrent_connections``
------------------------------------------------
-*This option is commented out by default.*
-
-The maximum number of concurrent client connections.
-The default is -1, which means unlimited.
-
-*Default Value:* -1
-
-``native_transport_max_concurrent_connections_per_ip``
-------------------------------------------------------
-*This option is commented out by default.*
-
-The maximum number of concurrent client connections per source ip.
-The default is -1, which means unlimited.
-
-*Default Value:* -1
-
-``native_transport_allow_older_protocols``
-------------------------------------------
-
-Controls whether Cassandra honors older, yet currently supported, protocol versions.
-The default is true, which means all supported protocols will be honored.
-
-*Default Value:* true
-
-``native_transport_idle_timeout_in_ms``
----------------------------------------
-*This option is commented out by default.*
-
-Controls when idle client connections are closed. Idle connections are ones that had neither reads
-nor writes for a time period.
-
-Clients may implement heartbeats by sending OPTIONS native protocol message after a timeout, which
-will reset idle timeout timer on the server side. To close idle client connections, corresponding
-values for heartbeat intervals have to be set on the client side.
-
-Idle connection timeouts are disabled by default.
-
-*Default Value:* 60000
-
-``rpc_address``
----------------
-
-The address or interface to bind the native transport server to.
-
-Set rpc_address OR rpc_interface, not both.
-
-Leaving rpc_address blank has the same effect as on listen_address
-(i.e. it will be based on the configured hostname of the node).
-
-Note that unlike listen_address, you can specify 0.0.0.0, but you must also
-set broadcast_rpc_address to a value other than 0.0.0.0.
-
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* localhost
-
-``rpc_interface``
------------------
-*This option is commented out by default.*
-
-Set rpc_address OR rpc_interface, not both. Interfaces must correspond
-to a single address, IP aliasing is not supported.
-
-*Default Value:* eth1
-
-``rpc_interface_prefer_ipv6``
------------------------------
-*This option is commented out by default.*
-
-If you choose to specify the interface by name and the interface has an ipv4 and an ipv6 address
-you can specify which should be chosen using rpc_interface_prefer_ipv6. If false the first ipv4
-address will be used. If true the first ipv6 address will be used. Defaults to false preferring
-ipv4. If there is only one address it will be selected regardless of ipv4/ipv6.
-
-*Default Value:* false
-
-``broadcast_rpc_address``
--------------------------
-*This option is commented out by default.*
-
-RPC address to broadcast to drivers and other Cassandra nodes. This cannot
-be set to 0.0.0.0. If left blank, this will be set to the value of
-rpc_address. If rpc_address is set to 0.0.0.0, broadcast_rpc_address must
-be set.
-
-*Default Value:* 1.2.3.4
-
-``rpc_keepalive``
------------------
-
-enable or disable keepalive on rpc/native connections
-
-*Default Value:* true
-
-``internode_send_buff_size_in_bytes``
--------------------------------------
-*This option is commented out by default.*
-
-Uncomment to set socket buffer size for internode communication
-Note that when setting this, the buffer size is limited by net.core.wmem_max
-and when not setting it it is defined by net.ipv4.tcp_wmem
-See also:
-/proc/sys/net/core/wmem_max
-/proc/sys/net/core/rmem_max
-/proc/sys/net/ipv4/tcp_wmem
-/proc/sys/net/ipv4/tcp_wmem
-and 'man tcp'
-
-``internode_recv_buff_size_in_bytes``
--------------------------------------
-*This option is commented out by default.*
-
-Uncomment to set socket buffer size for internode communication
-Note that when setting this, the buffer size is limited by net.core.wmem_max
-and when not setting it it is defined by net.ipv4.tcp_wmem
-
-``incremental_backups``
------------------------
-
-Set to true to have Cassandra create a hard link to each sstable
-flushed or streamed locally in a backups/ subdirectory of the
-keyspace data.  Removing these links is the operator's
-responsibility.
-
-*Default Value:* false
-
-``snapshot_before_compaction``
-------------------------------
-
-Whether or not to take a snapshot before each compaction.  Be
-careful using this option, since Cassandra won't clean up the
-snapshots for you.  Mostly useful if you're paranoid when there
-is a data format change.
-
-*Default Value:* false
-
-``auto_snapshot``
------------------
-
-Whether or not a snapshot is taken of the data before keyspace truncation
-or dropping of column families. The STRONGLY advised default of true 
-should be used to provide data safety. If you set this flag to false, you will
-lose data on truncation or drop.
-
-*Default Value:* true
-
-``column_index_size_in_kb``
----------------------------
-
-Granularity of the collation index of rows within a partition.
-Increase if your rows are large, or if you have a very large
-number of rows per partition.  The competing goals are these:
-
-- a smaller granularity means more index entries are generated
-  and looking up rows withing the partition by collation column
-  is faster
-- but, Cassandra will keep the collation index in memory for hot
-  rows (as part of the key cache), so a larger granularity means
-  you can cache more hot rows
-
-*Default Value:* 64
-
-``column_index_cache_size_in_kb``
----------------------------------
-
-Per sstable indexed key cache entries (the collation index in memory
-mentioned above) exceeding this size will not be held on heap.
-This means that only partition information is held on heap and the
-index entries are read from disk.
-
-Note that this size refers to the size of the
-serialized index information and not the size of the partition.
-
-*Default Value:* 2
-
-``concurrent_compactors``
--------------------------
-*This option is commented out by default.*
-
-Number of simultaneous compactions to allow, NOT including
-validation "compactions" for anti-entropy repair.  Simultaneous
-compactions can help preserve read performance in a mixed read/write
-workload, by mitigating the tendency of small sstables to accumulate
-during a single long running compactions. The default is usually
-fine and if you experience problems with compaction running too
-slowly or too fast, you should look at
-compaction_throughput_mb_per_sec first.
-
-concurrent_compactors defaults to the smaller of (number of disks,
-number of cores), with a minimum of 2 and a maximum of 8.
-
-If your data directories are backed by SSD, you should increase this
-to the number of cores.
-
-*Default Value:* 1
-
-``concurrent_validations``
---------------------------
-*This option is commented out by default.*
-
-Number of simultaneous repair validations to allow. Default is unbounded
-Values less than one are interpreted as unbounded (the default)
-
-*Default Value:* 0
-
-``concurrent_materialized_view_builders``
------------------------------------------
-
-Number of simultaneous materialized view builder tasks to allow.
-
-*Default Value:* 1
-
-``compaction_throughput_mb_per_sec``
-------------------------------------
-
-Throttles compaction to the given total throughput across the entire
-system. The faster you insert data, the faster you need to compact in
-order to keep the sstable count down, but in general, setting this to
-16 to 32 times the rate you are inserting data is more than sufficient.
-Setting this to 0 disables throttling. Note that this account for all types
-of compaction, including validation compaction.
-
-*Default Value:* 16
-
-``sstable_preemptive_open_interval_in_mb``
-------------------------------------------
-
-When compacting, the replacement sstable(s) can be opened before they
-are completely written, and used in place of the prior sstables for
-any range that has been written. This helps to smoothly transfer reads 
-between the sstables, reducing page cache churn and keeping hot rows hot
-
-*Default Value:* 50
-
-``stream_entire_sstables``
---------------------------
-*This option is commented out by default.*
-
-When enabled, permits Cassandra to zero-copy stream entire eligible
-SSTables between nodes, including every component.
-This speeds up the network transfer significantly subject to
-throttling specified by stream_throughput_outbound_megabits_per_sec.
-Enabling this will reduce the GC pressure on sending and receiving node.
-When unset, the default is enabled. While this feature tries to keep the
-disks balanced, it cannot guarantee it. This feature will be automatically
-disabled if internode encryption is enabled. Currently this can be used with
-Leveled Compaction. Once CASSANDRA-14586 is fixed other compaction strategies
-will benefit as well when used in combination with CASSANDRA-6696.
-
-*Default Value:* true
-
-``stream_throughput_outbound_megabits_per_sec``
------------------------------------------------
-*This option is commented out by default.*
-
-Throttles all outbound streaming file transfers on this node to the
-given total throughput in Mbps. This is necessary because Cassandra does
-mostly sequential IO when streaming data during bootstrap or repair, which
-can lead to saturating the network connection and degrading rpc performance.
-When unset, the default is 200 Mbps or 25 MB/s.
-
-*Default Value:* 200
-
-``inter_dc_stream_throughput_outbound_megabits_per_sec``
---------------------------------------------------------
-*This option is commented out by default.*
-
-Throttles all streaming file transfer between the datacenters,
-this setting allows users to throttle inter dc stream throughput in addition
-to throttling all network stream traffic as configured with
-stream_throughput_outbound_megabits_per_sec
-When unset, the default is 200 Mbps or 25 MB/s
-
-*Default Value:* 200
-
-``read_request_timeout_in_ms``
-------------------------------
-
-How long the coordinator should wait for read operations to complete.
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 5000
-
-``range_request_timeout_in_ms``
--------------------------------
-How long the coordinator should wait for seq or index scans to complete.
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 10000
-
-``write_request_timeout_in_ms``
--------------------------------
-How long the coordinator should wait for writes to complete.
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 2000
-
-``counter_write_request_timeout_in_ms``
----------------------------------------
-How long the coordinator should wait for counter writes to complete.
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 5000
-
-``cas_contention_timeout_in_ms``
---------------------------------
-How long a coordinator should continue to retry a CAS operation
-that contends with other proposals for the same row.
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 1000
-
-``truncate_request_timeout_in_ms``
-----------------------------------
-How long the coordinator should wait for truncates to complete
-(This can be much longer, because unless auto_snapshot is disabled
-we need to flush first so we can snapshot before removing the data.)
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 60000
-
-``request_timeout_in_ms``
--------------------------
-The default timeout for other, miscellaneous operations.
-Lowest acceptable value is 10 ms.
-
-*Default Value:* 10000
-
-``internode_application_send_queue_capacity_in_bytes``
-------------------------------------------------------
-*This option is commented out by default.*
-
-Defensive settings for protecting Cassandra from true network partitions.
-See (CASSANDRA-14358) for details.
-
-
-``internode_tcp_connect_timeout_in_ms``
----------------------------------------
-The amount of time to wait for internode tcp connections to establish.
-
-*Default Value:* 2000
-
-``internode_tcp_user_timeout_in_ms``
-------------------------------------
-The amount of time unacknowledged data is allowed on a connection before we throw out the connection
-Note this is only supported on Linux + epoll, and it appears to behave oddly above a setting of 30000
-(it takes much longer than 30s) as of Linux 4.12. If you want something that high set this to 0
-which picks up the OS default and configure the net.ipv4.tcp_retries2 sysctl to be ~8.
-
-*Default Value:* 30000
-
-``internode_streaming_tcp_user_timeout_in_ms``
-----------------------------------------------
-The amount of time unacknowledged data is allowed on a streaming connection before we close the connection.
-
-*Default Value:* 300000 (5 minutes)
-
-``internode_application_timeout_in_ms``
----------------------------------------
-The maximum continuous period a connection may be unwritable in application space.
-
-*Default Value:* 30000
-
-Global, per-endpoint and per-connection limits imposed on messages queued for delivery to other nodes
-and waiting to be processed on arrival from other nodes in the cluster.  These limits are applied to the on-wire
-size of the message being sent or received.
-
-The basic per-link limit is consumed in isolation before any endpoint or global limit is imposed.
-Each node-pair has three links: urgent, small and large.  So any given node may have a maximum of
-N*3*(internode_application_send_queue_capacity_in_bytes+internode_application_receive_queue_capacity_in_bytes)
-messages queued without any coordination between them although in practice, with token-aware routing, only RF*tokens
-nodes should need to communicate with significant bandwidth.
-
-The per-endpoint limit is imposed on all messages exceeding the per-link limit, simultaneously with the global limit,
-on all links to or from a single node in the cluster.
-The global limit is imposed on all messages exceeding the per-link limit, simultaneously with the per-endpoint limit,
-on all links to or from any node in the cluster.
-
-
-*Default Value:* 4194304                       #4MiB
-
-``internode_application_send_queue_reserve_endpoint_capacity_in_bytes``
------------------------------------------------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 134217728    #128MiB
-
-``internode_application_send_queue_reserve_global_capacity_in_bytes``
----------------------------------------------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 536870912      #512MiB
-
-``internode_application_receive_queue_capacity_in_bytes``
----------------------------------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 4194304                    #4MiB
-
-``internode_application_receive_queue_reserve_endpoint_capacity_in_bytes``
---------------------------------------------------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 134217728 #128MiB
-
-``internode_application_receive_queue_reserve_global_capacity_in_bytes``
-------------------------------------------------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 536870912   #512MiB
-
-``slow_query_log_timeout_in_ms``
---------------------------------
-
-
-How long before a node logs slow queries. Select queries that take longer than
-this timeout to execute, will generate an aggregated log message, so that slow queries
-can be identified. Set this value to zero to disable slow query logging.
-
-*Default Value:* 500
-
-``cross_node_timeout``
-----------------------
-*This option is commented out by default.*
-
-Enable operation timeout information exchange between nodes to accurately
-measure request timeouts.  If disabled, replicas will assume that requests
-were forwarded to them instantly by the coordinator, which means that
-under overload conditions we will waste that much extra time processing 
-already-timed-out requests.
-
-Warning: It is generally assumed that users have setup NTP on their clusters, and that clocks are modestly in sync, 
-since this is a requirement for general correctness of last write wins.
-
-*Default Value:* true
-
-``streaming_keep_alive_period_in_secs``
----------------------------------------
-*This option is commented out by default.*
-
-Set keep-alive period for streaming
-This node will send a keep-alive message periodically with this period.
-If the node does not receive a keep-alive message from the peer for
-2 keep-alive cycles the stream session times out and fail
-Default value is 300s (5 minutes), which means stalled stream
-times out in 10 minutes by default
-
-*Default Value:* 300
-
-``streaming_connections_per_host``
-----------------------------------
-*This option is commented out by default.*
-
-Limit number of connections per host for streaming
-Increase this when you notice that joins are CPU-bound rather that network
-bound (for example a few nodes with big files).
-
-*Default Value:* 1
-
-``phi_convict_threshold``
--------------------------
-*This option is commented out by default.*
-
-
-phi value that must be reached for a host to be marked down.
-most users should never need to adjust this.
-
-*Default Value:* 8
-
-``endpoint_snitch``
--------------------
-
-endpoint_snitch -- Set this to a class that implements
-IEndpointSnitch.  The snitch has two functions:
-
-- it teaches Cassandra enough about your network topology to route
-  requests efficiently
-- it allows Cassandra to spread replicas around your cluster to avoid
-  correlated failures. It does this by grouping machines into
-  "datacenters" and "racks."  Cassandra will do its best not to have
-  more than one replica on the same "rack" (which may not actually
-  be a physical location)
-
-CASSANDRA WILL NOT ALLOW YOU TO SWITCH TO AN INCOMPATIBLE SNITCH
-ONCE DATA IS INSERTED INTO THE CLUSTER.  This would cause data loss.
-This means that if you start with the default SimpleSnitch, which
-locates every node on "rack1" in "datacenter1", your only options
-if you need to add another datacenter are GossipingPropertyFileSnitch
-(and the older PFS).  From there, if you want to migrate to an
-incompatible snitch like Ec2Snitch you can do it by adding new nodes
-under Ec2Snitch (which will locate them in a new "datacenter") and
-decommissioning the old ones.
-
-Out of the box, Cassandra provides:
-
-SimpleSnitch:
-   Treats Strategy order as proximity. This can improve cache
-   locality when disabling read repair.  Only appropriate for
-   single-datacenter deployments.
-
-GossipingPropertyFileSnitch
-   This should be your go-to snitch for production use.  The rack
-   and datacenter for the local node are defined in
-   cassandra-rackdc.properties and propagated to other nodes via
-   gossip.  If cassandra-topology.properties exists, it is used as a
-   fallback, allowing migration from the PropertyFileSnitch.
-
-PropertyFileSnitch:
-   Proximity is determined by rack and data center, which are
-   explicitly configured in cassandra-topology.properties.
-
-Ec2Snitch:
-   Appropriate for EC2 deployments in a single Region. Loads Region
-   and Availability Zone information from the EC2 API. The Region is
-   treated as the datacenter, and the Availability Zone as the rack.
-   Only private IPs are used, so this will not work across multiple
-   Regions.
-
-Ec2MultiRegionSnitch:
-   Uses public IPs as broadcast_address to allow cross-region
-   connectivity.  (Thus, you should set seed addresses to the public
-   IP as well.) You will need to open the storage_port or
-   ssl_storage_port on the public IP firewall.  (For intra-Region
-   traffic, Cassandra will switch to the private IP after
-   establishing a connection.)
-
-RackInferringSnitch:
-   Proximity is determined by rack and data center, which are
-   assumed to correspond to the 3rd and 2nd octet of each node's IP
-   address, respectively.  Unless this happens to match your
-   deployment conventions, this is best used as an example of
-   writing a custom Snitch class and is provided in that spirit.
-
-You can use a custom Snitch by setting this to the full class name
-of the snitch, which will be assumed to be on your classpath.
-
-*Default Value:* SimpleSnitch
-
-``dynamic_snitch_update_interval_in_ms``
-----------------------------------------
-
-controls how often to perform the more expensive part of host score
-calculation
-
-*Default Value:* 100 
-
-``dynamic_snitch_reset_interval_in_ms``
----------------------------------------
-controls how often to reset all host scores, allowing a bad host to
-possibly recover
-
-*Default Value:* 600000
-
-``dynamic_snitch_badness_threshold``
-------------------------------------
-if set greater than zero, this will allow
-'pinning' of replicas to hosts in order to increase cache capacity.
-The badness threshold will control how much worse the pinned host has to be
-before the dynamic snitch will prefer other replicas over it.  This is
-expressed as a double which represents a percentage.  Thus, a value of
-0.2 means Cassandra would continue to prefer the static snitch values
-until the pinned host was 20% worse than the fastest.
-
-*Default Value:* 0.1
-
-``server_encryption_options``
------------------------------
-
-Enable or disable inter-node encryption
-JVM and netty defaults for supported SSL socket protocols and cipher suites can
-be replaced using custom encryption options. This is not recommended
-unless you have policies in place that dictate certain settings, or
-need to disable vulnerable ciphers or protocols in case the JVM cannot
-be updated.
-FIPS compliant settings can be configured at JVM level and should not
-involve changing encryption settings here:
-https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/FIPS.html
-
-*NOTE* No custom encryption options are enabled at the moment
-The available internode options are : all, none, dc, rack
-If set to dc cassandra will encrypt the traffic between the DCs
-If set to rack cassandra will encrypt the traffic between the racks
-
-The passwords used in these options must match the passwords used when generating
-the keystore and truststore.  For instructions on generating these files, see:
-http://download.oracle.com/javase/8/docs/technotes/guides/security/jsse/JSSERefGuide.html#CreateKeystore
-
-
-*Default Value (complex option)*::
-
-        # set to true for allowing secure incoming connections
-        enabled: false
-        # If enabled and optional are both set to true, encrypted and unencrypted connections are handled on the storage_port
-        optional: false
-        # if enabled, will open up an encrypted listening socket on ssl_storage_port. Should be used
-        # during upgrade to 4.0; otherwise, set to false.
-        enable_legacy_ssl_storage_port: false
-        # on outbound connections, determine which type of peers to securely connect to. 'enabled' must be set to true.
-        internode_encryption: none
-        keystore: conf/.keystore
-        keystore_password: cassandra
-        truststore: conf/.truststore
-        truststore_password: cassandra
-        # More advanced defaults below:
-        # protocol: TLS
-        # store_type: JKS
-        # cipher_suites: [TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA]
-        # require_client_auth: false
-        # require_endpoint_verification: false
-
-``client_encryption_options``
------------------------------
-enable or disable client-to-server encryption.
-
-*Default Value (complex option)*::
-
-        enabled: false
-        # If enabled and optional is set to true encrypted and unencrypted connections are handled.
-        optional: false
-        keystore: conf/.keystore
-        keystore_password: cassandra
-        # require_client_auth: false
-        # Set trustore and truststore_password if require_client_auth is true
-        # truststore: conf/.truststore
-        # truststore_password: cassandra
-        # More advanced defaults below:
-        # protocol: TLS
-        # store_type: JKS
-        # cipher_suites: [TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA]
-
-``internode_compression``
--------------------------
-internode_compression controls whether traffic between nodes is
-compressed.
-Can be:
-
-all
-  all traffic is compressed
-
-dc
-  traffic between different datacenters is compressed
-
-none
-  nothing is compressed.
-
-*Default Value:* dc
-
-``inter_dc_tcp_nodelay``
-------------------------
-
-Enable or disable tcp_nodelay for inter-dc communication.
-Disabling it will result in larger (but fewer) network packets being sent,
-reducing overhead from the TCP protocol itself, at the cost of increasing
-latency if you block for cross-datacenter responses.
-
-*Default Value:* false
-
-``tracetype_query_ttl``
------------------------
-
-TTL for different trace types used during logging of the repair process.
-
-*Default Value:* 86400
-
-``tracetype_repair_ttl``
-------------------------
-
-*Default Value:* 604800
-
-``enable_user_defined_functions``
----------------------------------
-
-If unset, all GC Pauses greater than gc_log_threshold_in_ms will log at
-INFO level
-UDFs (user defined functions) are disabled by default.
-As of Cassandra 3.0 there is a sandbox in place that should prevent execution of evil code.
-
-*Default Value:* false
-
-``enable_scripted_user_defined_functions``
-------------------------------------------
-
-Enables scripted UDFs (JavaScript UDFs).
-Java UDFs are always enabled, if enable_user_defined_functions is true.
-Enable this option to be able to use UDFs with "language javascript" or any custom JSR-223 provider.
-This option has no effect, if enable_user_defined_functions is false.
-
-*Default Value:* false
-
-``windows_timer_interval``
---------------------------
-
-The default Windows kernel timer and scheduling resolution is 15.6ms for power conservation.
-Lowering this value on Windows can provide much tighter latency and better throughput, however
-some virtualized environments may see a negative performance impact from changing this setting
-below their system default. The sysinternals 'clockres' tool can confirm your system's default
-setting.
-
-*Default Value:* 1
-
-``transparent_data_encryption_options``
----------------------------------------
-
-
-Enables encrypting data at-rest (on disk). Different key providers can be plugged in, but the default reads from
-a JCE-style keystore. A single keystore can hold multiple keys, but the one referenced by
-the "key_alias" is the only key that will be used for encrypt opertaions; previously used keys
-can still (and should!) be in the keystore and will be used on decrypt operations
-(to handle the case of key rotation).
-
-It is strongly recommended to download and install Java Cryptography Extension (JCE)
-Unlimited Strength Jurisdiction Policy Files for your version of the JDK.
-(current link: http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html)
-
-Currently, only the following file types are supported for transparent data encryption, although
-more are coming in future cassandra releases: commitlog, hints
-
-*Default Value (complex option)*::
-
-        enabled: false
-        chunk_length_kb: 64
-        cipher: AES/CBC/PKCS5Padding
-        key_alias: testing:1
-        # CBC IV length for AES needs to be 16 bytes (which is also the default size)
-        # iv_length: 16
-        key_provider:
-          - class_name: org.apache.cassandra.security.JKSKeyProvider
-            parameters:
-              - keystore: conf/.keystore
-                keystore_password: cassandra
-                store_type: JCEKS
-                key_password: cassandra
-
-``tombstone_warn_threshold``
-----------------------------
-
-####################
-SAFETY THRESHOLDS #
-####################
-
-When executing a scan, within or across a partition, we need to keep the
-tombstones seen in memory so we can return them to the coordinator, which
-will use them to make sure other replicas also know about the deleted rows.
-With workloads that generate a lot of tombstones, this can cause performance
-problems and even exaust the server heap.
-(http://www.datastax.com/dev/blog/cassandra-anti-patterns-queues-and-queue-like-datasets)
-Adjust the thresholds here if you understand the dangers and want to
-scan more tombstones anyway.  These thresholds may also be adjusted at runtime
-using the StorageService mbean.
-
-*Default Value:* 1000
-
-``tombstone_failure_threshold``
--------------------------------
-
-*Default Value:* 100000
-
-``batch_size_warn_threshold_in_kb``
------------------------------------
-
-Log WARN on any multiple-partition batch size exceeding this value. 5kb per batch by default.
-Caution should be taken on increasing the size of this threshold as it can lead to node instability.
-
-*Default Value:* 5
-
-``batch_size_fail_threshold_in_kb``
------------------------------------
-
-Fail any multiple-partition batch exceeding this value. 50kb (10x warn threshold) by default.
-
-*Default Value:* 50
-
-``unlogged_batch_across_partitions_warn_threshold``
----------------------------------------------------
-
-Log WARN on any batches not of type LOGGED than span across more partitions than this limit
-
-*Default Value:* 10
-
-``compaction_large_partition_warning_threshold_mb``
----------------------------------------------------
-
-Log a warning when compacting partitions larger than this value
-
-*Default Value:* 100
-
-``gc_log_threshold_in_ms``
---------------------------
-*This option is commented out by default.*
-
-GC Pauses greater than 200 ms will be logged at INFO level
-This threshold can be adjusted to minimize logging if necessary
-
-*Default Value:* 200
-
-``gc_warn_threshold_in_ms``
----------------------------
-*This option is commented out by default.*
-
-GC Pauses greater than gc_warn_threshold_in_ms will be logged at WARN level
-Adjust the threshold based on your application throughput requirement. Setting to 0
-will deactivate the feature.
-
-*Default Value:* 1000
-
-``max_value_size_in_mb``
-------------------------
-*This option is commented out by default.*
-
-Maximum size of any value in SSTables. Safety measure to detect SSTable corruption
-early. Any value size larger than this threshold will result into marking an SSTable
-as corrupted. This should be positive and less than 2048.
-
-*Default Value:* 256
-
-``back_pressure_enabled``
--------------------------
-
-Back-pressure settings #
-If enabled, the coordinator will apply the back-pressure strategy specified below to each mutation
-sent to replicas, with the aim of reducing pressure on overloaded replicas.
-
-*Default Value:* false
-
-``back_pressure_strategy``
---------------------------
-The back-pressure strategy applied.
-The default implementation, RateBasedBackPressure, takes three arguments:
-high ratio, factor, and flow type, and uses the ratio between incoming mutation responses and outgoing mutation requests.
-If below high ratio, outgoing mutations are rate limited according to the incoming rate decreased by the given factor;
-if above high ratio, the rate limiting is increased by the given factor;
-such factor is usually best configured between 1 and 10, use larger values for a faster recovery
-at the expense of potentially more dropped mutations;
-the rate limiting is applied according to the flow type: if FAST, it's rate limited at the speed of the fastest replica,
-if SLOW at the speed of the slowest one.
-New strategies can be added. Implementors need to implement org.apache.cassandra.net.BackpressureStrategy and
-provide a public constructor accepting a Map<String, Object>.
-
-``otc_coalescing_strategy``
----------------------------
-*This option is commented out by default.*
-
-Coalescing Strategies #
-Coalescing multiples messages turns out to significantly boost message processing throughput (think doubling or more).
-On bare metal, the floor for packet processing throughput is high enough that many applications won't notice, but in
-virtualized environments, the point at which an application can be bound by network packet processing can be
-surprisingly low compared to the throughput of task processing that is possible inside a VM. It's not that bare metal
-doesn't benefit from coalescing messages, it's that the number of packets a bare metal network interface can process
-is sufficient for many applications such that no load starvation is experienced even without coalescing.
-There are other benefits to coalescing network messages that are harder to isolate with a simple metric like messages
-per second. By coalescing multiple tasks together, a network thread can process multiple messages for the cost of one
-trip to read from a socket, and all the task submission work can be done at the same time reducing context switching
-and increasing cache friendliness of network message processing.
-See CASSANDRA-8692 for details.
-
-Strategy to use for coalescing messages in OutboundTcpConnection.
-Can be fixed, movingaverage, timehorizon, disabled (default).
-You can also specify a subclass of CoalescingStrategies.CoalescingStrategy by name.
-
-*Default Value:* DISABLED
-
-``otc_coalescing_window_us``
-----------------------------
-*This option is commented out by default.*
-
-How many microseconds to wait for coalescing. For fixed strategy this is the amount of time after the first
-message is received before it will be sent with any accompanying messages. For moving average this is the
-maximum amount of time that will be waited as well as the interval at which messages must arrive on average
-for coalescing to be enabled.
-
-*Default Value:* 200
-
-``otc_coalescing_enough_coalesced_messages``
---------------------------------------------
-*This option is commented out by default.*
-
-Do not try to coalesce messages if we already got that many messages. This should be more than 2 and less than 128.
-
-*Default Value:* 8
-
-``otc_backlog_expiration_interval_ms``
---------------------------------------
-*This option is commented out by default.*
-
-How many milliseconds to wait between two expiration runs on the backlog (queue) of the OutboundTcpConnection.
-Expiration is done if messages are piling up in the backlog. Droppable messages are expired to free the memory
-taken by expired messages. The interval should be between 0 and 1000, and in most installations the default value
-will be appropriate. A smaller value could potentially expire messages slightly sooner at the expense of more CPU
-time and queue contention while iterating the backlog of messages.
-An interval of 0 disables any wait time, which is the behavior of former Cassandra versions.
-
-
-*Default Value:* 200
-
-``ideal_consistency_level``
----------------------------
-*This option is commented out by default.*
-
-Track a metric per keyspace indicating whether replication achieved the ideal consistency
-level for writes without timing out. This is different from the consistency level requested by
-each write which may be lower in order to facilitate availability.
-
-*Default Value:* EACH_QUORUM
-
-``automatic_sstable_upgrade``
------------------------------
-*This option is commented out by default.*
-
-Automatically upgrade sstables after upgrade - if there is no ordinary compaction to do, the
-oldest non-upgraded sstable will get upgraded to the latest version
-
-*Default Value:* false
-
-``max_concurrent_automatic_sstable_upgrades``
----------------------------------------------
-*This option is commented out by default.*
-Limit the number of concurrent sstable upgrades
-
-*Default Value:* 1
-
-``audit_logging_options``
--------------------------
-
-Audit logging - Logs every incoming CQL command request, authentication to a node. See the docs
-on audit_logging for full details about the various configuration options.
-
-``full_query_logging_options``
-------------------------------
-*This option is commented out by default.*
-
-
-default options for full query logging - these can be overridden from command line when executing
-nodetool enablefullquerylog
-
-``corrupted_tombstone_strategy``
---------------------------------
-*This option is commented out by default.*
-
-validate tombstones on reads and compaction
-can be either "disabled", "warn" or "exception"
-
-*Default Value:* disabled
-
-``diagnostic_events_enabled``
------------------------------
-
-Diagnostic Events #
-If enabled, diagnostic events can be helpful for troubleshooting operational issues. Emitted events contain details
-on internal state and temporal relationships across events, accessible by clients via JMX.
-
-*Default Value:* false
-
-``native_transport_flush_in_batches_legacy``
---------------------------------------------
-*This option is commented out by default.*
-
-Use native transport TCP message coalescing. If on upgrade to 4.0 you found your throughput decreasing, and in
-particular you run an old kernel or have very fewer client connections, this option might be worth evaluating.
-
-*Default Value:* false
-
-``repaired_data_tracking_for_range_reads_enabled``
---------------------------------------------------
-
-Enable tracking of repaired state of data during reads and comparison between replicas
-Mismatches between the repaired sets of replicas can be characterized as either confirmed
-or unconfirmed. In this context, unconfirmed indicates that the presence of pending repair
-sessions, unrepaired partition tombstones, or some other condition means that the disparity
-cannot be considered conclusive. Confirmed mismatches should be a trigger for investigation
-as they may be indicative of corruption or data loss.
-There are separate flags for range vs partition reads as single partition reads are only tracked
-when CL > 1 and a digest mismatch occurs. Currently, range queries don't use digests so if
-enabled for range reads, all range reads will include repaired data tracking. As this adds
-some overhead, operators may wish to disable it whilst still enabling it for partition reads
-
-*Default Value:* false
-
-``repaired_data_tracking_for_partition_reads_enabled``
-------------------------------------------------------
-
-*Default Value:* false
-
-``report_unconfirmed_repaired_data_mismatches``
------------------------------------------------
-If false, only confirmed mismatches will be reported. If true, a separate metric for unconfirmed
-mismatches will also be recorded. This is to avoid potential signal:noise issues are unconfirmed
-mismatches are less actionable than confirmed ones.
-
-*Default Value:* false
-
-``enable_materialized_views``
------------------------------
-
-########################
-EXPERIMENTAL FEATURES #
-########################
-
-Enables materialized view creation on this node.
-Materialized views are considered experimental and are not recommended for production use.
-
-*Default Value:* false
-
-``enable_sasi_indexes``
------------------------
-
-Enables SASI index creation on this node.
-SASI indexes are considered experimental and are not recommended for production use.
-
-*Default Value:* false
-
-``enable_transient_replication``
---------------------------------
-
-Enables creation of transiently replicated keyspaces on this node.
-Transient replication is experimental and is not recommended for production use.
-
-*Default Value:* false
-
-``enable_drop_compact_storage``
---------------------------------
-
-Enables the used of 'ALTER ... DROP COMPACT STORAGE' statements on this node.
-'ALTER ... DROP COMPACT STORAGE' is considered experimental and is not recommended for production use.
-
-*Default Value:* false
diff --git a/content/doc/3.11.11/_sources/configuration/cassandra_config_file.rst.txt b/content/doc/3.11.11/_sources/configuration/cassandra_config_file.rst.txt
deleted file mode 100644
index d48e51f..0000000
--- a/content/doc/3.11.11/_sources/configuration/cassandra_config_file.rst.txt
+++ /dev/null
@@ -1,1929 +0,0 @@
-.. _cassandra-yaml:
-
-Cassandra Configuration File
-============================
-
-``cluster_name``
-----------------
-
-The name of the cluster. This is mainly used to prevent machines in
-one logical cluster from joining another.
-
-*Default Value:* 'Test Cluster'
-
-``num_tokens``
---------------
-
-This defines the number of tokens randomly assigned to this node on the ring
-The more tokens, relative to other nodes, the larger the proportion of data
-that this node will store. You probably want all nodes to have the same number
-of tokens assuming they have equal hardware capability.
-
-If you leave this unspecified, Cassandra will use the default of 1 token for legacy compatibility,
-and will use the initial_token as described below.
-
-Specifying initial_token will override this setting on the node's initial start,
-on subsequent starts, this setting will apply even if initial token is set.
-
-If you already have a cluster with 1 token per node, and wish to migrate to 
-multiple tokens per node, see http://wiki.apache.org/cassandra/Operations
-
-*Default Value:* 256
-
-``allocate_tokens_for_keyspace``
---------------------------------
-*This option is commented out by default.*
-
-Triggers automatic allocation of num_tokens tokens for this node. The allocation
-algorithm attempts to choose tokens in a way that optimizes replicated load over
-the nodes in the datacenter for the replication strategy used by the specified
-keyspace.
-
-The load assigned to each node will be close to proportional to its number of
-vnodes.
-
-Only supported with the Murmur3Partitioner.
-
-*Default Value:* KEYSPACE
-
-``initial_token``
------------------
-*This option is commented out by default.*
-
-initial_token allows you to specify tokens manually.  While you can use it with
-vnodes (num_tokens > 1, above) -- in which case you should provide a 
-comma-separated list -- it's primarily used when adding nodes to legacy clusters 
-that do not have vnodes enabled.
-
-``hinted_handoff_enabled``
---------------------------
-
-See http://wiki.apache.org/cassandra/HintedHandoff
-May either be "true" or "false" to enable globally
-
-*Default Value:* true
-
-``hinted_handoff_disabled_datacenters``
----------------------------------------
-*This option is commented out by default.*
-
-When hinted_handoff_enabled is true, a black list of data centers that will not
-perform hinted handoff
-
-*Default Value (complex option)*::
-
-    #    - DC1
-    #    - DC2
-
-``max_hint_window_in_ms``
--------------------------
-this defines the maximum amount of time a dead host will have hints
-generated.  After it has been dead this long, new hints for it will not be
-created until it has been seen alive and gone down again.
-
-*Default Value:* 10800000 # 3 hours
-
-``hinted_handoff_throttle_in_kb``
----------------------------------
-
-Maximum throttle in KBs per second, per delivery thread.  This will be
-reduced proportionally to the number of nodes in the cluster.  (If there
-are two nodes in the cluster, each delivery thread will use the maximum
-rate; if there are three, each will throttle to half of the maximum,
-since we expect two nodes to be delivering hints simultaneously.)
-
-*Default Value:* 1024
-
-``max_hints_delivery_threads``
-------------------------------
-
-Number of threads with which to deliver hints;
-Consider increasing this number when you have multi-dc deployments, since
-cross-dc handoff tends to be slower
-
-*Default Value:* 2
-
-``hints_directory``
--------------------
-*This option is commented out by default.*
-
-Directory where Cassandra should store hints.
-If not set, the default directory is $CASSANDRA_HOME/data/hints.
-
-*Default Value:*  /var/lib/cassandra/hints
-
-``hints_flush_period_in_ms``
-----------------------------
-
-How often hints should be flushed from the internal buffers to disk.
-Will *not* trigger fsync.
-
-*Default Value:* 10000
-
-``max_hints_file_size_in_mb``
------------------------------
-
-Maximum size for a single hints file, in megabytes.
-
-*Default Value:* 128
-
-``hints_compression``
----------------------
-*This option is commented out by default.*
-
-Compression to apply to the hint files. If omitted, hints files
-will be written uncompressed. LZ4, Snappy, and Deflate compressors
-are supported.
-
-*Default Value (complex option)*::
-
-    #   - class_name: LZ4Compressor
-    #     parameters:
-    #         -
-
-``batchlog_replay_throttle_in_kb``
-----------------------------------
-Maximum throttle in KBs per second, total. This will be
-reduced proportionally to the number of nodes in the cluster.
-
-*Default Value:* 1024
-
-``authenticator``
------------------
-
-Authentication backend, implementing IAuthenticator; used to identify users
-Out of the box, Cassandra provides org.apache.cassandra.auth.{AllowAllAuthenticator,
-PasswordAuthenticator}.
-
-- AllowAllAuthenticator performs no checks - set it to disable authentication.
-- PasswordAuthenticator relies on username/password pairs to authenticate
-  users. It keeps usernames and hashed passwords in system_auth.roles table.
-  Please increase system_auth keyspace replication factor if you use this authenticator.
-  If using PasswordAuthenticator, CassandraRoleManager must also be used (see below)
-
-*Default Value:* AllowAllAuthenticator
-
-``authorizer``
---------------
-
-Authorization backend, implementing IAuthorizer; used to limit access/provide permissions
-Out of the box, Cassandra provides org.apache.cassandra.auth.{AllowAllAuthorizer,
-CassandraAuthorizer}.
-
-- AllowAllAuthorizer allows any action to any user - set it to disable authorization.
-- CassandraAuthorizer stores permissions in system_auth.role_permissions table. Please
-  increase system_auth keyspace replication factor if you use this authorizer.
-
-*Default Value:* AllowAllAuthorizer
-
-``role_manager``
-----------------
-
-Part of the Authentication & Authorization backend, implementing IRoleManager; used
-to maintain grants and memberships between roles.
-Out of the box, Cassandra provides org.apache.cassandra.auth.CassandraRoleManager,
-which stores role information in the system_auth keyspace. Most functions of the
-IRoleManager require an authenticated login, so unless the configured IAuthenticator
-actually implements authentication, most of this functionality will be unavailable.
-
-- CassandraRoleManager stores role data in the system_auth keyspace. Please
-  increase system_auth keyspace replication factor if you use this role manager.
-
-*Default Value:* CassandraRoleManager
-
-``roles_validity_in_ms``
-------------------------
-
-Validity period for roles cache (fetching granted roles can be an expensive
-operation depending on the role manager, CassandraRoleManager is one example)
-Granted roles are cached for authenticated sessions in AuthenticatedUser and
-after the period specified here, become eligible for (async) reload.
-Defaults to 2000, set to 0 to disable caching entirely.
-Will be disabled automatically for AllowAllAuthenticator.
-
-*Default Value:* 2000
-
-``roles_update_interval_in_ms``
--------------------------------
-*This option is commented out by default.*
-
-Refresh interval for roles cache (if enabled).
-After this interval, cache entries become eligible for refresh. Upon next
-access, an async reload is scheduled and the old value returned until it
-completes. If roles_validity_in_ms is non-zero, then this must be
-also.
-Defaults to the same value as roles_validity_in_ms.
-
-*Default Value:* 2000
-
-``permissions_validity_in_ms``
-------------------------------
-
-Validity period for permissions cache (fetching permissions can be an
-expensive operation depending on the authorizer, CassandraAuthorizer is
-one example). Defaults to 2000, set to 0 to disable.
-Will be disabled automatically for AllowAllAuthorizer.
-
-*Default Value:* 2000
-
-``permissions_update_interval_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-Refresh interval for permissions cache (if enabled).
-After this interval, cache entries become eligible for refresh. Upon next
-access, an async reload is scheduled and the old value returned until it
-completes. If permissions_validity_in_ms is non-zero, then this must be
-also.
-Defaults to the same value as permissions_validity_in_ms.
-
-*Default Value:* 2000
-
-``credentials_validity_in_ms``
-------------------------------
-
-Validity period for credentials cache. This cache is tightly coupled to
-the provided PasswordAuthenticator implementation of IAuthenticator. If
-another IAuthenticator implementation is configured, this cache will not
-be automatically used and so the following settings will have no effect.
-Please note, credentials are cached in their encrypted form, so while
-activating this cache may reduce the number of queries made to the
-underlying table, it may not  bring a significant reduction in the
-latency of individual authentication attempts.
-Defaults to 2000, set to 0 to disable credentials caching.
-
-*Default Value:* 2000
-
-``credentials_update_interval_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-Refresh interval for credentials cache (if enabled).
-After this interval, cache entries become eligible for refresh. Upon next
-access, an async reload is scheduled and the old value returned until it
-completes. If credentials_validity_in_ms is non-zero, then this must be
-also.
-Defaults to the same value as credentials_validity_in_ms.
-
-*Default Value:* 2000
-
-``partitioner``
----------------
-
-The partitioner is responsible for distributing groups of rows (by
-partition key) across nodes in the cluster.  You should leave this
-alone for new clusters.  The partitioner can NOT be changed without
-reloading all data, so when upgrading you should set this to the
-same partitioner you were already using.
-
-Besides Murmur3Partitioner, partitioners included for backwards
-compatibility include RandomPartitioner, ByteOrderedPartitioner, and
-OrderPreservingPartitioner.
-
-
-*Default Value:* org.apache.cassandra.dht.Murmur3Partitioner
-
-``data_file_directories``
--------------------------
-*This option is commented out by default.*
-
-Directories where Cassandra should store data on disk.  Cassandra
-will spread data evenly across them, subject to the granularity of
-the configured compaction strategy.
-If not set, the default directory is $CASSANDRA_HOME/data/data.
-
-*Default Value (complex option)*::
-
-    #     - /var/lib/cassandra/data
-
-``commitlog_directory``
------------------------
-*This option is commented out by default.*
-commit log.  when running on magnetic HDD, this should be a
-separate spindle than the data directories.
-If not set, the default directory is $CASSANDRA_HOME/data/commitlog.
-
-*Default Value:*  /var/lib/cassandra/commitlog
-
-``cdc_enabled``
----------------
-
-Enable / disable CDC functionality on a per-node basis. This modifies the logic used
-for write path allocation rejection (standard: never reject. cdc: reject Mutation
-containing a CDC-enabled table if at space limit in cdc_raw_directory).
-
-*Default Value:* false
-
-``cdc_raw_directory``
----------------------
-*This option is commented out by default.*
-
-CommitLogSegments are moved to this directory on flush if cdc_enabled: true and the
-segment contains mutations for a CDC-enabled table. This should be placed on a
-separate spindle than the data directories. If not set, the default directory is
-$CASSANDRA_HOME/data/cdc_raw.
-
-*Default Value:*  /var/lib/cassandra/cdc_raw
-
-``disk_failure_policy``
------------------------
-
-Policy for data disk failures:
-
-die
-  shut down gossip and client transports and kill the JVM for any fs errors or
-  single-sstable errors, so the node can be replaced.
-
-stop_paranoid
-  shut down gossip and client transports even for single-sstable errors,
-  kill the JVM for errors during startup.
-
-stop
-  shut down gossip and client transports, leaving the node effectively dead, but
-  can still be inspected via JMX, kill the JVM for errors during startup.
-
-best_effort
-   stop using the failed disk and respond to requests based on
-   remaining available sstables.  This means you WILL see obsolete
-   data at CL.ONE!
-
-ignore
-   ignore fatal errors and let requests fail, as in pre-1.2 Cassandra
-
-*Default Value:* stop
-
-``commit_failure_policy``
--------------------------
-
-Policy for commit disk failures:
-
-die
-  shut down gossip and Thrift and kill the JVM, so the node can be replaced.
-
-stop
-  shut down gossip and Thrift, leaving the node effectively dead, but
-  can still be inspected via JMX.
-
-stop_commit
-  shutdown the commit log, letting writes collect but
-  continuing to service reads, as in pre-2.0.5 Cassandra
-
-ignore
-  ignore fatal errors and let the batches fail
-
-*Default Value:* stop
-
-``prepared_statements_cache_size_mb``
--------------------------------------
-
-Maximum size of the native protocol prepared statement cache
-
-Valid values are either "auto" (omitting the value) or a value greater 0.
-
-Note that specifying a too large value will result in long running GCs and possbily
-out-of-memory errors. Keep the value at a small fraction of the heap.
-
-If you constantly see "prepared statements discarded in the last minute because
-cache limit reached" messages, the first step is to investigate the root cause
-of these messages and check whether prepared statements are used correctly -
-i.e. use bind markers for variable parts.
-
-Do only change the default value, if you really have more prepared statements than
-fit in the cache. In most cases it is not neccessary to change this value.
-Constantly re-preparing statements is a performance penalty.
-
-Default value ("auto") is 1/256th of the heap or 10MB, whichever is greater
-
-``thrift_prepared_statements_cache_size_mb``
---------------------------------------------
-
-Maximum size of the Thrift prepared statement cache
-
-If you do not use Thrift at all, it is safe to leave this value at "auto".
-
-See description of 'prepared_statements_cache_size_mb' above for more information.
-
-Default value ("auto") is 1/256th of the heap or 10MB, whichever is greater
-
-``key_cache_size_in_mb``
-------------------------
-
-Maximum size of the key cache in memory.
-
-Each key cache hit saves 1 seek and each row cache hit saves 2 seeks at the
-minimum, sometimes more. The key cache is fairly tiny for the amount of
-time it saves, so it's worthwhile to use it at large numbers.
-The row cache saves even more time, but must contain the entire row,
-so it is extremely space-intensive. It's best to only use the
-row cache if you have hot rows or static rows.
-
-NOTE: if you reduce the size, you may not get you hottest keys loaded on startup.
-
-Default value is empty to make it "auto" (min(5% of Heap (in MB), 100MB)). Set to 0 to disable key cache.
-
-``key_cache_save_period``
--------------------------
-
-Duration in seconds after which Cassandra should
-save the key cache. Caches are saved to saved_caches_directory as
-specified in this configuration file.
-
-Saved caches greatly improve cold-start speeds, and is relatively cheap in
-terms of I/O for the key cache. Row cache saving is much more expensive and
-has limited use.
-
-Default is 14400 or 4 hours.
-
-*Default Value:* 14400
-
-``key_cache_keys_to_save``
---------------------------
-*This option is commented out by default.*
-
-Number of keys from the key cache to save
-Disabled by default, meaning all keys are going to be saved
-
-*Default Value:* 100
-
-``row_cache_class_name``
-------------------------
-*This option is commented out by default.*
-
-Row cache implementation class name. Available implementations:
-
-org.apache.cassandra.cache.OHCProvider
-  Fully off-heap row cache implementation (default).
-
-org.apache.cassandra.cache.SerializingCacheProvider
-  This is the row cache implementation availabile
-  in previous releases of Cassandra.
-
-*Default Value:* org.apache.cassandra.cache.OHCProvider
-
-``row_cache_size_in_mb``
-------------------------
-
-Maximum size of the row cache in memory.
-Please note that OHC cache implementation requires some additional off-heap memory to manage
-the map structures and some in-flight memory during operations before/after cache entries can be
-accounted against the cache capacity. This overhead is usually small compared to the whole capacity.
-Do not specify more memory that the system can afford in the worst usual situation and leave some
-headroom for OS block level cache. Do never allow your system to swap.
-
-Default value is 0, to disable row caching.
-
-*Default Value:* 0
-
-``row_cache_save_period``
--------------------------
-
-Duration in seconds after which Cassandra should save the row cache.
-Caches are saved to saved_caches_directory as specified in this configuration file.
-
-Saved caches greatly improve cold-start speeds, and is relatively cheap in
-terms of I/O for the key cache. Row cache saving is much more expensive and
-has limited use.
-
-Default is 0 to disable saving the row cache.
-
-*Default Value:* 0
-
-``row_cache_keys_to_save``
---------------------------
-*This option is commented out by default.*
-
-Number of keys from the row cache to save.
-Specify 0 (which is the default), meaning all keys are going to be saved
-
-*Default Value:* 100
-
-``counter_cache_size_in_mb``
-----------------------------
-
-Maximum size of the counter cache in memory.
-
-Counter cache helps to reduce counter locks' contention for hot counter cells.
-In case of RF = 1 a counter cache hit will cause Cassandra to skip the read before
-write entirely. With RF > 1 a counter cache hit will still help to reduce the duration
-of the lock hold, helping with hot counter cell updates, but will not allow skipping
-the read entirely. Only the local (clock, count) tuple of a counter cell is kept
-in memory, not the whole counter, so it's relatively cheap.
-
-NOTE: if you reduce the size, you may not get you hottest keys loaded on startup.
-
-Default value is empty to make it "auto" (min(2.5% of Heap (in MB), 50MB)). Set to 0 to disable counter cache.
-NOTE: if you perform counter deletes and rely on low gcgs, you should disable the counter cache.
-
-``counter_cache_save_period``
------------------------------
-
-Duration in seconds after which Cassandra should
-save the counter cache (keys only). Caches are saved to saved_caches_directory as
-specified in this configuration file.
-
-Default is 7200 or 2 hours.
-
-*Default Value:* 7200
-
-``counter_cache_keys_to_save``
-------------------------------
-*This option is commented out by default.*
-
-Number of keys from the counter cache to save
-Disabled by default, meaning all keys are going to be saved
-
-*Default Value:* 100
-
-``saved_caches_directory``
---------------------------
-*This option is commented out by default.*
-
-saved caches
-If not set, the default directory is $CASSANDRA_HOME/data/saved_caches.
-
-*Default Value:*  /var/lib/cassandra/saved_caches
-
-``commitlog_sync``
-------------------
-*This option is commented out by default.*
-
-commitlog_sync may be either "periodic" or "batch." 
-
-When in batch mode, Cassandra won't ack writes until the commit log
-has been fsynced to disk.  It will wait
-commitlog_sync_batch_window_in_ms milliseconds between fsyncs.
-This window should be kept short because the writer threads will
-be unable to do extra work while waiting.  (You may need to increase
-concurrent_writes for the same reason.)
-
-
-*Default Value:* batch
-
-``commitlog_sync_batch_window_in_ms``
--------------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 2
-
-``commitlog_sync``
-------------------
-
-the other option is "periodic" where writes may be acked immediately
-and the CommitLog is simply synced every commitlog_sync_period_in_ms
-milliseconds.
-
-*Default Value:* periodic
-
-``commitlog_sync_period_in_ms``
--------------------------------
-
-*Default Value:* 10000
-
-``commitlog_segment_size_in_mb``
---------------------------------
-
-The size of the individual commitlog file segments.  A commitlog
-segment may be archived, deleted, or recycled once all the data
-in it (potentially from each columnfamily in the system) has been
-flushed to sstables.
-
-The default size is 32, which is almost always fine, but if you are
-archiving commitlog segments (see commitlog_archiving.properties),
-then you probably want a finer granularity of archiving; 8 or 16 MB
-is reasonable.
-Max mutation size is also configurable via max_mutation_size_in_kb setting in
-cassandra.yaml. The default is half the size commitlog_segment_size_in_mb * 1024.
-This should be positive and less than 2048.
-
-NOTE: If max_mutation_size_in_kb is set explicitly then commitlog_segment_size_in_mb must
-be set to at least twice the size of max_mutation_size_in_kb / 1024
-
-
-*Default Value:* 32
-
-``commitlog_compression``
--------------------------
-*This option is commented out by default.*
-
-Compression to apply to the commit log. If omitted, the commit log
-will be written uncompressed.  LZ4, Snappy, and Deflate compressors
-are supported.
-
-*Default Value (complex option)*::
-
-    #   - class_name: LZ4Compressor
-    #     parameters:
-    #         -
-
-``seed_provider``
------------------
-any class that implements the SeedProvider interface and has a
-constructor that takes a Map<String, String> of parameters will do.
-
-*Default Value (complex option)*::
-
-        # Addresses of hosts that are deemed contact points. 
-        # Cassandra nodes use this list of hosts to find each other and learn
-        # the topology of the ring.  You must change this if you are running
-        # multiple nodes!
-        - class_name: org.apache.cassandra.locator.SimpleSeedProvider
-          parameters:
-              # seeds is actually a comma-delimited list of addresses.
-              # Ex: "<ip1>,<ip2>,<ip3>"
-              - seeds: "127.0.0.1"
-
-``concurrent_reads``
---------------------
-For workloads with more data than can fit in memory, Cassandra's
-bottleneck will be reads that need to fetch data from
-disk. "concurrent_reads" should be set to (16 * number_of_drives) in
-order to allow the operations to enqueue low enough in the stack
-that the OS and drives can reorder them. Same applies to
-"concurrent_counter_writes", since counter writes read the current
-values before incrementing and writing them back.
-
-On the other hand, since writes are almost never IO bound, the ideal
-number of "concurrent_writes" is dependent on the number of cores in
-your system; (8 * number_of_cores) is a good rule of thumb.
-
-*Default Value:* 32
-
-``concurrent_writes``
----------------------
-
-*Default Value:* 32
-
-``concurrent_counter_writes``
------------------------------
-
-*Default Value:* 32
-
-``concurrent_materialized_view_writes``
----------------------------------------
-
-For materialized view writes, as there is a read involved, so this should
-be limited by the less of concurrent reads or concurrent writes.
-
-*Default Value:* 32
-
-``file_cache_size_in_mb``
--------------------------
-*This option is commented out by default.*
-
-Maximum memory to use for sstable chunk cache and buffer pooling.
-32MB of this are reserved for pooling buffers, the rest is used as an
-cache that holds uncompressed sstable chunks.
-Defaults to the smaller of 1/4 of heap or 512MB. This pool is allocated off-heap,
-so is in addition to the memory allocated for heap. The cache also has on-heap
-overhead which is roughly 128 bytes per chunk (i.e. 0.2% of the reserved size
-if the default 64k chunk size is used).
-Memory is only allocated when needed.
-
-*Default Value:* 512
-
-``buffer_pool_use_heap_if_exhausted``
--------------------------------------
-*This option is commented out by default.*
-
-Flag indicating whether to allocate on or off heap when the sstable buffer
-pool is exhausted, that is when it has exceeded the maximum memory
-file_cache_size_in_mb, beyond which it will not cache buffers but allocate on request.
-
-
-*Default Value:* true
-
-``disk_optimization_strategy``
-------------------------------
-*This option is commented out by default.*
-
-The strategy for optimizing disk read
-Possible values are:
-ssd (for solid state disks, the default)
-spinning (for spinning disks)
-
-*Default Value:* ssd
-
-``memtable_heap_space_in_mb``
------------------------------
-*This option is commented out by default.*
-
-Total permitted memory to use for memtables. Cassandra will stop
-accepting writes when the limit is exceeded until a flush completes,
-and will trigger a flush based on memtable_cleanup_threshold
-If omitted, Cassandra will set both to 1/4 the size of the heap.
-
-*Default Value:* 2048
-
-``memtable_offheap_space_in_mb``
---------------------------------
-*This option is commented out by default.*
-
-*Default Value:* 2048
-
-``memtable_cleanup_threshold``
-------------------------------
-*This option is commented out by default.*
-
-memtable_cleanup_threshold is deprecated. The default calculation
-is the only reasonable choice. See the comments on  memtable_flush_writers
-for more information.
-
-Ratio of occupied non-flushing memtable size to total permitted size
-that will trigger a flush of the largest memtable. Larger mct will
-mean larger flushes and hence less compaction, but also less concurrent
-flush activity which can make it difficult to keep your disks fed
-under heavy write load.
-
-memtable_cleanup_threshold defaults to 1 / (memtable_flush_writers + 1)
-
-*Default Value:* 0.11
-
-``memtable_allocation_type``
-----------------------------
-
-Specify the way Cassandra allocates and manages memtable memory.
-Options are:
-
-heap_buffers
-  on heap nio buffers
-
-offheap_buffers
-  off heap (direct) nio buffers
-
-offheap_objects
-   off heap objects
-
-*Default Value:* heap_buffers
-
-``repair_session_max_tree_depth``
----------------------------------
-*This option is commented out by default.*
-
-Limits the maximum Merkle tree depth to avoid consuming too much
-memory during repairs.
-
-The default setting of 18 generates trees of maximum size around
-50 MiB / tree. If you are running out of memory during repairs consider
-lowering this to 15 (~6 MiB / tree) or lower, but try not to lower it
-too much past that or you will lose too much resolution and stream
-too much redundant data during repair. Cannot be set lower than 10.
-
-For more details see https://issues.apache.org/jira/browse/CASSANDRA-14096.
-
-
-*Default Value:* 18
-
-``commitlog_total_space_in_mb``
--------------------------------
-*This option is commented out by default.*
-
-Total space to use for commit logs on disk.
-
-If space gets above this value, Cassandra will flush every dirty CF
-in the oldest segment and remove it.  So a small total commitlog space
-will tend to cause more flush activity on less-active columnfamilies.
-
-The default value is the smaller of 8192, and 1/4 of the total space
-of the commitlog volume.
-
-
-*Default Value:* 8192
-
-``memtable_flush_writers``
---------------------------
-*This option is commented out by default.*
-
-This sets the number of memtable flush writer threads per disk
-as well as the total number of memtables that can be flushed concurrently.
-These are generally a combination of compute and IO bound.
-
-Memtable flushing is more CPU efficient than memtable ingest and a single thread
-can keep up with the ingest rate of a whole server on a single fast disk
-until it temporarily becomes IO bound under contention typically with compaction.
-At that point you need multiple flush threads. At some point in the future
-it may become CPU bound all the time.
-
-You can tell if flushing is falling behind using the MemtablePool.BlockedOnAllocation
-metric which should be 0, but will be non-zero if threads are blocked waiting on flushing
-to free memory.
-
-memtable_flush_writers defaults to two for a single data directory.
-This means that two  memtables can be flushed concurrently to the single data directory.
-If you have multiple data directories the default is one memtable flushing at a time
-but the flush will use a thread per data directory so you will get two or more writers.
-
-Two is generally enough to flush on a fast disk [array] mounted as a single data directory.
-Adding more flush writers will result in smaller more frequent flushes that introduce more
-compaction overhead.
-
-There is a direct tradeoff between number of memtables that can be flushed concurrently
-and flush size and frequency. More is not better you just need enough flush writers
-to never stall waiting for flushing to free memory.
-
-
-*Default Value:* 2
-
-``cdc_total_space_in_mb``
--------------------------
-*This option is commented out by default.*
-
-Total space to use for change-data-capture logs on disk.
-
-If space gets above this value, Cassandra will throw WriteTimeoutException
-on Mutations including tables with CDC enabled. A CDCCompactor is responsible
-for parsing the raw CDC logs and deleting them when parsing is completed.
-
-The default value is the min of 4096 mb and 1/8th of the total space
-of the drive where cdc_raw_directory resides.
-
-*Default Value:* 4096
-
-``cdc_free_space_check_interval_ms``
-------------------------------------
-*This option is commented out by default.*
-
-When we hit our cdc_raw limit and the CDCCompactor is either running behind
-or experiencing backpressure, we check at the following interval to see if any
-new space for cdc-tracked tables has been made available. Default to 250ms
-
-*Default Value:* 250
-
-``index_summary_capacity_in_mb``
---------------------------------
-
-A fixed memory pool size in MB for for SSTable index summaries. If left
-empty, this will default to 5% of the heap size. If the memory usage of
-all index summaries exceeds this limit, SSTables with low read rates will
-shrink their index summaries in order to meet this limit.  However, this
-is a best-effort process. In extreme conditions Cassandra may need to use
-more than this amount of memory.
-
-``index_summary_resize_interval_in_minutes``
---------------------------------------------
-
-How frequently index summaries should be resampled.  This is done
-periodically to redistribute memory from the fixed-size pool to sstables
-proportional their recent read rates.  Setting to -1 will disable this
-process, leaving existing index summaries at their current sampling level.
-
-*Default Value:* 60
-
-``trickle_fsync``
------------------
-
-Whether to, when doing sequential writing, fsync() at intervals in
-order to force the operating system to flush the dirty
-buffers. Enable this to avoid sudden dirty buffer flushing from
-impacting read latencies. Almost always a good idea on SSDs; not
-necessarily on platters.
-
-*Default Value:* false
-
-``trickle_fsync_interval_in_kb``
---------------------------------
-
-*Default Value:* 10240
-
-``storage_port``
-----------------
-
-TCP port, for commands and data
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* 7000
-
-``ssl_storage_port``
---------------------
-
-SSL port, for encrypted communication.  Unused unless enabled in
-encryption_options
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* 7001
-
-``listen_address``
-------------------
-
-Address or interface to bind to and tell other Cassandra nodes to connect to.
-You _must_ change this if you want multiple nodes to be able to communicate!
-
-Set listen_address OR listen_interface, not both.
-
-Leaving it blank leaves it up to InetAddress.getLocalHost(). This
-will always do the Right Thing _if_ the node is properly configured
-(hostname, name resolution, etc), and the Right Thing is to use the
-address associated with the hostname (it might not be).
-
-Setting listen_address to 0.0.0.0 is always wrong.
-
-
-*Default Value:* localhost
-
-``listen_interface``
---------------------
-*This option is commented out by default.*
-
-Set listen_address OR listen_interface, not both. Interfaces must correspond
-to a single address, IP aliasing is not supported.
-
-*Default Value:* eth0
-
-``listen_interface_prefer_ipv6``
---------------------------------
-*This option is commented out by default.*
-
-If you choose to specify the interface by name and the interface has an ipv4 and an ipv6 address
-you can specify which should be chosen using listen_interface_prefer_ipv6. If false the first ipv4
-address will be used. If true the first ipv6 address will be used. Defaults to false preferring
-ipv4. If there is only one address it will be selected regardless of ipv4/ipv6.
-
-*Default Value:* false
-
-``broadcast_address``
----------------------
-*This option is commented out by default.*
-
-Address to broadcast to other Cassandra nodes
-Leaving this blank will set it to the same value as listen_address
-
-*Default Value:* 1.2.3.4
-
-``listen_on_broadcast_address``
--------------------------------
-*This option is commented out by default.*
-
-When using multiple physical network interfaces, set this
-to true to listen on broadcast_address in addition to
-the listen_address, allowing nodes to communicate in both
-interfaces.
-Ignore this property if the network configuration automatically
-routes  between the public and private networks such as EC2.
-
-*Default Value:* false
-
-``internode_authenticator``
----------------------------
-*This option is commented out by default.*
-
-Internode authentication backend, implementing IInternodeAuthenticator;
-used to allow/disallow connections from peer nodes.
-
-*Default Value:* org.apache.cassandra.auth.AllowAllInternodeAuthenticator
-
-``start_native_transport``
---------------------------
-
-Whether to start the native transport server.
-Please note that the address on which the native transport is bound is the
-same as the rpc_address. The port however is different and specified below.
-
-*Default Value:* true
-
-``native_transport_port``
--------------------------
-port for the CQL native transport to listen for clients on
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* 9042
-
-``native_transport_port_ssl``
------------------------------
-*This option is commented out by default.*
-Enabling native transport encryption in client_encryption_options allows you to either use
-encryption for the standard port or to use a dedicated, additional port along with the unencrypted
-standard native_transport_port.
-Enabling client encryption and keeping native_transport_port_ssl disabled will use encryption
-for native_transport_port. Setting native_transport_port_ssl to a different value
-from native_transport_port will use encryption for native_transport_port_ssl while
-keeping native_transport_port unencrypted.
-
-*Default Value:* 9142
-
-``native_transport_max_threads``
---------------------------------
-*This option is commented out by default.*
-The maximum threads for handling requests when the native transport is used.
-This is similar to rpc_max_threads though the default differs slightly (and
-there is no native_transport_min_threads, idle threads will always be stopped
-after 30 seconds).
-
-*Default Value:* 128
-
-``native_transport_max_frame_size_in_mb``
------------------------------------------
-*This option is commented out by default.*
-
-The maximum size of allowed frame. Frame (requests) larger than this will
-be rejected as invalid. The default is 256MB. If you're changing this parameter,
-you may want to adjust max_value_size_in_mb accordingly. This should be positive and less than 2048.
-
-*Default Value:* 256
-
-``native_transport_max_concurrent_connections``
------------------------------------------------
-*This option is commented out by default.*
-
-The maximum number of concurrent client connections.
-The default is -1, which means unlimited.
-
-*Default Value:* -1
-
-``native_transport_max_concurrent_connections_per_ip``
-------------------------------------------------------
-*This option is commented out by default.*
-
-The maximum number of concurrent client connections per source ip.
-The default is -1, which means unlimited.
-
-*Default Value:* -1
-
-``start_rpc``
--------------
-
-Whether to start the thrift rpc server.
-
-*Default Value:* false
-
-``rpc_address``
----------------
-
-The address or interface to bind the Thrift RPC service and native transport
-server to.
-
-Set rpc_address OR rpc_interface, not both.
-
-Leaving rpc_address blank has the same effect as on listen_address
-(i.e. it will be based on the configured hostname of the node).
-
-Note that unlike listen_address, you can specify 0.0.0.0, but you must also
-set broadcast_rpc_address to a value other than 0.0.0.0.
-
-For security reasons, you should not expose this port to the internet.  Firewall it if needed.
-
-*Default Value:* localhost
-
-``rpc_interface``
------------------
-*This option is commented out by default.*
-
-Set rpc_address OR rpc_interface, not both. Interfaces must correspond
-to a single address, IP aliasing is not supported.
-
-*Default Value:* eth1
-
-``rpc_interface_prefer_ipv6``
------------------------------
-*This option is commented out by default.*
-
-If you choose to specify the interface by name and the interface has an ipv4 and an ipv6 address
-you can specify which should be chosen using rpc_interface_prefer_ipv6. If false the first ipv4
-address will be used. If true the first ipv6 address will be used. Defaults to false preferring
-ipv4. If there is only one address it will be selected regardless of ipv4/ipv6.
-
-*Default Value:* false
-
-``rpc_port``
-------------
-
-port for Thrift to listen for clients on
-
-*Default Value:* 9160
-
-``broadcast_rpc_address``
--------------------------
-*This option is commented out by default.*
-
-RPC address to broadcast to drivers and other Cassandra nodes. This cannot
-be set to 0.0.0.0. If left blank, this will be set to the value of
-rpc_address. If rpc_address is set to 0.0.0.0, broadcast_rpc_address must
-be set.
-
-*Default Value:* 1.2.3.4
-
-``rpc_keepalive``
------------------
-
-enable or disable keepalive on rpc/native connections
-
-*Default Value:* true
-
-``rpc_server_type``
--------------------
-
-Cassandra provides two out-of-the-box options for the RPC Server:
-
-sync
-  One thread per thrift connection. For a very large number of clients, memory
-  will be your limiting factor. On a 64 bit JVM, 180KB is the minimum stack size
-  per thread, and that will correspond to your use of virtual memory (but physical memory
-  may be limited depending on use of stack space).
-
-hsha
-  Stands for "half synchronous, half asynchronous." All thrift clients are handled
-  asynchronously using a small number of threads that does not vary with the amount
-  of thrift clients (and thus scales well to many clients). The rpc requests are still
-  synchronous (one thread per active request). If hsha is selected then it is essential
-  that rpc_max_threads is changed from the default value of unlimited.
-
-The default is sync because on Windows hsha is about 30% slower.  On Linux,
-sync/hsha performance is about the same, with hsha of course using less memory.
-
-Alternatively,  can provide your own RPC server by providing the fully-qualified class name
-of an o.a.c.t.TServerFactory that can create an instance of it.
-
-*Default Value:* sync
-
-``rpc_min_threads``
--------------------
-*This option is commented out by default.*
-
-Uncomment rpc_min|max_thread to set request pool size limits.
-
-Regardless of your choice of RPC server (see above), the number of maximum requests in the
-RPC thread pool dictates how many concurrent requests are possible (but if you are using the sync
-RPC server, it also dictates the number of clients that can be connected at all).
-
-The default is unlimited and thus provides no protection against clients overwhelming the server. You are
-encouraged to set a maximum that makes sense for you in production, but do keep in mind that
-rpc_max_threads represents the maximum number of client requests this server may execute concurrently.
-
-
-*Default Value:* 16
-
-``rpc_max_threads``
--------------------
-*This option is commented out by default.*
-
-*Default Value:* 2048
-
-``rpc_send_buff_size_in_bytes``
--------------------------------
-*This option is commented out by default.*
-
-uncomment to set socket buffer sizes on rpc connections
-
-``rpc_recv_buff_size_in_bytes``
--------------------------------
-*This option is commented out by default.*
-
-``internode_send_buff_size_in_bytes``
--------------------------------------
-*This option is commented out by default.*
-
-Uncomment to set socket buffer size for internode communication
-Note that when setting this, the buffer size is limited by net.core.wmem_max
-and when not setting it it is defined by net.ipv4.tcp_wmem
-See also:
-/proc/sys/net/core/wmem_max
-/proc/sys/net/core/rmem_max
-/proc/sys/net/ipv4/tcp_wmem
-/proc/sys/net/ipv4/tcp_wmem
-and 'man tcp'
-
-``internode_recv_buff_size_in_bytes``
--------------------------------------
-*This option is commented out by default.*
-
-Uncomment to set socket buffer size for internode communication
-Note that when setting this, the buffer size is limited by net.core.wmem_max
-and when not setting it it is defined by net.ipv4.tcp_wmem
-
-``thrift_framed_transport_size_in_mb``
---------------------------------------
-
-Frame size for thrift (maximum message length).
-
-*Default Value:* 15
-
-``incremental_backups``
------------------------
-
-Set to true to have Cassandra create a hard link to each sstable
-flushed or streamed locally in a backups/ subdirectory of the
-keyspace data.  Removing these links is the operator's
-responsibility.
-
-*Default Value:* false
-
-``snapshot_before_compaction``
-------------------------------
-
-Whether or not to take a snapshot before each compaction.  Be
-careful using this option, since Cassandra won't clean up the
-snapshots for you.  Mostly useful if you're paranoid when there
-is a data format change.
-
-*Default Value:* false
-
-``auto_snapshot``
------------------
-
-Whether or not a snapshot is taken of the data before keyspace truncation
-or dropping of column families. The STRONGLY advised default of true 
-should be used to provide data safety. If you set this flag to false, you will
-lose data on truncation or drop.
-
-*Default Value:* true
-
-``column_index_size_in_kb``
----------------------------
-
-Granularity of the collation index of rows within a partition.
-Increase if your rows are large, or if you have a very large
-number of rows per partition.  The competing goals are these:
-
-- a smaller granularity means more index entries are generated
-  and looking up rows withing the partition by collation column
-  is faster
-- but, Cassandra will keep the collation index in memory for hot
-  rows (as part of the key cache), so a larger granularity means
-  you can cache more hot rows
-
-*Default Value:* 64
-
-``column_index_cache_size_in_kb``
----------------------------------
-
-Per sstable indexed key cache entries (the collation index in memory
-mentioned above) exceeding this size will not be held on heap.
-This means that only partition information is held on heap and the
-index entries are read from disk.
-
-Note that this size refers to the size of the
-serialized index information and not the size of the partition.
-
-*Default Value:* 2
-
-``concurrent_compactors``
--------------------------
-*This option is commented out by default.*
-
-Number of simultaneous compactions to allow, NOT including
-validation "compactions" for anti-entropy repair.  Simultaneous
-compactions can help preserve read performance in a mixed read/write
-workload, by mitigating the tendency of small sstables to accumulate
-during a single long running compactions. The default is usually
-fine and if you experience problems with compaction running too
-slowly or too fast, you should look at
-compaction_throughput_mb_per_sec first.
-
-concurrent_compactors defaults to the smaller of (number of disks,
-number of cores), with a minimum of 2 and a maximum of 8.
-
-If your data directories are backed by SSD, you should increase this
-to the number of cores.
-
-*Default Value:* 1
-
-``compaction_throughput_mb_per_sec``
-------------------------------------
-
-Throttles compaction to the given total throughput across the entire
-system. The faster you insert data, the faster you need to compact in
-order to keep the sstable count down, but in general, setting this to
-16 to 32 times the rate you are inserting data is more than sufficient.
-Setting this to 0 disables throttling. Note that this account for all types
-of compaction, including validation compaction.
-
-*Default Value:* 16
-
-``sstable_preemptive_open_interval_in_mb``
-------------------------------------------
-
-When compacting, the replacement sstable(s) can be opened before they
-are completely written, and used in place of the prior sstables for
-any range that has been written. This helps to smoothly transfer reads 
-between the sstables, reducing page cache churn and keeping hot rows hot
-
-*Default Value:* 50
-
-``stream_throughput_outbound_megabits_per_sec``
------------------------------------------------
-*This option is commented out by default.*
-
-Throttles all outbound streaming file transfers on this node to the
-given total throughput in Mbps. This is necessary because Cassandra does
-mostly sequential IO when streaming data during bootstrap or repair, which
-can lead to saturating the network connection and degrading rpc performance.
-When unset, the default is 200 Mbps or 25 MB/s.
-
-*Default Value:* 200
-
-``inter_dc_stream_throughput_outbound_megabits_per_sec``
---------------------------------------------------------
-*This option is commented out by default.*
-
-Throttles all streaming file transfer between the datacenters,
-this setting allows users to throttle inter dc stream throughput in addition
-to throttling all network stream traffic as configured with
-stream_throughput_outbound_megabits_per_sec
-When unset, the default is 200 Mbps or 25 MB/s
-
-*Default Value:* 200
-
-``read_request_timeout_in_ms``
-------------------------------
-
-How long the coordinator should wait for read operations to complete
-
-*Default Value:* 5000
-
-``range_request_timeout_in_ms``
--------------------------------
-How long the coordinator should wait for seq or index scans to complete
-
-*Default Value:* 10000
-
-``write_request_timeout_in_ms``
--------------------------------
-How long the coordinator should wait for writes to complete
-
-*Default Value:* 2000
-
-``counter_write_request_timeout_in_ms``
----------------------------------------
-How long the coordinator should wait for counter writes to complete
-
-*Default Value:* 5000
-
-``cas_contention_timeout_in_ms``
---------------------------------
-How long a coordinator should continue to retry a CAS operation
-that contends with other proposals for the same row
-
-*Default Value:* 1000
-
-``truncate_request_timeout_in_ms``
-----------------------------------
-How long the coordinator should wait for truncates to complete
-(This can be much longer, because unless auto_snapshot is disabled
-we need to flush first so we can snapshot before removing the data.)
-
-*Default Value:* 60000
-
-``request_timeout_in_ms``
--------------------------
-The default timeout for other, miscellaneous operations
-
-*Default Value:* 10000
-
-``slow_query_log_timeout_in_ms``
---------------------------------
-
-How long before a node logs slow queries. Select queries that take longer than
-this timeout to execute, will generate an aggregated log message, so that slow queries
-can be identified. Set this value to zero to disable slow query logging.
-
-*Default Value:* 500
-
-``cross_node_timeout``
-----------------------
-
-Enable operation timeout information exchange between nodes to accurately
-measure request timeouts.  If disabled, replicas will assume that requests
-were forwarded to them instantly by the coordinator, which means that
-under overload conditions we will waste that much extra time processing 
-already-timed-out requests.
-
-Warning: before enabling this property make sure to ntp is installed
-and the times are synchronized between the nodes.
-
-*Default Value:* false
-
-``streaming_keep_alive_period_in_secs``
----------------------------------------
-*This option is commented out by default.*
-
-Set keep-alive period for streaming
-This node will send a keep-alive message periodically with this period.
-If the node does not receive a keep-alive message from the peer for
-2 keep-alive cycles the stream session times out and fail
-Default value is 300s (5 minutes), which means stalled stream
-times out in 10 minutes by default
-
-*Default Value:* 300
-
-``phi_convict_threshold``
--------------------------
-*This option is commented out by default.*
-
-phi value that must be reached for a host to be marked down.
-most users should never need to adjust this.
-
-*Default Value:* 8
-
-``endpoint_snitch``
--------------------
-
-endpoint_snitch -- Set this to a class that implements
-IEndpointSnitch.  The snitch has two functions:
-
-- it teaches Cassandra enough about your network topology to route
-  requests efficiently
-- it allows Cassandra to spread replicas around your cluster to avoid
-  correlated failures. It does this by grouping machines into
-  "datacenters" and "racks."  Cassandra will do its best not to have
-  more than one replica on the same "rack" (which may not actually
-  be a physical location)
-
-CASSANDRA WILL NOT ALLOW YOU TO SWITCH TO AN INCOMPATIBLE SNITCH
-ONCE DATA IS INSERTED INTO THE CLUSTER.  This would cause data loss.
-This means that if you start with the default SimpleSnitch, which
-locates every node on "rack1" in "datacenter1", your only options
-if you need to add another datacenter are GossipingPropertyFileSnitch
-(and the older PFS).  From there, if you want to migrate to an
-incompatible snitch like Ec2Snitch you can do it by adding new nodes
-under Ec2Snitch (which will locate them in a new "datacenter") and
-decommissioning the old ones.
-
-Out of the box, Cassandra provides:
-
-SimpleSnitch:
-   Treats Strategy order as proximity. This can improve cache
-   locality when disabling read repair.  Only appropriate for
-   single-datacenter deployments.
-
-GossipingPropertyFileSnitch
-   This should be your go-to snitch for production use.  The rack
-   and datacenter for the local node are defined in
-   cassandra-rackdc.properties and propagated to other nodes via
-   gossip.  If cassandra-topology.properties exists, it is used as a
-   fallback, allowing migration from the PropertyFileSnitch.
-
-PropertyFileSnitch:
-   Proximity is determined by rack and data center, which are
-   explicitly configured in cassandra-topology.properties.
-
-Ec2Snitch:
-   Appropriate for EC2 deployments in a single Region. Loads Region
-   and Availability Zone information from the EC2 API. The Region is
-   treated as the datacenter, and the Availability Zone as the rack.
-   Only private IPs are used, so this will not work across multiple
-   Regions.
-
-Ec2MultiRegionSnitch:
-   Uses public IPs as broadcast_address to allow cross-region
-   connectivity.  (Thus, you should set seed addresses to the public
-   IP as well.) You will need to open the storage_port or
-   ssl_storage_port on the public IP firewall.  (For intra-Region
-   traffic, Cassandra will switch to the private IP after
-   establishing a connection.)
-
-RackInferringSnitch:
-   Proximity is determined by rack and data center, which are
-   assumed to correspond to the 3rd and 2nd octet of each node's IP
-   address, respectively.  Unless this happens to match your
-   deployment conventions, this is best used as an example of
-   writing a custom Snitch class and is provided in that spirit.
-
-You can use a custom Snitch by setting this to the full class name
-of the snitch, which will be assumed to be on your classpath.
-
-*Default Value:* SimpleSnitch
-
-``dynamic_snitch_update_interval_in_ms``
-----------------------------------------
-
-controls how often to perform the more expensive part of host score
-calculation
-
-*Default Value:* 100 
-
-``dynamic_snitch_reset_interval_in_ms``
----------------------------------------
-controls how often to reset all host scores, allowing a bad host to
-possibly recover
-
-*Default Value:* 600000
-
-``dynamic_snitch_badness_threshold``
-------------------------------------
-if set greater than zero and read_repair_chance is < 1.0, this will allow
-'pinning' of replicas to hosts in order to increase cache capacity.
-The badness threshold will control how much worse the pinned host has to be
-before the dynamic snitch will prefer other replicas over it.  This is
-expressed as a double which represents a percentage.  Thus, a value of
-0.2 means Cassandra would continue to prefer the static snitch values
-until the pinned host was 20% worse than the fastest.
-
-*Default Value:* 0.1
-
-``request_scheduler``
----------------------
-
-request_scheduler -- Set this to a class that implements
-RequestScheduler, which will schedule incoming client requests
-according to the specific policy. This is useful for multi-tenancy
-with a single Cassandra cluster.
-NOTE: This is specifically for requests from the client and does
-not affect inter node communication.
-org.apache.cassandra.scheduler.NoScheduler - No scheduling takes place
-org.apache.cassandra.scheduler.RoundRobinScheduler - Round robin of
-client requests to a node with a separate queue for each
-request_scheduler_id. The scheduler is further customized by
-request_scheduler_options as described below.
-
-*Default Value:* org.apache.cassandra.scheduler.NoScheduler
-
-``request_scheduler_options``
------------------------------
-*This option is commented out by default.*
-
-Scheduler Options vary based on the type of scheduler
-
-NoScheduler
-  Has no options
-
-RoundRobin
-  throttle_limit
-    The throttle_limit is the number of in-flight
-    requests per client.  Requests beyond 
-    that limit are queued up until
-    running requests can complete.
-    The value of 80 here is twice the number of
-    concurrent_reads + concurrent_writes.
-  default_weight
-    default_weight is optional and allows for
-    overriding the default which is 1.
-  weights
-    Weights are optional and will default to 1 or the
-    overridden default_weight. The weight translates into how
-    many requests are handled during each turn of the
-    RoundRobin, based on the scheduler id.
-
-
-*Default Value (complex option)*::
-
-    #    throttle_limit: 80
-    #    default_weight: 5
-    #    weights:
-    #      Keyspace1: 1
-    #      Keyspace2: 5
-
-``request_scheduler_id``
-------------------------
-*This option is commented out by default.*
-request_scheduler_id -- An identifier based on which to perform
-the request scheduling. Currently the only valid option is keyspace.
-
-*Default Value:* keyspace
-
-``server_encryption_options``
------------------------------
-
-Enable or disable inter-node encryption
-JVM defaults for supported SSL socket protocols and cipher suites can
-be replaced using custom encryption options. This is not recommended
-unless you have policies in place that dictate certain settings, or
-need to disable vulnerable ciphers or protocols in case the JVM cannot
-be updated.
-FIPS compliant settings can be configured at JVM level and should not
-involve changing encryption settings here:
-https://docs.oracle.com/javase/8/docs/technotes/guides/security/jsse/FIPS.html
-*NOTE* No custom encryption options are enabled at the moment
-The available internode options are : all, none, dc, rack
-
-If set to dc cassandra will encrypt the traffic between the DCs
-If set to rack cassandra will encrypt the traffic between the racks
-
-The passwords used in these options must match the passwords used when generating
-the keystore and truststore.  For instructions on generating these files, see:
-http://download.oracle.com/javase/6/docs/technotes/guides/security/jsse/JSSERefGuide.html#CreateKeystore
-
-
-*Default Value (complex option)*::
-
-        internode_encryption: none
-        keystore: conf/.keystore
-        keystore_password: cassandra
-        truststore: conf/.truststore
-        truststore_password: cassandra
-        # More advanced defaults below:
-        # protocol: TLS
-        # algorithm: SunX509
-        # store_type: JKS
-        # cipher_suites: [TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA]
-        # require_client_auth: false
-        # require_endpoint_verification: false
-
-``client_encryption_options``
------------------------------
-enable or disable client/server encryption.
-
-*Default Value (complex option)*::
-
-        enabled: false
-        # If enabled and optional is set to true encrypted and unencrypted connections are handled.
-        optional: false
-        keystore: conf/.keystore
-        keystore_password: cassandra
-        # require_client_auth: false
-        # Set trustore and truststore_password if require_client_auth is true
-        # truststore: conf/.truststore
-        # truststore_password: cassandra
-        # More advanced defaults below:
-        # protocol: TLS
-        # algorithm: SunX509
-        # store_type: JKS
-        # cipher_suites: [TLS_RSA_WITH_AES_128_CBC_SHA,TLS_RSA_WITH_AES_256_CBC_SHA,TLS_DHE_RSA_WITH_AES_128_CBC_SHA,TLS_DHE_RSA_WITH_AES_256_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA]
-
-``internode_compression``
--------------------------
-internode_compression controls whether traffic between nodes is
-compressed.
-Can be:
-
-all
-  all traffic is compressed
-
-dc
-  traffic between different datacenters is compressed
-
-none
-  nothing is compressed.
-
-*Default Value:* dc
-
-``inter_dc_tcp_nodelay``
-------------------------
-
-Enable or disable tcp_nodelay for inter-dc communication.
-Disabling it will result in larger (but fewer) network packets being sent,
-reducing overhead from the TCP protocol itself, at the cost of increasing
-latency if you block for cross-datacenter responses.
-
-*Default Value:* false
-
-``tracetype_query_ttl``
------------------------
-
-TTL for different trace types used during logging of the repair process.
-
-*Default Value:* 86400
-
-``tracetype_repair_ttl``
-------------------------
-
-*Default Value:* 604800
-
-``gc_log_threshold_in_ms``
---------------------------
-*This option is commented out by default.*
-
-By default, Cassandra logs GC Pauses greater than 200 ms at INFO level
-This threshold can be adjusted to minimize logging if necessary
-
-*Default Value:* 200
-
-``enable_user_defined_functions``
----------------------------------
-
-If unset, all GC Pauses greater than gc_log_threshold_in_ms will log at
-INFO level
-UDFs (user defined functions) are disabled by default.
-As of Cassandra 3.0 there is a sandbox in place that should prevent execution of evil code.
-
-*Default Value:* false
-
-``enable_scripted_user_defined_functions``
-------------------------------------------
-
-Enables scripted UDFs (JavaScript UDFs).
-Java UDFs are always enabled, if enable_user_defined_functions is true.
-Enable this option to be able to use UDFs with "language javascript" or any custom JSR-223 provider.
-This option has no effect, if enable_user_defined_functions is false.
-
-*Default Value:* false
-
-``windows_timer_interval``
---------------------------
-
-The default Windows kernel timer and scheduling resolution is 15.6ms for power conservation.
-Lowering this value on Windows can provide much tighter latency and better throughput, however
-some virtualized environments may see a negative performance impact from changing this setting
-below their system default. The sysinternals 'clockres' tool can confirm your system's default
-setting.
-
-*Default Value:* 1
-
-``transparent_data_encryption_options``
----------------------------------------
-
-
-Enables encrypting data at-rest (on disk). Different key providers can be plugged in, but the default reads from
-a JCE-style keystore. A single keystore can hold multiple keys, but the one referenced by
-the "key_alias" is the only key that will be used for encrypt opertaions; previously used keys
-can still (and should!) be in the keystore and will be used on decrypt operations
-(to handle the case of key rotation).
-
-It is strongly recommended to download and install Java Cryptography Extension (JCE)
-Unlimited Strength Jurisdiction Policy Files for your version of the JDK.
-(current link: http://www.oracle.com/technetwork/java/javase/downloads/jce8-download-2133166.html)
-
-Currently, only the following file types are supported for transparent data encryption, although
-more are coming in future cassandra releases: commitlog, hints
-
-*Default Value (complex option)*::
-
-        enabled: false
-        chunk_length_kb: 64
-        cipher: AES/CBC/PKCS5Padding
-        key_alias: testing:1
-        # CBC IV length for AES needs to be 16 bytes (which is also the default size)
-        # iv_length: 16
-        key_provider: 
-          - class_name: org.apache.cassandra.security.JKSKeyProvider
-            parameters: 
-              - keystore: conf/.keystore
-                keystore_password: cassandra
-                store_type: JCEKS
-                key_password: cassandra
-
-``tombstone_warn_threshold``
-----------------------------
-
-####################
-SAFETY THRESHOLDS #
-####################
-
-When executing a scan, within or across a partition, we need to keep the
-tombstones seen in memory so we can return them to the coordinator, which
-will use them to make sure other replicas also know about the deleted rows.
-With workloads that generate a lot of tombstones, this can cause performance
-problems and even exaust the server heap.
-(http://www.datastax.com/dev/blog/cassandra-anti-patterns-queues-and-queue-like-datasets)
-Adjust the thresholds here if you understand the dangers and want to
-scan more tombstones anyway.  These thresholds may also be adjusted at runtime
-using the StorageService mbean.
-
-*Default Value:* 1000
-
-``tombstone_failure_threshold``
--------------------------------
-
-*Default Value:* 100000
-
-``replica_filtering_protection``
---------------------------------
-
-Filtering and secondary index queries at read consistency levels above ONE/LOCAL_ONE use a
-mechanism called replica filtering protection to ensure that results from stale replicas do
-not violate consistency. (See CASSANDRA-8272 and CASSANDRA-15907 for more details.) This
-mechanism materializes replica results by partition on-heap at the coordinator. The more possibly
-stale results returned by the replicas, the more rows materialized during the query.
-
-``batch_size_warn_threshold_in_kb``
------------------------------------
-
-Log WARN on any multiple-partition batch size exceeding this value. 5kb per batch by default.
-Caution should be taken on increasing the size of this threshold as it can lead to node instability.
-
-*Default Value:* 5
-
-``batch_size_fail_threshold_in_kb``
------------------------------------
-
-Fail any multiple-partition batch exceeding this value. 50kb (10x warn threshold) by default.
-
-*Default Value:* 50
-
-``unlogged_batch_across_partitions_warn_threshold``
----------------------------------------------------
-
-Log WARN on any batches not of type LOGGED than span across more partitions than this limit
-
-*Default Value:* 10
-
-``compaction_large_partition_warning_threshold_mb``
----------------------------------------------------
-
-Log a warning when compacting partitions larger than this value
-
-*Default Value:* 100
-
-``gc_warn_threshold_in_ms``
----------------------------
-
-GC Pauses greater than gc_warn_threshold_in_ms will be logged at WARN level
-Adjust the threshold based on your application throughput requirement
-By default, Cassandra logs GC Pauses greater than 200 ms at INFO level
-
-*Default Value:* 1000
-
-``max_value_size_in_mb``
-------------------------
-*This option is commented out by default.*
-
-Maximum size of any value in SSTables. Safety measure to detect SSTable corruption
-early. Any value size larger than this threshold will result into marking an SSTable
-as corrupted. This should be positive and less than 2048.
-
-*Default Value:* 256
-
-``back_pressure_enabled``
--------------------------
-
-Back-pressure settings #
-If enabled, the coordinator will apply the back-pressure strategy specified below to each mutation
-sent to replicas, with the aim of reducing pressure on overloaded replicas.
-
-*Default Value:* false
-
-``back_pressure_strategy``
---------------------------
-The back-pressure strategy applied.
-The default implementation, RateBasedBackPressure, takes three arguments:
-high ratio, factor, and flow type, and uses the ratio between incoming mutation responses and outgoing mutation requests.
-If below high ratio, outgoing mutations are rate limited according to the incoming rate decreased by the given factor;
-if above high ratio, the rate limiting is increased by the given factor;
-such factor is usually best configured between 1 and 10, use larger values for a faster recovery
-at the expense of potentially more dropped mutations;
-the rate limiting is applied according to the flow type: if FAST, it's rate limited at the speed of the fastest replica,
-if SLOW at the speed of the slowest one.
-New strategies can be added. Implementors need to implement org.apache.cassandra.net.BackpressureStrategy and
-provide a public constructor accepting a Map<String, Object>.
-
-``otc_coalescing_strategy``
----------------------------
-*This option is commented out by default.*
-
-Coalescing Strategies #
-Coalescing multiples messages turns out to significantly boost message processing throughput (think doubling or more).
-On bare metal, the floor for packet processing throughput is high enough that many applications won't notice, but in
-virtualized environments, the point at which an application can be bound by network packet processing can be
-surprisingly low compared to the throughput of task processing that is possible inside a VM. It's not that bare metal
-doesn't benefit from coalescing messages, it's that the number of packets a bare metal network interface can process
-is sufficient for many applications such that no load starvation is experienced even without coalescing.
-There are other benefits to coalescing network messages that are harder to isolate with a simple metric like messages
-per second. By coalescing multiple tasks together, a network thread can process multiple messages for the cost of one
-trip to read from a socket, and all the task submission work can be done at the same time reducing context switching
-and increasing cache friendliness of network message processing.
-See CASSANDRA-8692 for details.
-
-Strategy to use for coalescing messages in OutboundTcpConnection.
-Can be fixed, movingaverage, timehorizon, disabled (default).
-You can also specify a subclass of CoalescingStrategies.CoalescingStrategy by name.
-
-*Default Value:* DISABLED
-
-``otc_coalescing_window_us``
-----------------------------
-*This option is commented out by default.*
-
-How many microseconds to wait for coalescing. For fixed strategy this is the amount of time after the first
-message is received before it will be sent with any accompanying messages. For moving average this is the
-maximum amount of time that will be waited as well as the interval at which messages must arrive on average
-for coalescing to be enabled.
-
-*Default Value:* 200
-
-``otc_coalescing_enough_coalesced_messages``
---------------------------------------------
-*This option is commented out by default.*
-
-Do not try to coalesce messages if we already got that many messages. This should be more than 2 and less than 128.
-
-*Default Value:* 8
-
-``otc_backlog_expiration_interval_ms``
---------------------------------------
-*This option is commented out by default.*
-
-How many milliseconds to wait between two expiration runs on the backlog (queue) of the OutboundTcpConnection.
-Expiration is done if messages are piling up in the backlog. Droppable messages are expired to free the memory
-taken by expired messages. The interval should be between 0 and 1000, and in most installations the default value
-will be appropriate. A smaller value could potentially expire messages slightly sooner at the expense of more CPU
-time and queue contention while iterating the backlog of messages.
-An interval of 0 disables any wait time, which is the behavior of former Cassandra versions.
-
-
-*Default Value:* 200
-
-``enable_materialized_views``
------------------------------
-
-
-########################
-EXPERIMENTAL FEATURES #
-########################
-
-Enables materialized view creation on this node.
-Materialized views are considered experimental and are not recommended for production use.
-
-*Default Value:* true
-
-``enable_sasi_indexes``
------------------------
-
-Enables SASI index creation on this node.
-SASI indexes are considered experimental and are not recommended for production use.
-
-*Default Value:* true
-
-``enable_drop_compact_storage``
--------------------------------
-
-Enables the used of 'ALTER ... DROP COMPACT STORAGE' statements on this node.
-'ALTER ... DROP COMPACT STORAGE' is considered experimental and is not recommended for production use.
-
-*Default Value:* false
diff --git a/content/doc/3.11.11/_sources/configuration/index.rst.txt b/content/doc/3.11.11/_sources/configuration/index.rst.txt
deleted file mode 100644
index f774fda..0000000
--- a/content/doc/3.11.11/_sources/configuration/index.rst.txt
+++ /dev/null
@@ -1,25 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Configuring Cassandra
-=====================
-
-This section describes how to configure Apache Cassandra.
-
-.. toctree::
-   :maxdepth: 1
-
-   cassandra_config_file
diff --git a/content/doc/3.11.11/_sources/contactus.rst.txt b/content/doc/3.11.11/_sources/contactus.rst.txt
deleted file mode 100644
index 8d0f5dd..0000000
--- a/content/doc/3.11.11/_sources/contactus.rst.txt
+++ /dev/null
@@ -1,53 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-Contact us
-==========
-
-You can get in touch with the Cassandra community either via the mailing lists or the freenode IRC channels.
-
-.. _mailing-lists:
-
-Mailing lists
--------------
-
-The following mailing lists are available:
-
-- `Users <http://www.mail-archive.com/user@cassandra.apache.org/>`__ – General discussion list for users - `Subscribe
-  <user-subscribe@cassandra.apache.org>`__
-- `Developers <http://www.mail-archive.com/dev@cassandra.apache.org/>`__ – Development related discussion - `Subscribe
-  <dev-subscribe@cassandra.apache.org>`__
-- `Commits <http://www.mail-archive.com/commits@cassandra.apache.org/>`__ – Commit notification source repository -
-  `Subscribe <commits-subscribe@cassandra.apache.org>`__
-- `Client Libraries <http://www.mail-archive.com/client-dev@cassandra.apache.org/>`__ – Discussion related to the
-  development of idiomatic client APIs - `Subscribe <client-dev-subscribe@cassandra.apache.org>`__
-
-Subscribe by sending an email to the email address in the Subscribe links above. Follow the instructions in the welcome
-email to confirm your subscription. Make sure to keep the welcome email as it contains instructions on how to
-unsubscribe.
-
-.. _irc-channels:
-
-IRC
----
-
-To chat with developers or users in real-time, join our channels on `IRC freenode <http://webchat.freenode.net/>`__. The
-following channels are available:
-
-- ``#cassandra`` - for user questions and general discussions.
-- ``#cassandra-dev`` - strictly for questions or discussions related to Cassandra development.
-- ``#cassandra-builds`` - results of automated test builds.
-
diff --git a/content/doc/3.11.11/_sources/cql/appendices.rst.txt b/content/doc/3.11.11/_sources/cql/appendices.rst.txt
deleted file mode 100644
index 456170d..0000000
--- a/content/doc/3.11.11/_sources/cql/appendices.rst.txt
+++ /dev/null
@@ -1,333 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-Appendices
-----------
-
-.. _appendix-A:
-
-Appendix A: CQL Keywords
-~~~~~~~~~~~~~~~~~~~~~~~~
-
-CQL distinguishes between *reserved* and *non-reserved* keywords.
-Reserved keywords cannot be used as identifier, they are truly reserved
-for the language (but one can enclose a reserved keyword by
-double-quotes to use it as an identifier). Non-reserved keywords however
-only have a specific meaning in certain context but can used as
-identifier otherwise. The only *raison d’être* of these non-reserved
-keywords is convenience: some keyword are non-reserved when it was
-always easy for the parser to decide whether they were used as keywords
-or not.
-
-+--------------------+-------------+
-| Keyword            | Reserved?   |
-+====================+=============+
-| ``ADD``            | yes         |
-+--------------------+-------------+
-| ``AGGREGATE``      | no          |
-+--------------------+-------------+
-| ``ALL``            | no          |
-+--------------------+-------------+
-| ``ALLOW``          | yes         |
-+--------------------+-------------+
-| ``ALTER``          | yes         |
-+--------------------+-------------+
-| ``AND``            | yes         |
-+--------------------+-------------+
-| ``APPLY``          | yes         |
-+--------------------+-------------+
-| ``AS``             | no          |
-+--------------------+-------------+
-| ``ASC``            | yes         |
-+--------------------+-------------+
-| ``ASCII``          | no          |
-+--------------------+-------------+
-| ``AUTHORIZE``      | yes         |
-+--------------------+-------------+
-| ``BATCH``          | yes         |
-+--------------------+-------------+
-| ``BEGIN``          | yes         |
-+--------------------+-------------+
-| ``BIGINT``         | no          |
-+--------------------+-------------+
-| ``BLOB``           | no          |
-+--------------------+-------------+
-| ``BOOLEAN``        | no          |
-+--------------------+-------------+
-| ``BY``             | yes         |
-+--------------------+-------------+
-| ``CALLED``         | no          |
-+--------------------+-------------+
-| ``CLUSTERING``     | no          |
-+--------------------+-------------+
-| ``COLUMNFAMILY``   | yes         |
-+--------------------+-------------+
-| ``COMPACT``        | no          |
-+--------------------+-------------+
-| ``CONTAINS``       | no          |
-+--------------------+-------------+
-| ``COUNT``          | no          |
-+--------------------+-------------+
-| ``COUNTER``        | no          |
-+--------------------+-------------+
-| ``CREATE``         | yes         |
-+--------------------+-------------+
-| ``CUSTOM``         | no          |
-+--------------------+-------------+
-| ``DATE``           | no          |
-+--------------------+-------------+
-| ``DECIMAL``        | no          |
-+--------------------+-------------+
-| ``DELETE``         | yes         |
-+--------------------+-------------+
-| ``DESC``           | yes         |
-+--------------------+-------------+
-| ``DESCRIBE``       | yes         |
-+--------------------+-------------+
-| ``DISTINCT``       | no          |
-+--------------------+-------------+
-| ``DOUBLE``         | no          |
-+--------------------+-------------+
-| ``DROP``           | yes         |
-+--------------------+-------------+
-| ``ENTRIES``        | yes         |
-+--------------------+-------------+
-| ``EXECUTE``        | yes         |
-+--------------------+-------------+
-| ``EXISTS``         | no          |
-+--------------------+-------------+
-| ``FILTERING``      | no          |
-+--------------------+-------------+
-| ``FINALFUNC``      | no          |
-+--------------------+-------------+
-| ``FLOAT``          | no          |
-+--------------------+-------------+
-| ``FROM``           | yes         |
-+--------------------+-------------+
-| ``FROZEN``         | no          |
-+--------------------+-------------+
-| ``FULL``           | yes         |
-+--------------------+-------------+
-| ``FUNCTION``       | no          |
-+--------------------+-------------+
-| ``FUNCTIONS``      | no          |
-+--------------------+-------------+
-| ``GRANT``          | yes         |
-+--------------------+-------------+
-| ``IF``             | yes         |
-+--------------------+-------------+
-| ``IN``             | yes         |
-+--------------------+-------------+
-| ``INDEX``          | yes         |
-+--------------------+-------------+
-| ``INET``           | no          |
-+--------------------+-------------+
-| ``INFINITY``       | yes         |
-+--------------------+-------------+
-| ``INITCOND``       | no          |
-+--------------------+-------------+
-| ``INPUT``          | no          |
-+--------------------+-------------+
-| ``INSERT``         | yes         |
-+--------------------+-------------+
-| ``INT``            | no          |
-+--------------------+-------------+
-| ``INTO``           | yes         |
-+--------------------+-------------+
-| ``JSON``           | no          |
-+--------------------+-------------+
-| ``KEY``            | no          |
-+--------------------+-------------+
-| ``KEYS``           | no          |
-+--------------------+-------------+
-| ``KEYSPACE``       | yes         |
-+--------------------+-------------+
-| ``KEYSPACES``      | no          |
-+--------------------+-------------+
-| ``LANGUAGE``       | no          |
-+--------------------+-------------+
-| ``LIMIT``          | yes         |
-+--------------------+-------------+
-| ``LIST``           | no          |
-+--------------------+-------------+
-| ``LOGIN``          | no          |
-+--------------------+-------------+
-| ``MAP``            | no          |
-+--------------------+-------------+
-| ``MODIFY``         | yes         |
-+--------------------+-------------+
-| ``NAN``            | yes         |
-+--------------------+-------------+
-| ``NOLOGIN``        | no          |
-+--------------------+-------------+
-| ``NORECURSIVE``    | yes         |
-+--------------------+-------------+
-| ``NOSUPERUSER``    | no          |
-+--------------------+-------------+
-| ``NOT``            | yes         |
-+--------------------+-------------+
-| ``NULL``           | yes         |
-+--------------------+-------------+
-| ``OF``             | yes         |
-+--------------------+-------------+
-| ``ON``             | yes         |
-+--------------------+-------------+
-| ``OPTIONS``        | no          |
-+--------------------+-------------+
-| ``OR``             | yes         |
-+--------------------+-------------+
-| ``ORDER``          | yes         |
-+--------------------+-------------+
-| ``PASSWORD``       | no          |
-+--------------------+-------------+
-| ``PERMISSION``     | no          |
-+--------------------+-------------+
-| ``PERMISSIONS``    | no          |
-+--------------------+-------------+
-| ``PRIMARY``        | yes         |
-+--------------------+-------------+
-| ``RENAME``         | yes         |
-+--------------------+-------------+
-| ``REPLACE``        | yes         |
-+--------------------+-------------+
-| ``RETURNS``        | no          |
-+--------------------+-------------+
-| ``REVOKE``         | yes         |
-+--------------------+-------------+
-| ``ROLE``           | no          |
-+--------------------+-------------+
-| ``ROLES``          | no          |
-+--------------------+-------------+
-| ``SCHEMA``         | yes         |
-+--------------------+-------------+
-| ``SELECT``         | yes         |
-+--------------------+-------------+
-| ``SET``            | yes         |
-+--------------------+-------------+
-| ``SFUNC``          | no          |
-+--------------------+-------------+
-| ``SMALLINT``       | no          |
-+--------------------+-------------+
-| ``STATIC``         | no          |
-+--------------------+-------------+
-| ``STORAGE``        | no          |
-+--------------------+-------------+
-| ``STYPE``          | no          |
-+--------------------+-------------+
-| ``SUPERUSER``      | no          |
-+--------------------+-------------+
-| ``TABLE``          | yes         |
-+--------------------+-------------+
-| ``TEXT``           | no          |
-+--------------------+-------------+
-| ``TIME``           | no          |
-+--------------------+-------------+
-| ``TIMESTAMP``      | no          |
-+--------------------+-------------+
-| ``TIMEUUID``       | no          |
-+--------------------+-------------+
-| ``TINYINT``        | no          |
-+--------------------+-------------+
-| ``TO``             | yes         |
-+--------------------+-------------+
-| ``TOKEN``          | yes         |
-+--------------------+-------------+
-| ``TRIGGER``        | no          |
-+--------------------+-------------+
-| ``TRUNCATE``       | yes         |
-+--------------------+-------------+
-| ``TTL``            | no          |
-+--------------------+-------------+
-| ``TUPLE``          | no          |
-+--------------------+-------------+
-| ``TYPE``           | no          |
-+--------------------+-------------+
-| ``UNLOGGED``       | yes         |
-+--------------------+-------------+
-| ``UPDATE``         | yes         |
-+--------------------+-------------+
-| ``USE``            | yes         |
-+--------------------+-------------+
-| ``USER``           | no          |
-+--------------------+-------------+
-| ``USERS``          | no          |
-+--------------------+-------------+
-| ``USING``          | yes         |
-+--------------------+-------------+
-| ``UUID``           | no          |
-+--------------------+-------------+
-| ``VALUES``         | no          |
-+--------------------+-------------+
-| ``VARCHAR``        | no          |
-+--------------------+-------------+
-| ``VARINT``         | no          |
-+--------------------+-------------+
-| ``WHERE``          | yes         |
-+--------------------+-------------+
-| ``WITH``           | yes         |
-+--------------------+-------------+
-| ``WRITETIME``      | no          |
-+--------------------+-------------+
-
-Appendix B: CQL Reserved Types
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-The following type names are not currently used by CQL, but are reserved
-for potential future use. User-defined types may not use reserved type
-names as their name.
-
-+-----------------+
-| type            |
-+=================+
-| ``bitstring``   |
-+-----------------+
-| ``byte``        |
-+-----------------+
-| ``complex``     |
-+-----------------+
-| ``enum``        |
-+-----------------+
-| ``interval``    |
-+-----------------+
-| ``macaddr``     |
-+-----------------+
-
-
-Appendix C: Dropping Compact Storage
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-``ALTER ... DROP COMPACT STORAGE`` statement makes Compact Tables CQL-compatible,
-exposing internal structure of Thrift/Compact Tables:
-
-- CQL-created Compact Tables that have no clustering columns, will expose an
-  additional clustering column ``column1`` with ``UTF8Type``.
-- CQL-created Compact Tables that had no regular columns, will expose a
-  regular column ``value`` with ``BytesType``.
-- For CQL-Created Compact Tables, all columns originally defined as
-  ``regular`` will be come ``static``
-- CQL-created Compact Tables that have clustering but have no regular
-  columns will have an empty value column (of ``EmptyType``)
-- SuperColumn Tables (can only be created through Thrift) will expose
-  a compact value map with an empty name.
-- Thrift-created Compact Tables will have types corresponding to their
-  Thrift definition.
-- If a row was written while a table was still compact but it has no live
-  cells due to later row or cell deletions, it may continue to be simply 
-  left out of query results, as is the normal behavior for compact tables.
-  Rows written after a table is fully CQL-compatible, if they have no live
-  cells but a live primary key, may be present in query results with null values.
\ No newline at end of file
diff --git a/content/doc/3.11.11/_sources/cql/changes.rst.txt b/content/doc/3.11.11/_sources/cql/changes.rst.txt
deleted file mode 100644
index 1eee536..0000000
--- a/content/doc/3.11.11/_sources/cql/changes.rst.txt
+++ /dev/null
@@ -1,204 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-Changes
--------
-
-The following describes the changes in each version of CQL.
-
-3.4.4
-^^^^^
-
-- ``ALTER TABLE`` ``ALTER`` has been removed; a column's type may not be changed after creation (:jira:`12443`).
-- ``ALTER TYPE`` ``ALTER`` has been removed; a field's type may not be changed after creation (:jira:`12443`).
-
-3.4.3
-^^^^^
-
-- Adds a new ``duration `` :ref:`data types <data-types>` (:jira:`11873`).
-- Support for ``GROUP BY`` (:jira:`10707`).
-- Adds a ``DEFAULT UNSET`` option for ``INSERT JSON`` to ignore omitted columns (:jira:`11424`).
-- Allows ``null`` as a legal value for TTL on insert and update. It will be treated as equivalent to
-inserting a 0 (:jira:`12216`).
-
-3.4.2
-^^^^^
-
-- If a table has a non zero ``default_time_to_live``, then explicitly specifying a TTL of 0 in an ``INSERT`` or
-  ``UPDATE`` statement will result in the new writes not having any expiration (that is, an explicit TTL of 0 cancels
-  the ``default_time_to_live``). This wasn't the case before and the ``default_time_to_live`` was applied even though a
-  TTL had been explicitly set.
-- ``ALTER TABLE`` ``ADD`` and ``DROP`` now allow multiple columns to be added/removed.
-- New ``PER PARTITION LIMIT`` option for ``SELECT`` statements (see `CASSANDRA-7017
-  <https://issues.apache.org/jira/browse/CASSANDRA-7017)>`__.
-- :ref:`User-defined functions <cql-functions>` can now instantiate ``UDTValue`` and ``TupleValue`` instances via the
-  new ``UDFContext`` interface (see `CASSANDRA-10818 <https://issues.apache.org/jira/browse/CASSANDRA-10818)>`__.
-- :ref:`User-defined types <udts>` may now be stored in a non-frozen form, allowing individual fields to be updated and
-  deleted in ``UPDATE`` statements and ``DELETE`` statements, respectively. (`CASSANDRA-7423
-  <https://issues.apache.org/jira/browse/CASSANDRA-7423)>`__).
-
-3.4.1
-^^^^^
-
-- Adds ``CAST`` functions.
-
-3.4.0
-^^^^^
-
-- Support for :ref:`materialized views <materialized-views>`.
-- ``DELETE`` support for inequality expressions and ``IN`` restrictions on any primary key columns.
-- ``UPDATE`` support for ``IN`` restrictions on any primary key columns.
-
-3.3.1
-^^^^^
-
-- The syntax ``TRUNCATE TABLE X`` is now accepted as an alias for ``TRUNCATE X``.
-
-3.3.0
-^^^^^
-
-- :ref:`User-defined functions and aggregates <cql-functions>` are now supported.
-- Allows double-dollar enclosed strings literals as an alternative to single-quote enclosed strings.
-- Introduces Roles to supersede user based authentication and access control
-- New ``date``, ``time``, ``tinyint`` and ``smallint`` :ref:`data types <data-types>` have been added.
-- :ref:`JSON support <cql-json>` has been added
-- Adds new time conversion functions and deprecate ``dateOf`` and ``unixTimestampOf``.
-
-3.2.0
-^^^^^
-
-- :ref:`User-defined types <udts>` supported.
-- ``CREATE INDEX`` now supports indexing collection columns, including indexing the keys of map collections through the
-  ``keys()`` function
-- Indexes on collections may be queried using the new ``CONTAINS`` and ``CONTAINS KEY`` operators
-- :ref:`Tuple types <tuples>` were added to hold fixed-length sets of typed positional fields.
-- ``DROP INDEX`` now supports optionally specifying a keyspace.
-
-3.1.7
-^^^^^
-
-- ``SELECT`` statements now support selecting multiple rows in a single partition using an ``IN`` clause on combinations
-  of clustering columns.
-- ``IF NOT EXISTS`` and ``IF EXISTS`` syntax is now supported by ``CREATE USER`` and ``DROP USER`` statements,
-  respectively.
-
-3.1.6
-^^^^^
-
-- A new ``uuid()`` method has been added.
-- Support for ``DELETE ... IF EXISTS`` syntax.
-
-3.1.5
-^^^^^
-
-- It is now possible to group clustering columns in a relation, see :ref:`WHERE <where-clause>` clauses.
-- Added support for :ref:`static columns <static-columns>`.
-
-3.1.4
-^^^^^
-
-- ``CREATE INDEX`` now allows specifying options when creating CUSTOM indexes.
-
-3.1.3
-^^^^^
-
-- Millisecond precision formats have been added to the :ref:`timestamp <timestamps>` parser.
-
-3.1.2
-^^^^^
-
-- ``NaN`` and ``Infinity`` has been added as valid float constants. They are now reserved keywords. In the unlikely case
-  you we using them as a column identifier (or keyspace/table one), you will now need to double quote them.
-
-3.1.1
-^^^^^
-
-- ``SELECT`` statement now allows listing the partition keys (using the ``DISTINCT`` modifier). See `CASSANDRA-4536
-  <https://issues.apache.org/jira/browse/CASSANDRA-4536>`__.
-- The syntax ``c IN ?`` is now supported in ``WHERE`` clauses. In that case, the value expected for the bind variable
-  will be a list of whatever type ``c`` is.
-- It is now possible to use named bind variables (using ``:name`` instead of ``?``).
-
-3.1.0
-^^^^^
-
-- ``ALTER TABLE`` ``DROP`` option added.
-- ``SELECT`` statement now supports aliases in select clause. Aliases in WHERE and ORDER BY clauses are not supported.
-- ``CREATE`` statements for ``KEYSPACE``, ``TABLE`` and ``INDEX`` now supports an ``IF NOT EXISTS`` condition.
-  Similarly, ``DROP`` statements support a ``IF EXISTS`` condition.
-- ``INSERT`` statements optionally supports a ``IF NOT EXISTS`` condition and ``UPDATE`` supports ``IF`` conditions.
-
-3.0.5
-^^^^^
-
-- ``SELECT``, ``UPDATE``, and ``DELETE`` statements now allow empty ``IN`` relations (see `CASSANDRA-5626
-  <https://issues.apache.org/jira/browse/CASSANDRA-5626)>`__.
-
-3.0.4
-^^^^^
-
-- Updated the syntax for custom :ref:`secondary indexes <secondary-indexes>`.
-- Non-equal condition on the partition key are now never supported, even for ordering partitioner as this was not
-  correct (the order was **not** the one of the type of the partition key). Instead, the ``token`` method should always
-  be used for range queries on the partition key (see :ref:`WHERE clauses <where-clause>`).
-
-3.0.3
-^^^^^
-
-- Support for custom :ref:`secondary indexes <secondary-indexes>` has been added.
-
-3.0.2
-^^^^^
-
-- Type validation for the :ref:`constants <constants>` has been fixed. For instance, the implementation used to allow
-  ``'2'`` as a valid value for an ``int`` column (interpreting it has the equivalent of ``2``), or ``42`` as a valid
-  ``blob`` value (in which case ``42`` was interpreted as an hexadecimal representation of the blob). This is no longer
-  the case, type validation of constants is now more strict. See the :ref:`data types <data-types>` section for details
-  on which constant is allowed for which type.
-- The type validation fixed of the previous point has lead to the introduction of blobs constants to allow the input of
-  blobs. Do note that while the input of blobs as strings constant is still supported by this version (to allow smoother
-  transition to blob constant), it is now deprecated and will be removed by a future version. If you were using strings
-  as blobs, you should thus update your client code ASAP to switch blob constants.
-- A number of functions to convert native types to blobs have also been introduced. Furthermore the token function is
-  now also allowed in select clauses. See the :ref:`section on functions <cql-functions>` for details.
-
-3.0.1
-^^^^^
-
-- Date strings (and timestamps) are no longer accepted as valid ``timeuuid`` values. Doing so was a bug in the sense
-  that date string are not valid ``timeuuid``, and it was thus resulting in `confusing behaviors
-  <https://issues.apache.org/jira/browse/CASSANDRA-4936>`__. However, the following new methods have been added to help
-  working with ``timeuuid``: ``now``, ``minTimeuuid``, ``maxTimeuuid`` ,
-  ``dateOf`` and ``unixTimestampOf``.
-- Float constants now support the exponent notation. In other words, ``4.2E10`` is now a valid floating point value.
-
-Versioning
-^^^^^^^^^^
-
-Versioning of the CQL language adheres to the `Semantic Versioning <http://semver.org>`__ guidelines. Versions take the
-form X.Y.Z where X, Y, and Z are integer values representing major, minor, and patch level respectively. There is no
-correlation between Cassandra release versions and the CQL language version.
-
-========= =============================================================================================================
- version   description
-========= =============================================================================================================
- Major     The major version *must* be bumped when backward incompatible changes are introduced. This should rarely
-           occur.
- Minor     Minor version increments occur when new, but backward compatible, functionality is introduced.
- Patch     The patch version is incremented when bugs are fixed.
-========= =============================================================================================================
diff --git a/content/doc/3.11.11/_sources/cql/ddl.rst.txt b/content/doc/3.11.11/_sources/cql/ddl.rst.txt
deleted file mode 100644
index 3027775..0000000
--- a/content/doc/3.11.11/_sources/cql/ddl.rst.txt
+++ /dev/null
@@ -1,649 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-.. _data-definition:
-
-Data Definition
----------------
-
-CQL stores data in *tables*, whose schema defines the layout of said data in the table, and those tables are grouped in
-*keyspaces*. A keyspace defines a number of options that applies to all the tables it contains, most prominently of
-which is the :ref:`replication strategy <replication-strategy>` used by the keyspace. It is generally encouraged to use
-one keyspace by *application*, and thus many cluster may define only one keyspace.
-
-This section describes the statements used to create, modify, and remove those keyspace and tables.
-
-Common definitions
-^^^^^^^^^^^^^^^^^^
-
-The names of the keyspaces and tables are defined by the following grammar:
-
-.. productionlist::
-   keyspace_name: `name`
-   table_name: [ `keyspace_name` '.' ] `name`
-   name: `unquoted_name` | `quoted_name`
-   unquoted_name: re('[a-zA-Z_0-9]{1, 48}')
-   quoted_name: '"' `unquoted_name` '"'
-
-Both keyspace and table name should be comprised of only alphanumeric characters, cannot be empty and are limited in
-size to 48 characters (that limit exists mostly to avoid filenames (which may include the keyspace and table name) to go
-over the limits of certain file systems). By default, keyspace and table names are case insensitive (``myTable`` is
-equivalent to ``mytable``) but case sensitivity can be forced by using double-quotes (``"myTable"`` is different from
-``mytable``).
-
-Further, a table is always part of a keyspace and a table name can be provided fully-qualified by the keyspace it is
-part of. If is is not fully-qualified, the table is assumed to be in the *current* keyspace (see :ref:`USE statement
-<use-statement>`).
-
-Further, the valid names for columns is simply defined as:
-
-.. productionlist::
-   column_name: `identifier`
-
-We also define the notion of statement options for use in the following section:
-
-.. productionlist::
-   options: `option` ( AND `option` )*
-   option: `identifier` '=' ( `identifier` | `constant` | `map_literal` )
-
-.. _create-keyspace-statement:
-
-CREATE KEYSPACE
-^^^^^^^^^^^^^^^
-
-A keyspace is created using a ``CREATE KEYSPACE`` statement:
-
-.. productionlist::
-   create_keyspace_statement: CREATE KEYSPACE [ IF NOT EXISTS ] `keyspace_name` WITH `options`
-
-For instance::
-
-    CREATE KEYSPACE Excelsior
-               WITH replication = {'class': 'SimpleStrategy', 'replication_factor' : 3};
-
-    CREATE KEYSPACE Excalibur
-               WITH replication = {'class': 'NetworkTopologyStrategy', 'DC1' : 1, 'DC2' : 3}
-                AND durable_writes = false;
-
-
-The supported ``options`` are:
-
-=================== ========== =========== ========= ===================================================================
-name                 kind       mandatory   default   description
-=================== ========== =========== ========= ===================================================================
-``replication``      *map*      yes                   The replication strategy and options to use for the keyspace (see
-                                                      details below).
-``durable_writes``   *simple*   no          true      Whether to use the commit log for updates on this keyspace
-                                                      (disable this option at your own risk!).
-=================== ========== =========== ========= ===================================================================
-
-The ``replication`` property is mandatory and must at least contains the ``'class'`` sub-option which defines the
-:ref:`replication strategy <replication-strategy>` class to use. The rest of the sub-options depends on what replication
-strategy is used. By default, Cassandra support the following ``'class'``:
-
-- ``'SimpleStrategy'``: A simple strategy that defines a replication factor for the whole cluster. The only sub-options
-  supported is ``'replication_factor'`` to define that replication factor and is mandatory.
-- ``'NetworkTopologyStrategy'``: A replication strategy that allows to set the replication factor independently for
-  each data-center. The rest of the sub-options are key-value pairs where a key is a data-center name and its value is
-  the associated replication factor.
-
-Attempting to create a keyspace that already exists will return an error unless the ``IF NOT EXISTS`` option is used. If
-it is used, the statement will be a no-op if the keyspace already exists.
-
-.. _use-statement:
-
-USE
-^^^
-
-The ``USE`` statement allows to change the *current* keyspace (for the *connection* on which it is executed). A number
-of objects in CQL are bound to a keyspace (tables, user-defined types, functions, ...) and the current keyspace is the
-default keyspace used when those objects are referred without a fully-qualified name (that is, without being prefixed a
-keyspace name). A ``USE`` statement simply takes the keyspace to use as current as argument:
-
-.. productionlist::
-   use_statement: USE `keyspace_name`
-
-.. _alter-keyspace-statement:
-
-ALTER KEYSPACE
-^^^^^^^^^^^^^^
-
-An ``ALTER KEYSPACE`` statement allows to modify the options of a keyspace:
-
-.. productionlist::
-   alter_keyspace_statement: ALTER KEYSPACE `keyspace_name` WITH `options`
-
-For instance::
-
-    ALTER KEYSPACE Excelsior
-              WITH replication = {'class': 'SimpleStrategy', 'replication_factor' : 4};
-
-The supported options are the same than for :ref:`creating a keyspace <create-keyspace-statement>`.
-
-.. _drop-keyspace-statement:
-
-DROP KEYSPACE
-^^^^^^^^^^^^^
-
-Dropping a keyspace can be done using the ``DROP KEYSPACE`` statement:
-
-.. productionlist::
-   drop_keyspace_statement: DROP KEYSPACE [ IF EXISTS ] `keyspace_name`
-
-For instance::
-
-    DROP KEYSPACE Excelsior;
-
-Dropping a keyspace results in the immediate, irreversible removal of that keyspace, including all the tables, UTD and
-functions in it, and all the data contained in those tables.
-
-If the keyspace does not exists, the statement will return an error, unless ``IF EXISTS`` is used in which case the
-operation is a no-op.
-
-.. _create-table-statement:
-
-CREATE TABLE
-^^^^^^^^^^^^
-
-Creating a new table uses the ``CREATE TABLE`` statement:
-
-.. productionlist::
-   create_table_statement: CREATE TABLE [ IF NOT EXISTS ] `table_name`
-                         : '('
-                         :     `column_definition`
-                         :     ( ',' `column_definition` )*
-                         :     [ ',' PRIMARY KEY '(' `primary_key` ')' ]
-                         : ')' [ WITH `table_options` ]
-   column_definition: `column_name` `cql_type` [ STATIC ] [ PRIMARY KEY]
-   primary_key: `partition_key` [ ',' `clustering_columns` ]
-   partition_key: `column_name`
-                : | '(' `column_name` ( ',' `column_name` )* ')'
-   clustering_columns: `column_name` ( ',' `column_name` )*
-   table_options: COMPACT STORAGE [ AND `table_options` ]
-                   : | CLUSTERING ORDER BY '(' `clustering_order` ')' [ AND `table_options` ]
-                   : | `options`
-   clustering_order: `column_name` (ASC | DESC) ( ',' `column_name` (ASC | DESC) )*
-
-For instance::
-
-    CREATE TABLE monkeySpecies (
-        species text PRIMARY KEY,
-        common_name text,
-        population varint,
-        average_size int
-    ) WITH comment='Important biological records'
-       AND read_repair_chance = 1.0;
-
-    CREATE TABLE timeline (
-        userid uuid,
-        posted_month int,
-        posted_time uuid,
-        body text,
-        posted_by text,
-        PRIMARY KEY (userid, posted_month, posted_time)
-    ) WITH compaction = { 'class' : 'LeveledCompactionStrategy' };
-
-    CREATE TABLE loads (
-        machine inet,
-        cpu int,
-        mtime timeuuid,
-        load float,
-        PRIMARY KEY ((machine, cpu), mtime)
-    ) WITH CLUSTERING ORDER BY (mtime DESC);
-
-A CQL table has a name and is composed of a set of *rows*. Creating a table amounts to defining which :ref:`columns
-<column-definition>` the rows will be composed, which of those columns compose the :ref:`primary key <primary-key>`, as
-well as optional :ref:`options <create-table-options>` for the table.
-
-Attempting to create an already existing table will return an error unless the ``IF NOT EXISTS`` directive is used. If
-it is used, the statement will be a no-op if the table already exists.
-
-
-.. _column-definition:
-
-Column definitions
-~~~~~~~~~~~~~~~~~~
-
-Every rows in a CQL table has a set of predefined columns defined at the time of the table creation (or added later
-using an :ref:`alter statement<alter-table-statement>`).
-
-A :token:`column_definition` is primarily comprised of the name of the column defined and it's :ref:`type <data-types>`,
-which restrict which values are accepted for that column. Additionally, a column definition can have the following
-modifiers:
-
-``STATIC``
-    it declares the column as being a :ref:`static column <static-columns>`.
-
-``PRIMARY KEY``
-    it declares the column as being the sole component of the :ref:`primary key <primary-key>` of the table.
-
-.. _static-columns:
-
-Static columns
-``````````````
-Some columns can be declared as ``STATIC`` in a table definition. A column that is static will be “shared” by all the
-rows belonging to the same partition (having the same :ref:`partition key <partition-key>`). For instance::
-
-    CREATE TABLE t (
-        pk int,
-        t int,
-        v text,
-        s text static,
-        PRIMARY KEY (pk, t)
-    );
-
-    INSERT INTO t (pk, t, v, s) VALUES (0, 0, 'val0', 'static0');
-    INSERT INTO t (pk, t, v, s) VALUES (0, 1, 'val1', 'static1');
-
-    SELECT * FROM t;
-       pk | t | v      | s
-      ----+---+--------+-----------
-       0  | 0 | 'val0' | 'static1'
-       0  | 1 | 'val1' | 'static1'
-
-As can be seen, the ``s`` value is the same (``static1``) for both of the row in the partition (the partition key in
-that example being ``pk``, both rows are in that same partition): the 2nd insertion has overridden the value for ``s``.
-
-The use of static columns as the following restrictions:
-
-- tables with the ``COMPACT STORAGE`` option (see below) cannot use them.
-- a table without clustering columns cannot have static columns (in a table without clustering columns, every partition
-  has only one row, and so every column is inherently static).
-- only non ``PRIMARY KEY`` columns can be static.
-
-.. _primary-key:
-
-The Primary key
-~~~~~~~~~~~~~~~
-
-Within a table, a row is uniquely identified by its ``PRIMARY KEY``, and hence all table **must** define a PRIMARY KEY
-(and only one). A ``PRIMARY KEY`` definition is composed of one or more of the columns defined in the table.
-Syntactically, the primary key is defined the keywords ``PRIMARY KEY`` followed by comma-separated list of the column
-names composing it within parenthesis, but if the primary key has only one column, one can alternatively follow that
-column definition by the ``PRIMARY KEY`` keywords. The order of the columns in the primary key definition matter.
-
-A CQL primary key is composed of 2 parts:
-
-- the :ref:`partition key <partition-key>` part. It is the first component of the primary key definition. It can be a
-  single column or, using additional parenthesis, can be multiple columns. A table always have at least a partition key,
-  the smallest possible table definition is::
-
-      CREATE TABLE t (k text PRIMARY KEY);
-
-- the :ref:`clustering columns <clustering-columns>`. Those are the columns after the first component of the primary key
-  definition, and the order of those columns define the *clustering order*.
-
-Some example of primary key definition are:
-
-- ``PRIMARY KEY (a)``: ``a`` is the partition key and there is no clustering columns.
-- ``PRIMARY KEY (a, b, c)`` : ``a`` is the partition key and ``b`` and ``c`` are the clustering columns.
-- ``PRIMARY KEY ((a, b), c)`` : ``a`` and ``b`` compose the partition key (this is often called a *composite* partition
-  key) and ``c`` is the clustering column.
-
-
-.. _partition-key:
-
-The partition key
-`````````````````
-
-Within a table, CQL defines the notion of a *partition*. A partition is simply the set of rows that share the same value
-for their partition key. Note that if the partition key is composed of multiple columns, then rows belong to the same
-partition only they have the same values for all those partition key column. So for instance, given the following table
-definition and content::
-
-    CREATE TABLE t (
-        a int,
-        b int,
-        c int,
-        d int,
-        PRIMARY KEY ((a, b), c, d)
-    );
-
-    SELECT * FROM t;
-       a | b | c | d
-      ---+---+---+---
-       0 | 0 | 0 | 0    // row 1
-       0 | 0 | 1 | 1    // row 2
-       0 | 1 | 2 | 2    // row 3
-       0 | 1 | 3 | 3    // row 4
-       1 | 1 | 4 | 4    // row 5
-
-``row 1`` and ``row 2`` are in the same partition, ``row 3`` and ``row 4`` are also in the same partition (but a
-different one) and ``row 5`` is in yet another partition.
-
-Note that a table always has a partition key, and that if the table has no :ref:`clustering columns
-<clustering-columns>`, then every partition of that table is only comprised of a single row (since the primary key
-uniquely identifies rows and the primary key is equal to the partition key if there is no clustering columns).
-
-The most important property of partition is that all the rows belonging to the same partition are guarantee to be stored
-on the same set of replica nodes. In other words, the partition key of a table defines which of the rows will be
-localized together in the Cluster, and it is thus important to choose your partition key wisely so that rows that needs
-to be fetch together are in the same partition (so that querying those rows together require contacting a minimum of
-nodes).
-
-Please note however that there is a flip-side to this guarantee: as all rows sharing a partition key are guaranteed to
-be stored on the same set of replica node, a partition key that groups too much data can create a hotspot.
-
-Another useful property of a partition is that when writing data, all the updates belonging to a single partition are
-done *atomically* and in *isolation*, which is not the case across partitions.
-
-The proper choice of the partition key and clustering columns for a table is probably one of the most important aspect
-of data modeling in Cassandra, and it largely impact which queries can be performed, and how efficiently they are.
-
-
-.. _clustering-columns:
-
-The clustering columns
-``````````````````````
-
-The clustering columns of a table defines the clustering order for the partition of that table. For a given
-:ref:`partition <partition-key>`, all the rows are physically ordered inside Cassandra by that clustering order. For
-instance, given::
-
-    CREATE TABLE t (
-        a int,
-        b int,
-        c int,
-        PRIMARY KEY (a, c, d)
-    );
-
-    SELECT * FROM t;
-       a | b | c
-      ---+---+---
-       0 | 0 | 4     // row 1
-       0 | 1 | 9     // row 2
-       0 | 2 | 2     // row 3
-       0 | 3 | 3     // row 4
-
-then the rows (which all belong to the same partition) are all stored internally in the order of the values of their
-``b`` column (the order they are displayed above). So where the partition key of the table allows to group rows on the
-same replica set, the clustering columns controls how those rows are stored on the replica. That sorting allows the
-retrieval of a range of rows within a partition (for instance, in the example above, ``SELECT * FROM t WHERE a = 0 AND b
-> 1 and b <= 3``) to be very efficient.
-
-
-.. _create-table-options:
-
-Table options
-~~~~~~~~~~~~~
-
-A CQL table has a number of options that can be set at creation (and, for most of them, :ref:`altered
-<alter-table-statement>` later). These options are specified after the ``WITH`` keyword.
-
-Amongst those options, two important ones cannot be changed after creation and influence which queries can be done
-against the table: the ``COMPACT STORAGE`` option and the ``CLUSTERING ORDER`` option. Those, as well as the other
-options of a table are described in the following sections.
-
-.. _compact-tables:
-
-Compact tables
-``````````````
-
-.. warning:: Since Cassandra 3.0, compact tables have the exact same layout internally than non compact ones (for the
-   same schema obviously), and declaring a table compact **only** creates artificial limitations on the table definition
-   and usage that are necessary to ensure backward compatibility with the deprecated Thrift API. And as ``COMPACT
-   STORAGE`` cannot, as of Cassandra |version|, be removed, it is strongly discouraged to create new table with the
-   ``COMPACT STORAGE`` option.
-
-A *compact* table is one defined with the ``COMPACT STORAGE`` option. This option is mainly targeted towards backward
-compatibility for definitions created before CQL version 3 (see `www.datastax.com/dev/blog/thrift-to-cql3
-<http://www.datastax.com/dev/blog/thrift-to-cql3>`__ for more details) and shouldn't be used for new tables. Declaring a
-table with this option creates limitations for the table which are largely arbitrary but necessary for backward
-compatibility with the (deprecated) Thrift API. Amongst those limitation:
-
-- a compact table cannot use collections nor static columns.
-- if a compact table has at least one clustering column, then it must have *exactly* one column outside of the primary
-  key ones. This imply you cannot add or remove columns after creation in particular.
-- a compact table is limited in the indexes it can create, and no materialized view can be created on it.
-
-.. _clustering-order:
-
-Reversing the clustering order
-``````````````````````````````
-
-The clustering order of a table is defined by the :ref:`clustering columns <clustering-columns>` of that table. By
-default, that ordering is based on natural order of those clustering order, but the ``CLUSTERING ORDER`` allows to
-change that clustering order to use the *reverse* natural order for some (potentially all) of the columns.
-
-The ``CLUSTERING ORDER`` option takes the comma-separated list of the clustering column, each with a ``ASC`` (for
-*ascendant*, e.g. the natural order) or ``DESC`` (for *descendant*, e.g. the reverse natural order). Note in particular
-that the default (if the ``CLUSTERING ORDER`` option is not used) is strictly equivalent to using the option with all
-clustering columns using the ``ASC`` modifier.
-
-Note that this option is basically a hint for the storage engine to change the order in which it stores the row but it
-has 3 visible consequences:
-
-# it limits which ``ORDER BY`` clause are allowed for :ref:`selects <select-statement>` on that table. You can only
-  order results by the clustering order or the reverse clustering order. Meaning that if a table has 2 clustering column
-  ``a`` and ``b`` and you defined ``WITH CLUSTERING ORDER (a DESC, b ASC)``, then in queries you will be allowed to use
-  ``ORDER BY (a DESC, b ASC)`` and (reverse clustering order) ``ORDER BY (a ASC, b DESC)`` but **not** ``ORDER BY (a
-  ASC, b ASC)`` (nor ``ORDER BY (a DESC, b DESC)``).
-# it also change the default order of results when queried (if no ``ORDER BY`` is provided). Results are always returned
-  in clustering order (within a partition).
-# it has a small performance impact on some queries as queries in reverse clustering order are slower than the one in
-  forward clustering order. In practice, this means that if you plan on querying mostly in the reverse natural order of
-  your columns (which is common with time series for instance where you often want data from the newest to the oldest),
-  it is an optimization to declare a descending clustering order.
-
-.. _create-table-general-options:
-
-Other table options
-```````````````````
-
-.. todo:: review (misses cdc if nothing else) and link to proper categories when appropriate (compaction for instance)
-
-A table supports the following options:
-
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| option                         | kind     | default     | description                                               |
-+================================+==========+=============+===========================================================+
-| ``comment``                    | *simple* | none        | A free-form, human-readable comment.                      |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``read_repair_chance``         | *simple* | 0.1         | The probability with which to query extra nodes (e.g.     |
-|                                |          |             | more nodes than required by the consistency level) for    |
-|                                |          |             | the purpose of read repairs.                              |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``dclocal_read_repair_chance`` | *simple* | 0           | The probability with which to query extra nodes (e.g.     |
-|                                |          |             | more nodes than required by the consistency level)        |
-|                                |          |             | belonging to the same data center than the read           |
-|                                |          |             | coordinator for the purpose of read repairs.              |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``gc_grace_seconds``           | *simple* | 864000      | Time to wait before garbage collecting tombstones         |
-|                                |          |             | (deletion markers).                                       |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``bloom_filter_fp_chance``     | *simple* | 0.00075     | The target probability of false positive of the sstable   |
-|                                |          |             | bloom filters. Said bloom filters will be sized to provide|
-|                                |          |             | the provided probability (thus lowering this value impact |
-|                                |          |             | the size of bloom filters in-memory and on-disk)          |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``default_time_to_live``       | *simple* | 0           | The default expiration time (“TTL”) in seconds for a      |
-|                                |          |             | table.                                                    |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``compaction``                 | *map*    | *see below* | :ref:`Compaction options <cql-compaction-options>`.       |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``compression``                | *map*    | *see below* | :ref:`Compression options <cql-compression-options>`.     |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-| ``caching``                    | *map*    | *see below* | :ref:`Caching options <cql-caching-options>`.             |
-+--------------------------------+----------+-------------+-----------------------------------------------------------+
-
-.. _cql-compaction-options:
-
-Compaction options
-##################
-
-The ``compaction`` options must at least define the ``'class'`` sub-option, that defines the compaction strategy class
-to use. The default supported class are ``'SizeTieredCompactionStrategy'`` (:ref:`STCS <STCS>`),
-``'LeveledCompactionStrategy'`` (:ref:`LCS <LCS>`) and ``'TimeWindowCompactionStrategy'`` (:ref:`TWCS <TWCS>`) (the
-``'DateTieredCompactionStrategy'`` is also supported but is deprecated and ``'TimeWindowCompactionStrategy'`` should be
-preferred instead). Custom strategy can be provided by specifying the full class name as a :ref:`string constant
-<constants>`.
-
-All default strategies support a number of :ref:`common options <compaction-options>`, as well as options specific to
-the strategy chosen (see the section corresponding to your strategy for details: :ref:`STCS <stcs-options>`, :ref:`LCS
-<lcs-options>` and :ref:`TWCS <TWCS>`).
-
-.. _cql-compression-options:
-
-Compression options
-###################
-
-The ``compression`` options define if and how the sstables of the table are compressed. The following sub-options are
-available:
-
-========================= =============== =============================================================================
- Option                    Default         Description
-========================= =============== =============================================================================
- ``class``                 LZ4Compressor   The compression algorithm to use. Default compressor are: LZ4Compressor,
-                                           SnappyCompressor and DeflateCompressor. Use ``'enabled' : false`` to disable
-                                           compression. Custom compressor can be provided by specifying the full class
-                                           name as a “string constant”:#constants.
- ``enabled``               true            Enable/disable sstable compression.
- ``chunk_length_in_kb``    64              On disk SSTables are compressed by block (to allow random reads). This
-                                           defines the size (in KB) of said block. Bigger values may improve the
-                                           compression rate, but increases the minimum size of data to be read from disk
-                                           for a read
- ``crc_check_chance``      1.0             When compression is enabled, each compressed block includes a checksum of
-                                           that block for the purpose of detecting disk bitrot and avoiding the
-                                           propagation of corruption to other replica. This option defines the
-                                           probability with which those checksums are checked during read. By default
-                                           they are always checked. Set to 0 to disable checksum checking and to 0.5 for
-                                           instance to check them every other read   |
-========================= =============== =============================================================================
-
-
-For instance, to create a table with LZ4Compressor and a chunk_lenth_in_kb of 4KB::
-
-   CREATE TABLE simple (
-      id int,
-      key text,
-      value text,
-      PRIMARY KEY (key, value)
-   ) with compression = {'class': 'LZ4Compressor', 'chunk_length_in_kb': 4};
-
-
-.. _cql-caching-options:
-
-Caching options
-###############
-
-The ``caching`` options allows to configure both the *key cache* and the *row cache* for the table. The following
-sub-options are available:
-
-======================== ========= ====================================================================================
- Option                   Default   Description
-======================== ========= ====================================================================================
- ``keys``                 ALL       Whether to cache keys (“key cache”) for this table. Valid values are: ``ALL`` and
-                                    ``NONE``.
- ``rows_per_partition``   NONE      The amount of rows to cache per partition (“row cache”). If an integer ``n`` is
-                                    specified, the first ``n`` queried rows of a partition will be cached. Other
-                                    possible options are ``ALL``, to cache all rows of a queried partition, or ``NONE``
-                                    to disable row caching.
-======================== ========= ====================================================================================
-
-
-For instance, to create a table with both a key cache and 10 rows per partition::
-
-    CREATE TABLE simple (
-    id int,
-    key text,
-    value text,
-    PRIMARY KEY (key, value)
-    ) WITH caching = {'keys': 'ALL', 'rows_per_partition': 10};
-
-
-Other considerations:
-#####################
-
-- Adding new columns (see ``ALTER TABLE`` below) is a constant time operation. There is thus no need to try to
-  anticipate future usage when creating a table.
-
-.. _alter-table-statement:
-
-ALTER TABLE
-^^^^^^^^^^^
-
-Altering an existing table uses the ``ALTER TABLE`` statement:
-
-.. productionlist::
-   alter_table_statement: ALTER TABLE `table_name` `alter_table_instruction`
-   alter_table_instruction: ADD `column_name` `cql_type` ( ',' `column_name` `cql_type` )*
-                          : | DROP `column_name` ( `column_name` )*
-                          : | WITH `options`
-
-For instance::
-
-    ALTER TABLE addamsFamily ADD gravesite varchar;
-
-    ALTER TABLE addamsFamily
-           WITH comment = 'A most excellent and useful table'
-           AND read_repair_chance = 0.2;
-
-The ``ALTER TABLE`` statement can:
-
-- Add new column(s) to the table (through the ``ADD`` instruction). Note that the primary key of a table cannot be
-  changed and thus newly added column will, by extension, never be part of the primary key. Also note that :ref:`compact
-  tables <compact-tables>` have restrictions regarding column addition. Note that this is constant (in the amount of
-  data the cluster contains) time operation.
-- Remove column(s) from the table. This drops both the column and all its content, but note that while the column
-  becomes immediately unavailable, its content is only removed lazily during compaction. Please also see the warnings
-  below. Due to lazy removal, the altering itself is a constant (in the amount of data removed or contained in the
-  cluster) time operation.
-- Change some of the table options (through the ``WITH`` instruction). The :ref:`supported options
-  <create-table-options>` are the same that when creating a table (outside of ``COMPACT STORAGE`` and ``CLUSTERING
-  ORDER`` that cannot be changed after creation). Note that setting any ``compaction`` sub-options has the effect of
-  erasing all previous ``compaction`` options, so you need to re-specify all the sub-options if you want to keep them.
-  The same note applies to the set of ``compression`` sub-options.
-
-.. warning:: Dropping a column assumes that the timestamps used for the value of this column are "real" timestamp in
-   microseconds. Using "real" timestamps in microseconds is the default is and is **strongly** recommended but as
-   Cassandra allows the client to provide any timestamp on any table it is theoretically possible to use another
-   convention. Please be aware that if you do so, dropping a column will not work correctly.
-
-.. warning:: Once a column is dropped, it is allowed to re-add a column with the same name than the dropped one
-   **unless** the type of the dropped column was a (non-frozen) column (due to an internal technical limitation).
-
-
-.. _drop-table-statement:
-
-DROP TABLE
-^^^^^^^^^^
-
-Dropping a table uses the ``DROP TABLE`` statement:
-
-.. productionlist::
-   drop_table_statement: DROP TABLE [ IF EXISTS ] `table_name`
-
-Dropping a table results in the immediate, irreversible removal of the table, including all data it contains.
-
-If the table does not exist, the statement will return an error, unless ``IF EXISTS`` is used in which case the
-operation is a no-op.
-
-.. _truncate-statement:
-
-TRUNCATE
-^^^^^^^^
-
-A table can be truncated using the ``TRUNCATE`` statement:
-
-.. productionlist::
-   truncate_statement: TRUNCATE [ TABLE ] `table_name`
-
-Note that ``TRUNCATE TABLE foo`` is allowed for consistency with other DDL statements but tables are the only object
-that can be truncated currently and so the ``TABLE`` keyword can be omitted.
-
-Truncating a table permanently removes all existing data from the table, but without removing the table itself.
diff --git a/content/doc/3.11.11/_sources/cql/definitions.rst.txt b/content/doc/3.11.11/_sources/cql/definitions.rst.txt
deleted file mode 100644
index d4a5b59..0000000
--- a/content/doc/3.11.11/_sources/cql/definitions.rst.txt
+++ /dev/null
@@ -1,232 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. _UUID: https://en.wikipedia.org/wiki/Universally_unique_identifier
-
-.. highlight:: cql
-
-Definitions
------------
-
-.. _conventions:
-
-Conventions
-^^^^^^^^^^^
-
-To aid in specifying the CQL syntax, we will use the following conventions in this document:
-
-- Language rules will be given in an informal `BNF variant
-  <http://en.wikipedia.org/wiki/Backus%E2%80%93Naur_Form#Variants>`_ notation. In particular, we'll use square brakets
-  (``[ item ]``) for optional items, ``*`` and ``+`` for repeated items (where ``+`` imply at least one).
-- The grammar will also use the following convention for convenience: non-terminal term will be lowercase (and link to
-  their definition) while terminal keywords will be provided "all caps". Note however that keywords are
-  :ref:`identifiers` and are thus case insensitive in practice. We will also define some early construction using
-  regexp, which we'll indicate with ``re(<some regular expression>)``.
-- The grammar is provided for documentation purposes and leave some minor details out.  For instance, the comma on the
-  last column definition in a ``CREATE TABLE`` statement is optional but supported if present even though the grammar in
-  this document suggests otherwise. Also, not everything accepted by the grammar is necessarily valid CQL.
-- References to keywords or pieces of CQL code in running text will be shown in a ``fixed-width font``.
-
-
-.. _identifiers:
-
-Identifiers and keywords
-^^^^^^^^^^^^^^^^^^^^^^^^
-
-The CQL language uses *identifiers* (or *names*) to identify tables, columns and other objects. An identifier is a token
-matching the regular expression ``[a-zA-Z][a-zA-Z0-9_]*``.
-
-A number of such identifiers, like ``SELECT`` or ``WITH``, are *keywords*. They have a fixed meaning for the language
-and most are reserved. The list of those keywords can be found in :ref:`appendix-A`.
-
-Identifiers and (unquoted) keywords are case insensitive. Thus ``SELECT`` is the same than ``select`` or ``sElEcT``, and
-``myId`` is the same than ``myid`` or ``MYID``. A convention often used (in particular by the samples of this
-documentation) is to use upper case for keywords and lower case for other identifiers.
-
-There is a second kind of identifiers called *quoted identifiers* defined by enclosing an arbitrary sequence of
-characters (non empty) in double-quotes(``"``). Quoted identifiers are never keywords. Thus ``"select"`` is not a
-reserved keyword and can be used to refer to a column (note that using this is particularly advised), while ``select``
-would raise a parsing error. Also, contrarily to unquoted identifiers and keywords, quoted identifiers are case
-sensitive (``"My Quoted Id"`` is *different* from ``"my quoted id"``). A fully lowercase quoted identifier that matches
-``[a-zA-Z][a-zA-Z0-9_]*`` is however *equivalent* to the unquoted identifier obtained by removing the double-quote (so
-``"myid"`` is equivalent to ``myid`` and to ``myId`` but different from ``"myId"``).  Inside a quoted identifier, the
-double-quote character can be repeated to escape it, so ``"foo "" bar"`` is a valid identifier.
-
-.. note:: *quoted identifiers* allows to declare columns with arbitrary names, and those can sometime clash with
-   specific names used by the server. For instance, when using conditional update, the server will respond with a
-   result-set containing a special result named ``"[applied]"``. If you’ve declared a column with such a name, this
-   could potentially confuse some tools and should be avoided. In general, unquoted identifiers should be preferred but
-   if you use quoted identifiers, it is strongly advised to avoid any name enclosed by squared brackets (like
-   ``"[applied]"``) and any name that looks like a function call (like ``"f(x)"``).
-
-More formally, we have:
-
-.. productionlist::
-   identifier: `unquoted_identifier` | `quoted_identifier`
-   unquoted_identifier: re('[a-zA-Z][a-zA-Z0-9_]*')
-   quoted_identifier: '"' (any character where " can appear if doubled)+ '"'
-
-.. _constants:
-
-Constants
-^^^^^^^^^
-
-CQL defines the following kind of *constants*:
-
-.. productionlist::
-   constant: `string` | `integer` | `float` | `boolean` | `uuid` | `blob` | NULL
-   string: '\'' (any character where ' can appear if doubled)+ '\''
-         : '$$' (any character other than '$$') '$$'
-   integer: re('-?[0-9]+')
-   float: re('-?[0-9]+(\.[0-9]*)?([eE][+-]?[0-9+])?') | NAN | INFINITY
-   boolean: TRUE | FALSE
-   uuid: `hex`{8}-`hex`{4}-`hex`{4}-`hex`{4}-`hex`{12}
-   hex: re("[0-9a-fA-F]")
-   blob: '0' ('x' | 'X') `hex`+
-
-In other words:
-
-- A string constant is an arbitrary sequence of characters enclosed by single-quote(``'``). A single-quote
-  can be included by repeating it, e.g. ``'It''s raining today'``. Those are not to be confused with quoted
-  :ref:`identifiers` that use double-quotes. Alternatively, a string can be defined by enclosing the arbitrary sequence
-  of characters by two dollar characters, in which case single-quote can be used without escaping (``$$It's raining
-  today$$``). That latter form is often used when defining :ref:`user-defined functions <udfs>` to avoid having to
-  escape single-quote characters in function body (as they are more likely to occur than ``$$``).
-- Integer, float and boolean constant are defined as expected. Note however than float allows the special ``NaN`` and
-  ``Infinity`` constants.
-- CQL supports UUID_ constants.
-- Blobs content are provided in hexadecimal and prefixed by ``0x``.
-- The special ``NULL`` constant denotes the absence of value.
-
-For how these constants are typed, see the :ref:`data-types` section.
-
-Terms
-^^^^^
-
-CQL has the notion of a *term*, which denotes the kind of values that CQL support. Terms are defined by:
-
-.. productionlist::
-   term: `constant` | `literal` | `function_call` | `type_hint` | `bind_marker`
-   literal: `collection_literal` | `udt_literal` | `tuple_literal`
-   function_call: `identifier` '(' [ `term` (',' `term`)* ] ')'
-   type_hint: '(' `cql_type` `)` term
-   bind_marker: '?' | ':' `identifier`
-
-A term is thus one of:
-
-- A :ref:`constant <constants>`.
-- A literal for either :ref:`a collection <collections>`, :ref:`a user-defined type <udts>` or :ref:`a tuple <tuples>`
-  (see the linked sections for details).
-- A function call: see :ref:`the section on functions <cql-functions>` for details on which :ref:`native function
-  <native-functions>` exists and how to define your own :ref:`user-defined ones <udfs>`.
-- A *type hint*: see the :ref:`related section <type-hints>` for details.
-- A bind marker, which denotes a variable to be bound at execution time. See the section on :ref:`prepared-statements`
-  for details. A bind marker can be either anonymous (``?``) or named (``:some_name``). The latter form provides a more
-  convenient way to refer to the variable for binding it and should generally be preferred.
-
-
-Comments
-^^^^^^^^
-
-A comment in CQL is a line beginning by either double dashes (``--``) or double slash (``//``).
-
-Multi-line comments are also supported through enclosure within ``/*`` and ``*/`` (but nesting is not supported).
-
-::
-
-    -- This is a comment
-    // This is a comment too
-    /* This is
-       a multi-line comment */
-
-Statements
-^^^^^^^^^^
-
-CQL consists of statements that can be divided in the following categories:
-
-- :ref:`data-definition` statements, to define and change how the data is stored (keyspaces and tables).
-- :ref:`data-manipulation` statements, for selecting, inserting and deleting data.
-- :ref:`secondary-indexes` statements.
-- :ref:`materialized-views` statements.
-- :ref:`cql-roles` statements.
-- :ref:`cql-permissions` statements.
-- :ref:`User-Defined Functions <udfs>` statements.
-- :ref:`udts` statements.
-- :ref:`cql-triggers` statements.
-
-All the statements are listed below and are described in the rest of this documentation (see links above):
-
-.. productionlist::
-   cql_statement: `statement` [ ';' ]
-   statement: `ddl_statement`
-            : | `dml_statement`
-            : | `secondary_index_statement`
-            : | `materialized_view_statement`
-            : | `role_or_permission_statement`
-            : | `udf_statement`
-            : | `udt_statement`
-            : | `trigger_statement`
-   ddl_statement: `use_statement`
-                : | `create_keyspace_statement`
-                : | `alter_keyspace_statement`
-                : | `drop_keyspace_statement`
-                : | `create_table_statement`
-                : | `alter_table_statement`
-                : | `drop_table_statement`
-                : | `truncate_statement`
-    dml_statement: `select_statement`
-                 : | `insert_statement`
-                 : | `update_statement`
-                 : | `delete_statement`
-                 : | `batch_statement`
-    secondary_index_statement: `create_index_statement`
-                             : | `drop_index_statement`
-    materialized_view_statement: `create_materialized_view_statement`
-                               : | `drop_materialized_view_statement`
-    role_or_permission_statement: `create_role_statement`
-                                : | `alter_role_statement`
-                                : | `drop_role_statement`
-                                : | `grant_role_statement`
-                                : | `revoke_role_statement`
-                                : | `list_roles_statement`
-                                : | `grant_permission_statement`
-                                : | `revoke_permission_statement`
-                                : | `list_permissions_statement`
-                                : | `create_user_statement`
-                                : | `alter_user_statement`
-                                : | `drop_user_statement`
-                                : | `list_users_statement`
-    udf_statement: `create_function_statement`
-                 : | `drop_function_statement`
-                 : | `create_aggregate_statement`
-                 : | `drop_aggregate_statement`
-    udt_statement: `create_type_statement`
-                 : | `alter_type_statement`
-                 : | `drop_type_statement`
-    trigger_statement: `create_trigger_statement`
-                     : | `drop_trigger_statement`
-
-.. _prepared-statements:
-
-Prepared Statements
-^^^^^^^^^^^^^^^^^^^
-
-CQL supports *prepared statements*. Prepared statements are an optimization that allows to parse a query only once but
-execute it multiple times with different concrete values.
-
-Any statement that uses at least one bind marker (see :token:`bind_marker`) will need to be *prepared*. After which the statement
-can be *executed* by provided concrete values for each of its marker. The exact details of how a statement is prepared
-and then executed depends on the CQL driver used and you should refer to your driver documentation.
diff --git a/content/doc/3.11.11/_sources/cql/dml.rst.txt b/content/doc/3.11.11/_sources/cql/dml.rst.txt
deleted file mode 100644
index 1308de5..0000000
--- a/content/doc/3.11.11/_sources/cql/dml.rst.txt
+++ /dev/null
@@ -1,522 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-.. _data-manipulation:
-
-Data Manipulation
------------------
-
-This section describes the statements supported by CQL to insert, update, delete and query data.
-
-.. _select-statement:
-
-SELECT
-^^^^^^
-
-Querying data from data is done using a ``SELECT`` statement:
-
-.. productionlist::
-   select_statement: SELECT [ JSON | DISTINCT ] ( `select_clause` | '*' )
-                   : FROM `table_name`
-                   : [ WHERE `where_clause` ]
-                   : [ GROUP BY `group_by_clause` ]
-                   : [ ORDER BY `ordering_clause` ]
-                   : [ PER PARTITION LIMIT (`integer` | `bind_marker`) ]
-                   : [ LIMIT (`integer` | `bind_marker`) ]
-                   : [ ALLOW FILTERING ]
-   select_clause: `selector` [ AS `identifier` ] ( ',' `selector` [ AS `identifier` ] )
-   selector: `column_name`
-           : | `term`
-           : | CAST '(' `selector` AS `cql_type` ')'
-           : | `function_name` '(' [ `selector` ( ',' `selector` )* ] ')'
-           : | COUNT '(' '*' ')'
-   where_clause: `relation` ( AND `relation` )*
-   relation: `column_name` `operator` `term`
-           : '(' `column_name` ( ',' `column_name` )* ')' `operator` `tuple_literal`
-           : TOKEN '(' `column_name` ( ',' `column_name` )* ')' `operator` `term`
-   operator: '=' | '<' | '>' | '<=' | '>=' | '!=' | IN | CONTAINS | CONTAINS KEY
-   group_by_clause: `column_name` ( ',' `column_name` )*
-   ordering_clause: `column_name` [ ASC | DESC ] ( ',' `column_name` [ ASC | DESC ] )*
-
-For instance::
-
-    SELECT name, occupation FROM users WHERE userid IN (199, 200, 207);
-    SELECT JSON name, occupation FROM users WHERE userid = 199;
-    SELECT name AS user_name, occupation AS user_occupation FROM users;
-
-    SELECT time, value
-    FROM events
-    WHERE event_type = 'myEvent'
-      AND time > '2011-02-03'
-      AND time <= '2012-01-01'
-
-    SELECT COUNT (*) AS user_count FROM users;
-
-The ``SELECT`` statements reads one or more columns for one or more rows in a table. It returns a result-set of the rows
-matching the request, where each row contains the values for the selection corresponding to the query. Additionally,
-:ref:`functions <cql-functions>` including :ref:`aggregation <aggregate-functions>` ones can be applied to the result.
-
-A ``SELECT`` statement contains at least a :ref:`selection clause <selection-clause>` and the name of the table on which
-the selection is on (note that CQL does **not** joins or sub-queries and thus a select statement only apply to a single
-table). In most case, a select will also have a :ref:`where clause <where-clause>` and it can optionally have additional
-clauses to :ref:`order <ordering-clause>` or :ref:`limit <limit-clause>` the results. Lastly, :ref:`queries that require
-filtering <allow-filtering>` can be allowed if the ``ALLOW FILTERING`` flag is provided.
-
-.. _selection-clause:
-
-Selection clause
-~~~~~~~~~~~~~~~~
-
-The :token:`select_clause` determines which columns needs to be queried and returned in the result-set, as well as any
-transformation to apply to this result before returning. It consists of a comma-separated list of *selectors* or,
-alternatively, of the wildcard character (``*``) to select all the columns defined in the table.
-
-Selectors
-`````````
-
-A :token:`selector` can be one of:
-
-- A column name of the table selected, to retrieve the values for that column.
-- A term, which is usually used nested inside other selectors like functions (if a term is selected directly, then the
-  corresponding column of the result-set will simply have the value of this term for every row returned).
-- A casting, which allows to convert a nested selector to a (compatible) type.
-- A function call, where the arguments are selector themselves. See the section on :ref:`functions <cql-functions>` for
-  more details.
-- The special call ``COUNT(*)`` to the :ref:`COUNT function <count-function>`, which counts all non-null results.
-
-Aliases
-```````
-
-Every *top-level* selector can also be aliased (using `AS`). If so, the name of the corresponding column in the result
-set will be that of the alias. For instance::
-
-    // Without alias
-    SELECT intAsBlob(4) FROM t;
-
-    //  intAsBlob(4)
-    // --------------
-    //  0x00000004
-
-    // With alias
-    SELECT intAsBlob(4) AS four FROM t;
-
-    //  four
-    // ------------
-    //  0x00000004
-
-.. note:: Currently, aliases aren't recognized anywhere else in the statement where they are used (not in the ``WHERE``
-   clause, not in the ``ORDER BY`` clause, ...). You must use the orignal column name instead.
-
-
-``WRITETIME`` and ``TTL`` function
-```````````````````````````````````
-
-Selection supports two special functions (that aren't allowed anywhere else): ``WRITETIME`` and ``TTL``. Both function
-take only one argument and that argument *must* be a column name (so for instance ``TTL(3)`` is invalid).
-
-Those functions allow to retrieve meta-information that are stored internally for each column, namely:
-
-- the timestamp of the value of the column for ``WRITETIME``.
-- the remaining time to live (in seconds) for the value of the column if it set to expire (and ``null`` otherwise).
-
-.. _where-clause:
-
-The ``WHERE`` clause
-~~~~~~~~~~~~~~~~~~~~
-
-The ``WHERE`` clause specifies which rows must be queried. It is composed of relations on the columns that are part of
-the ``PRIMARY KEY`` and/or have a `secondary index <#createIndexStmt>`__ defined on them.
-
-Not all relations are allowed in a query. For instance, non-equal relations (where ``IN`` is considered as an equal
-relation) on a partition key are not supported (but see the use of the ``TOKEN`` method below to do non-equal queries on
-the partition key). Moreover, for a given partition key, the clustering columns induce an ordering of rows and relations
-on them is restricted to the relations that allow to select a **contiguous** (for the ordering) set of rows. For
-instance, given::
-
-    CREATE TABLE posts (
-        userid text,
-        blog_title text,
-        posted_at timestamp,
-        entry_title text,
-        content text,
-        category int,
-        PRIMARY KEY (userid, blog_title, posted_at)
-    )
-
-The following query is allowed::
-
-    SELECT entry_title, content FROM posts
-     WHERE userid = 'john doe'
-       AND blog_title='John''s Blog'
-       AND posted_at >= '2012-01-01' AND posted_at < '2012-01-31'
-
-But the following one is not, as it does not select a contiguous set of rows (and we suppose no secondary indexes are
-set)::
-
-    // Needs a blog_title to be set to select ranges of posted_at
-    SELECT entry_title, content FROM posts
-     WHERE userid = 'john doe'
-       AND posted_at >= '2012-01-01' AND posted_at < '2012-01-31'
-
-When specifying relations, the ``TOKEN`` function can be used on the ``PARTITION KEY`` column to query. In that case,
-rows will be selected based on the token of their ``PARTITION_KEY`` rather than on the value. Note that the token of a
-key depends on the partitioner in use, and that in particular the RandomPartitioner won't yield a meaningful order. Also
-note that ordering partitioners always order token values by bytes (so even if the partition key is of type int,
-``token(-1) > token(0)`` in particular). Example::
-
-    SELECT * FROM posts
-     WHERE token(userid) > token('tom') AND token(userid) < token('bob')
-
-Moreover, the ``IN`` relation is only allowed on the last column of the partition key and on the last column of the full
-primary key.
-
-It is also possible to “group” ``CLUSTERING COLUMNS`` together in a relation using the tuple notation. For instance::
-
-    SELECT * FROM posts
-     WHERE userid = 'john doe'
-       AND (blog_title, posted_at) > ('John''s Blog', '2012-01-01')
-
-will request all rows that sorts after the one having “John's Blog” as ``blog_tile`` and '2012-01-01' for ``posted_at``
-in the clustering order. In particular, rows having a ``post_at <= '2012-01-01'`` will be returned as long as their
-``blog_title > 'John''s Blog'``, which would not be the case for::
-
-    SELECT * FROM posts
-     WHERE userid = 'john doe'
-       AND blog_title > 'John''s Blog'
-       AND posted_at > '2012-01-01'
-
-The tuple notation may also be used for ``IN`` clauses on clustering columns::
-
-    SELECT * FROM posts
-     WHERE userid = 'john doe'
-       AND (blog_title, posted_at) IN (('John''s Blog', '2012-01-01'), ('Extreme Chess', '2014-06-01'))
-
-The ``CONTAINS`` operator may only be used on collection columns (lists, sets, and maps). In the case of maps,
-``CONTAINS`` applies to the map values. The ``CONTAINS KEY`` operator may only be used on map columns and applies to the
-map keys.
-
-.. _group-by-clause:
-
-Grouping results
-~~~~~~~~~~~~~~~~
-
-The ``GROUP BY`` option allows to condense into a single row all selected rows that share the same values for a set
-of columns.
-
-Using the ``GROUP BY`` option, it is only possible to group rows at the partition key level or at a clustering column
-level. By consequence, the ``GROUP BY`` option only accept as arguments primary key column names in the primary key
-order. If a primary key column is restricted by an equality restriction it is not required to be present in the
-``GROUP BY`` clause.
-
-Aggregate functions will produce a separate value for each group. If no ``GROUP BY`` clause is specified,
-aggregates functions will produce a single value for all the rows.
-
-If a column is selected without an aggregate function, in a statement with a ``GROUP BY``, the first value encounter
-in each group will be returned.
-
-.. _ordering-clause:
-
-Ordering results
-~~~~~~~~~~~~~~~~
-
-The ``ORDER BY`` clause allows to select the order of the returned results. It takes as argument a list of column names
-along with the order for the column (``ASC`` for ascendant and ``DESC`` for descendant, omitting the order being
-equivalent to ``ASC``). Currently the possible orderings are limited by the :ref:`clustering order <clustering-order>`
-defined on the table:
-
-- if the table has been defined without any specific ``CLUSTERING ORDER``, then then allowed orderings are the order
-  induced by the clustering columns and the reverse of that one.
-- otherwise, the orderings allowed are the order of the ``CLUSTERING ORDER`` option and the reversed one.
-
-.. _limit-clause:
-
-Limiting results
-~~~~~~~~~~~~~~~~
-
-The ``LIMIT`` option to a ``SELECT`` statement limits the number of rows returned by a query, while the ``PER PARTITION
-LIMIT`` option limits the number of rows returned for a given partition by the query. Note that both type of limit can
-used in the same statement.
-
-.. _allow-filtering:
-
-Allowing filtering
-~~~~~~~~~~~~~~~~~~
-
-By default, CQL only allows select queries that don't involve “filtering” server side, i.e. queries where we know that
-all (live) record read will be returned (maybe partly) in the result set. The reasoning is that those “non filtering”
-queries have predictable performance in the sense that they will execute in a time that is proportional to the amount of
-data **returned** by the query (which can be controlled through ``LIMIT``).
-
-The ``ALLOW FILTERING`` option allows to explicitly allow (some) queries that require filtering. Please note that a
-query using ``ALLOW FILTERING`` may thus have unpredictable performance (for the definition above), i.e. even a query
-that selects a handful of records **may** exhibit performance that depends on the total amount of data stored in the
-cluster.
-
-For instance, considering the following table holding user profiles with their year of birth (with a secondary index on
-it) and country of residence::
-
-    CREATE TABLE users (
-        username text PRIMARY KEY,
-        firstname text,
-        lastname text,
-        birth_year int,
-        country text
-    )
-
-    CREATE INDEX ON users(birth_year);
-
-Then the following queries are valid::
-
-    SELECT * FROM users;
-    SELECT * FROM users WHERE birth_year = 1981;
-
-because in both case, Cassandra guarantees that these queries performance will be proportional to the amount of data
-returned. In particular, if no users are born in 1981, then the second query performance will not depend of the number
-of user profile stored in the database (not directly at least: due to secondary index implementation consideration, this
-query may still depend on the number of node in the cluster, which indirectly depends on the amount of data stored.
-Nevertheless, the number of nodes will always be multiple number of magnitude lower than the number of user profile
-stored). Of course, both query may return very large result set in practice, but the amount of data returned can always
-be controlled by adding a ``LIMIT``.
-
-However, the following query will be rejected::
-
-    SELECT * FROM users WHERE birth_year = 1981 AND country = 'FR';
-
-because Cassandra cannot guarantee that it won't have to scan large amount of data even if the result to those query is
-small. Typically, it will scan all the index entries for users born in 1981 even if only a handful are actually from
-France. However, if you “know what you are doing”, you can force the execution of this query by using ``ALLOW
-FILTERING`` and so the following query is valid::
-
-    SELECT * FROM users WHERE birth_year = 1981 AND country = 'FR' ALLOW FILTERING;
-
-.. _insert-statement:
-
-INSERT
-^^^^^^
-
-Inserting data for a row is done using an ``INSERT`` statement:
-
-.. productionlist::
-   insert_statement: INSERT INTO `table_name` ( `names_values` | `json_clause` )
-                   : [ IF NOT EXISTS ]
-                   : [ USING `update_parameter` ( AND `update_parameter` )* ]
-   names_values: `names` VALUES `tuple_literal`
-   json_clause: JSON `string` [ DEFAULT ( NULL | UNSET ) ]
-   names: '(' `column_name` ( ',' `column_name` )* ')'
-
-For instance::
-
-    INSERT INTO NerdMovies (movie, director, main_actor, year)
-                    VALUES ('Serenity', 'Joss Whedon', 'Nathan Fillion', 2005)
-          USING TTL 86400;
-
-    INSERT INTO NerdMovies JSON '{"movie": "Serenity",
-                                  "director": "Joss Whedon",
-                                  "year": 2005}';
-
-The ``INSERT`` statement writes one or more columns for a given row in a table. Note that since a row is identified by
-its ``PRIMARY KEY``, at least the columns composing it must be specified. The list of columns to insert to must be
-supplied when using the ``VALUES`` syntax. When using the ``JSON`` syntax, they are optional. See the
-section on :ref:`JSON support <cql-json>` for more detail.
-
-Note that unlike in SQL, ``INSERT`` does not check the prior existence of the row by default: the row is created if none
-existed before, and updated otherwise. Furthermore, there is no mean to know which of creation or update happened.
-
-It is however possible to use the ``IF NOT EXISTS`` condition to only insert if the row does not exist prior to the
-insertion. But please note that using ``IF NOT EXISTS`` will incur a non negligible performance cost (internally, Paxos
-will be used) so this should be used sparingly.
-
-All updates for an ``INSERT`` are applied atomically and in isolation.
-
-Please refer to the :ref:`UPDATE <update-parameters>` section for informations on the :token:`update_parameter`.
-
-Also note that ``INSERT`` does not support counters, while ``UPDATE`` does.
-
-.. _update-statement:
-
-UPDATE
-^^^^^^
-
-Updating a row is done using an ``UPDATE`` statement:
-
-.. productionlist::
-   update_statement: UPDATE `table_name`
-                   : [ USING `update_parameter` ( AND `update_parameter` )* ]
-                   : SET `assignment` ( ',' `assignment` )*
-                   : WHERE `where_clause`
-                   : [ IF ( EXISTS | `condition` ( AND `condition` )*) ]
-   update_parameter: ( TIMESTAMP | TTL ) ( `integer` | `bind_marker` )
-   assignment: `simple_selection` '=' `term`
-             :| `column_name` '=' `column_name` ( '+' | '-' ) `term`
-             :| `column_name` '=' `list_literal` '+' `column_name`
-   simple_selection: `column_name`
-                   :| `column_name` '[' `term` ']'
-                   :| `column_name` '.' `field_name
-   condition: `simple_selection` `operator` `term`
-
-For instance::
-
-    UPDATE NerdMovies USING TTL 400
-       SET director   = 'Joss Whedon',
-           main_actor = 'Nathan Fillion',
-           year       = 2005
-     WHERE movie = 'Serenity';
-
-    UPDATE UserActions
-       SET total = total + 2
-       WHERE user = B70DE1D0-9908-4AE3-BE34-5573E5B09F14
-         AND action = 'click';
-
-The ``UPDATE`` statement writes one or more columns for a given row in a table. The :token:`where_clause` is used to
-select the row to update and must include all columns composing the ``PRIMARY KEY``. Non primary key columns are then
-set using the ``SET`` keyword.
-
-Note that unlike in SQL, ``UPDATE`` does not check the prior existence of the row by default (except through ``IF``, see
-below): the row is created if none existed before, and updated otherwise. Furthermore, there are no means to know
-whether a creation or update occurred.
-
-It is however possible to use the conditions on some columns through ``IF``, in which case the row will not be updated
-unless the conditions are met. But, please note that using ``IF`` conditions will incur a non-negligible performance
-cost (internally, Paxos will be used) so this should be used sparingly.
-
-In an ``UPDATE`` statement, all updates within the same partition key are applied atomically and in isolation.
-
-Regarding the :token:`assignment`:
-
-- ``c = c + 3`` is used to increment/decrement counters. The column name after the '=' sign **must** be the same than
-  the one before the '=' sign. Note that increment/decrement is only allowed on counters, and are the *only* update
-  operations allowed on counters. See the section on :ref:`counters <counters>` for details.
-- ``id = id + <some-collection>`` and ``id[value1] = value2`` are for collections, see the :ref:`relevant section
-  <collections>` for details.
-- ``id.field = 3`` is for setting the value of a field on a non-frozen user-defined types. see the :ref:`relevant section
-  <udts>` for details.
-
-.. _update-parameters:
-
-Update parameters
-~~~~~~~~~~~~~~~~~
-
-The ``UPDATE``, ``INSERT`` (and ``DELETE`` and ``BATCH`` for the ``TIMESTAMP``) statements support the following
-parameters:
-
-- ``TIMESTAMP``: sets the timestamp for the operation. If not specified, the coordinator will use the current time (in
-  microseconds) at the start of statement execution as the timestamp. This is usually a suitable default.
-- ``TTL``: specifies an optional Time To Live (in seconds) for the inserted values. If set, the inserted values are
-  automatically removed from the database after the specified time. Note that the TTL concerns the inserted values, not
-  the columns themselves. This means that any subsequent update of the column will also reset the TTL (to whatever TTL
-  is specified in that update). By default, values never expire. A TTL of 0 is equivalent to no TTL. If the table has a
-  default_time_to_live, a TTL of 0 will remove the TTL for the inserted or updated values. A TTL of ``null`` is equivalent
-  to inserting with a TTL of 0.
-
-.. _delete_statement:
-
-DELETE
-^^^^^^
-
-Deleting rows or parts of rows uses the ``DELETE`` statement:
-
-.. productionlist::
-   delete_statement: DELETE [ `simple_selection` ( ',' `simple_selection` ) ]
-                   : FROM `table_name`
-                   : [ USING `update_parameter` ( AND `update_parameter` )* ]
-                   : WHERE `where_clause`
-                   : [ IF ( EXISTS | `condition` ( AND `condition` )*) ]
-
-For instance::
-
-    DELETE FROM NerdMovies USING TIMESTAMP 1240003134
-     WHERE movie = 'Serenity';
-
-    DELETE phone FROM Users
-     WHERE userid IN (C73DE1D3-AF08-40F3-B124-3FF3E5109F22, B70DE1D0-9908-4AE3-BE34-5573E5B09F14);
-
-The ``DELETE`` statement deletes columns and rows. If column names are provided directly after the ``DELETE`` keyword,
-only those columns are deleted from the row indicated by the ``WHERE`` clause. Otherwise, whole rows are removed.
-
-The ``WHERE`` clause specifies which rows are to be deleted. Multiple rows may be deleted with one statement by using an
-``IN`` operator. A range of rows may be deleted using an inequality operator (such as ``>=``).
-
-``DELETE`` supports the ``TIMESTAMP`` option with the same semantics as in :ref:`updates <update-parameters>`.
-
-In a ``DELETE`` statement, all deletions within the same partition key are applied atomically and in isolation.
-
-A ``DELETE`` operation can be conditional through the use of an ``IF`` clause, similar to ``UPDATE`` and ``INSERT``
-statements. However, as with ``INSERT`` and ``UPDATE`` statements, this will incur a non-negligible performance cost
-(internally, Paxos will be used) and so should be used sparingly.
-
-.. _batch_statement:
-
-BATCH
-^^^^^
-
-Multiple ``INSERT``, ``UPDATE`` and ``DELETE`` can be executed in a single statement by grouping them through a
-``BATCH`` statement:
-
-.. productionlist::
-   batch_statement: BEGIN [ UNLOGGED | COUNTER ] BATCH
-                   : [ USING `update_parameter` ( AND `update_parameter` )* ]
-                   : `modification_statement` ( ';' `modification_statement` )*
-                   : APPLY BATCH
-   modification_statement: `insert_statement` | `update_statement` | `delete_statement`
-
-For instance::
-
-    BEGIN BATCH
-       INSERT INTO users (userid, password, name) VALUES ('user2', 'ch@ngem3b', 'second user');
-       UPDATE users SET password = 'ps22dhds' WHERE userid = 'user3';
-       INSERT INTO users (userid, password) VALUES ('user4', 'ch@ngem3c');
-       DELETE name FROM users WHERE userid = 'user1';
-    APPLY BATCH;
-
-The ``BATCH`` statement group multiple modification statements (insertions/updates and deletions) into a single
-statement. It serves several purposes:
-
-- It saves network round-trips between the client and the server (and sometimes between the server coordinator and the
-  replicas) when batching multiple updates.
-- All updates in a ``BATCH`` belonging to a given partition key are performed in isolation.
-- By default, all operations in the batch are performed as *logged*, to ensure all mutations eventually complete (or
-  none will). See the notes on :ref:`UNLOGGED batches <unlogged-batches>` for more details.
-
-Note that:
-
-- ``BATCH`` statements may only contain ``UPDATE``, ``INSERT`` and ``DELETE`` statements (not other batches for instance).
-- Batches are *not* a full analogue for SQL transactions.
-- If a timestamp is not specified for each operation, then all operations will be applied with the same timestamp
-  (either one generated automatically, or the timestamp provided at the batch level). Due to Cassandra's conflict
-  resolution procedure in the case of `timestamp ties <http://wiki.apache.org/cassandra/FAQ#clocktie>`__, operations may
-  be applied in an order that is different from the order they are listed in the ``BATCH`` statement. To force a
-  particular operation ordering, you must specify per-operation timestamps.
-- A LOGGED batch to a single partition will be converted to an UNLOGGED batch as an optimization.
-
-.. _unlogged-batches:
-
-``UNLOGGED`` batches
-~~~~~~~~~~~~~~~~~~~~
-
-By default, Cassandra uses a batch log to ensure all operations in a batch eventually complete or none will (note
-however that operations are only isolated within a single partition).
-
-There is a performance penalty for batch atomicity when a batch spans multiple partitions. If you do not want to incur
-this penalty, you can tell Cassandra to skip the batchlog with the ``UNLOGGED`` option. If the ``UNLOGGED`` option is
-used, a failed batch might leave the patch only partly applied.
-
-``COUNTER`` batches
-~~~~~~~~~~~~~~~~~~~
-
-Use the ``COUNTER`` option for batched counter updates. Unlike other
-updates in Cassandra, counter updates are not idempotent.
diff --git a/content/doc/3.11.11/_sources/cql/functions.rst.txt b/content/doc/3.11.11/_sources/cql/functions.rst.txt
deleted file mode 100644
index 47026cd..0000000
--- a/content/doc/3.11.11/_sources/cql/functions.rst.txt
+++ /dev/null
@@ -1,558 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-.. _cql-functions:
-
-.. Need some intro for UDF and native functions in general and point those to it.
-.. _udfs:
-.. _native-functions:
-
-Functions
----------
-
-CQL supports 2 main categories of functions:
-
-- the :ref:`scalar functions <scalar-functions>`, which simply take a number of values and produce an output with it.
-- the :ref:`aggregate functions <aggregate-functions>`, which are used to aggregate multiple rows results from a
-  ``SELECT`` statement.
-
-In both cases, CQL provides a number of native "hard-coded" functions as well as the ability to create new user-defined
-functions.
-
-.. note:: By default, the use of user-defined functions is disabled by default for security concerns (even when
-   enabled, the execution of user-defined functions is sandboxed and a "rogue" function should not be allowed to do
-   evil, but no sandbox is perfect so using user-defined functions is opt-in). See the ``enable_user_defined_functions``
-   in ``cassandra.yaml`` to enable them.
-
-A function is identifier by its name:
-
-.. productionlist::
-   function_name: [ `keyspace_name` '.' ] `name`
-
-.. _scalar-functions:
-
-Scalar functions
-^^^^^^^^^^^^^^^^
-
-.. _scalar-native-functions:
-
-Native functions
-~~~~~~~~~~~~~~~~
-
-Cast
-````
-
-The ``cast`` function can be used to converts one native datatype to another.
-
-The following table describes the conversions supported by the ``cast`` function. Cassandra will silently ignore any
-cast converting a datatype into its own datatype.
-
-=============== =======================================================================================================
- From            To
-=============== =======================================================================================================
- ``ascii``       ``text``, ``varchar``
- ``bigint``      ``tinyint``, ``smallint``, ``int``, ``float``, ``double``, ``decimal``, ``varint``, ``text``,
-                 ``varchar``
- ``boolean``     ``text``, ``varchar``
- ``counter``     ``tinyint``, ``smallint``, ``int``, ``bigint``, ``float``, ``double``, ``decimal``, ``varint``,
-                 ``text``, ``varchar``
- ``date``        ``timestamp``
- ``decimal``     ``tinyint``, ``smallint``, ``int``, ``bigint``, ``float``, ``double``, ``varint``, ``text``,
-                 ``varchar``
- ``double``      ``tinyint``, ``smallint``, ``int``, ``bigint``, ``float``, ``decimal``, ``varint``, ``text``,
-                 ``varchar``
- ``float``       ``tinyint``, ``smallint``, ``int``, ``bigint``, ``double``, ``decimal``, ``varint``, ``text``,
-                 ``varchar``
- ``inet``        ``text``, ``varchar``
- ``int``         ``tinyint``, ``smallint``, ``bigint``, ``float``, ``double``, ``decimal``, ``varint``, ``text``,
-                 ``varchar``
- ``smallint``    ``tinyint``, ``int``, ``bigint``, ``float``, ``double``, ``decimal``, ``varint``, ``text``,
-                 ``varchar``
- ``time``        ``text``, ``varchar``
- ``timestamp``   ``date``, ``text``, ``varchar``
- ``timeuuid``    ``timestamp``, ``date``, ``text``, ``varchar``
- ``tinyint``     ``tinyint``, ``smallint``, ``int``, ``bigint``, ``float``, ``double``, ``decimal``, ``varint``,
-                 ``text``, ``varchar``
- ``uuid``        ``text``, ``varchar``
- ``varint``      ``tinyint``, ``smallint``, ``int``, ``bigint``, ``float``, ``double``, ``decimal``, ``text``,
-                 ``varchar``
-=============== =======================================================================================================
-
-The conversions rely strictly on Java's semantics. For example, the double value 1 will be converted to the text value
-'1.0'. For instance::
-
-    SELECT avg(cast(count as double)) FROM myTable
-
-Token
-`````
-
-The ``token`` function allows to compute the token for a given partition key. The exact signature of the token function
-depends on the table concerned and of the partitioner used by the cluster.
-
-The type of the arguments of the ``token`` depend on the type of the partition key columns. The return type depend on
-the partitioner in use:
-
-- For Murmur3Partitioner, the return type is ``bigint``.
-- For RandomPartitioner, the return type is ``varint``.
-- For ByteOrderedPartitioner, the return type is ``blob``.
-
-For instance, in a cluster using the default Murmur3Partitioner, if a table is defined by::
-
-    CREATE TABLE users (
-        userid text PRIMARY KEY,
-        username text,
-    )
-
-then the ``token`` function will take a single argument of type ``text`` (in that case, the partition key is ``userid``
-(there is no clustering columns so the partition key is the same than the primary key)), and the return type will be
-``bigint``.
-
-Uuid
-````
-The ``uuid`` function takes no parameters and generates a random type 4 uuid suitable for use in ``INSERT`` or
-``UPDATE`` statements.
-
-.. _timeuuid-functions:
-
-Timeuuid functions
-``````````````````
-
-``now``
-#######
-
-The ``now`` function takes no arguments and generates, on the coordinator node, a new unique timeuuid (at the time where
-the statement using it is executed). Note that this method is useful for insertion but is largely non-sensical in
-``WHERE`` clauses. For instance, a query of the form::
-
-    SELECT * FROM myTable WHERE t = now()
-
-will never return any result by design, since the value returned by ``now()`` is guaranteed to be unique.
-
-``minTimeuuid`` and ``maxTimeuuid``
-###################################
-
-The ``minTimeuuid`` (resp. ``maxTimeuuid``) function takes a ``timestamp`` value ``t`` (which can be `either a timestamp
-or a date string <timestamps>`) and return a *fake* ``timeuuid`` corresponding to the *smallest* (resp. *biggest*)
-possible ``timeuuid`` having for timestamp ``t``. So for instance::
-
-    SELECT * FROM myTable
-     WHERE t > maxTimeuuid('2013-01-01 00:05+0000')
-       AND t < minTimeuuid('2013-02-02 10:00+0000')
-
-will select all rows where the ``timeuuid`` column ``t`` is strictly older than ``'2013-01-01 00:05+0000'`` but strictly
-younger than ``'2013-02-02 10:00+0000'``. Please note that ``t >= maxTimeuuid('2013-01-01 00:05+0000')`` would still
-*not* select a ``timeuuid`` generated exactly at '2013-01-01 00:05+0000' and is essentially equivalent to ``t >
-maxTimeuuid('2013-01-01 00:05+0000')``.
-
-.. note:: We called the values generated by ``minTimeuuid`` and ``maxTimeuuid`` *fake* UUID because they do no respect
-   the Time-Based UUID generation process specified by the `RFC 4122 <http://www.ietf.org/rfc/rfc4122.txt>`__. In
-   particular, the value returned by these 2 methods will not be unique. This means you should only use those methods
-   for querying (as in the example above). Inserting the result of those methods is almost certainly *a bad idea*.
-
-Time conversion functions
-`````````````````````````
-
-A number of functions are provided to “convert” a ``timeuuid``, a ``timestamp`` or a ``date`` into another ``native``
-type.
-
-===================== =============== ===================================================================
- Function name         Input type      Description
-===================== =============== ===================================================================
- ``toDate``            ``timeuuid``    Converts the ``timeuuid`` argument into a ``date`` type
- ``toDate``            ``timestamp``   Converts the ``timestamp`` argument into a ``date`` type
- ``toTimestamp``       ``timeuuid``    Converts the ``timeuuid`` argument into a ``timestamp`` type
- ``toTimestamp``       ``date``        Converts the ``date`` argument into a ``timestamp`` type
- ``toUnixTimestamp``   ``timeuuid``    Converts the ``timeuuid`` argument into a ``bigInt`` raw value
- ``toUnixTimestamp``   ``timestamp``   Converts the ``timestamp`` argument into a ``bigInt`` raw value
- ``toUnixTimestamp``   ``date``        Converts the ``date`` argument into a ``bigInt`` raw value
- ``dateOf``            ``timeuuid``    Similar to ``toTimestamp(timeuuid)`` (DEPRECATED)
- ``unixTimestampOf``   ``timeuuid``    Similar to ``toUnixTimestamp(timeuuid)`` (DEPRECATED)
-===================== =============== ===================================================================
-
-Blob conversion functions
-`````````````````````````
-A number of functions are provided to “convert” the native types into binary data (``blob``). For every
-``<native-type>`` ``type`` supported by CQL (a notable exceptions is ``blob``, for obvious reasons), the function
-``typeAsBlob`` takes a argument of type ``type`` and return it as a ``blob``. Conversely, the function ``blobAsType``
-takes a 64-bit ``blob`` argument and convert it to a ``bigint`` value. And so for instance, ``bigintAsBlob(3)`` is
-``0x0000000000000003`` and ``blobAsBigint(0x0000000000000003)`` is ``3``.
-
-.. _user-defined-scalar-functions:
-
-User-defined functions
-~~~~~~~~~~~~~~~~~~~~~~
-
-User-defined functions allow execution of user-provided code in Cassandra. By default, Cassandra supports defining
-functions in *Java* and *JavaScript*. Support for other JSR 223 compliant scripting languages (such as Python, Ruby, and
-Scala) can be added by adding a JAR to the classpath.
-
-UDFs are part of the Cassandra schema. As such, they are automatically propagated to all nodes in the cluster.
-
-UDFs can be *overloaded* - i.e. multiple UDFs with different argument types but the same function name. Example::
-
-    CREATE FUNCTION sample ( arg int ) ...;
-    CREATE FUNCTION sample ( arg text ) ...;
-
-User-defined functions are susceptible to all of the normal problems with the chosen programming language. Accordingly,
-implementations should be safe against null pointer exceptions, illegal arguments, or any other potential source of
-exceptions. An exception during function execution will result in the entire statement failing.
-
-It is valid to use *complex* types like collections, tuple types and user-defined types as argument and return types.
-Tuple types and user-defined types are handled by the conversion functions of the DataStax Java Driver. Please see the
-documentation of the Java Driver for details on handling tuple types and user-defined types.
-
-Arguments for functions can be literals or terms. Prepared statement placeholders can be used, too.
-
-Note that you can use the double-quoted string syntax to enclose the UDF source code. For example::
-
-    CREATE FUNCTION some_function ( arg int )
-        RETURNS NULL ON NULL INPUT
-        RETURNS int
-        LANGUAGE java
-        AS $$ return arg; $$;
-
-    SELECT some_function(column) FROM atable ...;
-    UPDATE atable SET col = some_function(?) ...;
-
-    CREATE TYPE custom_type (txt text, i int);
-    CREATE FUNCTION fct_using_udt ( udtarg frozen )
-        RETURNS NULL ON NULL INPUT
-        RETURNS text
-        LANGUAGE java
-        AS $$ return udtarg.getString("txt"); $$;
-
-User-defined functions can be used in ``SELECT``, ``INSERT`` and ``UPDATE`` statements.
-
-The implicitly available ``udfContext`` field (or binding for script UDFs) provides the necessary functionality to
-create new UDT and tuple values::
-
-    CREATE TYPE custom_type (txt text, i int);
-    CREATE FUNCTION fct\_using\_udt ( somearg int )
-        RETURNS NULL ON NULL INPUT
-        RETURNS custom_type
-        LANGUAGE java
-        AS $$
-            UDTValue udt = udfContext.newReturnUDTValue();
-            udt.setString("txt", "some string");
-            udt.setInt("i", 42);
-            return udt;
-        $$;
-
-The definition of the ``UDFContext`` interface can be found in the Apache Cassandra source code for
-``org.apache.cassandra.cql3.functions.UDFContext``.
-
-.. code-block:: java
-
-    public interface UDFContext
-    {
-        UDTValue newArgUDTValue(String argName);
-        UDTValue newArgUDTValue(int argNum);
-        UDTValue newReturnUDTValue();
-        UDTValue newUDTValue(String udtName);
-        TupleValue newArgTupleValue(String argName);
-        TupleValue newArgTupleValue(int argNum);
-        TupleValue newReturnTupleValue();
-        TupleValue newTupleValue(String cqlDefinition);
-    }
-
-Java UDFs already have some imports for common interfaces and classes defined. These imports are:
-
-.. code-block:: java
-
-    import java.nio.ByteBuffer;
-    import java.util.List;
-    import java.util.Map;
-    import java.util.Set;
-    import org.apache.cassandra.cql3.functions.UDFContext;
-    import com.datastax.driver.core.TypeCodec;
-    import com.datastax.driver.core.TupleValue;
-    import com.datastax.driver.core.UDTValue;
-
-Please note, that these convenience imports are not available for script UDFs.
-
-.. _create-function-statement:
-
-CREATE FUNCTION
-```````````````
-
-Creating a new user-defined function uses the ``CREATE FUNCTION`` statement:
-
-.. productionlist::
-   create_function_statement: CREATE [ OR REPLACE ] FUNCTION [ IF NOT EXISTS]
-                            :     `function_name` '(' `arguments_declaration` ')'
-                            :     [ CALLED | RETURNS NULL ] ON NULL INPUT
-                            :     RETURNS `cql_type`
-                            :     LANGUAGE `identifier`
-                            :     AS `string`
-   arguments_declaration: `identifier` `cql_type` ( ',' `identifier` `cql_type` )*
-
-For instance::
-
-    CREATE OR REPLACE FUNCTION somefunction(somearg int, anotherarg text, complexarg frozen<someUDT>, listarg list)
-        RETURNS NULL ON NULL INPUT
-        RETURNS text
-        LANGUAGE java
-        AS $$
-            // some Java code
-        $$;
-
-    CREATE FUNCTION IF NOT EXISTS akeyspace.fname(someArg int)
-        CALLED ON NULL INPUT
-        RETURNS text
-        LANGUAGE java
-        AS $$
-            // some Java code
-        $$;
-
-``CREATE FUNCTION`` with the optional ``OR REPLACE`` keywords either creates a function or replaces an existing one with
-the same signature. A ``CREATE FUNCTION`` without ``OR REPLACE`` fails if a function with the same signature already
-exists.
-
-If the optional ``IF NOT EXISTS`` keywords are used, the function will
-only be created if another function with the same signature does not
-exist.
-
-``OR REPLACE`` and ``IF NOT EXISTS`` cannot be used together.
-
-Behavior on invocation with ``null`` values must be defined for each
-function. There are two options:
-
-#. ``RETURNS NULL ON NULL INPUT`` declares that the function will always
-   return ``null`` if any of the input arguments is ``null``.
-#. ``CALLED ON NULL INPUT`` declares that the function will always be
-   executed.
-
-Function Signature
-##################
-
-Signatures are used to distinguish individual functions. The signature consists of:
-
-#. The fully qualified function name - i.e *keyspace* plus *function-name*
-#. The concatenated list of all argument types
-
-Note that keyspace names, function names and argument types are subject to the default naming conventions and
-case-sensitivity rules.
-
-Functions belong to a keyspace. If no keyspace is specified in ``<function-name>``, the current keyspace is used (i.e.
-the keyspace specified using the ``USE`` statement). It is not possible to create a user-defined function in one of the
-system keyspaces.
-
-.. _drop-function-statement:
-
-DROP FUNCTION
-`````````````
-
-Dropping a function uses the ``DROP FUNCTION`` statement:
-
-.. productionlist::
-   drop_function_statement: DROP FUNCTION [ IF EXISTS ] `function_name` [ '(' `arguments_signature` ')' ]
-   arguments_signature: `cql_type` ( ',' `cql_type` )*
-
-For instance::
-
-    DROP FUNCTION myfunction;
-    DROP FUNCTION mykeyspace.afunction;
-    DROP FUNCTION afunction ( int );
-    DROP FUNCTION afunction ( text );
-
-You must specify the argument types (:token:`arguments_signature`) of the function to drop if there are multiple
-functions with the same name but a different signature (overloaded functions).
-
-``DROP FUNCTION`` with the optional ``IF EXISTS`` keywords drops a function if it exists, but does not throw an error if
-it doesn't
-
-.. _aggregate-functions:
-
-Aggregate functions
-^^^^^^^^^^^^^^^^^^^
-
-Aggregate functions work on a set of rows. They receive values for each row and returns one value for the whole set.
-
-If ``normal`` columns, ``scalar functions``, ``UDT`` fields, ``writetime`` or ``ttl`` are selected together with
-aggregate functions, the values returned for them will be the ones of the first row matching the query.
-
-Native aggregates
-~~~~~~~~~~~~~~~~~
-
-.. _count-function:
-
-Count
-`````
-
-The ``count`` function can be used to count the rows returned by a query. Example::
-
-    SELECT COUNT (*) FROM plays;
-    SELECT COUNT (1) FROM plays;
-
-It also can be used to count the non null value of a given column::
-
-    SELECT COUNT (scores) FROM plays;
-
-Max and Min
-```````````
-
-The ``max`` and ``min`` functions can be used to compute the maximum and the minimum value returned by a query for a
-given column. For instance::
-
-    SELECT MIN (players), MAX (players) FROM plays WHERE game = 'quake';
-
-Sum
-```
-
-The ``sum`` function can be used to sum up all the values returned by a query for a given column. For instance::
-
-    SELECT SUM (players) FROM plays;
-
-Avg
-```
-
-The ``avg`` function can be used to compute the average of all the values returned by a query for a given column. For
-instance::
-
-    SELECT AVG (players) FROM plays;
-
-.. _user-defined-aggregates-functions:
-
-User-Defined Aggregates
-~~~~~~~~~~~~~~~~~~~~~~~
-
-User-defined aggregates allow the creation of custom aggregate functions. Common examples of aggregate functions are
-*count*, *min*, and *max*.
-
-Each aggregate requires an *initial state* (``INITCOND``, which defaults to ``null``) of type ``STYPE``. The first
-argument of the state function must have type ``STYPE``. The remaining arguments of the state function must match the
-types of the user-defined aggregate arguments. The state function is called once for each row, and the value returned by
-the state function becomes the new state. After all rows are processed, the optional ``FINALFUNC`` is executed with last
-state value as its argument.
-
-``STYPE`` is mandatory in order to be able to distinguish possibly overloaded versions of the state and/or final
-function (since the overload can appear after creation of the aggregate).
-
-User-defined aggregates can be used in ``SELECT`` statement.
-
-A complete working example for user-defined aggregates (assuming that a keyspace has been selected using the ``USE``
-statement)::
-
-    CREATE OR REPLACE FUNCTION averageState(state tuple<int,bigint>, val int)
-        CALLED ON NULL INPUT
-        RETURNS tuple
-        LANGUAGE java
-        AS $$
-            if (val != null) {
-                state.setInt(0, state.getInt(0)+1);
-                state.setLong(1, state.getLong(1)+val.intValue());
-            }
-            return state;
-        $$;
-
-    CREATE OR REPLACE FUNCTION averageFinal (state tuple<int,bigint>)
-        CALLED ON NULL INPUT
-        RETURNS double
-        LANGUAGE java
-        AS $$
-            double r = 0;
-            if (state.getInt(0) == 0) return null;
-            r = state.getLong(1);
-            r /= state.getInt(0);
-            return Double.valueOf(r);
-        $$;
-
-    CREATE OR REPLACE AGGREGATE average(int)
-        SFUNC averageState
-        STYPE tuple
-        FINALFUNC averageFinal
-        INITCOND (0, 0);
-
-    CREATE TABLE atable (
-        pk int PRIMARY KEY,
-        val int
-    );
-
-    INSERT INTO atable (pk, val) VALUES (1,1);
-    INSERT INTO atable (pk, val) VALUES (2,2);
-    INSERT INTO atable (pk, val) VALUES (3,3);
-    INSERT INTO atable (pk, val) VALUES (4,4);
-
-    SELECT average(val) FROM atable;
-
-.. _create-aggregate-statement:
-
-CREATE AGGREGATE
-````````````````
-
-Creating (or replacing) a user-defined aggregate function uses the ``CREATE AGGREGATE`` statement:
-
-.. productionlist::
-   create_aggregate_statement: CREATE [ OR REPLACE ] AGGREGATE [ IF NOT EXISTS ]
-                             :     `function_name` '(' `arguments_signature` ')'
-                             :     SFUNC `function_name`
-                             :     STYPE `cql_type`
-                             :     [ FINALFUNC `function_name` ]
-                             :     [ INITCOND `term` ]
-
-See above for a complete example.
-
-``CREATE AGGREGATE`` with the optional ``OR REPLACE`` keywords either creates an aggregate or replaces an existing one
-with the same signature. A ``CREATE AGGREGATE`` without ``OR REPLACE`` fails if an aggregate with the same signature
-already exists.
-
-``CREATE AGGREGATE`` with the optional ``IF NOT EXISTS`` keywords either creates an aggregate if it does not already
-exist.
-
-``OR REPLACE`` and ``IF NOT EXISTS`` cannot be used together.
-
-``STYPE`` defines the type of the state value and must be specified.
-
-The optional ``INITCOND`` defines the initial state value for the aggregate. It defaults to ``null``. A non-\ ``null``
-``INITCOND`` must be specified for state functions that are declared with ``RETURNS NULL ON NULL INPUT``.
-
-``SFUNC`` references an existing function to be used as the state modifying function. The type of first argument of the
-state function must match ``STYPE``. The remaining argument types of the state function must match the argument types of
-the aggregate function. State is not updated for state functions declared with ``RETURNS NULL ON NULL INPUT`` and called
-with ``null``.
-
-The optional ``FINALFUNC`` is called just before the aggregate result is returned. It must take only one argument with
-type ``STYPE``. The return type of the ``FINALFUNC`` may be a different type. A final function declared with ``RETURNS
-NULL ON NULL INPUT`` means that the aggregate's return value will be ``null``, if the last state is ``null``.
-
-If no ``FINALFUNC`` is defined, the overall return type of the aggregate function is ``STYPE``. If a ``FINALFUNC`` is
-defined, it is the return type of that function.
-
-.. _drop-aggregate-statement:
-
-DROP AGGREGATE
-``````````````
-
-Dropping an user-defined aggregate function uses the ``DROP AGGREGATE`` statement:
-
-.. productionlist::
-   drop_aggregate_statement: DROP AGGREGATE [ IF EXISTS ] `function_name` [ '(' `arguments_signature` ')' ]
-
-For instance::
-
-    DROP AGGREGATE myAggregate;
-    DROP AGGREGATE myKeyspace.anAggregate;
-    DROP AGGREGATE someAggregate ( int );
-    DROP AGGREGATE someAggregate ( text );
-
-The ``DROP AGGREGATE`` statement removes an aggregate created using ``CREATE AGGREGATE``. You must specify the argument
-types of the aggregate to drop if there are multiple aggregates with the same name but a different signature (overloaded
-aggregates).
-
-``DROP AGGREGATE`` with the optional ``IF EXISTS`` keywords drops an aggregate if it exists, and does nothing if a
-function with the signature does not exist.
diff --git a/content/doc/3.11.11/_sources/cql/index.rst.txt b/content/doc/3.11.11/_sources/cql/index.rst.txt
deleted file mode 100644
index 00d90e4..0000000
--- a/content/doc/3.11.11/_sources/cql/index.rst.txt
+++ /dev/null
@@ -1,47 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. _cql:
-
-The Cassandra Query Language (CQL)
-==================================
-
-This document describes the Cassandra Query Language (CQL) [#]_. Note that this document describes the last version of
-the languages. However, the `changes <#changes>`_ section provides the diff between the different versions of CQL.
-
-CQL offers a model close to SQL in the sense that data is put in *tables* containing *rows* of *columns*. For
-that reason, when used in this document, these terms (tables, rows and columns) have the same definition than they have
-in SQL. But please note that as such, they do **not** refer to the concept of rows and columns found in the deprecated
-thrift API (and earlier version 1 and 2 of CQL).
-
-.. toctree::
-   :maxdepth: 2
-
-   definitions
-   types
-   ddl
-   dml
-   indexes
-   mvs
-   security
-   functions
-   json
-   triggers
-   appendices
-   changes
-
-.. [#] Technically, this document CQL version 3, which is not backward compatible with CQL version 1 and 2 (which have
-   been deprecated and remove) and differs from it in numerous ways.
diff --git a/content/doc/3.11.11/_sources/cql/indexes.rst.txt b/content/doc/3.11.11/_sources/cql/indexes.rst.txt
deleted file mode 100644
index 81fe429..0000000
--- a/content/doc/3.11.11/_sources/cql/indexes.rst.txt
+++ /dev/null
@@ -1,83 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-.. _secondary-indexes:
-
-Secondary Indexes
------------------
-
-CQL supports creating secondary indexes on tables, allowing queries on the table to use those indexes. A secondary index
-is identified by a name defined by:
-
-.. productionlist::
-   index_name: re('[a-zA-Z_0-9]+')
-
-
-
-.. _create-index-statement:
-
-CREATE INDEX
-^^^^^^^^^^^^
-
-Creating a secondary index on a table uses the ``CREATE INDEX`` statement:
-
-.. productionlist::
-   create_index_statement: CREATE [ CUSTOM ] INDEX [ IF NOT EXISTS ] [ `index_name` ]
-                         :     ON `table_name` '(' `index_identifier` ')'
-                         :     [ USING `string` [ WITH OPTIONS = `map_literal` ] ]
-   index_identifier: `column_name`
-                   :| ( KEYS | VALUES | ENTRIES | FULL ) '(' `column_name` ')'
-
-For instance::
-
-    CREATE INDEX userIndex ON NerdMovies (user);
-    CREATE INDEX ON Mutants (abilityId);
-    CREATE INDEX ON users (keys(favs));
-    CREATE CUSTOM INDEX ON users (email) USING 'path.to.the.IndexClass';
-    CREATE CUSTOM INDEX ON users (email) USING 'path.to.the.IndexClass' WITH OPTIONS = {'storage': '/mnt/ssd/indexes/'};
-
-The ``CREATE INDEX`` statement is used to create a new (automatic) secondary index for a given (existing) column in a
-given table. A name for the index itself can be specified before the ``ON`` keyword, if desired. If data already exists
-for the column, it will be indexed asynchronously. After the index is created, new data for the column is indexed
-automatically at insertion time.
-
-Attempting to create an already existing index will return an error unless the ``IF NOT EXISTS`` option is used. If it
-is used, the statement will be a no-op if the index already exists.
-
-Indexes on Map Keys
-~~~~~~~~~~~~~~~~~~~
-
-When creating an index on a :ref:`maps <maps>`, you may index either the keys or the values. If the column identifier is
-placed within the ``keys()`` function, the index will be on the map keys, allowing you to use ``CONTAINS KEY`` in
-``WHERE`` clauses. Otherwise, the index will be on the map values.
-
-.. _drop-index-statement:
-
-DROP INDEX
-^^^^^^^^^^
-
-Dropping a secondary index uses the ``DROP INDEX`` statement:
-
-.. productionlist::
-   drop_index_statement: DROP INDEX [ IF EXISTS ] `index_name`
-
-The ``DROP INDEX`` statement is used to drop an existing secondary index. The argument of the statement is the index
-name, which may optionally specify the keyspace of the index.
-
-If the index does not exists, the statement will return an error, unless ``IF EXISTS`` is used in which case the
-operation is a no-op.
diff --git a/content/doc/3.11.11/_sources/cql/json.rst.txt b/content/doc/3.11.11/_sources/cql/json.rst.txt
deleted file mode 100644
index 539180a..0000000
--- a/content/doc/3.11.11/_sources/cql/json.rst.txt
+++ /dev/null
@@ -1,115 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-.. _cql-json:
-
-JSON Support
-------------
-
-Cassandra 2.2 introduces JSON support to :ref:`SELECT <select-statement>` and :ref:`INSERT <insert-statement>`
-statements. This support does not fundamentally alter the CQL API (for example, the schema is still enforced), it simply
-provides a convenient way to work with JSON documents.
-
-SELECT JSON
-^^^^^^^^^^^
-
-With ``SELECT`` statements, the ``JSON`` keyword can be used to return each row as a single ``JSON`` encoded map. The
-remainder of the ``SELECT`` statement behavior is the same.
-
-The result map keys are the same as the column names in a normal result set. For example, a statement like ``SELECT JSON
-a, ttl(b) FROM ...`` would result in a map with keys ``"a"`` and ``"ttl(b)"``. However, this is one notable exception:
-for symmetry with ``INSERT JSON`` behavior, case-sensitive column names with upper-case letters will be surrounded with
-double quotes. For example, ``SELECT JSON myColumn FROM ...`` would result in a map key ``"\"myColumn\""`` (note the
-escaped quotes).
-
-The map values will ``JSON``-encoded representations (as described below) of the result set values.
-
-INSERT JSON
-^^^^^^^^^^^
-
-With ``INSERT`` statements, the new ``JSON`` keyword can be used to enable inserting a ``JSON`` encoded map as a single
-row. The format of the ``JSON`` map should generally match that returned by a ``SELECT JSON`` statement on the same
-table. In particular, case-sensitive column names should be surrounded with double quotes. For example, to insert into a
-table with two columns named "myKey" and "value", you would do the following::
-
-    INSERT INTO mytable JSON '{ "\"myKey\"": 0, "value": 0}'
-
-By default (or if ``DEFAULT NULL`` is explicitly used), a column omitted from the ``JSON`` map will be set to ``NULL``,
-meaning that any pre-existing value for that column will be removed (resulting in a tombstone being created).
-Alternatively, if the ``DEFAULT UNSET`` directive is used after the value, omitted column values will be left unset,
-meaning that pre-existing values for those column will be preserved.
-
-
-JSON Encoding of Cassandra Data Types
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-
-Where possible, Cassandra will represent and accept data types in their native ``JSON`` representation. Cassandra will
-also accept string representations matching the CQL literal format for all single-field types. For example, floats,
-ints, UUIDs, and dates can be represented by CQL literal strings. However, compound types, such as collections, tuples,
-and user-defined types must be represented by native ``JSON`` collections (maps and lists) or a JSON-encoded string
-representation of the collection.
-
-The following table describes the encodings that Cassandra will accept in ``INSERT JSON`` values (and ``fromJson()``
-arguments) as well as the format Cassandra will use when returning data for ``SELECT JSON`` statements (and
-``fromJson()``):
-
-=============== ======================== =============== ==============================================================
- Type            Formats accepted         Return format   Notes
-=============== ======================== =============== ==============================================================
- ``ascii``       string                   string          Uses JSON's ``\u`` character escape
- ``bigint``      integer, string          integer         String must be valid 64 bit integer
- ``blob``        string                   string          String should be 0x followed by an even number of hex digits
- ``boolean``     boolean, string          boolean         String must be "true" or "false"
- ``date``        string                   string          Date in format ``YYYY-MM-DD``, timezone UTC
- ``decimal``     integer, float, string   float           May exceed 32 or 64-bit IEEE-754 floating point precision in
-                                                          client-side decoder
- ``double``      integer, float, string   float           String must be valid integer or float
- ``float``       integer, float, string   float           String must be valid integer or float
- ``inet``        string                   string          IPv4 or IPv6 address
- ``int``         integer, string          integer         String must be valid 32 bit integer
- ``list``        list, string             list            Uses JSON's native list representation
- ``map``         map, string              map             Uses JSON's native map representation
- ``smallint``    integer, string          integer         String must be valid 16 bit integer
- ``set``         list, string             list            Uses JSON's native list representation
- ``text``        string                   string          Uses JSON's ``\u`` character escape
- ``time``        string                   string          Time of day in format ``HH-MM-SS[.fffffffff]``
- ``timestamp``   integer, string          string          A timestamp. Strings constant allows to input :ref:`timestamps
-                                                          as dates <timestamps>`. Datestamps with format ``YYYY-MM-DD
-                                                          HH:MM:SS.SSS`` are returned.
- ``timeuuid``    string                   string          Type 1 UUID. See :token:`constant` for the UUID format
- ``tinyint``     integer, string          integer         String must be valid 8 bit integer
- ``tuple``       list, string             list            Uses JSON's native list representation
- ``UDT``         map, string              map             Uses JSON's native map representation with field names as keys
- ``uuid``        string                   string          See :token:`constant` for the UUID format
- ``varchar``     string                   string          Uses JSON's ``\u`` character escape
- ``varint``      integer, string          integer         Variable length; may overflow 32 or 64 bit integers in
-                                                          client-side decoder
-=============== ======================== =============== ==============================================================
-
-The fromJson() Function
-^^^^^^^^^^^^^^^^^^^^^^^
-
-The ``fromJson()`` function may be used similarly to ``INSERT JSON``, but for a single column value. It may only be used
-in the ``VALUES`` clause of an ``INSERT`` statement or as one of the column values in an ``UPDATE``, ``DELETE``, or
-``SELECT`` statement. For example, it cannot be used in the selection clause of a ``SELECT`` statement.
-
-The toJson() Function
-^^^^^^^^^^^^^^^^^^^^^
-
-The ``toJson()`` function may be used similarly to ``SELECT JSON``, but for a single column value. It may only be used
-in the selection clause of a ``SELECT`` statement.
diff --git a/content/doc/3.11.11/_sources/cql/mvs.rst.txt b/content/doc/3.11.11/_sources/cql/mvs.rst.txt
deleted file mode 100644
index aabea10..0000000
--- a/content/doc/3.11.11/_sources/cql/mvs.rst.txt
+++ /dev/null
@@ -1,166 +0,0 @@
-.. Licensed to the Apache Software Foundation (ASF) under one
-.. or more contributor license agreements.  See the NOTICE file
-.. distributed with this work for additional information
-.. regarding copyright ownership.  The ASF licenses this file
-.. to you under the Apache License, Version 2.0 (the
-.. "License"); you may not use this file except in compliance
-.. with the License.  You may obtain a copy of the License at
-..
-..     http://www.apache.org/licenses/LICENSE-2.0
-..
-.. Unless required by applicable law or agreed to in writing, software
-.. distributed under the License is distributed on an "AS IS" BASIS,
-.. WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
-.. See the License for the specific language governing permissions and
-.. limitations under the License.
-
-.. highlight:: cql
-
-.. _materialized-views:
-
-Materialized Views
-------------------
-
-Materialized views names are defined by:
-
-.. productionlist::
-   view_name: re('[a-zA-Z_0-9]+')
-
-
-.. _create-materialized-view-statement:
-
-CREATE MATERIALIZED VIEW
-^^^^^^^^^^^^^^^^^^^^^^^^
-
-You can create a materialized view on a table using a ``CREATE MATERIALIZED VIEW`` statement:
-
-.. productionlist::
-   create_materialized_view_statement: CREATE MATERIALIZED VIEW [ IF NOT EXISTS ] `view_name` AS
-                                     :     `select_statement`
-                                     :     PRIMARY KEY '(' `primary_key` ')'
-                                     :     WITH `table_options`
-
-For instance::
-
-    CREATE MATERIALIZED VIEW monkeySpecies_by_population AS
-        SELECT * FROM monkeySpecies
-        WHERE population IS NOT NULL AND species IS NOT NULL
-        PRIMARY KEY (population, species)
-        WITH comment='Allow query by population instead of species';
-
-The ``CREATE MATERIALIZED VIEW`` statement creates a new materialized view. Each such view is a set of *rows* which
-corresponds to rows which are present in the underlying, or base, table specified in the ``SELECT`` statement. A
-materialized view cannot be directly updated, but updates to the base table will cause corresponding updates in the
-view.
-
-Creating a materialized view has 3 main parts:
-
-- The :ref:`select statement <mv-select>` that restrict the data included in the view.
-- The :ref:`primary key <mv-primary-key>` definition for the view.
-- The :ref:`options <mv-options>` for the view.
-
-Attempting to create an already existing materialized view will return an error unless the ``IF NOT EXISTS`` option is
-used. If it is used, the statement will be a no-op if the materialized view already exists.
-
-.. _mv-select:
-
-MV select statement
-```````````````````
-
-The select statement of a materialized view creation defines which of the base table is included in the view. That
-statement is limited in a number of ways:
-
-- the :ref:`selection <selection-clause>` is limited to those that only select columns of the base table. In other
-  words, you can't use any function (aggregate or not), casting, term, etc. Aliases are also not supported. You can
-  however use `*` as a shortcut of selecting all columns. Further, :ref:`static columns <static-columns>` cannot be
-  included in a materialized view (which means ``SELECT *`` isn't allowed if the base table has static columns).
-- the ``WHERE`` clause have the following restrictions:
-
-  - it cannot include any :token:`bind_marker`.
-  - the columns that are not part of the *base table* primary key can only be restricted by an ``IS NOT NULL``
-    restriction. No other restriction is allowed.
-  - as the columns that are part of the *view* primary key cannot be null, they must always be at least restricted by a
-    ``IS NOT NULL`` restriction (or any other restriction, but they must have one).
-
-- it cannot have neither an :ref:`ordering clause <ordering-clause>`, nor a :ref:`limit <limit-clause>`, nor :ref:`ALLOW
-  FILTERING <allow-filtering>`.
-
-.. _mv-primary-key:
-
-MV primary key
-``````````````
-
-A view must have a primary key and that primary key must conform to the following restrictions:
-
-- it must contain all the primary key columns of the base table. This ensures that every row of the view correspond to
-  exactly one row of the base table.
-- it can only contain a single column that is not a primary key column in the base table.
-
-So for instance, give the following base table definition::
-
-    CREATE TABLE t (
-        k int,
-        c1 int,
-        c2 int,
-        v1 int,
... 468579 lines suppressed ...

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org


Mime
View raw message