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)
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
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
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
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
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
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
---
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
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
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
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
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
applied
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>>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"
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
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
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
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]
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
---
> 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
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,
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
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
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
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
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
26 matches
Mail list logo