Make log servers return an empty version range only when it is correct to do so #12188

sbodagala · 2025-06-09T19:38:10Z

In the context of version vector/unicast, make log servers return an empty version range (on peeks) only when it is correct to do so. This is so the receiver will receive all versions (even though the sender is sending an empty version range) that it is supposed to receive.

Changes:

Make the cluster controller collect the set of log servers participated in recovery and propagate that information to the other processes.
Extend the ServerPeekCursor to take a flag that tells the source log server whether it can return an empty version range or not (in the context of version vector/unicast), and make the source log server return an empty version range only when this flag is set.
Make the peek APIs set the flag appropriately when initializing ServerPeekCursors.
Also, take the internal logic used by SetPeekCursor and MergedPeekCursor into account while initializing the above mentioned flag.

Testing:

Joshua id (with version vector disabled): 20250714-225445-sre-c46e945698f06a44 (no failures).

Code-Reviewer Section

The general pull request guidelines can be found here.

Please check each of the following things and check all boxes before accepting a PR.

The PR has a description, explaining both the problem and the solution.
The description mentions which forms of testing were done and the testing seems reasonable.
Every function/class/actor that was touched is reasonably well documented.

For Release-Branches

If this PR is made against a release-branch, please also check the following:

This change/bugfix is a cherry-pick from the next younger branch (younger release-branch or main if this is the youngest branch)
There is a good reason why this PR needs to go into a release branch and this reason is documented (either in the description above or in a linked GitHub issue)

an empty version range (on peeks) only when it is correct to do so. This is so the receiver will receive all versions (even though the sender is sending an empty version range) that it is supposed to receive. Changes: - Make the cluster controller collect the set of log servers participated in recovery and propagate that information to the other processes. - Extend the ServerPeekCursor to take a flag that tells the source log server whether it can return an empty version range or not (in the context of version vector/unicast), and make the source log server return an empty version range only when this flag is set. - Make the peek APIs set the flag appropriately when initializing ServerPeekCursors. - Also, take the internal logic used by SetPeekCursor and MergedPeekCursor into account while initializing the above mentioned flag.

foundationdb-ci · 2025-06-09T20:04:03Z

Result of foundationdb-pr-clang-ide on Linux RHEL 9

Commit ID: 4ec7e4d
Duration 0:25:38
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-06-09T20:17:22Z

Result of foundationdb-pr-macos-m1 on macOS Ventura 13.x

Commit ID: 4ec7e4d
Duration 0:38:58
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-06-09T20:27:47Z

Result of foundationdb-pr-clang-arm on Linux CentOS 7

Commit ID: 4ec7e4d
Duration 0:49:23
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-06-09T20:29:47Z

Result of foundationdb-pr-clang on Linux RHEL 9

Commit ID: 4ec7e4d
Duration 0:51:22
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-06-09T20:38:11Z

Result of foundationdb-pr on Linux RHEL 9

Commit ID: 4ec7e4d
Duration 0:59:47
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-06-09T20:40:04Z

Result of foundationdb-pr-cluster-tests on Linux RHEL 9

Commit ID: 4ec7e4d
Duration 1:01:39
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)
Cluster Test Logs zip file of the test logs (available for 30 days)

dlambrig · 2025-06-11T19:16:19Z

fdbserver/TagPartitionedLogSystem.actor.cpp

+    int bestSet,
+    int& bestServer,
+    Optional<Version> end,
+    Optional<std::map<uint8_t, std::vector<uint16_t>>> knownLockedTLogIds) {


todo - do both these have to be optional?

TagPartitionedLogSystem::peekLogRouter(), an invoker of this, takes these arguments as Optional. Outside the recovery context, I don't think these arguments need to be specified so I think it makes sense to have these as optional. Also I plan to feed the locked server list from the serialized TagPartitionedLogSystem to this method from TagPartitionedLogSystem::peekLogRouter() in a follow up PR, so I think it makes sense to have this argument as Optional in that sense too. The "Optional end" argument has a value assigned to it in both the contexts that this method is currently getting called from, so it may not need to be Optional (but we may not want to change this purely based on the current invokers).

Some more context, I added the argument Optional<Version> end to TagPartitionedLogSystem::peekLogRouter(). In that iteration end would have to be present and not equal to -1 to indicate we are in recovery and should return up to end.

It would be good to not add any extra work for the non-version-vector case. ie. only call resetBestServerIfNotLocked if version vector is enabled, as was done for resetBestServerIfNotAvailable()

I think knownLockedTLogIds could be a reference, maybe const.

dlambrig · 2025-06-23T20:15:47Z

fdbserver/TagPartitionedLogSystem.actor.cpp

@@ -1997,11 +2038,13 @@ Optional<DurableVersionInfo> TagPartitionedLogSystem::getDurableVersion(UID dbgi
 	std::vector<TLogLockResult> results;
 	std::string sServerState;
 	LocalityGroup unResponsiveSet;
+	std::vector<uint16_t> lockedTLogIds;


We can lockedTLogIds.reserve(logSet->logServers.size()); to prevent repeated reallocations.

dlambrig · 2025-06-23T20:25:59Z

fdbserver/TagPartitionedLogSystem.actor.cpp

+			                          results[new_safe_range_begin].end,
+			                          results,
+			                          failedLogsCompletePolicy,
+			                          lockedTLogIds);


to avoid copying the vector into the constructor here, I think you can define DurableVersionInfo::std::vector<uint16_t> knownLockedTLogIds; to be DurableVersionInfo::std::vector<uint16_t> &&knownLockedTLogIds;. Or alternatively, make a constructor for DurableVersionInfo(...lockedTLogIds) that sets lockedTLogIds = std::move(lockedTLogIds); The same could be done with results.

Good suggestion! Done now.

dlambrig · 2025-06-23T22:54:11Z

fdbserver/include/fdbserver/TLogInterface.h


 	TLogPeekRequest(Version begin,
 	                Tag tag,
 	                bool returnIfBlocked,
 	                bool onlySpilled,
 	                Optional<std::pair<UID, int>> sequence = Optional<std::pair<UID, int>>(),
-	                Optional<Version> end = Optional<Version>())
+	                Optional<Version> end = Optional<Version>(),
+	                Optional<bool> returnEmptyIfStopped = Optional<bool>())


Is the new variable returnEmptyIfStopped necessary? Prior to the PR, Optional end being present indicated "return empty if stopped" and end should only be set in that case. The Optional end could be renamed to clarify that intention.

As we discussed, aded a @todo item for this in the code. Will investigate this in a follow up PR, thanks!

nit I think fdb's convention is to use "SOMEDAY" to easily find todos

dlambrig · 2025-06-24T01:42:46Z

fdbserver/TagPartitionedLogSystem.actor.cpp

+    int bestSet,
+    int& bestServer,
+    Optional<Version> end,
+    Optional<std::map<uint8_t, std::vector<uint16_t>>> knownLockedTLogIds) {


Some more context, I added the argument Optional<Version> end to TagPartitionedLogSystem::peekLogRouter(). In that iteration end would have to be present and not equal to -1 to indicate we are in recovery and should return up to end.

It would be good to not add any extra work for the non-version-vector case. ie. only call resetBestServerIfNotLocked if version vector is enabled, as was done for resetBestServerIfNotAvailable()

I think knownLockedTLogIds could be a reference, maybe const.

dlambrig · 2025-06-24T01:53:41Z

fdbserver/TagPartitionedLogSystem.actor.cpp

+    Tag tag,
+    bool useSatellite,
+    Optional<Version> end,
+    Optional<std::map<uint8_t, std::vector<uint16_t>>> knownStoppedTLogIds) {


I think knownStoppedTLogIds can be a reference, maybe pipe it through as a const as well.

Done (I think we have to make it a const in order to make it a reference, as we are assigning a default value to it in the constructor).

dlambrig · 2025-06-24T01:58:20Z

fdbserver/TagPartitionedLogSystem.actor.cpp

 		quorumResults.push_back(quorum(tLogCommitResults, tLogCommitResults.size() - it->tLogWriteAntiQuorum));
 		logGroupLocal++;
 	}

 	return minVersionWhenReady(waitForAll(quorumResults), allReplies);
 }

+void TagPartitionedLogSystem::resetBestServerIfNotLocked(


can you add a few comments describing this function's purpose, so maintainers do not have to dig through PR history, thanks

nit - this phase is repeated: "the peek logic"

This is so the peek logic the peek logic will

mention explicitly this only applies during recovery?

dlambrig · 2025-06-24T02:03:39Z

fdbserver/TagPartitionedLogSystem.actor.cpp

@@ -667,13 +668,31 @@ Future<Version> TagPartitionedLogSystem::push(const ILogSystem::PushVersionSet&
 			tLogCommitResults.push_back(commitSuccess);
 			location++;
 		}
+


jzhou77 · 2025-07-08T17:40:59Z

fdbserver/TagPartitionedLogSystem.actor.cpp

@@ -2656,6 +2705,7 @@ ACTOR Future<Void> TagPartitionedLogSystem::recruitOldLogRouters(TagPartitionedL
 					req.tLogPolicy = tLogPolicy;
 					req.locality = locality;
 					req.recoverAt = self->recoverAt.get();
+					req.knownLockedTLogIds = self->knownLockedTLogIds;


do we need to do the same for log router request below as well?

I don't think we need to for the same reason that I mentioned above (that they are for previous/old epochs).

jzhou77 · 2025-07-08T17:48:28Z

fdbserver/TagPartitionedLogSystem.actor.cpp

@@ -708,8 +731,10 @@ Reference<ILogSystem::IPeekCursor> TagPartitionedLogSystem::peekAll(UID dbgid,
 		    .detail("Begin", begin)
 		    .detail("End", end)
 		    .detail("BestLogs", localSets[bestSet]->logServerString());
+		int bestServer = localSets[bestSet]->bestLocationFor(tag);
+		resetBestServerIfNotLocked(bestSetIdx, bestServer, end, knownLockedTLogIds);


There are other call sites where SetPeekCursor is used. Should we call this funcation at those places as well?

I don't think we need to. At a high level, the logic is that we will need to call this only when we are peeking from the latest epoch. The reason is that the peek's end-epoch is equal to the recovery version for the latest epoch and all tLog's in that epoch may not have received mutations/versions till the recovery version. But the end-epoch of a previous/old epoch is equal to the "knownCommittedVersion" of that epoch, and all tLogs in that epoch are guaranteed to have all (relevant) versions till that version. So no need to call this on an old epoch.

jzhou77 · 2025-07-08T17:51:36Z

fdbserver/LogSystemPeekCursor.actor.cpp

@@ -564,6 +573,17 @@ Version ILogSystem::ServerPeekCursor::popped() const {
 	return poppedVersion;
 }

+void resetBestServerIfNotAvailable(std::vector<Reference<AsyncVar<OptionalInterface<TLogInterface>>>> const& logServers,


maybe add static to the function.

sbodagala · 2025-07-11T17:51:56Z

fdbserver/LogSystemPeekCursor.actor.cpp

@@ -594,9 +614,17 @@ ILogSystem::MergedPeekCursor::MergedPeekCursor(
 		logSet->updateLocalitySet(logSet->tLogLocalities);
 	}

+	if (SERVER_KNOBS->ENABLE_VERSION_VECTOR_TLOG_UNICAST) {
+		resetBestServerIfNotAvailable(logServers, bestServer, end);
+	}


NOTE: Need to do "this->bestServer = bestServer;" after invoking "resetBestServerIfNotAvailable()".

sbodagala · 2025-07-11T17:52:32Z

fdbserver/LogSystemPeekCursor.actor.cpp

+    end(end) {
+	if (SERVER_KNOBS->ENABLE_VERSION_VECTOR_TLOG_UNICAST && bestSet >= 0) {
+		resetBestServerIfNotAvailable(logSets[bestSet]->logServers, bestServer, end);
+	}


Same change here too: Need to do "this->bestServer = bestServer;" after invoking "resetBestServerIfNotAvailable()".

in the final version of the PR I think renaming the parameter would be cleanest

nit- instead of having a parameter bestServer with the same name as the member variable bestServer, rename the parameter to be bestServerIn or something, this way you do not need line 893 and avoids a little confusion.

foundationdb-ci · 2025-07-14T16:16:44Z

Result of foundationdb-pr-clang-ide on Linux RHEL 9

Commit ID: 21577ad
Duration 0:25:17
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T16:24:23Z

Result of foundationdb-pr-clang on Linux RHEL 9

Commit ID: 21577ad
Duration 0:32:53
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T16:29:32Z

Result of foundationdb-pr-macos-m1 on macOS Ventura 13.x

Commit ID: 21577ad
Duration 0:38:04
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T16:31:48Z

Result of foundationdb-pr-cluster-tests on Linux RHEL 9

Commit ID: 21577ad
Duration 0:40:15
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)
Cluster Test Logs zip file of the test logs (available for 30 days)

foundationdb-ci · 2025-07-14T16:32:46Z

Result of foundationdb-pr on Linux RHEL 9

Commit ID: 21577ad
Duration 0:41:19
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T16:36:00Z

Result of foundationdb-pr-clang-arm on Linux CentOS 7

Commit ID: 21577ad
Duration 0:44:29
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T16:52:53Z

Result of foundationdb-pr-macos on macOS Ventura 13.x

Commit ID: 21577ad
Duration 1:01:22
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T23:10:25Z

Result of foundationdb-pr-clang-ide on Linux RHEL 9

Commit ID: 6eb6ea5
Duration 0:25:04
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T23:21:53Z

Result of foundationdb-pr-clang on Linux RHEL 9

Commit ID: 6eb6ea5
Duration 0:36:30
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T23:23:59Z

Result of foundationdb-pr-macos-m1 on macOS Ventura 13.x

Commit ID: 6eb6ea5
Duration 0:38:38
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T23:28:06Z

Result of foundationdb-pr-cluster-tests on Linux RHEL 9

Commit ID: 6eb6ea5
Duration 0:42:29
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)
Cluster Test Logs zip file of the test logs (available for 30 days)

foundationdb-ci · 2025-07-14T23:28:09Z

Result of foundationdb-pr on Linux RHEL 9

Commit ID: 6eb6ea5
Duration 0:42:24
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T23:29:51Z

Result of foundationdb-pr-clang-arm on Linux CentOS 7

Commit ID: 6eb6ea5
Duration 0:44:30
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-14T23:46:56Z

Result of foundationdb-pr-macos on macOS Ventura 13.x

Commit ID: 6eb6ea5
Duration 1:01:38
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

dlambrig

looks good, a few nits

dlambrig · 2025-07-15T13:58:02Z

fdbserver/LogSystemPeekCursor.actor.cpp

+    end(end) {
+	if (SERVER_KNOBS->ENABLE_VERSION_VECTOR_TLOG_UNICAST && bestSet >= 0) {
+		resetBestServerIfNotAvailable(logSets[bestSet]->logServers, bestServer, end);
+	}


nit- instead of having a parameter bestServer with the same name as the member variable bestServer, rename the parameter to be bestServerIn or something, this way you do not need line 893 and avoids a little confusion.

dlambrig · 2025-07-15T13:59:57Z

fdbserver/TagPartitionedLogSystem.actor.cpp

 		quorumResults.push_back(quorum(tLogCommitResults, tLogCommitResults.size() - it->tLogWriteAntiQuorum));
 		logGroupLocal++;
 	}

 	return minVersionWhenReady(waitForAll(quorumResults), allReplies);
 }

+void TagPartitionedLogSystem::resetBestServerIfNotLocked(


nit - this phase is repeated: "the peek logic"

This is so the peek logic the peek logic will

mention explicitly this only applies during recovery?

dlambrig · 2025-07-15T14:02:22Z

fdbserver/include/fdbserver/TLogInterface.h


 	TLogPeekRequest(Version begin,
 	                Tag tag,
 	                bool returnIfBlocked,
 	                bool onlySpilled,
 	                Optional<std::pair<UID, int>> sequence = Optional<std::pair<UID, int>>(),
-	                Optional<Version> end = Optional<Version>())
+	                Optional<Version> end = Optional<Version>(),
+	                Optional<bool> returnEmptyIfStopped = Optional<bool>())


nit I think fdb's convention is to use "SOMEDAY" to easily find todos

foundationdb-ci · 2025-07-15T17:04:59Z

Result of foundationdb-pr-clang-ide on Linux RHEL 9

Commit ID: 9a11922
Duration 0:29:30
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T17:13:26Z

Result of foundationdb-pr-clang on Linux RHEL 9

Commit ID: 9a11922
Duration 0:37:53
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T17:15:09Z

Result of foundationdb-pr-macos-m1 on macOS Ventura 13.x

Commit ID: 9a11922
Duration 0:39:40
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T17:18:17Z

Result of foundationdb-pr-cluster-tests on Linux RHEL 9

Commit ID: 9a11922
Duration 0:42:34
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)
Cluster Test Logs zip file of the test logs (available for 30 days)

foundationdb-ci · 2025-07-15T17:19:04Z

Result of foundationdb-pr on Linux RHEL 9

Commit ID: 9a11922
Duration 0:43:32
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T17:21:13Z

Result of foundationdb-pr-clang-arm on Linux CentOS 7

Commit ID: 9a11922
Duration 0:45:42
Result: ❌ FAILED
Error: Error while executing command: ninja -v -C build_output -j ${NPROC} all packages strip_targets. Reason: exit status 1
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T17:38:05Z

Result of foundationdb-pr-macos on macOS Ventura 13.x

Commit ID: 9a11922
Duration 1:02:35
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

…r-peek-issue

foundationdb-ci · 2025-07-15T18:24:28Z

Result of foundationdb-pr-clang-ide on Linux RHEL 9

Commit ID: 570cfee
Duration 0:25:54
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T18:38:13Z

Result of foundationdb-pr-macos-m1 on macOS Ventura 13.x

Commit ID: 570cfee
Duration 0:39:40
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T18:47:33Z

Result of foundationdb-pr-clang-arm on Linux CentOS 7

Commit ID: 570cfee
Duration 0:49:01
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T18:59:25Z

Result of foundationdb-pr-cluster-tests on Linux RHEL 9

Commit ID: 570cfee
Duration 1:00:50
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)
Cluster Test Logs zip file of the test logs (available for 30 days)

foundationdb-ci · 2025-07-15T19:00:15Z

Result of foundationdb-pr-clang on Linux RHEL 9

Commit ID: 570cfee
Duration 1:01:45
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T19:00:26Z

Result of foundationdb-pr on Linux RHEL 9

Commit ID: 570cfee
Duration 1:01:54
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

foundationdb-ci · 2025-07-15T19:01:33Z

Result of foundationdb-pr-macos on macOS Ventura 13.x

Commit ID: 570cfee
Duration 1:02:59
Result: ✅ SUCCEEDED
Error: N/A
Build Log terminal output (available for 30 days)
Build Workspace zip file of the working directory (available for 30 days)

sbodagala requested review from dlambrig and jzhou77 June 9, 2025 19:38

sbodagala mentioned this pull request Jun 9, 2025

Make log servers return an empty version range only when it is correct to do so #12171

Closed

5 tasks

dlambrig reviewed Jun 11, 2025

View reviewed changes

Abdullah4345 approved these changes Jun 21, 2025

View reviewed changes

dlambrig requested changes Jun 24, 2025

View reviewed changes

jzhou77 reviewed Jul 8, 2025

View reviewed changes

sbodagala commented Jul 11, 2025

View reviewed changes

- Update the member variable ("bestServer") after updating the argument

21577ad

- Review comments related changes

6eb6ea5

dlambrig reviewed Jul 15, 2025

View reviewed changes

- Review comments related changes

9a11922

Merge remote-tracking branch 'apple-upstream/main' into version-vecto…

570cfee

…r-peek-issue

dlambrig approved these changes Jul 15, 2025

View reviewed changes

jzhou77 approved these changes Jul 16, 2025

View reviewed changes

jzhou77 merged commit 2d5d695 into apple:main Jul 16, 2025
7 checks passed

sbodagala deleted the version-vector-peek-issue branch July 18, 2025 19:42

Make log servers return an empty version range only when it is correct to do so #12188

Make log servers return an empty version range only when it is correct to do so #12188

Uh oh!

Conversation

sbodagala commented Jun 9, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Code-Reviewer Section

For Release-Branches

Uh oh!

foundationdb-ci commented Jun 9, 2025

Result of foundationdb-pr-clang-ide on Linux RHEL 9

Uh oh!

foundationdb-ci commented Jun 9, 2025

Result of foundationdb-pr-macos-m1 on macOS Ventura 13.x

Uh oh!

foundationdb-ci commented Jun 9, 2025

Result of foundationdb-pr-clang-arm on Linux CentOS 7

Uh oh!

foundationdb-ci commented Jun 9, 2025

Result of foundationdb-pr-clang on Linux RHEL 9

Uh oh!

foundationdb-ci commented Jun 9, 2025

Result of foundationdb-pr on Linux RHEL 9

Uh oh!

foundationdb-ci commented Jun 9, 2025

Result of foundationdb-pr-cluster-tests on Linux RHEL 9

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

sbodagala Jul 14, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

sbodagala commented Jun 9, 2025 •

edited

Loading

sbodagala Jul 14, 2025 •

edited

Loading