all lists on lists.proxmox.com
 help / color / mirror / Atom feed
From: Daniel Kral <d.kral@proxmox.com>
To: Fiona Ebner <f.ebner@proxmox.com>,
	Proxmox VE development discussion <pve-devel@lists.proxmox.com>
Subject: Re: [pve-devel] [RFC qemu-server 4/9] api: clone_vm: add check if storage supports vm images
Date: Wed, 22 Jan 2025 14:18:48 +0100	[thread overview]
Message-ID: <fc11bc46-3f52-4f0c-8cc9-bb9c8067e683@proxmox.com> (raw)
In-Reply-To: <d550857b-1801-40f6-a865-e515f9532803@proxmox.com>

On 11/29/24 15:23, Fiona Ebner wrote:
> Am 16.09.24 um 18:38 schrieb Daniel Kral:
>> @@ -197,6 +198,25 @@ sub check_volume_alloc : prototype($$;$) {
>>       return 1;
>>   }
>>   
>> +=head3 alloc_volume_disk($storecfg, $storeid, $vmid, $format, $name, $size_kb)
>> +
>> +Allocates a volume disk image on C<$storeid>, that is defined in C<$storecfg> (which is typically
>> +retrieved with L<PVE::Storage::config>), with the VM id C<$vmid>, the format C<$format> (e.g.
>> +C<"raw">), the name C<$name> and the image size in kilobytes C<$size_kb>.
>> +
>> +This subroutine will check whether the storage, where the volume disk image should be allocated,
>> +supports the allocation beforehand with L<check_volume_alloc>.
>> +
>> +=cut
>> +
>> +sub alloc_volume_disk : prototype($$$$$$) {
> 
> I think the volume+disk is redundant. Maybe simply allocate_image or
> allocate_volume?

ACK

> 
> Thinking about this, are there any cases where we do not want to have
> the checks done first? I.e. can we simply add the checks as part of
> vdisk_alloc itself (would require passing along the content type for the
> checks but would avoid the need for this helper)?

AFAICS from a quick grep over all usages of vdisk_alloc (in 
pve-container and qemu-server), we could move them there. I'll do that 
if it doesn't break any existing API from the user-side.

> 
>> +    my ($storecfg, $storeid, $vmid, $format, $name, $size_kb) = @_;
>> +
>> +    check_volume_alloc($storecfg, $storeid);
>> +
>> +    return PVE::Storage::vdisk_alloc($storecfg, $storeid, $vmid, $format, $name, $size_kb);
>> +}
>> +
>>   sub min_version {
>>       my ($verstr, $major, $minor, $pve) = @_;
>>   
> 



_______________________________________________
pve-devel mailing list
pve-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pve-devel


  reply	other threads:[~2025-01-22 13:19 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-16 16:38 [pve-devel] [RFC qemu-server 0/9] consistent checks for storage content types on volume disk allocation Daniel Kral
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 1/9] test: cfg2cmd: expect error for invalid volume's storage content type Daniel Kral
2024-11-29 14:23   ` Fiona Ebner
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 2/9] cfg2cmd: improve error message for invalid volume " Daniel Kral
2024-11-29 14:23   ` Fiona Ebner
2025-01-22 13:16     ` Daniel Kral
2025-01-22 14:31       ` Fiona Ebner
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 3/9] fix #5284: move_vm: add check if target storage supports vm images Daniel Kral
2024-11-29 14:23   ` Fiona Ebner
2025-01-22 13:18     ` Daniel Kral
2025-01-22 13:43       ` Daniel Kral
2025-01-22 14:35       ` Fiona Ebner
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 4/9] api: clone_vm: add check if " Daniel Kral
2024-11-29 14:23   ` Fiona Ebner
2025-01-22 13:18     ` Daniel Kral [this message]
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 5/9] api: create_vm: improve checks if storages for disks support " Daniel Kral
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 6/9] cloudinit: add check if storage for cloudinit disk supports " Daniel Kral
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 7/9] api: migrate_vm: improve check if target storages support " Daniel Kral
2024-11-29 14:23   ` Fiona Ebner
2025-01-22 13:19     ` Daniel Kral
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 8/9] api: importdisk: improve check if storage supports " Daniel Kral
2024-09-16 16:38 ` [pve-devel] [RFC qemu-server 9/9] restore_vm: improve checks " Daniel Kral
2024-11-29 14:23   ` Fiona Ebner
2025-01-22 13:21     ` Daniel Kral

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=fc11bc46-3f52-4f0c-8cc9-bb9c8067e683@proxmox.com \
    --to=d.kral@proxmox.com \
    --cc=f.ebner@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 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