Skip to content

docs: update flags with additions, removals, and default changes#536

Closed
vyavdoshenko wants to merge 1 commit into
mainfrom
bobik/flags_update_1_39
Closed

docs: update flags with additions, removals, and default changes#536
vyavdoshenko wants to merge 1 commit into
mainfrom
bobik/flags_update_1_39

Conversation

@vyavdoshenko

Copy link
Copy Markdown
Contributor
  • Add new flags: --logbuflevel, --logbufsecs, --cluster_coordinator_connect_timeout_ms, --cluster_coordinator_response_timeout_ms, --container_iteration_yield_interval_usec, --enable_memcache_io_loop_v2, --enable_resp_io_loop_v2, --journal_omit_redundant_writes, --listpack_max_bytes, --listpack_max_field_len, --s3_use_helio_client, --serialization_tagged_chunks, --tiered_max_pending_stash_bytes, --use_oah_set
  • Remove deprecated/replaced flags: --tiered_storage_write_depth, --logtostdout, --experimental_io_loop_v2
  • Update default values for --max_log_size (1800→200), --rdb_sbf_chunked (false→true)

@vyavdoshenko vyavdoshenko self-assigned this Jun 9, 2026
@qodo-free-for-open-source-projects

qodo-free-for-open-source-projects Bot commented Jun 9, 2026

Copy link
Copy Markdown

Code Review by Qodo

🐞 Bugs (2) 📘 Rule violations (0)

Grey Divider


Action required

1. Removed flag still referenced 🐞 Bug ≡ Correctness
Description
docs/managing-dragonfly/cluster-mode.md still tells users to pass --logtostdout, but this PR
removes --logtostdout from the canonical flags reference page, leaving readers with outdated
instructions. Since docsync treats flags missing from the server as obsolete and drops their
sections, this reference should be updated to a currently documented logging flag.
Code

docs/managing-dragonfly/flags.md[L514-517]

-### `--logtostdout`
-  Log messages go to stdout instead of logfiles.
+### `--logbuflevel`
+  Buffer log messages logged at this level or below. (-1 means don't buffer; 0 means buffer INFO only).

-  `default: false`
+  `default: 0`
+
+### `--logbufsecs`
+  Buffer log messages for at most this many seconds.
+
+  `default: 30`
Evidence
The PR removes --logtostdout from the flag reference, while the cluster-mode page still recommends
using it for troubleshooting. The docsync documentation states that flags not reported by the server
are considered wrong/obsolete and are dropped from flags.md, so the remaining mention is stale.

docs/managing-dragonfly/cluster-mode.md[193-201]
tools/docsync/README.md[89-106]
tools/docsync/flags_sync.py[477-506]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`docs/managing-dragonfly/cluster-mode.md` instructs users to pass `--logtostdout`, but the flag reference page no longer documents that flag. This makes the cluster-mode troubleshooting guidance inconsistent/outdated.

## Issue Context
The repo’s docsync tooling explicitly deletes sections for flags the server no longer reports, making `flags.md` the canonical surface for “what users can configure”. Any other page referencing removed flags should be updated in the same PR.

## Fix Focus Areas
- docs/managing-dragonfly/cluster-mode.md[193-203]
- docs/managing-dragonfly/flags.md[506-517]

## Suggested fix
Update the note to point to a supported/logically equivalent option that is still documented in `flags.md` (for example `--logtostderr` or `--alsologtostderr`), and keep the wording consistent with how logs appear in the deployment scenario being described.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


2. Obsolete tiering flag listed 🐞 Bug ≡ Correctness
Description
docs/managing-dragonfly/tiering.md still lists tiered_storage_write_depth as a main tiering flag,
but this PR removes that flag’s section from flags.md, leaving readers with a configuration option
they can no longer look up. The tiering page should be updated to remove or replace that bullet with
the current replacement flag(s).
Code

docs/managing-dragonfly/flags.md[L289-293]

-### `--tiered_storage_write_depth`
-  Maximum number of concurrent stash requests issued by background offload. 
-
-  `default: 200`
-
Evidence
The tiering overview page still advertises tiered_storage_write_depth as a key configuration, but
this PR removes the corresponding section from the flags reference, implying it’s no longer part of
the documented flag surface.

docs/managing-dragonfly/tiering.md[32-43]
tools/docsync/README.md[89-106]

Agent prompt
The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
`docs/managing-dragonfly/tiering.md` lists `tiered_storage_write_depth` as a main tiering-related flag, but the central flag reference page no longer documents it. This creates a dead-end for readers trying to configure tiering.

## Issue Context
This PR adds `--tiered_max_pending_stash_bytes` and removes `--tiered_storage_write_depth` from the flag reference. The tiering doc should be updated to reflect the new configuration surface.

## Fix Focus Areas
- docs/managing-dragonfly/tiering.md[32-44]
- docs/managing-dragonfly/flags.md[286-296]
- docs/managing-dragonfly/flags.md[1066-1073]

## Suggested fix
Replace the `tiered_storage_write_depth` bullet with the appropriate replacement (likely `tiered_max_pending_stash_bytes`) and adjust the description to match the new semantics, or remove the bullet if there is no direct replacement.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


Grey Divider

Qodo Logo

@qodo-free-for-open-source-projects

Copy link
Copy Markdown

PR Summary by Qodo

Docs: refresh flag reference (add/remove flags, update defaults)
📝 Documentation 🕐 10-20 Minutes

Grey Divider

Walkthroughs

Description
• Document newly added runtime flags across logging, cluster, IO loops, tiered storage, and
  serialization.
• Remove documentation for deprecated/replaced flags to match current CLI surface.
• Update documented defaults for --max_log_size and --rdb_sbf_chunked to reflect current
  behavior.
Diagram
graph TD
  U["Operator"] --> D["flags.md"] --> C["CLI flag set"] --> S["Dragonfly server"]
  subgraph Legend
    direction LR
    _p["Person"] ~~~ _doc["Documentation"] ~~~ _cfg["Config surface"]
  end
Loading
High-Level Assessment

The approach is appropriate for a docs-only PR: directly update the canonical flags reference to match the current set of supported flags and defaults. Main reviewer focus should be verifying each added/removed flag and default value against the actual CLI/help output or source of truth.

Grey Divider

File Changes

Documentation (1)
flags.md Update flags reference: add/remove flags and adjust defaults +70/-15

Update flags reference: add/remove flags and adjust defaults

• Adds documentation entries for newly introduced flags (logging buffer controls, cluster coordinator timeouts, IoLoopV2 enablement flags, listpack thresholds, S3 client selection, serializer chunking, tiered pending stash bytes, and OAH set storage). Removes deprecated/replaced flag entries and updates documented defaults for '--max_log_size' and '--rdb_sbf_chunked'.

docs/managing-dragonfly/flags.md


Grey Divider

Qodo Logo

Comment on lines -514 to +517
### `--logtostdout`
Log messages go to stdout instead of logfiles.
### `--logbuflevel`
Buffer log messages logged at this level or below. (-1 means don't buffer; 0 means buffer INFO only).

`default: false`
`default: 0`

### `--logbufsecs`
Buffer log messages for at most this many seconds.

`default: 30`

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Action required

1. Removed flag still referenced 🐞 Bug ≡ Correctness

docs/managing-dragonfly/cluster-mode.md still tells users to pass --logtostdout, but this PR
removes --logtostdout from the canonical flags reference page, leaving readers with outdated
instructions. Since docsync treats flags missing from the server as obsolete and drops their
sections, this reference should be updated to a currently documented logging flag.
Agent Prompt
## Issue description
`docs/managing-dragonfly/cluster-mode.md` instructs users to pass `--logtostdout`, but the flag reference page no longer documents that flag. This makes the cluster-mode troubleshooting guidance inconsistent/outdated.

## Issue Context
The repo’s docsync tooling explicitly deletes sections for flags the server no longer reports, making `flags.md` the canonical surface for “what users can configure”. Any other page referencing removed flags should be updated in the same PR.

## Fix Focus Areas
- docs/managing-dragonfly/cluster-mode.md[193-203]
- docs/managing-dragonfly/flags.md[506-517]

## Suggested fix
Update the note to point to a supported/logically equivalent option that is still documented in `flags.md` (for example `--logtostderr` or `--alsologtostderr`), and keep the wording consistent with how logs appear in the deployment scenario being described.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools


`default: 0.1`

### `--tiered_storage_write_depth`

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Action required

2. Obsolete tiering flag listed 🐞 Bug ≡ Correctness

docs/managing-dragonfly/tiering.md still lists tiered_storage_write_depth as a main tiering flag,
but this PR removes that flag’s section from flags.md, leaving readers with a configuration option
they can no longer look up. The tiering page should be updated to remove or replace that bullet with
the current replacement flag(s).
Agent Prompt
## Issue description
`docs/managing-dragonfly/tiering.md` lists `tiered_storage_write_depth` as a main tiering-related flag, but the central flag reference page no longer documents it. This creates a dead-end for readers trying to configure tiering.

## Issue Context
This PR adds `--tiered_max_pending_stash_bytes` and removes `--tiered_storage_write_depth` from the flag reference. The tiering doc should be updated to reflect the new configuration surface.

## Fix Focus Areas
- docs/managing-dragonfly/tiering.md[32-44]
- docs/managing-dragonfly/flags.md[286-296]
- docs/managing-dragonfly/flags.md[1066-1073]

## Suggested fix
Replace the `tiered_storage_write_depth` bullet with the appropriate replacement (likely `tiered_max_pending_stash_bytes`) and adjust the description to match the new semantics, or remove the bullet if there is no direct replacement.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

@vyavdoshenko vyavdoshenko deleted the bobik/flags_update_1_39 branch June 10, 2026 07:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant