So it won't clash with another backstore in another pool
Signed-off-by: Daniel Berteaud
---
PVE/Storage/LunCmd/LIO.pm | 20
1 file changed, 20 insertions(+)
diff --git a/PVE/Storage/LunCmd/LIO.pm b/PVE/Storage/LunCmd/LIO.pm
index 5d7a21d..80133d4 100644
--- a/PVE/Storage/Lu
When working with several ZFS over iSCSI / LIO storages, we might lookup
between them with less than 15 sec interval.
Previously, the cache of the previous storage was used, which was breaking
disk move for example
Signed-off-by: Daniel Berteaud
---
PVE/Storage/LunCmd/LIO.pm | 20 ++-
extract_volname can return an undef $volname
Signed-off-by: Daniel Berteaud
---
PVE/Storage/LunCmd/LIO.pm | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/PVE/Storage/LunCmd/LIO.pm b/PVE/Storage/LunCmd/LIO.pm
index 5f9794d..5d7a21d 100644
--- a/PVE/Storage/LunCmd/LIO.p
This serie fixes support of several ZFS pools exported by the same
server (through different targets) when using LIO. It fixes bug 2384
Daniel Berteaud (3):
Make the target cache works per target and portal
Ensure $volname is defined before using it
Prefix backstores with the pool name
PVE
On September 24, 2019 4:04 pm, Oguz Bektas wrote:
> merging $conf->{lxc} causes lxc.idmap entries to be duplicated in the
> restored configuration. instead, we can overwrite the contents from the
> extracted configuration file. this way we don't duplicate these entries.
> (having duplicate idmap en
merging $conf->{lxc} causes lxc.idmap entries to be duplicated in the
restored configuration. instead, we can overwrite the contents from the
extracted configuration file. this way we don't duplicate these entries.
(having duplicate idmap entries causes container to crash during start)
Co-develope
Signed-off-by: Aaron Lauterer
---
www/manager6/qemu/USBEdit.js | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/www/manager6/qemu/USBEdit.js b/www/manager6/qemu/USBEdit.js
index 8cad8fc5..f41c3d21 100644
--- a/www/manager6/qemu/USBEdit.js
+++ b/www/manager6/qemu/USBEdit.js
@@ -
USB3 checkbox was always checked if the device / port supports USB3
even though USB3 was disabled on purpose.
The behaviour now is that for an existing configuration the checkbox
reflects what is set. When selecting a device or port that is not the
configured one the checkbox reflects the USB3 sup
On September 25, 2019 1:30 pm, Oguz Bektas wrote:
> merging $conf->{lxc} causes lxc.idmap entries to be duplicated in the
> restored configuration. instead, we can overwrite the contents from the
> extracted configuration file. this way we don't duplicate these entries.
> (having duplicate idmap en
On 9/24/19 3:40 PM, Mira Limbeck wrote:
> The fix introduced in commit bf4a933 did not work as intended. We're
> iterating over the $oldconf, not over $virtdev_hash. This means
> $drive->{is_cloudinit} is always undefined. Instead use the more costly
> call to drive_is_cloudinit.
would not call th
The fix introduced in commit bf4a933 did not work as intended. We're
iterating over the $oldconf, not over $virtdev_hash. This means
$drive->{is_cloudinit} is always undefined. Instead use the $exclude_cloudinit
parameter from drive_is_cdrom().
Signed-off-by: Mira Limbeck
---
v2: set $exclude_clo
On 9/25/19 3:30 PM, Mira Limbeck wrote:
> The fix introduced in commit bf4a933 did not work as intended. We're
> iterating over the $oldconf, not over $virtdev_hash. This means
> $drive->{is_cloudinit} is always undefined. Instead use the $exclude_cloudinit
> parameter from drive_is_cdrom().
>
> S
On 9/17/19 4:47 PM, Aaron Lauterer wrote:
> Signed-off-by: Aaron Lauterer
> ---
> PVE/CLI/qmrestore.pm | 18 +-
> PVE/QMPClient.pm | 38 +++---
> PVE/QemuConfig.pm| 2 +-
> PVE/QemuServer/Memory.pm | 2 +-
> PVE/VZDump/QemuServ
Allow 'cloudinit' and ':cloudinit' in drive_is_cloudinit so
cloudinit disks are recognized by drive_is_cdrom even if they have not
been renamed to 'vm--cloudinit' yet.
This fixes the check_replication sub not recognizing the cloudinit disk
when regenerating the cloudinit image or adding a new cloud
On 9/25/19 5:35 PM, Mira Limbeck wrote:
> Allow 'cloudinit' and ':cloudinit' in drive_is_cloudinit so
> cloudinit disks are recognized by drive_is_cdrom even if they have not
> been renamed to 'vm--cloudinit' yet.
> This fixes the check_replication sub not recognizing the cloudinit disk
> when rege
This removes the cloudinit disk from the list of drives to clone. As the
cloudinit disk is recreated on every VM start, it's not necessary to
clone it.
Signed-off-by: Mira Limbeck
---
PVE/API2/Qemu.pm | 4 ++--
PVE/QemuServer.pm | 8
2 files changed, 2 insertions(+), 10 deletions(-)
d
On 9/25/19 2:30 PM, Aaron Lauterer wrote:
> USB3 checkbox was always checked if the device / port supports USB3
> even though USB3 was disabled on purpose.
>
> The behaviour now is that for an existing configuration the checkbox
> reflects what is set. When selecting a device or port that is not t
On 9/25/19 2:30 PM, Aaron Lauterer wrote:
> Signed-off-by: Aaron Lauterer
> ---
> www/manager6/qemu/USBEdit.js | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/www/manager6/qemu/USBEdit.js b/www/manager6/qemu/USBEdit.js
> index 8cad8fc5..f41c3d21 100644
> --- a/www/manage
18 matches
Mail list logo
