From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate001.proxmox.com (gate001.proxmox.com [IPv6:2a0f:8001:1:32::40]) by lore.proxmox.com (Postfix) with ESMTPS id 2EB251FF0E4 for ; Tue, 11 Aug 2026 11:42:40 +0200 (CEST) Received: from gate001.proxmox.com (localhost.localdomain [127.0.0.1]) by gate001.proxmox.com (Proxmox) with ESMTP id BB2602155D; Tue, 11 Aug 2026 11:42:39 +0200 (CEST) Message-ID: Date: Tue, 11 Aug 2026 11:42:33 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Beta Subject: Re: Supported way to extend the PVE web UI for a third-party package? To: Chiranth J S , "pve-devel@lists.proxmox.com" References: Content-Language: en-US From: Dominik Csapak In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Bm-Milter-Handled: 55990f41-d878-4baa-be0a-ee34c49e34d2 X-Bm-Transport-Timestamp: 1786441340588 X-SPAM-LEVEL: Spam detection results: 0 AWL 0.862 Adjusted score from AWL reputation of From: address DMARC_MISSING 0.1 Missing DMARC policy KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment (newer systems) POISEN_SPAM_PILL 0.1 Meta: its spam POISEN_SPAM_PILL_1 0.1 random spam to be learned in bayes POISEN_SPAM_PILL_3 0.1 random spam to be learned in bayes RCVD_IN_DNSWL_MED -2.3 Sender listed at https://www.dnswl.org/, medium trust SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Message-ID-Hash: Q5HD6V4MDSKGPCRY3IYLQVMXUWZ3NIA6 X-Message-ID-Hash: Q5HD6V4MDSKGPCRY3IYLQVMXUWZ3NIA6 X-MailFrom: d.csapak@proxmox.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Vikash Ray , Prajwal Shetty , Rajkumar Rajamanickam , Alex Best X-Mailman-Version: 3.3.10 Precedence: list List-Id: Proxmox VE development discussion List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: Hi, appreciate the answer and thank you for you patience. On 7/17/26 10:01 AM, Chiranth J S wrote: > Hello, > > Thanks for the clear answer — that settles the "should we patch stock > files" question for us. > > Quick follow-up on something that came up while reviewing our storage > architecture. > > Today, PVE's native LVM storage type can sit on top of an existing > shared volume group — including one backed by a default iSCSI plugin — > and PVE handles dynamic LV creation automatically. > > Is there a plan to generalize that "LVM-on-top" mechanism so any SCSI/ > block-based custom storage plugin can get the same dynamic per-volume > provisioning, without each plugin having to implement its own volume- > creation logic? This is not planned, but I can see this being valuable for storage plugins, so I'll relay that and we'll discuss this internally. From the technical POV this is probably not hard to do, we just have to expose a mechanism for plugins to mark themselves as being able to used in such a way and they have to provide a 'path' that can be used for LVM. > > If this is already possible today and we've just missed the hook, a > pointer would be really helpful. If not, we'd be happy to write it up as > a feature request. > > Thanks again for your time. > > Best regards, > Chiranth JS I'll answer your other follow up question separately. Best regards Dominik > > ------------------------------------------------------------------------ > *From:* Dominik Csapak > *Sent:* Monday, July 13, 2026 18:31 > *To:* Chiranth J S ; pve- > devel@lists.proxmox.com > *Cc:* Vikash Ray ; Prajwal Shetty > > *Subject:* Re: Supported way to extend the PVE web UI for a third-party > package? > > CAUTION: This email originated from outside of the organization. Do not > click links or open attachments unless you recognize the sender and know > the content is safe. > > > On 7/13/26 1:59 PM, Chiranth J S wrote: > > Hello, > > Hi, > > > > > I work at DataCore SANsymphony team. We ship a SANsymphony storage > backend for PVE on the supported PVE::Storage::Plugin contract, > presenting vDisks over iSCSI. That side has worked well and is in > production with customers. > > Great to hear! > > > > > We also have a prototype that adds a native-feeling UI on top of it > (a tab with vDisk aliases, snapshot/rollback, resize and performance). > Since we couldn't find an official UI-extension hook, it currently works > by patching two pve-manager files at install time — adding a