public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>,
	Dominik Csapak <d.csapak@proxmox.com>
Subject: Re: [pve-devel] [PATCH manager] fix #3182 #3183: change backup retention mask logic
Date: Wed, 2 Dec 2020 14:27:06 +0100	[thread overview]
Message-ID: <c75f80e1-069a-75b6-01a8-74fba99ab890@proxmox.com> (raw)
In-Reply-To: <7f7e1ba3-1782-858c-6be6-90a2cf0916ee@proxmox.com>

On 02.12.20 14:19, Dominik Csapak wrote:
> On 12/2/20 2:11 PM, Thomas Lamprecht wrote:
>> On 02.12.20 13:56, Dominik Csapak wrote:
>>> instead of relying on the contentTypeField (which does not need to
>>> exists, e.g. for iscsi), explicitely write it into the panel/icon
>>> mapping and check that
>>
>> why not return it for iSCIS? >
> 
> i don't understand what you mean? what should i return for iSCSI?
> do you mean i should add a field to the iscsi panel?
> (it has no content types to select, same as pbs/zfs over isci/etc.)
> 
> 
>>>
>>> better would be if we query the backend about storage capabilities,
>>> but such an api call does not exist yet, so this should be ok for now
>>
>> that's not true, the content type is exactly how the backend provides that,
>> that's why I used it. I'd like to avoid to further duplicating info all over
>> the place.
>>
> 
> what i meant was the only 'real' way is to ask the backend
> (be it once or every time) what capabilities the storage has.
> 
> now we are simply querying what we hardcoded for each storage in
> the frontend, my patch only adds a point where we save that specific
> info (again), which is not ideal i know
> 

hmm, true, we only have that info for existing storage - had wrongly the content
type split content view in mind... I'll rethink





  reply	other threads:[~2020-12-02 13:27 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-02 12:56 Dominik Csapak
2020-12-02 13:11 ` Thomas Lamprecht
2020-12-02 13:19   ` Dominik Csapak
2020-12-02 13:27     ` Thomas Lamprecht [this message]
2020-12-02 17:04 ` [pve-devel] applied: " Thomas Lamprecht

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=c75f80e1-069a-75b6-01a8-74fba99ab890@proxmox.com \
    --to=t.lamprecht@proxmox.com \
    --cc=d.csapak@proxmox.com \
    --cc=pve-devel@lists.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal