From: "Alwin Antreich" <alwin@antreich.com>
To: "Thomas Lamprecht" <t.lamprecht@proxmox.com>,
"Proxmox VE development discussion" <pve-devel@lists.proxmox.com>,
"Aaron Lauterer" <a.lauterer@proxmox.com>
Subject: Re: [pve-devel] [PATCH storage] rbd: add support for erasure coded ec pools
Date: Fri, 28 Jan 2022 09:22:08 +0000 [thread overview]
Message-ID: <e9599ab5c1cf527c41362429625aba53@antreich.com> (raw)
In-Reply-To: <51d6f7da-3163-2fe4-05a3-dc63226088e0@proxmox.com>
January 28, 2022 6:50 AM, "Thomas Lamprecht" <t.lamprecht@proxmox.com> wrote:
> On 27.01.22 17:28, Aaron Lauterer wrote:
>
>> Besides the whole "where to store the data-pool parameter" issue, having custom client configs per
>> storage would most likely be its own feature request. Basically extending the current way to
>> hyperconverged storages. Though that would mean some kind of config merging as the hyperconverged
>> situation relies heavily on the default Ceph config file.
>> I still see the custom config file as an option for the admin to add custom options, not to spread
>> the PVE managed settings when it can be avoided.
>
> Yeah config merging would be probably nicer if avoided, and we can add a
> `ceph-opt` like format-string property that allows access to most of the
> more relevant settings if demand comes up.
K.
Would you guys have any objection, when I send a docs patch to document the current client conf possibility, under /etc/pve/priv/ceph/<storage>.conf? Or rather document it for /etc/pve/ceph.conf?
@Aaron, or is it counter productive to what you try to do?
> Anyhow, thanks to both of you for the constructive discussion, always
> appreciated.
:)
Cheers,
Alwin
next prev parent reply other threads:[~2022-01-28 9:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-01-26 16:07 Aaron Lauterer
2022-01-26 18:30 ` Alwin Antreich
2022-01-27 11:27 ` Aaron Lauterer
2022-01-27 15:41 ` Alwin Antreich
2022-01-27 16:28 ` Aaron Lauterer
2022-01-28 5:50 ` Thomas Lamprecht
2022-01-28 9:22 ` Alwin Antreich [this message]
2022-01-28 9:50 ` Aaron Lauterer
2022-01-28 10:54 ` Alwin Antreich
2022-01-28 11:21 ` Aaron Lauterer
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=e9599ab5c1cf527c41362429625aba53@antreich.com \
--to=alwin@antreich.com \
--cc=a.lauterer@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.