all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Fabian Ebner <f.ebner@proxmox.com>
To: Thomas Lamprecht <t.lamprecht@proxmox.com>,
	Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] [PATCH manager 2/2] configs: vzdump: add notes-template default
Date: Tue, 10 May 2022 08:59:36 +0200	[thread overview]
Message-ID: <8c565e03-162f-fd39-5c30-8d5d077bfcc5@proxmox.com> (raw)
In-Reply-To: <74b9c359-c889-8279-76d3-7cf234cd90de@proxmox.com>

Am 09.05.22 um 13:52 schrieb Thomas Lamprecht:
> On 09/05/2022 09:17, Fabian Ebner wrote:
>> so users can see that it can be configured here.
>>
>> Signed-off-by: Fabian Ebner <f.ebner@proxmox.com>
>> ---
>>
>> Causes a "configuration changed by distributor" dialogue when
>> upgrading the package.
>>
>>  configs/vzdump.conf | 1 +
>>  1 file changed, 1 insertion(+)
>>
>> diff --git a/configs/vzdump.conf b/configs/vzdump.conf
>> index a0075cfa..fe4b18ab 100644
>> --- a/configs/vzdump.conf
>> +++ b/configs/vzdump.conf
>> @@ -14,3 +14,4 @@
>>  #script: FILENAME
>>  #exclude-path: PATHLIST
>>  #pigz: N
>> +#notes-template: {{guestname}}
> 
> not sure if a node specific config is a good place for this, I'd think no config
> (frontend-only) or if we really want one then maybe datacenter.cfg so that its
> cluster wide; we could alternatively also start supporting to have a pmxcfs hosted
> vzdump.conf that is read too (node one would still take precedence if a setting
> appears in both).

Yes, adding a cluster-wide vzdump.conf could be worth it for such
options. I still think we can leverage the existing mechanism of the
node-specific defaults though. It already works for CLI and backup jobs
that don't set notes-template themselves.

It's just not filled-in the UI yet, like we do for mail address, backup
mode and prune-settings, the first two of which also don't feel very
node-specific to me. Of course having them be node-specific adds a
little bit of extra flexibility, but that'd apply to notes-template too.

This patch is just for documentation, but '{{guestname}}' is not the
back-end default, which the patch might suggest. It's probably better to
instead write
#notes-template: TEMPLATE-STRING




      reply	other threads:[~2022-05-10  7:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-09  7:17 [pve-devel] [PATCH manager 1/2] ui: manual backup: also set " Fabian Ebner
2022-05-09  7:17 ` [pve-devel] [PATCH manager 2/2] configs: vzdump: add " Fabian Ebner
2022-05-09  7:46   ` Fabian Ebner
2022-05-09 11:52   ` Thomas Lamprecht
2022-05-10  6:59     ` Fabian Ebner [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8c565e03-162f-fd39-5c30-8d5d077bfcc5@proxmox.com \
    --to=f.ebner@proxmox.com \
    --cc=pve-devel@lists.proxmox.com \
    --cc=t.lamprecht@proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal