pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayufan.eu
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
It's possible, because I were doing it already, but only from command
line. Qemu basically transfers all disks and memory state over
network.
On Fri, Oct 3, 2014 at 8:47 PM, Gilberto Nunes
wrote:
> I think that is not possible... Or may I wrong?
>
> 2014-10-03 15:12 GMT-03:00 K
Two cases: live and offline migration.
On Sat, Oct 4, 2014 at 9:17 AM, Dietmar Maurer wrote:
>> >> I would like to see migration between non-shared storage. I can even
>> >> prepare patches if anyone will help me with where to start.
>
> For a running VM (live migr
12 +620,25 @@ sub phase3_cleanup {
> $self->log('err', $err);
> $self->{errors} = 1;
> }
> + } else {
> + # now that config file is move, we can stop vm on target if not doing
> livemigrate
> + my $cmd = [@{$self->{rem_ssh}}, 'qm', 'stop', $vm
>
> I didn't known about the blk=> option in qmp migrate.
>
It's already for some time. I were doing migrations with blk a two years
ago :)
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> - We need to sync unused disks
>
> - Mail original -
>
> De: "Kamil Trzciński"
> À: "Alexandre DERUMIER"
> Cc: pve-devel@pve.proxmox.com
> Envoyé: Lundi 3 Novembre 2014 13:30:26
> Objet: Re: [pve-devel] [PATCH] Use block storage migra
tivily, I think it could be possible to start an nbd server on
> target node and use qemu-img convert to copy the disk. (vm offline)
>
>
>
>
>
>
> - Mail original -
>
> De: "Daniel Hunsaker"
> À: "Kamil Trzciński"
> Cc: pve-devel@pv
rver, I think it could also be used to transfert
> unused disk.
> (http://manpages.ubuntu.com/manpages/precise/man8/qemu-nbd.8.html)
>
>
> - Mail original -
>
> De: "Kamil Trzciński"
> À: "Alexandre DERUMIER"
> Cc: pve-devel@pve.proxmox.com, &
mething similar
already for CT). Second maybe it would be useful to have cpu pinning
integrated into Proxmox? Maybe you know better way to do this?
Thanks,
Kamil
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayufan.eu
___
pve-devel mailing list
pve-devel@
gt;
>
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mai
dn't work, but I should be able to test the
>> zfs storage with it?
>>
>>
>> --
>> Lindsay
>> ___
>> pve-devel mailing list
>> pve-devel@pve.proxmox.com
>> http://pve.proxmox.com/cgi-bin/mailman/list
the Proxmox UI would also be a great feature.
>
> If you think that is great, simply install the docker packages on the host.
> IMHO this is totally unsafe.
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.p
> or
> 'redhat atomic'. Those OS are meant to be installed as VMs, and provides
> the
> tool
> you need to run docker containers.
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
gt;
> Yes - I started to remove the OpenVZ code from the jessie branch for that
> reason
> now.
> LXC seems to slowly develop - the bad news is that RH just dropped support
> for
> it :-/
> (at least the announced that in a press release).
>
> Any ideas are highl
try to upload binary packages to pvetest next week.
>
> - Dietmar
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
--
Kamil Trzciński
ayu...@ayufan.eu
ww
> any hints?
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayufan.eu
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
', not 'lxc-create'.
> >
> > mmm, I'm not familiar with lxc yet.
> > what does exactly lxc-create ?
> >
> > from this doc
> >
> https://linuxcontainers.org/fr/lxc/manpages/man5/lxc.container.conf.5.html
> >
> > It's seem a
f=src/PVE/LXCCreate.pm;h=7366be460488fe0cf1266802a43c2dbe332fc31d;hb=5b4657d05eab58d04a41e502c03b7f8f23b60bab
>
> I implemented the loop mount case as example. Not sure if I miss
> something, but
> this also works with unprivileged containers.
>
> But loop devices ar
FIY http://lists.openvz.org/pipermail/announce/2015-April/000579.html
Still long way to go...
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
_
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayufan.eu
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Ceph packages for Jessie are not yet available
>
> --
> Best Regards,
>
> Martin Maurer
> Proxmox VE project leader
>
> mar...@proxmox.com
> http://www.proxmox.com
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailm
p?op=get&search=0xE3E80917
> --
> /usr/games/fortune -es says:
> So I'm ugly. So what? I never saw anyone hit with his face.
> -- Yogi Berra
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
>
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayufan.eu
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Did you try to remove:
-boot menu=on,strict=on,reboot-timeout=1000
For me it fixes the problem with qemu 2.4.
On Tue, Aug 4, 2015 at 7:14 PM, Michael Rasmussen wrote:
>
> But can you start a kvm guest from the guest with kvm enabled?
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayu
Do you plan to move GIT repositories to the GitHub/BitBucket or similar
services in the future?
Kamil
smime.p7s
Description: S/MIME cryptographic signature
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailm
Yes, I know that. I'm asking because, it would help in project
collaboration: ie. merge requests, user's forks and more. Maybe it would be
reasonable to either switch to github or just maintain as an mirror.
Kamil
___
pve-devel mailing list
pve-devel@
> It’s not a “shame” that we do not integrate this, it’s a feature that we
> include only code fits into the product. The way it should work is defined,
> but this guy does not followed this idea. This is ok for me but it’s clear
> that in this case we will not integrate it.
My two cents ;)
Ye
Hi Dietmar,
Do you plan to support OpenVZ on newer kernels using croup which is already in
mainstream? Most of the functionality is already implemented by vzctl:
http://openvz.org/Vzctl_for_upstream_kernel.
I would like to prepare preliminary patches that have "OpenVZ" working on
upstream kern
On 30 Aug 2013, at 13:45, Dietmar Maurer wrote:
>> I haven't had any particular problems. I just wanted to test how works vzctl
>> (and OpenVZ integration in Proxmox) with latest kernels (I use 3.11 from
>> Ubuntu Distro). They mention about a lot of changes in vzctl for upstream. In
>> general w
I already sent in the past patches for vzctl.
http://pve.proxmox.com/pipermail/pve-devel/2013-August/008706.html
On Thu, Jan 30, 2014 at 2:43 PM, Adrian Almenar wrote:
> Hi everyone,
>
> I’ve been working on updating and testing the new vzctl package from openvz
> on proxmox.
>
> This should b
What happened to the dnsmasq patches that were sent some time ago by Alexandre?
--
Kamil Trzciński
ayu...@osk-net.pl
www.ayufan.eu
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
As proof of concept written in my broken english:
http://ayufan.eu/projects/proxmox-for-upstream/
Kamil Trzciński
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Signed-off-by: Kamil Trzciński
---
PVE/QemuServer.pm |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index abed0c1..0c81d95 100644
--- a/PVE/QemuServer.pm
+++ b/PVE/QemuServer.pm
@@ -3370,7 +3370,7 @@ sub vm_start
Description in subject
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
ich I
>>>play games ;)
>
> Oh Great ! :)
>
> which graphic card model ?
>
> Do you have tuned grub.cfg ? (I'm thinking of iommu module)
>
>
>
> - Mail original -
>
> De: "Kamil Trzciński"
> À: "Alexandre DERUMIER"
> E
or kernel:
>>>https://github.com/ayufan/linux-kernel-with-vga-passthrough/commits/vfio
>
> Do you have tried last pve 3.10 kernel ?
>
>
> ----- Mail original -
>
> De: "Kamil Trzciński"
> À: "Alexandre DERUMIER"
> Cc: "Kamil Trzciński&q
>>
>> Ok, should be ready in next pve-qemu-kvm
>>
>>
>>>>And this patches for kernel:
>>>>https://github.com/ayufan/linux-kernel-with-vga-passthrough/commits/vfio
>>
>> Do you have tried last pve 3.10 kernel ?
>>
>>
>> - Mail
I have patches that makes possible to run Mountain Lion or Mavericks
on Proxmox VE? Dietmar, would you be interested in merging them?
Kamil
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
There are different opinions in this matter. It's clearly against
Apple ToS, but some say that is not illegal in EU countries as long as
you have your copy of system. Either way it is still possible to run
Proxmox VE on Mac Minis. To note it is possible to run OSX on VMware,
Parallels and VirtualBo
you connect with phone.
>
> The Opaque client works great.
>
> - Dietmar
>
>
>
> ___
> pve-devel mailing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>
ing list
> pve-devel@pve.proxmox.com
> http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
--
Kamil Trzciński
ayu...@ayufan.eu
www.ayufan.eu
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
seem the case?
>
> Eneko
>
> --
> Zuzendari Teknikoa / Director Técnico
> Binovo IT Human Project, S.L.
> Telf. 943575997
> 943493611
> Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa)
> www.binovo.es
>
This patch allows to use iothread with q35 machine
as it requires not existing pci.3 device.
Kamil Trzciński (1):
Add pci.3 to pve-q35.cfg required by iothread
pve-q35.cfg | 6 ++
1 file changed, 6 insertions(+)
--
2.11.0
___
pve-devel
---
pve-q35.cfg | 6 ++
1 file changed, 6 insertions(+)
diff --git a/pve-q35.cfg b/pve-q35.cfg
index 05f85f0..c233036 100644
--- a/pve-q35.cfg
+++ b/pve-q35.cfg
@@ -145,3 +145,9 @@
bus = "pcidmi"
addr = "3.0"
chassis_nr = "3"
+
+[device "pci.3"]
+ driver = "pci-bridge"
+ bus = "pci
Currently Proxmox VE always deallocates HugePagesTLB
when starting a new machine and it makes it impossible
to preconfigure kernel /proc/cmdline with persistent allocation.
This changes makes deallocation to prefer defaults set by /proc/cmdline,
by parsing the cmdline and respecting hugepages= and
= and hugepagesz=.
Kamil Trzciński (1):
Use nr_hugepages from /proc/cmdline
PVE/QemuServer/Memory.pm | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
--
2.11.0
___
pve-devel mailing list
pve-devel@pve.proxmox.com
https
Ignore this one. I sent it wrong from address :)
On Tue, Feb 12, 2019 at 12:59 PM root wrote:
> From: Kamil Trzciński
>
> Currently Proxmox VE always deallocates HugePagesTLB
> when starting a new machine and it makes it impossible
> to preconfigure kernel /proc/cmdline
The usb-kbd on q35 in tablet mode removes the need for "hotpatching"
when trying to install MacOS on Proxmox.
root (1):
Use usb-kbd for q35 in tablet mode
PVE/QemuServer.pm | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
--
2.17.1
___
From: root
The usb-kbd on q35 in tablet mode removes the need for "hotpatching"
when trying to install MacOS on Proxmox.
---
PVE/QemuServer.pm | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index 6dc68a4..7eb6f37 100644
--- a/PVE/
The usb-kbd on q35 in tablet mode removes the need for "hotpatching"
when trying to install MacOS on Proxmox.
---
PVE/QemuServer.pm | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index 6dc68a4..7eb6f37 100644
--- a/PVE/QemuServer.pm
Again. Wrong commit author.
On Tue, Feb 12, 2019 at 1:36 PM Kamil Trzciński wrote:
> The usb-kbd on q35 in tablet mode removes the need for "hotpatching"
> when trying to install MacOS on Proxmox.
> ---
> PVE/QemuServer.pm | 7 +--
> 1 file changed, 5 insertions(+)
The usb-kbd on q35 in tablet mode removes the need for "hotpatching"
when trying to install MacOS on Proxmox.
Needed for:
https://www.nicksherlock.com/2018/06/installing-macos-mojave-on-proxmox/.
v2:
* Fixed author of patches
Kamil Trzciński (1):
Use usb-kbd for q35 in tablet
Does it make sense to make this not forever by default? Maybe like 600
seconds should be good compromise, and if needed, this could be overwritten?
On Mon, Feb 11, 2019 at 2:17 PM Rhonda D'Vine wrote:
> The guest cmd commands set different timeouts. Some of those might take
> longer, so for deb
Oh :)
On Wed, Feb 13, 2019 at 9:51 AM Dominik Csapak wrote:
> On 2/12/19 1:44 PM, Kamil Trzciński wrote:
> > Does it make sense to make this not forever by default? Maybe like 600
> > seconds should be good compromise, and if needed, this could be
> overwritten?
>
> the
I wonder, maybe it is simply better to have `keyboard: ps2,usb` top-level
property?
On Wed, Feb 13, 2019 at 9:53 AM Wolfgang Bumiller
wrote:
> On Tue, Feb 12, 2019 at 01:36:31PM +0100, Kamil Trzciński wrote:
> > The usb-kbd on q35 in tablet mode removes the need for "hotpatc
hugepagesz=.
Signed-off-by: Kamil Trzciński
---
PVE/QemuServer/Memory.pm | 27 +--
1 file changed, 25 insertions(+), 2 deletions(-)
diff --git a/PVE/QemuServer/Memory.pm b/PVE/QemuServer/Memory.pm
index 0e4c830..aac4cf4 100644
--- a/PVE/QemuServer/Memory.pm
+++ b/PVE
It seems that this has some stability issues on Windows 10.
It seems that this change broke my VGA Passthrough on Windows 10 with NV
GTX.
It works fine on Linux VM though.
I had to change machine type to pc-q35-3.1 to bring it back.
On Fri, Jul 12, 2019 at 9:17 AM Thomas Lamprecht
wrote:
> On
Did you think about using GitLab to at least to host all sources?
I think that using Merge Requests workflow could actually be better and
easier to contribute to
than current mailing list.
On Tue, Apr 17, 2018 at 10:53 AM Rene Jochum wrote:
> On 2018-04-17 10:27, Dietmar Maurer wrote:
> > I p
> guest-agents that we could test?
I believe all systems simply use the one based on `qemu-ga`.
So, I think it is enough to validate Windows/Linux one.
Also the whitespace is simply ignored as part of JSON specs.
On Wed, Mar 11, 2020 at 10:52 AM Dominik Csapak
wrote:
> tested and worked like
a big community out there :)
On Wed, Mar 11, 2020 at 11:16 AM Thomas Lamprecht
wrote:
> On 3/11/20 11:05 AM, Kamil Trzciński wrote:
> >> guest-agents that we could test?
> > I believe all systems simply use the one based on `qemu-ga`.
> > So, I think it is enough
59 matches
Mail list logo
