> >>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 ?
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
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
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
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
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
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
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
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
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(
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:
> 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.
___
>> 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
> 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
> 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
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
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?
>
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.
> 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
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
> 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
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
> 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
> 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
> > 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
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
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
>>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
>>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)
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
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
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
"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
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
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 {
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
>>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
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:
>>>
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
>>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
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
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:
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
>>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: [
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
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
>>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
47 matches
Mail list logo
