> I am doing god progress but some issues need to be clarified:
> 1) Should the feature be implemented in a separate modules?
no, that is not necessary (until the code has to many LOCs).
> 2) Should it be added as a new button and active when a harddisk is active
> under:
>a) Hardware tab
>
> [cloud1-1202: /etc/pve]# touch a
> touch: cannot touch `a': Permission denied
>
> Is it due to the fact that only one node left?
You do not have quorum! Set:
# pvecm expected 1
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.
> And if I need this in a Perl module is it then accessed via Cluster.pm?
You can also use the API with perl.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> i really like that idea instead of having a fixed downtime of 1s. What is
> about
> starting at 0.5s and then add 0.5s every 15 runs?
Yes, we can do that, but may "Every 15 runs if we make no progress"?
___
pve-devel mailing list
pve-devel@pve.proxmo
>
> i wasn't able to find more information about the speed of ssh influenced by
> aes-ni. I'm not sure that it will result in so much speed. The Problem isn't
> the
> encryption it is at a specific point the buffer handling in ssh. Which uses
> HARDCODED pretty small buffers.
But that should be
Hi all,
I am doing god progress but some issues need to be clarified:
1) Should the feature be implemented in a separate modules?
2) Should it be added as a new button and active when a harddisk
is active under:
a) Hardware tab
b) Content->images (NFS and LVM)
3) Should it be available for o
On Sat, 29 Dec 2012 17:57:16 +0100
Stefan Priebe wrote:
>
> [cloud1-1202: /etc/pve]# touch a
> touch: cannot touch `a': Permission denied
>
> Is it due to the fact that only one node left?
>
When only one node is left you have lost quorum so I guess this freezes
all cluster operations. To lock
Hello,
today i tried for an emergency case to manually move qemu conf files.
But that was not possible.
I had 3 PVE nodes where 2 failed at the same time - caused by power failure.
I then tried to manually move the conf files to new only working node:
[cloud1-1202: /etc/pve]# mv ./nodes/clo
On Sat, 29 Dec 2012 16:51:19 +0100
Michael Rasmussen wrote:
> On Sat, 29 Dec 2012 13:53:56 +
> Dietmar Maurer wrote:
>
> > The API is at /cluster/ha/groups
> >
> And if I need this in a Perl module is it then accessed via Cluster.pm?
>
This one?
PVE::Cluster::cluster_conf_lookup_pvevm
--
On Sat, 29 Dec 2012 13:53:56 +
Dietmar Maurer wrote:
> The API is at /cluster/ha/groups
>
And if I need this in a Perl module is it then accessed via Cluster.pm?
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
http://pgp.mit.edu:11371/pks/lookup?op=get
Great! To me even xzbrle works fine now.
Am 29.12.2012 um 15:47 schrieb Alexandre DERUMIER :
> I have just done some little tests with qemu 1.3 + migration patches set,
>
> now it's working fine, no more crash ! (playing video hd).
>
> setting migrate_set_downtime to 1sec, give me:
>
> for no
I have just done some little tests with qemu 1.3 + migration patches set,
now it's working fine, no more crash ! (playing video hd).
setting migrate_set_downtime to 1sec, give me:
for no memory activity : 36ms downtime
for high memory activity : 650ms downtime
I'll do more extensive tests mon
Hi,
this is what it looks like with patched qemu and my direct tcp migration
patch while having a memory stress tester runing over 3GB MEM. Whole
migration done in 19s!! The downtime is just so high as we allow 1s by
default.
Dec 29 15:17:19 starting migration of VM 101 to node 'cloud1-1203'
Hi,
i really like that idea instead of having a fixed downtime of 1s. What
is about starting at 0.5s and then add 0.5s every 15 runs?
Dietmar what's your opinion?
Greets,
Stefan
Am 27.12.2012 11:14, schrieb Alexandre Derumier:
Signed-off-by: Alexandre Derumier
---
PVE/QemuMigrate.pm |
Hi,
Am 29.12.2012 15:02, schrieb Alexandre DERUMIER:
oh, ok.
I'll tests the patchs mondays.
Thanks!
Does migration works fine for you with them ?
Yes - it works fine / perfectly. But i've no VM with a desktop to play
HD videos ;-)
Stefan
- Mail original -
De: "Stefan Priebe"
À
oh, ok.
I'll tests the patchs mondays.
Does migration works fine for you with them ?
- Mail original -
De: "Stefan Priebe"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "Dietmar Maurer"
Envoyé: Samedi 29 Décembre 2012 14:55:33
Objet: Re: [pve-devel] [PATCH 3/3] add dow
Hi,
Am 28.12.2012 13:09, schrieb Dietmar Maurer:
This is just memory openssl speed. There i'm getting 600-700MB/s:
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes256 bytes 1024 bytes 8192
bytes
aes-128-cbc 648664.33k 688924.90k 6958
Hi Alexandre,
Am 29.12.2012 14:51, schrieb Alexandre DERUMIER:
Great to known that you finally found it !.
Not found ;-) just know that the rework of the migration code fixes it.
May be it might be a deadlock - they've changed the locking and
threading handling.
(Do you have respond to Paolo
The API is at /cluster/ha/groups
See http://pve.proxmox.com/pve2-api-doc/
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Michael Rasmussen
> Sent: Samstag, 29. Dezember 2012 12:53
> To: pve-devel@pve.proxmox.com
>
Hi Stefan,
Great to known that you finally found it !. (Do you have respond to Paolo
Bonzini, because the last response I see was that it was not working).
>>Alexandre might you try my rebased patches on top of pve-qemu 1.3?
So, Do you want to apply the first patch only (to fix you bug), or app
Hi,
i could fix my problem by applying the first 22 migration patches of
this bunch:
http://www.mail-archive.com/qemu-commits@nongnu.org/msg02028.html
Alexandre might you try my rebased patches on top of pve-qemu 1.3?
Attaches is a bunch of patches to apply on top of the qemu-kvm-src from
PV
Hi all,
Is there a way via the API to decide whether a specific VM is HA
enabled?
Eg. ha_enabled(vmid)
--
Hilsen/Regards
Michael Rasmussen
Get my public GnuPG keys:
michael rasmussen cc
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E
mir datanom net
http://pgp.mit.edu:11371/pk
22 matches
Mail list logo
