Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update machine settings information #3772

Open
wants to merge 7 commits into
base: v3.0
Choose a base branch
from

Conversation

npentrel
Copy link
Collaborator

@npentrel npentrel commented Dec 18, 2024

Please review https://docs-test.viam.dev/3772/manage/fleet/system-settings/ and the changes to the upgrades description on https://docs-test.viam.dev/3772/manage/reference/agent/#agent-syscfg. Please review for correctness. If any of the described "tasks" should be removed, please let me know.

Ignore any broken links and other pages.

@viambot viambot added the safe to build This pull request is marked safe to build from a trusted zone label Dec 18, 2024
@viambot
Copy link
Member

viambot commented Dec 18, 2024

You can view a rendered version of the docs from this PR at https://docs-test.viam.dev/3772

@npentrel npentrel changed the base branch from main to v3.0 December 18, 2024 11:29
docs/manage/reference/agent.md Outdated Show resolved Hide resolved
docs/manage/fleet/system-settings.md Outdated Show resolved Hide resolved
- [networks a machine can connect to](#configure-networks)
- [parameters for operating system logging](#configure-operating-system-logging)

## Configure OS package updates
Copy link
Member

Choose a reason for hiding this comment

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

I'm unclear why a single field is explained in full three different times, with full json examples for each, when all that changes is one word. Wouldn't it be a lot easier to understand if the field was explained, and then just state that there are three options for "type"?

Comment on lines 47 to 51
When set, `viam-agent` will install the `unattended-upgrades` package and replace `20auto-upgrades` and `50unattended-upgrades` in <FILE>/etc/apt/apt.conf.d/</FILE> with an Origins-Pattern list generated automatically from configured repositories on the system.
Custom repos installed on the system at the time the setting is enabled will be included.

To set automatic upgrades for packages containing `"security"` in their codename (for example `bookworm-security`), add the `upgrades` field to the `agent-syscfg`'s `attributes` object as following.
You may need to add the `agent-syscfg` object to the `agent` object if it doesn't already exist.
Copy link
Member

Choose a reason for hiding this comment

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

Why is this explanation repeated for every option here? Wouldn't it make more sense to just explain the overall purpose once at the top?


For complete reference information, see [viam-agent](/configure/agent/#networks).

### Example 2
Copy link
Member

Choose a reason for hiding this comment

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

Is this just a stray header?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

yes good point

To adjust these settings update the `"agent"` value in the machine's JSON configuration.

For complete reference information, see [viam-agent](/configure/agent/#agent-syscfg).

Copy link
Member

Choose a reason for hiding this comment

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

This should probably link to the docs for journald, which better explain what exactly these two fields mean. https://www.freedesktop.org/software/systemd/man/latest/journald.conf.html#SystemMaxUse=

To adjust these settings update the `"agent"` value in the machine's JSON configuration.

For complete reference information, see [viam-agent](/configure/agent/#agent-syscfg).

Copy link
Member

Choose a reason for hiding this comment

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

Should mention that if NOT set, both of these fields are set to 512MB by default (unless disable is set.)

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Does that mean this sentence is wrong or that the moment we set a logging value even if it is empty the value 512 is used?

By default, the operating system defaults determine the disk space that `journald` uses to persist **logs.**

Copy link
Member

Choose a reason for hiding this comment

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

Correct. We enforce 512MB by default (per request from Eliot) when this is not set, which is typically smaller than most OS defaults. That's why I added the "disable" option to avoid this for people that don't want it changed.

@npentrel npentrel requested a review from Otterverse December 19, 2024 16:11
docs/manage/fleet/system-settings.md Outdated Show resolved Hide resolved
You may need to add the `agent-syscfg` object to the `agent` object if it doesn't already exist.
You can set automatic upgrades for all packages by setting the field value to `{ "type": "all" }`.
Alternatively, you can set automatic upgrades for only packages containing `"security"` in their codename (for example `bookworm-security`), by setting the field value to `{ "type": "security" }`.
To disable automatic upgrades, set the field value to `{ "type": "all" }`.
Copy link
Member

Choose a reason for hiding this comment

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

Suggested change
To disable automatic upgrades, set the field value to `{ "type": "all" }`.
To disable automatic upgrades, set the field value to `{ "type": "disabled" }`.

Copy link
Member

@Otterverse Otterverse left a comment

Choose a reason for hiding this comment

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

LGTM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
safe to build This pull request is marked safe to build from a trusted zone
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants