Am 17.04.2013 07:24, schrieb Dietmar Maurer:
>
>> Am 12.03.2013 18:53, schrieb Dietmar Maurer:
Why does a single file creates less load? Both contain the same amount of
>> data.
>>>
>>> A VM can use up to 32 network devices. Updating 32 files create more load
>> than updating a single file?
>
I just committed the code for the new http server. You basically need to update
pve-manager and pve-access-control packages.
We do not longer need apache2 for the api, so you can safely stop and remove
apache2.
The new service is called pveproxy, and only listens to port 8006 (no redirect
for p
> return $rpcenv->fork_worker('qmtemplate', $vmid, $authuser,
> $realcmd);
>
> PVE::QemuServer::update_config_nolock($vmid, $conf, 1);
> };
>
> The PVE::QemuServer::update_config_nolock($vmid, $conf, 1); get's never
> executed here in Qemu.pm
>
> As we have a re
> Am 12.03.2013 18:53, schrieb Dietmar Maurer:
> >> Why does a single file creates less load? Both contain the same amount of
> data.
> >
> > A VM can use up to 32 network devices. Updating 32 files create more load
> than updating a single file?
>
> I want to proceed with this one. First i need
>> What happen if we have a vm with: (manual conf edit)
>>>
>>> - template:1
>>> - non-base disk name
>>>
>>> Is it a template or not ? (because linked clone will not work)
>>
>>It is a template.
Ok !
I'll make patches this week.
- Mail original -
De: "Dietmar Maurer"
À: "Ale
> qm template
>
> - rename disk (if disk exist) to base-xxx
> - add template: 1
yes
> What happen if we have a vm with: (manual conf edit)
>
> - template:1
> - non-base disk name
>
> Is it a template or not ? (because linked clone will not work)
It is a template.
___
yes, exactly !
Maybe something have changed in librbd.
I'll rebase my patches and sent them to the mailing.
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "Dietmar Maurer"
Envoyé: Mardi 16 Avril 2013 16:13:32
Objet:
So this one fixes it:
From 7f61049ffe0c361a45b1af6c02716ed4301c663c Mon Sep 17 00:00:00 2001
From: Stefan Priebe
Date: Tue, 16 Apr 2013 16:12:57 +0200
Subject: [PATCH] rbd is format raw for qemu-img
Signed-off-by: Stefan Priebe
---
PVE/QemuServer.pm |5 -
1 file changed, 4 insertions(
oh, I forgot, also -f !
-f raw -O raw
(I have tested it's work fine for me, rbd to rbd)
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "Dietmar Maurer"
Envoyé: Mardi 16 Avril 2013 16:07:56
Objet: Re: [pve-devel] qem
ah it works if i set source AND dst format to raw. So we have to
overwrite it for rbd to raw.
Stefan
Am 16.04.2013 16:07, schrieb Stefan Priebe - Profihost AG:
> Hi,
>
> does not work for me ;-(
>
> activate volume vmstorssd1:vm-170-disk-1
> copy vmstorssd1:vm-166-disk-1 to vmstorssd1:vm-170-di
Hi,
does not work for me ;-(
activate volume vmstorssd1:vm-170-disk-1
copy vmstorssd1:vm-166-disk-1 to vmstorssd1:vm-170-disk-1
(0.00/100%)
TASK ERROR: create failed - copy failed: command '/usr/bin/qemu-img
convert -t writeback -p -C -f rbd -O raw
'rbd:vmstorssd1/vm-166-disk-1:mon_host=10.25
I have found a similar error here
http://www.mail-archive.com/ceph-users@lists.ceph.com/msg00089.html
try to change
-O rbd
by
-O raw
seem to work here
Maybe something have change inside qemu about format...
convert -t writeback -p -C -f rbd -O raw
'rbd:vmstorssd1/vm-166-disk-1:mon_host
Am 12.03.2013 18:53, schrieb Dietmar Maurer:
>> Why does a single file creates less load? Both contain the same amount of
>> data.
>
> A VM can use up to 32 network devices. Updating 32 files create more load
> than updating a single file?
I want to proceed with this one. First i need to know h
ok, should not be a problem I think.
so:
qm template
- rename disk (if disk exist) to base-xxx
- add template: 1
What happen if we have a vm with: (manual conf edit)
- template:1
- non-base disk name
Is it a template or not ? (because linked clone will not work)
- Mail origin
I had just tested,
Indeed I got also a segfault
seem to be a regression
/usr/bin/qemu-img convert -t writeback -p -C -f qcow2 -O rbd
/var/lib/vz/images/115/vm-115-disk-1.qcow2
'rbd:rbd/vm-249-disk-1:mon_host=10.6.0.100\:6789\;10.6.0.101\:6789\;10.6.0.102\:6789:auth_supported=none'
Seg
Am 16.04.2013 15:42, schrieb Dietmar Maurer:
but it seems i can't create a template without a drive ;-) I just
wanted to have a template with settings for VMs. Like predefined
configuration without a disk.
>>
>> ok, I understand now ;)
>>
>> Indeed, currently, a template is a vm with
> >>but it seems i can't create a template without a drive ;-) I just
> >>wanted to have a template with settings for VMs. Like predefined
> >>configuration without a disk.
>
> ok, I understand now ;)
>
> Indeed, currently, a template is a vm with a base-xxx disk.
>
> Maybe can we improve that ?
>>Both yes always the same result...
I'll redo tests on my test cluster
>>wouldn't it make sense to use rbd cp instead?
The idea was to have something generic which work from any storage type to any
storage type.
But maybe can we improve that later for network storage which support copy in
t
Am 16.04.2013 15:22, schrieb Alexandre DERUMIER:
>>> Also a segfault.
>
> Do you have tried with another rbd source volume ? Do you use stable ceph
> bobtail ?
Both yes always the same result... wouldn't it make sense to use rbd cp
instead?
>
> - Mail original -
>
> De: "Stefan Prie
Hi all,
We just uploaded latest QEMU/KVM 1.4.1 and also a new kernel to the pvetest
repository. This one is based on the latest stable OpenVZ kernel.
Everybody is encouraged to test and give feedback, we plan to move these
packages to the stable repository quite soon.
Release notes
- pve-kerne
>>Also a segfault.
Do you have tried with another rbd source volume ? Do you use stable ceph
bobtail ?
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "Dietmar Maurer"
Envoyé: Mardi 16 Avril 2013 14:51:19
Objet: Re: [
Am 16.04.2013 14:39, schrieb Alexandre DERUMIER:
>>> but it seems i can't create a template without a drive ;-) I just wanted
>>> to have a template with settings for VMs. Like predefined configuration
>>> without a disk.
>
> ok, I understand now ;)
>
> Indeed, currently, a template is a vm wi
Am 16.04.2013 14:42, schrieb Alexandre DERUMIER:
> oh, I never try to clone(copy) between 2 rbd storage, only from local to rbd
> , or rbd to local.
>
> maybe can you try without '-t writeback ?'
Same.
> Does it work if you try to copy from rbd to local by example ?
Also a segfault.
I'm using:
oh, I never try to clone(copy) between 2 rbd storage, only from local to rbd ,
or rbd to local.
maybe can you try without '-t writeback ?'
Does it work if you try to copy from rbd to local by example ?
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
C
>>but it seems i can't create a template without a drive ;-) I just wanted
>>to have a template with settings for VMs. Like predefined configuration
>>without a disk.
ok, I understand now ;)
Indeed, currently, a template is a vm with a base-xxx disk.
Maybe can we improve that ?
Note: my pa
HI,
here is the crash when trying to clone:
activate volume source vmstorssd1:vm-166-disk-1
create target volume
activate volume vmstorssd1:vm-169-disk-1
copy vmstorssd1:vm-166-disk-1 to vmstorssd1:vm-169-disk-1
(0.00/100%)
TASK ERROR: create failed - copy failed: command '/usr/bin/qemu-img
c
there is no drive at all it's the name of the VM.
name: base-template-test
but it seems i can't create a template without a drive ;-) I just wanted
to have a template with settings for VMs. Like predefined configuration
without a disk.
Stefan
Am 16.04.2013 13:38, schrieb Alexandre DERUMIER:
>>>
>>This template has no disk. And the Name base- was chosen by me while
>>creating the VM.
So,you have edited the vm conf file manually ?
>>I didn't know that i'm not allowed to choose this name
>>for a normal VM. Bug?
But you are not allowed to choose a name (gui or qm create), as proxmox c
Hello,
i was trying to debug my template creation problem.
qm template 166
calls POST 166/template
which then spawns a worker doing:
PVE::QemuServer::template_create($vmid, $conf, $disk);
but sub template_create in QemuServer.pm does nothing with the VM itself
it just changes drives.
But i wa
my $updatefn = sub {
my $conf = PVE::QemuServer::load_config($vmid);
PVE::QemuServer::check_lock($conf);
die "you can't convert a template to a template"
if PVE::QemuServer::is_template($conf) && !$disk;
my $realcmd = sub {
This template has no disk. And the Name base- was chosen by me while
creating the VM. I didn't know that i'm not allowed to choose this name
for a normal VM. Bug?
Stefan
Am 16.04.2013 13:25, schrieb Alexandre DERUMIER:
> "base-template-test" seem to be a non standard proxmox disk name...
>
> (sh
"base-template-test" seem to be a non standard proxmox disk name...
(should be base-166-disk-1)
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmox.com, "Dietmar Maurer"
Envoyé: Mardi 16 Avril 2013 13:20:13
Objet: Re: [pve-devel
qm template, only rename volumes to base-.
If a vm have base-xxx, it's a template.
but you need my patches (pve-manager, qemu-server) to see them in pve-manager
as templates
- Mail original -
De: "Stefan Priebe - Profihost AG"
À: "Alexandre DERUMIER"
Cc: pve-devel@pve.proxmo
Nothing happens:
[ ~]# cat /etc/pve/qemu-server/166.conf
bootdisk: scsi0
cores: 2
localtime: 1
memory: 4096
name: base-template-test
net0: virtio=4A:2B:B0:82:F9:2A,bridge=vmbr0,rate=12.5
onboot: 1
ostype: l26
scsihw: virtio-scsi-pci
sockets: 1
[ ~]# qm template 166
[ ~]# cat /etc/pve/qemu-server/1
Hi,
will recheck that.
Right now i want to create a template. But nothing happens.If i convert
a Machine into a template i just see a task qmtemplate => OK. That's
all. But the VM stays the same and i can still start / stop that one.
Greets,
Stefan
Am 16.04.2013 12:28, schrieb Alexandre DERUMIE
>>Then i'll wait until these patches get integrated. Right now qemu-img
>>segfaults with rbd for me when trying to clone.
Could you describe the problem ? I have tested it last month and it was working
fine.
(Just to be sure, you don't try to use qemu-img on a running vm, because it
don't work)
>>Please can you test?
Sure, I'll do tests this afternoon.
- Mail original -
De: "Dietmar Maurer"
À: "Alexandre DERUMIER" , pve-devel@pve.proxmox.com
Envoyé: Mardi 16 Avril 2013 11:13:14
Objet: RE: [pve-devel] qemu 1.4.1 released
Seems to work, so I uploaded the package to the p
Seems to work, so I uploaded the package to the pvetest repository.
pve-qemu-kvm_1.4-10_amd64.deb
Please can you test?
> -Original Message-
> From: pve-devel-boun...@pve.proxmox.com [mailto:pve-devel-
> boun...@pve.proxmox.com] On Behalf Of Alexandre DERUMIER
> Sent: Dienstag, 16. April
Hi,
Am 16.04.2013 10:58, schrieb Dietmar Maurer:
>>> VM templates will provide a way to do that (patches from Alexandre).
>>
>> Yes and no as the disk will be also cloned. I'm just speaking about the
>> settings
>> like in OpenStack, OpenNebula and others.
>
> We can also allow to create template
> > VM templates will provide a way to do that (patches from Alexandre).
>
> Yes and no as the disk will be also cloned. I'm just speaking about the
> settings
> like in OpenStack, OpenNebula and others.
We can also allow to create templates without any disks. You can then add the
disks when yo
> Yes and no as the disk will be also cloned. I'm just speaking about the
> settings
> like in OpenStack, OpenNebula and others.
And we have '--ostype' for basic setup.
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin
> Yes and no as the disk will be also cloned. I'm just speaking about the
> settings
> like in OpenStack, OpenNebula and others.
No, that is not planned because it is trivial to pass a few parameters to 'qm
create'.
___
pve-devel mailing list
pve-d
Am 16.04.2013 10:42, schrieb Dietmar Maurer:
>> is it planned to have predefined Hardware / VM Profiles in Proxmox?
>
> VM templates will provide a way to do that (patches from Alexandre).
Yes and no as the disk will be also cloned. I'm just speaking about the
settings like in OpenStack, OpenNebu
> is it planned to have predefined Hardware / VM Profiles in Proxmox?
VM templates will provide a way to do that (patches from Alexandre).
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
Hi,
is it planned to have predefined Hardware / VM Profiles in Proxmox?
Stefan
___
pve-devel mailing list
pve-devel@pve.proxmox.com
http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel
> qemu 1.4.1 has been released,
>
> with an updated seabios. (I have again see proxmox users having freebsd boot
> problem with current pve-qemu-kvm).
The current pve-qemu-kvm already contains that version.
Anyways, I just uploaded that new qemu version to the git repository (branch
stable2.3-f
qemu 1.4.1 has been released,
with an updated seabios. (I have again see proxmox users having freebsd boot
problem with current pve-qemu-kvm).
Also, usb-tablet on usb 2.0 seem to fixed
"usb-tablet: Don't claim wakeup capability for USB-2 version"
Other fixes:
"57105f7: update VERSION for 1.
47 matches
Mail list logo
