---
Note: already applied, including source archive update
Makefile | 2 +-
changelog.Debian | 6 ++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 1fc80e5..d8fe8db 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
RELEASE=3.4
KERNEL_VER
---
Note: already applied
Makefile | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/Makefile b/Makefile
index d8fe8db..4db4ecd 100644
--- a/Makefile
+++ b/Makefile
@@ -376,16 +376,7 @@ ${FW_DEB} fw: control.firmware linux-firmware.git/WHENCE
dvb-firmware.git/README
---
pve-storage-lvm.adoc | 33 +
pve-storage-lvmthin.adoc | 40
2 files changed, 73 insertions(+)
diff --git a/pve-storage-lvm.adoc b/pve-storage-lvm.adoc
index 4046e15..521cb02 100644
--- a/pve-storage-lvm.adoc
+++ b/pv
>
> +Storage Layout
> +~~
> +
> +On a default installation {pve} will use lvm.
> +
> +The layout looks like followed.
> +
> +.Default LVM Layout.
> +[width="100%",options="header"]
> +|==
> +|VG |LV|M
I think if somebody is interested on what this command do in detail
she/he will read the man.
In case "-largest-new=1" makes no sence to a person, who has no idea
what going on anyway.
On 06/29/2016 10:50 AM, Emmanuel Kasper wrote:
>>
>> +Storage Layout
>> +~~
>> +
>> +On a default
On Wed, Jun 29, 2016 at 09:51:52AM +0200, Wolfgang Link wrote:
> ---
> pve-storage-lvm.adoc | 33 +
> pve-storage-lvmthin.adoc | 40
> 2 files changed, 73 insertions(+)
>
> diff --git a/pve-storage-lvm.adoc b/pve-storage
This patch series adds storage type "mpdirect". Before using it, multipath-tools
package must be installed. After that, multipathd will create
/dev/disk/by-id/wwn-0x*
devices, which can be directly attached to VMs via GUI. Partitions are ignored.
I'm not skilled in UI programming, so there's no s
Signed-off-by: Dmitry Petuhov
---
PVE/Storage.pm| 2 +
PVE/Storage/MPDirectPlugin.pm | 208 ++
2 files changed, 210 insertions(+)
create mode 100644 PVE/Storage/MPDirectPlugin.pm
diff --git a/PVE/Storage.pm b/PVE/Storage.pm
index 011c4f3
Signed-off-by: Dmitry Petuhov
---
www/manager6/lxc/ResourceEdit.js | 3 ++-
www/manager6/qemu/Clone.js | 1 +
www/manager6/qemu/HDEdit.js | 3 ++-
www/manager6/qemu/HDMove.js | 1 +
4 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/www/manager6/lxc/ResourceEdit.js b/w
this adds a new textinput field for the comment to the
network edit window and a new column for it in the
network view
Signed-off-by: Dominik Csapak
---
www/manager6/node/NetworkEdit.js | 8
www/manager6/node/NetworkView.js | 5 +
2 files changed, 13 insertions(+)
diff --git a/www/
we already have a comments field for network entries
now we have it in the model
Signed-off-by: Dominik Csapak
---
www/manager6/node/NetworkView.js | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/www/manager6/node/NetworkView.js b/www/manager6/node/NetworkView.js
index be64
this shows the comment of the bridge in the selector
Signed-off-by: Dominik Csapak
---
www/manager6/form/BridgeSelector.js | 5 +
1 file changed, 5 insertions(+)
diff --git a/www/manager6/form/BridgeSelector.js
b/www/manager6/form/BridgeSelector.js
index 72cbfea..754b28e 100644
--- a/www/m
this series makes use of the comments field of
network entries
lets the user set them when editing/creating a network
and shows it in the network view
also show it in the BridgeSelector when adding a network to
a vm/container
this fixes bug #757
Dominik Csapak (3):
add comments to network mod
applied whole series
On Tue, Jun 21, 2016 at 04:20:17PM +0200, Dominik Csapak wrote:
> otherwise, the styling does not apply
>
> Signed-off-by: Dominik Csapak
> ---
> www/manager6/grid/BackupView.js | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/www/manager6/grid/BackupView.js b/www/
applied
On Tue, Jun 28, 2016 at 02:54:36PM +0200, Wolfgang Bumiller wrote:
> ---
> debian/control.in | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/debian/control.in b/debian/control.in
> index f694dc7..b8f683f 100644
> --- a/debian/control.in
> +++ b/debian/control.in
> @@ -4,6 +4,7 @
applied this
On Tue, Jun 28, 2016 at 03:15:18PM +0200, Wolfgang Bumiller wrote:
> ---
> Makefile | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/Makefile b/Makefile
> index ad6168e..0586cf4 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -21,8 +21,9 @@ cpgtest: cpgtes
applied both patches
On Tue, Jun 28, 2016 at 03:09:16PM +0200, Wolfgang Bumiller wrote:
> ---
> debian/control | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/debian/control b/debian/control
> index 9dd72d2..50d7c8f 100644
> --- a/debian/control
> +++ b/debian/control
>
applied
On Tue, Jun 28, 2016 at 03:02:20PM +0200, Wolfgang Bumiller wrote:
> ---
> debian/control | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/debian/control b/debian/control
> index 830efe8..b33c72a 100644
> --- a/debian/control
> +++ b/debian/control
> @@ -2,7 +2,7
Before going over the code I want to bring to your attention this code
snippet from the iSCSI (non-direct) plugin:
| #check multipath
| if (-d "/sys/block/$bdev/holders") {
| my $multipathdev = dir_glob_regex("/sys/block/$bdev/holders",
'[A-Za-z]\S*'
See comments below inline.
29.06.2016 16:34, Wolfgang Bumiller wrote:
The iSCSI plugin *should* notice multipath devices and make use of them
if I'm not mistaken here.
I wonder if it might be better to do the same in the iSCSI-direct
plugin?
Yes, looks so. But iSCSI-direct currently doesn't use
> > I wonder if this is maybe a too general approach to what you're really
> > after?
> General approaches are cool. We will be able to use many
> enterprise-grade storages with single universal plugin. Also later we'll
> be able to control them via LunCmd/* specialised modules.
You cannot do an
29.06.2016 18:58, Dietmar Maurer пишет:
>>> I wonder if this is maybe a too general approach to what you're really
>>> after?
>> General approaches are cool. We will be able to use many
>> enterprise-grade storages with single universal plugin. Also later we'll
>> be able to control them via LunC
29.06.2016 17:59, Dmitry Petuhov wrote:
> Yes, it may pass almost any disk, visible to host, to VM. Even if disk does
> not have own WWN ([s]ata/virtual/etc disks), Linux generates it using some
> unique disk identifiers, like SN. This feature is sometimes useful too. In
> worst case, there's so
On Wed, 29 Jun 2016 17:59:14 +0300
Dmitry Petuhov wrote:
> Yes, looks so. But iSCSI-direct currently doesn't use kernel interface to
> access LUNs, so we have to convert its code from libiscsi to open-iscsi (and
> probably drop libiscsi dependency in qemu) by the way.
>
This would be a bad ide
24 matches
Mail list logo