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
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
https://github.com/mi
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
pve
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 t
On Thu, Jan 12, 2017 at 10:12:13AM +0100, Dietmar Maurer wrote:
> Try to remove the cyclic dependency.
>
> I simply added the 'setup_environment' hook to CLIHandler.pm.
> So we need to add the following code to all CLI handler classes:
>
> sub setup_environment {
> PVE::RPCEnvironment->setup_
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 has
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, except...
> 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
Am 13.01.17 um 10:44 schrieb 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 cou
On 01/13/2017 10:42 AM, Dmitry Petuhov wrote:
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-doc
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
--- a/PVE/Service/pveproxy.pm
+++ b/PVE/Service
On Fri, Jan 13, 2017 at 10:56:26AM +0100, Thomas Lamprecht wrote:
>
>
> On 01/13/2017 10:42 AM, Dmitry Petuhov wrote:
> > 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 t
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]
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 curren
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
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
>>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"
À: "aderumier"
applied
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
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-containe
We use this function in 3 different packets with the same code.
It will moved to the CLIHandler, because we need it only on the command line.
---
bin/pvesh | 18 ++
1 file changed, 2 insertions(+), 16 deletions(-)
diff --git a/bin/pvesh b/bin/pvesh
index 6f7687e..80eb11e 100755
-
We use this function in 3 different packets with the same code.
It will moved to the CLIHandler, because we need it only on the command line.
---
PVE/CLI/pveum.pm | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/PVE/CLI/pveum.pm b/PVE/CLI/pveum.pm
index 8a8edc5..512
We use this function in 3 different packets with the same code.
It will moved to the CLIHandler, because we need it only on the command line.
---
src/PVE/CLI/pct.pm | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/src/PVE/CLI/pct.pm b/src/PVE/CLI/pct.pm
index 4ffb8db..3
We use this function in 3 different packets with the same code.
It will moved to the CLIHandler, because we need it only on the command line.
---
src/PVE/CLIHandler.pm | 25 +
1 file changed, 25 insertions(+)
diff --git a/src/PVE/CLIHandler.pm b/src/PVE/CLIHandler.pm
inde
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 sho
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
paren
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 +
1 file changed, 13 inse
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 shared
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
--- a/src/PVE/HA/Sim/RTHardware.pm
+++ b/sr
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 a/src/PVE/HA/Sim/RTHardware.pm b/
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 si
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 s
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 a/src/PVE/HA/Sim/RTHardware.pm b/src/PVE/HA/S
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-storage
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)
http://download.adaptec.com/raid/aac/linux/aacraid-d
34 matches
Mail list logo