nodetool scrub这个命令要执行多久啊

根据您提供的信息，可能的原因和建议如下：

1. Cassandra日志提示文件损坏，尝试过Repair命令修复，但进度非常缓慢。

   可能是文件损坏的范围比较大，导致修复速度非常缓慢。建议您考虑更换硬盘或者节点，以避免数据持续损坏的风险。

2. 执行nodetool scrub丢弃损坏数据操作，耗时较长。

   nodetool scrub的过程会检查并删除损坏的数据，如果数据比较多的话，时间会比较长。您可以通过监控nodetool scrub的运行状况，观察IO和CPU的占用情况，来确认操作是否仍在进行中。如果操作没有被卡死，可以等待操作完成，操作完成后Cassandra会自动恢复数据写入。

3. 在执行nodetool scrub过程中，在一些节点上DataB被标记为Down状态，但在其他节点上是Up状态。

   这可能是因为DataB节点上的数据损坏程度较为严重，导致其他节点无法从DataB节点上读取到数据，进而将DataB标记为Down状态。建议您尝试在DataB所在的节点上查看Cassandra的日志，以确认数据损坏的程度和影响范围。