On Wed, 30 Sep 2015 18:10:26 +0200 (CEST)
Alexandre DERUMIER wrote:
> - kvm-intel.ept=0
>
> fix the problem for me.
>
> Paolo from qemu think that it could be a physical cpu bug.
>
> do you have update bios and cpu microcode to last version ?
>
ept == Extended page table
Great thanks! :)
On 30/09/15 16:59, Dietmar Maurer wrote:
>
>
>> On September 30, 2015 at 8:25 AM Jeremy Davis
>> wrote:
>>
>>
>> Thanks very much Dietmar,
>>
>> My bad! Turns out those few lines of code shouldn't run in an OVZ/LXC
>> container!
>>
>> Your comments
> Hi
>
> Please, let me to do a question:
>
> Several mail servers require auth for accept a message (for after send
> it to
> addressee), so my question is if is possible add this option in PVE GUI.
> (and if is possible, also choose a port number, and a SSL/TLS connection)
>
> Notes:
> 1)All
> On September 30, 2015 at 8:25 AM Jeremy Davis wrote:
>
>
> Thanks very much Dietmar,
>
> My bad! Turns out those few lines of code shouldn't run in an OVZ/LXC
> container!
>
> Your comments prompted me to compare the v13.0 initscript. In that there
> is a test for
kernel 4.2 and qemu 2.4 machine introduce support for SMM
(system management support).
this is needed to manage uefi inside guest.
But it seem to hang on a lot of servers.
So for now, disable the feature in qemu side.
Signed-off-by: Alexandre Derumier
---
Note that the model is only supported for IDE harddisks via
the -device option, whereas the serial is part of the -drive
option.
Closes #153
---
PVE/QemuServer.pm | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
applied, thanks!
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
---
PVE/API2/Storage/Config.pm | 4 ++-
PVE/API2/Storage/Content.pm | 43 ++-
PVE/API2/Storage/Status.pm | 29 ++---
PVE/CLI/pvesm.pm| 3 +++
PVE/Storage.pm | 62 +
5 files
Sure! I will try ASAP
2015-09-30 2:55 GMT-03:00 Alexandre DERUMIER :
> also for qemu team,
> I need to try to disable theses kvm module features at boot,
>
> - kvm-intel.eptad=0
>
> - kvm-intel.unrestricted_guest=0
>
> - kvm-intel.ept=0
>
>
> If you can test them, it could
grep -r . /sys/module/kvm*/parameters
/sys/module/kvm_intel/parameters/ept:Y
/sys/module/kvm_intel/parameters/pml:N
/sys/module/kvm_intel/parameters/vpid:Y
/sys/module/kvm_intel/parameters/enable_shadow_vmcs:N
/sys/module/kvm_intel/parameters/eptad:N
/sys/module/kvm_intel/parameters/flexpriority:Y
applied, thanks.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
This differs from the way it's done for qemu, but we could it implement
it for LXC the same way. IMO the proposed way with ctime is a bit nicer,
as it mirros the lxcfs behaviour and needs less calls to proc.
FYI, when we would do it like in QemuServer.pm it would look like this:
diff --git
with the -p switch lxc-info only ouputs the PID line,
this makes the call quite a bit faster.
Signed-off-by: Thomas Lamprecht
---
src/PVE/LXC.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/PVE/LXC.pm b/src/PVE/LXC.pm
index 3fdce0f..8b2fb88
> This differs from the way it's done for qemu, but we could it implement
> it for LXC the same way. IMO the proposed way with ctime is a bit nicer,
> as it mirros the lxcfs behaviour and needs less calls to proc.
I like the first patch.
___
> with the -p switch lxc-info only ouputs the PID line,
> this makes the call quite a bit faster.
Applied. I just wonder if there is a way to do it without running
an external binary (would be even faster)?
___
pve-devel mailing list
Implement the container uptime by susbtracting the ctime from the
container pid file from the actual time.
This mirrors the behaviour of lxcfs, see get_pid1_time() in lxcfs.c.
This hass some limitations, like frozen or live migrated containers
falsify the real uptime. But as it shows everytime the
- kvm-intel.ept=0
fix the problem for me.
Paolo from qemu think that it could be a physical cpu bug.
do you have update bios and cpu microcode to last version ?
- Mail original -
De: "Gilberto Nunes"
À: "pve-devel"
Envoyé:
17 matches
Mail list logo