问题标签 [tombstone]

最近，我在使用 3 节点集群的客户设置中遇到了一个问题，其中一个节点出现故障并仅在 12 天后才上线。在我们的场景中，大多数表的默认 gc_grace_seconds 已设置为 1 天，并且有很多表。

当这个宕机节点出现时，来自该节点的陈旧数据被复制到其他节点，导致所有三个节点中的僵尸数据。

我能想到的一个解决方案是在节点加入集群之前对其进行清理，然后运行修复以防止出现僵尸数据。在我不需要清理节点的情况下，是否有任何其他可能的解决方案来避免这个问题。

我的 Android 应用程序使用谷歌地图进行 GPS 跟踪。

Android 10/11 环境。当 targetSdk 从 28 更改为 29+ 时，似乎出现了这个问题。我已阅读有关此 IssueTracker 线程上类似问题的几份报告：https ://issuetracker.google.com/issues/148240970

根据谷歌的说法，该问题已得到解决，但此问题仍然存在。希望有人可以阐明从哪里开始或我可以做些什么来继续前进。

在连续使用几个小时后，每天都会发生这种崩溃，除了 SIGABRT 之外，Crashlytics 中没有相关数据。

查看所有在线调试信息，我被指出要抓取墓碑，看看他们是否有更多关于导致内存不足问题的信息。

这是带有 SIGABRT 信息的墓碑：

非常感谢任何和所有帮助，因为很难找到有关如何深入研究这些信息的信息。

谢谢！

[anr]、[ramoops]、[tombstone] 和 Crash0.txt - 这些 Android 日志中记录了什么样的错误？- 生成日志时，是否是设备中的致命错误？（或者是否包含小错误？我想知道生成日志时的紧急程度）

我创建了一个在 iOS 上运行良好的 AIR 应用程序。然而，在 Android 9 Samsung Galaxy 8 手机上进行测试，应用程序崩溃。

已经浏览了一个多月的代码，现在我还没有接近追踪正在发生的事情。调试时没有输出错误，应用程序只是崩溃。

使用 adobe scout 也不会产生任何似乎有用的信息。

我知道一个总的远射，但以下 logcat 和 tombstone 数据对任何人都意味着什么？

日志猫.txt

tombstone_07.txt

我正在使用 HashMaps 处理这个数据结构分配。对于这个任务，我将“用一个使用墓碑条目的新方法替换删除方法。你的删除方法应该用这个替换要删除的项目。你需要修改其他方法来处理数组不同。换句话说，墓碑条目表明集群中没有中断。在这个项目中，教授提供了一个名为“可用”的墓碑。我的工作是将该墓碑用于删除方法并更改我已有的其他方法。问题是我不知道墓碑是什么或如何实现它。有人可以向我解释什么是墓碑以及我将如何实现它吗？

我正在运行cqlsh 版本 5.0.1，有一个 6 节点集群，最近我在使用sizeTieredCompaction策略以释放一些磁盘空间的表中进行了主要数据清理，但没有发生，我的问题面临的是创建了很多墓碑，我的 sstables 大小不均匀，因此它们没有被压缩我也尝试使用nodetool compact --user-defined选项手动压缩 sstables，但我的nodetool 版本是 3.0.15，它没有支持它，是否有其他方法来压缩 sstables，因为我不想在整个表上运行压缩，因为这可能非常不可预测，下面我附上了我的 sstables 和 cfstats。

稳定：

cfstats：

请建议一些使用它可以释放一些磁盘空间的东西，因为数据每天都在增长并且不可能增加磁盘。