showuon commented on code in PR #15136: URL: https://github.com/apache/kafka/pull/15136#discussion_r1562284319
########## core/src/main/scala/kafka/log/LogManager.scala: ########## @@ -1176,6 +1176,42 @@ class LogManager(logDirs: Seq[File], } } + def recoverAbandonedFutureLogs(brokerId: Int, newTopicsImage: TopicsImage): Unit = { + val abandonedFutureLogs = findAbandonedFutureLogs(brokerId, newTopicsImage) + abandonedFutureLogs.foreach { case (futureLog, currentLog) => + val tp = futureLog.topicPartition + + futureLog.renameDir(UnifiedLog.logDirName(tp), shouldReinitialize = true) + futureLog.removeLogMetrics() + futureLogs.remove(tp) + + currentLog.foreach { log => + log.removeLogMetrics() + log.renameDir(UnifiedLog.logDeleteDirName(tp), shouldReinitialize = false) + addLogToBeDeleted(log) + info(s"Old log for partition ${tp} is renamed to ${log.dir.getAbsolutePath} and is scheduled for deletion") + } + + currentLogs.put(tp, futureLog) + futureLog.newMetrics() + + info(s"Successfully renamed abandoned future log for $tp") Review Comment: I can see we basically do the similar things as what `replaceCurrentWithFutureLog` did, why should we duplicate the codes here again? Could we not be able to call `replaceCurrentWithFutureLog` with additional parameters to indicate we want to skip some actions? Like what we did now, we didn't close the `currentLog`, which should have potential resource leak. Using the `replaceCurrentWithFutureLog` could avoid this issue happening. WDYT? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: jira-unsubscr...@kafka.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org