Read Proxmox Backup calendar jobs in server time

Bottom line: Write the maintenance expectation in the Proxmox Backup server’s time reference before entering a calendar expression. Keep the intended schedule, the operator’s local time and the actual observed job start as separate entries.

Source fact: what the authority says

The Proxmox Backup calendar reference says schedules use the server timezone and do not support a timezone field in the expression. For most tasks, proxmox-backup-proxy checks the job schedules every minute, even when an expression contains seconds. When the time part is omitted, the reference assigns midnight; omitted weekday or date parts include all corresponding days. Its example mon,wed,fri therefore describes those weekdays at midnight.

What the source does not establish

These syntax and evaluation rules do not promise an exact launch second, successful completion or a particular daylight-saving transition outcome. DSE does not transfer a schedule from another product merely because its format looks similar. Confirm the actual task and installed release before adopting the example.

Applicability questions

• What timezone is configured on the actual backup server?
• What full expression is saved for the intended task, including omitted fields?
• What local staffing or workload interval must the maintenance fit?
• Which observed start, completion or missed-run condition requires investigation?

DSE recommendation: controlled next steps

The following steps are DSE recommendations based on the cited source.

DSE recommends a schedule worksheet with the saved expression, its plain-language server-local interpretation and the relevant operator-local interval. Have a second administrator expand every omitted field. For a proposed example using only weekday names, require the reviewer to state the implied time rather than supplying an intended daytime appointment from memory.

Review dependencies as separate tasks with their own observed completion requirements. Do not schedule a dependent operation around an assumed exact second merely because the first expression includes one. Identify who will investigate a missed or delayed job and what evidence distinguishes the configured schedule from a completed operation.

Include the server timezone in change and recovery records, especially when moving the service or changing host settings. If seasonal clock behavior matters, obtain the applicable current guidance and rehearse the intended boundary in a safe test arrangement. Leave the outcome unresolved until observed rather than extending the calendar page into an unsupported clock-transition guarantee.

Use two proposed calendar cards in the review: one containing only the listed weekdays and one with an explicit daytime value. Ask the operator to expand both without looking at an appointment calendar. Resolve the difference before saving the production task expression.

Verification and evidence

Proposed verification: choose a harmless supported test task and an approved schedule. Record the saved expression and server time reference, then observe actual start and completion events across several eligible checks. Compare those observations with the plain-language interpretation without treating one launch instant as a future timing promise.

Include a proposed omitted-time example in a nonproduction review and have another operator identify its expected calendar points. Preserve timestamps with their time reference, task identifier, observed duration and any missed runs. Assess maintenance-window acceptance separately from mere expression validity. Recheck the worksheet after a server-timezone, task or scheduling implementation change.

Official references

• Proxmox Backup Server — Calendar Events — official product documentation; confirm the installed release and configuration.

Source review completed October 28, 2026. Recheck the official documentation and deployment-specific applicability before a production change.