canonical / canonical/postgresql-operator

No logging or compaction enabled for logs in snap internal /var/log/ folders

未关闭
#653 6 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
enhancement
主要语言
Python
星标
20
派生
36
平均合并
4 天 15 小时
30 天内合并 PR
30

描述

## Steps to reproduce

1. Setup charmed-postgresql, connect an application to generate data. Deploying the default landscape-scalable bundle would be a good way to start generating logs.

## Expected behavior
I expect the internal /var/log/ folder to start compacting old logs and eventually rotating them. I would like charm or snap level config knobs to alter this behavior (ie rotate logs after x days, keep logging directory under x GB, etc).

## Actual behavior

files just build up in var/log/.
![image](https://github.com/user-attachments/assets/5ed4de6b-cf36-4707-8119-1d1b80364cfe)

![image](https://github.com/user-attachments/assets/831de234-aff6-4113-adf2-1cbcc13316b0)

## Versions

Operating system: 22.04.5 LTS

Juju CLI: 3.5.4

Juju agent: 3.5.0

Charm revision: 429

LXD: 5.0.3

贡献指南

打开贡献指南

调研方向

Reproduce the issue by deploying charmed-postgresql, generating application data, and inspecting the internal /var/log/ folders while using the reported Ubuntu, Juju, agent, charm, and LXD versions. Trace how the snap or charm handles those logs and identify the relevant configuration entry points. Done means old logs are compacted or rotated and the requested retention or size controls are available and verified.

由索引模型根据 Issue 内容生成。

评估

技术栈
postgresql, python
领域
databases, observability-sre
Issue 类型
缺陷
难度
4/5
预计耗时
3-5 天
活跃度
停滞
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。