| Summary: | Backup gpart script runs even it is disabled in periodic.conf inside jails | ||
|---|---|---|---|
| Product: | Base System | Reporter: | sgubdsbeerf |
| Component: | misc | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed Unable to Reproduce | ||
| Severity: | Affects Some People | CC: | john.grafton |
| Priority: | --- | ||
| Version: | 13.1-RELEASE | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
sgubdsbeerf
2022-10-08 09:51:47 UTC
I was unable to reproduce this issue. Setting daily_backup_gpart_enable="NO" in /etc/periodic.conf on a 13.1-p2 jail worked as expected. However, setting it to YES caused the backup to run and fail similar to the experience of the reporter. /etc/defaults/periodic.conf checks to see if it's in a jail before executing the gpart backup. I wonder if you removed daily_backup_gpart_enable="NO" from your /etc/periodic.conf in the jail altogether if that would resolve the issue? (In reply to John Grafton from comment #1) I removed daily_backup_gpart_enable="NO" but the behavior is still the same. That /etc/defaults/periodic.conf checks if it is inside a jail would explain that I didn't have this before. I checked also if something went wrong with the jail creation but everything seems to be right. I managed to solve this after experimenting with etcupdate in one jail, but I can't really reproduce it on the others. It seems that this completely to blame on me. Sorry for that. I will close this bug. |