> -Original Message-
> From: Alexandre DERUMIER [mailto:aderum...@odiso.com]
> Sent: Samstag, 23. Februar 2013 08:28
> To: Martin Maurer
> Cc: pve-devel@pve.proxmox.com
> Subject: Re: [pve-devel] vmmouse is working on windows too :)
>
> Great :)
>
> I had tested it with win2003 32bit.
>
> are you sure that it's the correct bug id ?
Oh sorry, its https://bugzilla.proxmox.com/show_bug.cgi?id=338
martin
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Great :)
I had tested it with win2003 32bit.
Do you had tried with win2008 ?
- Mail original -
De: "Martin Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com
Envoyé: Vendredi 22 Février 2013 19:35:10
Objet: RE: [pve-devel] vmmouse is working on windows too :)
> Sub
Oh, the explain is that it seem to be unstable in some case, so they disable it.
"
[Qemu-devel] [PATCH v4 0/3] AHCI migration
Am 18.01.2013 11:28, schrieb Stefan Hajnoczi:
> On Thu, Jan 17, 2013 at 11:01:52AM +0100, Kevin Wolf wrote:
>> Let's get Jason's patches merged while they still apply. I
are you sure that it's the correct bug id ?
"Bug 33 - gft2-tools cannot be installed: conflict with redhat-cluster-pve"
But for sata, I thin we have had a patch for previous proxmox release. (maybe
not stable).
I see a patches in qemu-mailing from january, don't know why it's not upstream
>>yes
Well, No really,
if the migration fail, the target vm process is always killed, so it's not a
problem.
The problem is when we have the target vm correctly migrated, but the vm
config file that is keep on first node.(timeframe windows is very short,maybe
1s)
In this case,you have a "ph
> Sent a patch to improve ipv4 validation procedure. Now you can enter ip
> addresses like 10.1.0.0 (final 0 was denied in previous version).
>
> However, this is a classful validation, a better way to do this would be
> comparing
> the address with the associated mask.
>
> Is it possible to se
Do we really need to write such tests ourselves? I thought Net:IP
is already capable to do such tests?
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Hi all !
Sent a patch to improve ipv4 validation procedure. Now you can enter
ip addresses like 10.1.0.0 (final 0 was denied in previous version).
However, this is a classful validation, a better way to do this would
be comparing the address with the associated mask.
Is it possible to send the m
Signed-off-by: Damien PIQUET
---
data/PVE/JSONSchema.pm | 45 +++--
1 file changed, 39 insertions(+), 6 deletions(-)
diff --git a/data/PVE/JSONSchema.pm b/data/PVE/JSONSchema.pm
index 4b33646..d0d11f8 100644
--- a/data/PVE/JSONSchema.pm
+++ b/data/PVE/J
See https://bugzilla.proxmox.com/show_bug.cgi?id=33
Martin
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Sigh - I should read more carefully.
Please can you file a bug for that?
> No. Do you use a SATA device?
>
> > -Original Message-
> > From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> > boun...@pve.proxmox.com] On Behalf Of Martin Maurer
> > Sent: Freitag, 22. Februar 2013 19:
No. Do you use a SATA device?
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Martin Maurer
> Sent: Freitag, 22. Februar 2013 19:55
> To: pve-devel@pve.proxmox.com
> Subject: [pve-devel] cannot live migrate with sata
> Mhm but in cases like Mine we have no running vm on both sides. So are you
> sure that when migrating there could be a reason to have two vms running?
yes
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/list
Is that expected?
ERROR: online migrate failure - VM 105 qmp command 'migrate' failed - State
blocked by non-migratable device ':00:07.0/ich9_ahci'
Martin
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman
Mhm but in cases like Mine we have no running vm on both sides. So are you sure
that when migrating there could be a reason to have two vms running?
Stefan
Am 22.02.2013 um 18:51 schrieb Dietmar Maurer :
>> Dietmar why do we pause?
>
> For safety reasons. We want to avoid the same VM running t
> Subject: Re: [pve-devel] vmmouse is working on windows too :)
>
> x64
> ---
> http://packages.vmware.com/tools/esx/latest/windows/x64/VMware-
> tools-windows-9.0.1-913578.iso
>
> i386
>
> http://packages.vmware.com/tools/esx/latest/windows/x86/VMware-
> tools-windows-9.0.1-913578.iso
>
>
> Dietmar why do we pause?
For safety reasons. We want to avoid the same VM running two times.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Dietmar why do we pause?
Stefan
Am 22.02.2013 um 15:37 schrieb Alexandre DERUMIER :
>>> root@10.255.0.20 qm resume 129 --skiplock' failed: exit code 2
>>> Feb 22 14:48:07 ERROR: migration finished with problems (duration 00:00:10)
>
> I have also see this bug sometimes.
>
> I don't know how
x64
---
http://packages.vmware.com/tools/esx/latest/windows/x64/VMware-tools-windows-9.0.1-913578.iso
i386
http://packages.vmware.com/tools/esx/latest/windows/x86/VMware-tools-windows-9.0.1-913578.iso
- extract setup.exe from iso
- extract datas from setup.exe
setup.exe /A /P C:\Extract
> I have tested vmmouse on windows, it's working fine.
> Downloading drivers from vmware website, update ps/2 mouse driver with
> vmmouse drivers, unplug the tablet and it's works.
>
> cpu is around 3-4% lower than usb-tablet on my old xeon.
>
>
> I'll write a wiki page for users who's want use
>>openvswitch and iptables is not really compatible - at least it is total
>>unclear to me
>>how that should work together. Found no good docu about that.
Yes, I don't have find too much infos too.
I'll try to test last xenserver to see how it's work, I known they use
openvswitch as default.
>>root@10.255.0.20 qm resume 129 --skiplock' failed: exit code 2
>>Feb 22 14:48:07 ERROR: migration finished with problems (duration 00:00:10)
I have also see this bug sometimes.
I don't know how to display the output, but the command send "cont" command to
qmp socket of migrate vm,
to resume
Hello,
I've seen this sometimes. Is there any way to see how the output of the
ssh command was?
Feb 22 14:48:05 migration speed: 819.20 MB/s - downtime 49 ms
Feb 22 14:48:05 migration status: completed
Feb 22 14:48:06 ERROR: command '/usr/bin/ssh -o 'BatchMode=yes'
root@10.255.0.20 qm resume 129
set cache=none if option is not defined
(I think you can revert commit in pve-manager for the default cache option)
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm |2 ++
1 file changed, 2 insertions(+)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index 6bab016..ef9f49a 100644
--- a/PVE/QemuServer.pm
+++ b/PVE/QemuServer.pm
@@ -1106,6 +1106,8 @@ sub print_drive_full {
}
}
+
> >>it generally seems that bridging, bonding and vlans all together are
> >>not well tested and maintained.
>
> Yes, it's really a big mess in kernel code.
>
> Maybe for proxmox 3.0, could we try to have a look at openvswitch ? (Don't
> know if it's works fine with openvz now...)
openvswitch
wow - great!
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Alexandre DERUMIER
> Sent: Freitag, 22. Februar 2013 13:28
> To: pve-devel@pve.proxmox.com
> Subject: [pve-devel] vmmouse is working on windows too :)
>
>
> Do you want:
>
> default (cache=none) : no cache option in config
>
> then:
>
> force ",cache=none" in drive command line options ?
yes
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>>it generally seems that bridging, bonding and vlans all together are not
>>well tested and maintained.
Yes, it's really a big mess in kernel code.
Maybe for proxmox 3.0, could we try to have a look at openvswitch ? (Don't
know if it's works fine with openvz now...)
- Mail original
Hi,
Am 13.02.2013 18:56, schrieb Dietmar Maurer:
>> -Original Message-
>> From: Stefan Priebe - Profihost AG [mailto:s.pri...@profihost.ag]
>> Sent: Mittwoch, 13. Februar 2013 13:38
>> To: Dietmar Maurer
>> Cc: Alexandre DERUMIER; pve-devel@pve.proxmox.com
>> Subject: Re: [pve-devel] new b
Hi,
I have tested vmmouse on windows, it's working fine.
Downloading drivers from vmware website, update ps/2 mouse driver with vmmouse
drivers,
unplug the tablet and it's works.
cpu is around 3-4% lower than usb-tablet on my old xeon.
I'll write a wiki page for users who's want use it.
_
>>Yes. Please can you assemble a patch?
Sure, no problem.
Do you want:
default (cache=none) : no cache option in config
then:
force ",cache=none" in drive command line options ?
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER" , pve-devel@pve.proxmox.com
Envoyé:
> Hi, I have just found on qemu-mailing list that live migration of qcow2 with
> writeback, can cause problems.
> Maybe also for other network storage.
>
>
> So maybe is better to keep cache=none as default for all storages ?
Yes. Please can you assemble a patch?
>>applied. Thanks!
Thanks for your patience ;)
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre Derumier" , pve-devel@pve.proxmox.com
Envoyé: Vendredi 22 Février 2013 11:54:39
Objet: RE: [pve-devel] usb patches splitted
applied. Thanks!
> Should be ok now :-)
_
applied. Thanks!
> Should be ok now :-)
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> But if you can get that stable it would be a great addition for the 3.0
> release.
We plan to release 2.3 packages to pvetest beginning next week. These packages
should/will be the base for 2.3 ISO (final).
3.0 will be the first Proxmox VE release based on Wheezy. (I do not expect a
2.4)
M
- usb-tablet on ehci is buggy
- convert to -device syntax
info usb before
Device 0.2, Port 1, Speed 12 Mb/s, Product QEMU USB Tablet
info usb after
--
Device 0.2, Port 1, Speed 12 Mb/s, Product QEMU USB Tablet
Signed-off-by: Alexandre Derumier
---
PVE/QemuServe
we need an id to allow hotplug
info pci before
---
Bus 0, device 1, function 2:
USB controller: PCI device 8086:7020
IRQ 11.
BAR4: I/O at 0xc040 [0xc05f].
id ""
info pci after
--
Bus 0, device 1, function 2:
USB controller: PCI device 80
Should be ok now :-)
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
>>Please can we have one patch for each functionality? You often mix different
>>things, which makes
>>it really hard to read the patches later.
Ok, I'll resend them splitted
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre Derumier" , pve-devel@pve.proxmox.com
Envoyé: Vendred
>>Why do we need that now?
To allow hotplug/unplug of the usb-tablet. (100% safe, it's not related to acpi
hotplug like disk,nics)
We need an id for the uhci controller,which is enabled in piix3 by default but
don't have id.
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre De
> +$pciaddr = print_pci_addr("piix3", $bridges);
> +push @$devices, '-device', "piix3-usb-uhci,id=uhci$pciaddr.0x2";
Why do we need that now?
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pv
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Alexandre Derumier
> Sent: Freitag, 22. Februar 2013 10:41
> To: pve-devel@pve.proxmox.com
> Subject: [pve-devel] [PATCH] usb-tablet : always use uhci controller
>
>
Please can we have one patch for each functionality? You often mix different
things, which makes
it really hard to read the patches later.
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Alexandre Derumier
> Sent: F
usb-tablet : always use uhci controller
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
usb-tablet on ehci is buggy
also convert uhci controller -usb syntax to -device syntax, to allow hotplug of
usb-tablet
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServe
oh I miss it (I think we are working at the same time on git ;-)
No problem, I'll resend a patch
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre Derumier" , pve-devel@pve.proxmox.com
Envoyé: Vendredi 22 Février 2013 10:17:19
Objet: RE: [pve-devel] [PATCH] don't use usb2 as de
I reverted the previous change using git-revert (for better documentation).
Please can you update this patch and send the remaining changes?
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Alexandre Derumier
> Sent:
don't use usb2 as default and always plug table on usb1
(this also convert -usb controller to qdev -device command line, to have an id
to allow tablet hotplug)
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/
- Only use ehci if usb-passthrough is needed
- always plug tablet on uhci
Signed-off-by: Alexandre Derumier
---
PVE/QemuServer.pm | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/PVE/QemuServer.pm b/PVE/QemuServer.pm
index 5e02734..07b1754 100644
--- a/PVE
Ok,no problem. (What is the target date for next release?)
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "Stefan Priebe - Profihost AG"
Envoyé: Vendredi 22 Février 2013 10:02:26
Objet: RE: [pve-devel] qemu-server : don't unplug nic
> So I think we can do both without unplug, it shouldn't be difficult to
> implement.
>
> I can work on this if you want.
I want to upload test packages to pvetest ASAP, so we need to get a stable
release.
So I disabled default hotplug for now - it is simply not stable enough.
But if you can g
>>But you need to unplug - else changing VLAN or rate does not work?
Currently yes,But
For vlan, I think we can do it without hotplug, unplugging vlan interface from
bridge then put in on another vlan bridge
For rate, I see that it's managed in PVE::Network::setup_tc_rate_limit, playing
with t
Hi,
Am 22.02.2013 09:33, schrieb Alexandre DERUMIER:
> Do you have my today patch ? ("don't unplug nic on update")
>
> It should fix it.
>
> The problem was that on update, I tried to unplug then plug network card.
> As your guest don't have hotplug acpi modules, the unplug fail.
Strange it sho
> The problem was that on update, I tried to unplug then plug network card.
But you need to unplug - else changing VLAN or rate does not work?
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Do you have my today patch ? ("don't unplug nic on update")
It should fix it.
The problem was that on update, I tried to unplug then plug network card.
As your guest don't have hotplug acpi modules, the unplug fail.
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexand
>>How do you know the root disk?
$conf->{bootdisk}
I think it should be enough for windows ? (boot loader is generaly on same disk
that windows root)
>>We can just guess that.
But it's work fine with linux, and also virtio-scsi under windows.
Only windows + virtio-blk + bootdisk don't work.
>>What is the reasoning behind that? We already have a long and complicated
>>command line,
>>and I am not keen to make it even longer.
It was just to avoid an external config file (also libvirt do it like this)
>>AFAIK the command line length also has a hard limit (4096 bytes ?), so we
>>sho
Hi Damien,
many thanks for the patch!
Using a regex for that purpose is a bit slow, so I committed a slightly
modified version
using a hash lookup table (there are only 30 valid masks).
see:
https://git.proxmox.com/?p=pve-common.git;a=commit;h=a13c6f08a36cd499fe9eb5a2aa7333ef5ff9bb92
> -O
Seems i missed you patch. Which one was it?
Greets,
Stefan
Am 21.02.2013 16:16, schrieb Alexandre DERUMIER:
> I have just sent a patch on the mailing, could you try it to see if it's help
> ?
>
> - Mail original -
>
> De: "Alexandre DERUMIER"
> À: "Stefan Priebe - Profihost AG"
>
Hi,
yes it's always this snapshot.
Stefan
Am 21.02.2013 15:58, schrieb Alexandre DERUMIER:
> Do you mean with same snapshot ?
>
>
> - Mail original -
>
> De: "Stefan Priebe - Profihost AG"
> À: "Alexandre DERUMIER"
> Cc: pve-devel@pve.proxmox.com
> Envoyé: Jeudi 21 Février 2013
Hi,
yes current git code isn't usable for me anymore.
The dmesg output looks like this and then the network is and stays offline.
[61836.877654] pci :00:12.0: [1af4:1000] type 00 class 0x02
[61836.877732] pci :00:12.0: reg 10: [io 0x-0x001f]
[61836.85] pci :00:12.0: reg
63 matches
Mail list logo