[pve-devel] HW driver / DKMS

2017-01-13 Thread Waschbüsch IT-Services GmbH
Hi there, Can I use the dkms infrastructure with proxmox kernels? I ask because there is a newer driver for current Microsemi / Adaptec RAID adapters: http://download.adaptec.com/raid/aac/linux/aacraid-linux-src-1.2.1-52011.tgz (or for dkms)

Re: [pve-devel] [PATCH qemu-server pve-storage] Allow storage plugins to modify volume sizes reported to qemu

2017-01-13 Thread Wolfgang Bumiller
On Fri, Jan 13, 2017 at 11:39:59AM +0100, Fabian Grünbichler wrote: > On Fri, Jan 13, 2017 at 10:11:31AM +0300, Dmitry Petuhov wrote: > > [PATCH qemu-server] Honour volume size returned by storage plugin. > > [PATCH pve-storage 1/3] Make volume_resize() return new volume size > > [PATCH

[pve-devel] [PATCH ha-manager 3/7] factor out and unify sim_hardware_cmd

2017-01-13 Thread Thomas Lamprecht
Most things done by sim_hardware_cmd are already abstracted and available in both, the TestHardware and the RTHardware class. Abstract out the CRM and LRM control to allow the unification of both classes sim_hardware_cmd. As in the last year mostly the regression test systems TestHardware class

[pve-devel] [PATCH ha-manager 5/7] sim: allow deleting service via GUI

2017-01-13 Thread Thomas Lamprecht
Add a delete button to each service entry row. This allows deleting a service on runtime. Signed-off-by: Thomas Lamprecht --- src/PVE/HA/Sim/RTHardware.pm | 52 1 file changed, 52 insertions(+) diff --git

[pve-devel] [PATCH ha-manager 1/7] sim: allocate HA Env only once per service and node

2017-01-13 Thread Thomas Lamprecht
Do not allocate the HA Environment every time we fork a new CRM or LRM, but once at the start of the Simulator for all nodes. This can be done as the Env does not saves any state and thus can be reused, we use this also in the TestHardware class. Making the behavior of both Hardware classes more

[pve-devel] [PATCH ha-manager 0/7] new HA simulator features

2017-01-13 Thread Thomas Lamprecht
The other series fixed and enhanced small stuff in the HA Simulator, this series adds new features and refactors out common code between regression and realtime environment. This is a major step forwards as it brings the simulator and regression test system on par. Hardware abilities are now

[pve-devel] [PATCH ha-manager 7/7] sim: allow adding service on runtime

2017-01-13 Thread Thomas Lamprecht
Signed-off-by: Thomas Lamprecht --- src/PVE/HA/Sim/RTHardware.pm | 124 +++ 1 file changed, 124 insertions(+) diff --git a/src/PVE/HA/Sim/RTHardware.pm b/src/PVE/HA/Sim/RTHardware.pm index 6a614a3..856272f 100644 ---

[pve-devel] [PATCH ha-manager 6/7] sim: factor out service gui entry addition

2017-01-13 Thread Thomas Lamprecht
Will be used to allow adding services to the simulator on runtime in a future patch. Signed-off-by: Thomas Lamprecht --- src/PVE/HA/Sim/RTHardware.pm | 90 1 file changed, 50 insertions(+), 40 deletions(-) diff --git

[pve-devel] [PATCH ha-manager 4/7] sim: allow new service request states over gui

2017-01-13 Thread Thomas Lamprecht
Change the old enabled/disabled GTK "Switch" element to a ComboBox one and add all possible service states, so we can simulate the real world behaviour with its new states better. Signed-off-by: Thomas Lamprecht --- src/PVE/HA/Sim/RTHardware.pm | 21

[pve-devel] [PATCH ha-manager 2/7] sim: use HA envs after_fork to close all inherited FDs

2017-01-13 Thread Thomas Lamprecht
Close all file descriptors bigger than 2, that are all open files from the parent except std{in,out,err}. With this we can omit the lock_fh parameter which makes unifying the TestHardware and RTHardwares sim_hardware_cmd easier. As seeks positions of through forking dup'ed FDs from child and

Re: [pve-devel] [PATCH manager 6/7] add new ceph dashboard

2017-01-13 Thread Dominik Csapak
On 01/12/2017 01:45 PM, Caspar Smit wrote: Hi, First of all, thanks for the nice new CEPH dashboard. One thing i was wondering about is this, the performance gauges only show "Client IO" stats. If the cluster is recovering and/or backfilling these stats are not shown. Maybe it's possible to

[pve-devel] refactoring read_password

2017-01-13 Thread Wolfgang Link
PATCH V2 [pve-common PATCH V2] Refactoring read_password. Change the variable names like Ditmar suggest. Remove flag undo_shadow and unset shadow always. [pve-manager PATCH V2] Refactoring read_password. No changes [pve-access-control PATCH V2] Refactoring read_password. No changes

[pve-devel] applied: [PATCH ha-manager 0/6] small HA Simulator improvements & fixes

2017-01-13 Thread Dietmar Maurer
applied ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel

Re: [pve-devel] [PATCH] add with-local-disks option for live storage migration

2017-01-13 Thread Alexandre DERUMIER
>>New cases can be added later. The code I'm working on is an independent >>tool which could then be integrated into the storage import/export API >>after that API has been introduced. Ah ok. I'll try work on this next week. - Mail original - De: "Wolfgang Bumiller"

Re: [pve-devel] [PATCH ha-manager 1/6] ensure test/sim.pl always use the currently developed code

2017-01-13 Thread Dietmar Maurer
Or we do something like: -use lib '/global/path/to/HA/Simulator'; +BEGIN { +if ($INC[0] eq '..') { + splice(@INC, 1, 0, '/usr/share/pve-ha-simulator'); +} else { + unshift @INC, '/usr/share/pve-ha-simulator'; +} +} > On January 12, 2017 at 3:51 PM Thomas Lamprecht

Re: [pve-devel] [PATCH] add with-local-disks option for live storage migration

2017-01-13 Thread Wolfgang Bumiller
On Tue, Jan 10, 2017 at 08:19:29AM +0100, Alexandre DERUMIER wrote: > Thanks Wolfgang, > > > >>Basically storage plugins should have to define > >>- a set of formats they can export as and import from > >>- whether these formats can include snapshots > >>- a priority > > that's exactly what

Re: [pve-devel] [PATCH v2 qemu-server] Fix block_resize qmp call for block devices

2017-01-13 Thread Fabian Grünbichler
On Thu, Jan 12, 2017 at 05:09:48PM +0300, Dmitry Petuhov wrote: > 12.01.2017 16:18, Fabian Grünbichler пишет: > > On Thu, Jan 12, 2017 at 03:33:48PM +0300, Dmitry Petuhov wrote: > > > Set zero size for backing block devices in qmp call. In that case qemu > > > sets size of device in guest to

Re: [pve-devel] [PATCH qemu-server pve-storage] Allow storage plugins to modify volume sizes reported to qemu

2017-01-13 Thread Fabian Grünbichler
On Fri, Jan 13, 2017 at 10:11:31AM +0300, Dmitry Petuhov wrote: > [PATCH qemu-server] Honour volume size returned by storage plugin. > [PATCH pve-storage 1/3] Make volume_resize() return new volume size > [PATCH pve-storage 2/3] Allow Ceph volume resize with krbd enabled. > [PATCH pve-storage 3/3]

[pve-devel] applied: [PATCH manager] fix CSRF token generation

2017-01-13 Thread Fabian Grünbichler
this broke with the recent refactoring Signed-off-by: Fabian Grünbichler --- PVE/Service/pveproxy.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/PVE/Service/pveproxy.pm b/PVE/Service/pveproxy.pm index 5ecc54b..6a6be84 100755 ---

Re: [pve-devel] Custom storage plugins API

2017-01-13 Thread Dietmar Maurer
> I also extended ZFSPlugin to allow access to Snapshots (via zfs snapshot > + clone + iSCISI Target on the Clone) and cloning from Snapshots (via > send/rcv on a clone). Therefore i had some minor changes in > QemuServer.pm to allow this. Any chance these could be taken into one of > the next

Re: [pve-devel] Custom storage plugins API

2017-01-13 Thread Dmitry Petuhov
13.01.2017 12:26, Thomas Lamprecht wrote: For the beginning a wiki would be probably also be a little better suited than pve-docs, as docs is more an admin guide than a developer guide. In that case POD could contain developer guide, while pve-docs contain admin guide. But wiki is OK,

Re: [pve-devel] Custom storage plugins API

2017-01-13 Thread Thomas Lamprecht
On 01/13/2017 09:49 AM, Dmitry Petuhov wrote: 13.01.2017 11:21, Lindsay Mathieson пишет: Is there any documentation or samples for this? BTW, PVE team: if I document Plugin.pm in POD format, will you apply it? Or any other format? We moved from POD to asciidoc as it's able to do more and

Re: [pve-devel] Custom storage plugins API

2017-01-13 Thread Alexander Schmid
I have implemented a PlugIn for ZFS on SCST and know of an implementation for ZFS on FreeNAS via it`s Rest-API. I think it`s best to inherit from Plugin.pm or a subclass, i.e. ZFSPlugin.pm If there is any interest i could provide the SCST - Plugin as Sample, and maybe also the FreeNAS (had

Re: [pve-devel] Custom storage plugins API

2017-01-13 Thread Dmitry Petuhov
13.01.2017 11:21, Lindsay Mathieson пишет: Is there any documentation or samples for this? BTW, PVE team: if I document Plugin.pm in POD format, will you apply it? Or any other format? Or maybe just write wiki article? ___ pve-devel mailing list

Re: [pve-devel] Custom storage plugins API

2017-01-13 Thread Dmitry Petuhov
13.01.2017 11:21, Lindsay Mathieson пишет: Is there any documentation or samples for this? No documentation currently. You can look at /usr/share/perl5/PVE/Storage/*Plugin.pm as examples. Also, see my plugins at https://github.com/mityarzn/pve-storage-custom-mpnetapp and

[pve-devel] Custom storage plugins API

2017-01-13 Thread Lindsay Mathieson
Is there any documentation or samples for this? Thanks -- Lindsay ___ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel