mirror of
https://github.com/versity/scoutfs.git
synced 2026-01-03 10:55:20 +00:00
75f9aabe75
The k-way merge function at the core of the srch file entry merging had some bookkeeping math (calculating number of parents) that couldn't handle merging a single incoming entry stream, so it threw a warning and returned an error. When refusing to handle that case, it was assuming that caller was trying to merge down a single log file which doesn't make any sense. But in the case of multiple small unsorted logs we can absolutely end up with their entries stored in one sorted page. We have one sorted input page that's merging multiple log files. The merge function is also the path that writes to the output file so we absolutely need to handle this case. We more carefully calculate the number of parents, clamping it to one parent when we'd otherwise get "(roundup(1) -> 1) - 1 == 0" when calculating the number of parents from the number of inputs. We can relax the warning and error to refuse to merge nothing. The test triggers this case by putting single search entries in the log files for mounts and unmounting them to force rotation of the mount log files into mergable rotated log files. Signed-off-by: Zach Brown <zab@versity.com>
15 lines
410 B
Plaintext
15 lines
410 B
Plaintext
== create new xattrs
|
|
== update existing xattr
|
|
== remove an xattr
|
|
== remove xattr with files
|
|
== trigger small log merges by rotating single block with unmount
|
|
== create entries in current log
|
|
== delete small fraction
|
|
== remove files
|
|
== create entries that exceed one log
|
|
== delete fractions in phases
|
|
== remove files
|
|
== create entries for exceed search entry limit
|
|
== delete half
|
|
== entirely remove third batch
|