Re: [Users] [Engine-devel] question related to sysprep and AD
by Michal Skrivanek
moving to users(a)ovirt.org list which is more appropriate
----- Original Message -----
> From: "bigclouds" <bigclouds(a)163.com>
> To: "engine-devel" <engine-devel(a)ovirt.org>
> Sent: Tuesday, September 10, 2013 3:44:17 PM
> Subject: [Engine-devel] question related to sysprep and AD
>
> hi,all
> 1.
> it seems that ovirt has implemented to sysprep a windows.
> if this feature works and how to take advantage of it.
yes, it does:)
> 2.on UI, there are several input places for AD(domain), if its goal is to add
> a guestvm into a domain?
> how to use it and add a guest into domain?
yes. Configure those values in the Initial Run tab. Not much else except time zone (there's a global template per Windows release where you can modify other stuff)
Use runonce, attach "[sysprep]" image...
Thanks,
michal
> 3.if there is a way to add a guestvm into domain without reboot?
> thanks.
>
>
>
> _______________________________________________
> Engine-devel mailing list
> Engine-devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/engine-devel
>
10 years, 7 months
[Users] convert thin provisioned disks to preallocated
by Alan Johnson
I am pretty sure I know the answer, but is there any way to do this
gracefully, i.e. within the confines of the oVirt API? This is on an iSCSI
storage domain. My understanding and further research suggest no, but I
wanted to ask before we endeavor on a major overhaul of a production system
that some one setup without knowing the better of to the 2 for such use.
I am very familiar with the underlying systems (LVM, KVM, etc.) and would
appreciate any suggested hacks. So far, here is what I have come up with:
Sure to work: Setup a new VM with preallocated drives. Boot both VMs off
of a live virtual CD. Use cat/pv and nc (netcat) to read directly from the
block devices on one and write directly to the block devices on the other.
Reboot the new VM from the internal disks. Tweak MAC addresses along the
way so the new VM gets those of the old. The down side is the down time,
but we can probably swallow it if we have to. Any other risks?
Might work: Create a new VM. Identify the logical volumes (LVs) are
assigned for that block devices used by the new and the old. Log into the
SPM and read directly from the old LVs to the new. This is similar to that
above, but I expect I need to run the data through some kind of
qcow2-to-raw conversion process to make this work. Similar down sides to
the above, but maybe less so? Thoughts?
Another thought I had was to just write zeros to the empty space on the
block devices, from inside the guest OS, until the full allocation is
achieved. The down side is potential impact on performance of the system
while it is filling up and for the (hopefully) very short time the file
system is full before an rm of the zeros file kicks in. Also we would
still have qcow2 underneath, so would it still add overhead, or does that
only apply when it grows? Any other down sides to this?
Thanks in advance for your thoughts and consideration.
________________
Alan Johnson
alan(a)datdec.com
Date Format PSA <http://xkcd.com/1179/>
10 years, 7 months
[Users] oVirt Hosted Engine Pre-reqs (sanlock >= 2.8)
by Andrew Lau
Hi,
I noticed the hosted engine package was released as a beta package, too
keen for my own good I tried to get it installed on a dev box.
One of the pre-requirements is sanlock 2.8 and sanlock-python 2.8 but EL6
does not have these, Fedora 19 does have sanlock 2.8. I'm not sure if this
needs to be reported.
P.S. Great work on getting this amazing feature ready before release.
Andrew
.
10 years, 7 months
[Users] VM snapshot creating failed
by Jakub Bittner
This is a multi-part message in MIME format.
--------------000602070701050909000803
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I tryed to create snapshot of VM, but it fails with this in log:
http://paste.fedoraproject.org/35494/
I use oVirt 3.3RC
--------------000602070701050909000803
Content-Type: text/html; charset=ISO-8859-2
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-2">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi,<br>
<br>
I tryed to create snapshot of VM, but it fails with this in log: <br>
<br>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-2">
<a href="http://paste.fedoraproject.org/35494/">http://paste.fedoraproject.org/35494/</a><br>
<br>
<br>
I use oVirt 3.3RC<br>
<br>
</body>
</html>
--------------000602070701050909000803--
10 years, 7 months
[Users] Problems with RHEL 5 x86_64 VMs in oVirt 3.3
by Raul José Cheleguini
Hello all,
Please, I'm performing tests with oVirt 3.3 and it has been working really
well, except the fact that the installation of RHEL 5 VMs is not happening,
not sure why. Does anybody else is experiencing the same issue? Details:
Reproducible steps:
1) Start the VM via 'Run once" option.
2) Insert the boot parameters, for instance: linux text
3) vmlinuz and initrd are loaded without errors.
4) Black screen with a blinking cursor.
5) Anaconda never come up, Kernel is not loaded apparently.
The same behavior occurs with the following versions:
RHEL 5.9 x86_64
RHEL 5.8 x86_64
RHEL 5.7 x86_64
VM definitions:
Operating System: Red Hat Enterprise Linux 5.x x64
Optimized for: Server
If I simple change to a RHEL 5.9 32Bits ISO (Even with the 'Operating
System' field defined to work for x64), I am able to carry on with the VM
installation and everything goes ok.
Fedora 18 and 19 for x84_64 works well, also RHEL 6 builds for x86_64.
Packages in use:
ovirt-engine-3.3.0-1.fc19.noarch
qemu-1.4.2-7.fc19.x86_64
qemu-kvm-1.4.2-7.fc19.x86_64
libvirt-1.0.5.5-1.fc19.x86_64
Details and data collected:
VM name: tests-rhel5-64bits
engine.log
vdsm.log
qemu process arguments
libvirt relevant logs
Last test timestamp: 2013-Sep-05, 12:09
VM tests-rhel5-64bits started on Host dell-pe2950-1
Should I file a bug?
Any help will be really appreciated.
Thanks,
Raul.
10 years, 7 months
[Users] kvm_intel module unable load.
by Joy
This is a multi-part message in MIME format.
------=_NextPart_523850D4_08DF9DC8_24CB3B3A
Content-Type: text/plain;
charset="ISO-8859-1"
Content-Transfer-Encoding: base64
aGksYWxsOw0KIEkgaW5zdGFsbGVkIHRoZSBjZW50b3MgNi40IHZkc20gYW5kIHZkc20tY2xp
IHBhY2thZ2UgY2FuIGJlIGxvYWRlZCBhZnRlciByZWJvb3QgIGt2bV9pbnRlbCBtb2R1bGVz
LiBCdXQgdmRzbS1ob29rKiBpbnN0YWxsZWQgcGFja2FnZXMgd2lsbCBub3QgYmUgYWJsZSB0
byAgcmVzdGFydCB0aGUgc3lzdGVtIGFmdGVyIExvYWQga3ZtX2ludGVsIG1vZHVsZSAsIHdo
YXQgaXMgdGhlIHByb2JsZW0gdGhlbiA/
------=_NextPart_523850D4_08DF9DC8_24CB3B3A
Content-Type: text/html;
charset="ISO-8859-1"
Content-Transfer-Encoding: base64
PGRpdj5oaSxhbGw7PC9kaXY+PGRpdj4mbmJzcDtJIGluc3RhbGxlZCB0aGUgY2VudG9zIDYu
NCB2ZHNtIGFuZCB2ZHNtLWNsaSBwYWNrYWdlIGNhbiBiZSBsb2FkZWQgYWZ0ZXIgcmVib290
IAprdm1faW50ZWwgbW9kdWxlcy4gQnV0IHZkc20taG9vayogaW5zdGFsbGVkIHBhY2thZ2Vz
IHdpbGwgbm90IGJlIGFibGUgdG8gCnJlc3RhcnQgdGhlIHN5c3RlbSBhZnRlciBMb2FkIGt2
bV9pbnRlbCBtb2R1bGUgLCB3aGF0IGlzIHRoZSBwcm9ibGVtIHRoZW4gPzwvZGl2Pg==
------=_NextPart_523850D4_08DF9DC8_24CB3B3A--
10 years, 7 months
[Users] oVirt Weekly Meeting Minutes -- 2013-09-17
by Mike Burns
Minutes:
http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.html
Minutes (text):
http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.txt
Log:
http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.log.html
============================
#ovirt: oVirt Weekly Meeting
============================
Meeting started by mburns at 13:01:39 UTC. The full logs are available
at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-09-17-13.01.log.html
.
Meeting summary
---------------
* agenda and roll call (mburns, 13:01:53)
* oVirt 3.3 (mburns, 13:03:36)
* oVirt Next (mburns, 13:03:43)
* Conferences and workshops (mburns, 13:03:51)
* agenda and roll call (mburns, 13:04:09)
* oVirt 3.3 (mburns, 13:04:17)
* oVirt Next (mburns, 13:04:25)
* Conferences and workshops (mburns, 13:04:36)
* oVirt 3.3 (mburns, 13:06:10)
* is RELEASED!!!! (mburns, 13:06:14)
* packages posted to stable repos yesterday (mburns, 13:06:30)
* release notes, wiki, etc updated yesterday (mburns, 13:06:42)
* announcement sent to mailing lists today (mburns, 13:06:49)
* some known issues with 3.3.0 release targeted for a quick 3.3.1
update (mburns, 13:09:11)
* IDE disk issue (jbrooks encountered it) (mburns, 13:09:18)
* api.vms.list() issue (mburns, 13:09:25)
* storage pools search (which is already merged) (mburns, 13:09:33)
* there's also a gluster storage domain issue which causes error if
volume name has _ or / (mburns, 13:10:43)
* 3.3.2, as requested, will be a rebase of ovirt-engine (mburns,
13:12:18)
* all non-critical issues should go to 3.3.2 (mburns, 13:12:37)
* ACTION: oschreib to handle branching and related stuff of 3.3.1 and
3.3.2 (oschreib, 13:12:55)
* issue with gluster domains on EL6 -- they don't work due to old
qemu/libvirt (mburns, 13:14:30)
* there is work going on to produce something like virt-preview for
EL6 (similar to fedora virt-preview) (mburns, 13:15:03)
* should have an answer soon as to whether that will work out or not
(mburns, 13:15:22)
* oVirt Next (mburns, 13:16:30)
* oVirt 3.3 (revisited) (mburns, 13:17:07)
* oVirt Next (mburns, 13:18:00)
* open thread on users@ for feature requests (mburns, 13:18:17)
* please comment on desired features, what you want to work on, etc
(mburns, 13:18:37)
* we'll start prioritizing features soon for the next release
(mburns, 13:19:00)
* there is an open thread on linkedin as well (mburns, 13:19:08)
* we'll also start working out dates and plans soon for the next
release (mburns, 13:20:44)
* deferring oVirt Next discussions until we have release process
ironed out (mburns, 13:31:01)
* ACTION: itamar to take release discussion to mailing list (mburns,
13:31:11)
* Conferences and Workshops (mburns, 13:32:23)
* a number of upcoming events are listed on http://www.ovirt.org/Home
(mburns, 13:32:42)
* includes CloudOpen/LinuxCon in NA (going on now) and EU (21-23
October) (mburns, 13:33:08)
* also, oVirt developers summit happening with KVM Forum (mburns,
13:33:57)
* details on the wiki for these events (mburns, 13:34:14)
* planning has started for a Workshop in the RTP area (Raleigh, NC)
(mburns, 13:35:29)
* dates and additional info still pending (mburns, 13:35:49)
* looking for additional session ideas/leaders for the developer
workshop (mburns, 13:40:06)
* Other Topics (mburns, 13:42:58)
* no other topics (mburns, 13:45:51)
Meeting ended at 13:45:57 UTC.
Action Items
------------
* oschreib to handle branching and related stuff of 3.3.1 and 3.3.2
* itamar to take release discussion to mailing list
Action Items, by person
-----------------------
* itamar
* itamar to take release discussion to mailing list
* oschreib
* oschreib to handle branching and related stuff of 3.3.1 and 3.3.2
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* mburns (98)
* oschreib (26)
* itamar (23)
* sahina (8)
* dneary (3)
* sbonazzo (3)
* ovirtbot (3)
* Rydekull (3)
* clarkee (1)
* fabiand (1)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
10 years, 7 months
[Users] oVirt to oVirt VMs migration
by Hervé Leclerc
Hello,
I've 2 ovirt managers with their own hosts
What is the best way to migrate a VM from one oVirt Stack to the other ?
Is it possible to make it live like virt-v2v does with esxi?
Regards
Hervé Leclerc
CTO
Alter Way
1, rue royale
9 ème étage
92210 St Cloud
+33 1 78152407
+33 6 83979598
<http://www.alterway.fr/signatures/url/1>
10 years, 7 months
Re: [Users] Bridge for logical network
by Juan Pablo Lorier
Hi Moti,
When you say
As long as the bridge is defined on engine side and reported by VDSM you should
be able to assign vms to it.
What do you mean? I can't see bridge interfaces in the engine, it just
shows the fisical nics. Is there a way to force engine to see the bridge?
If I hide one nic, then if the visible one fails, I loose connectivity
even if the other nic in the bridge is active?
If I add both nics to the bridge (the hidden and the visible) and then
by the engine assign the LN to the visible nic, is it going to work? I'm
used to assign the ip address to the bridgen, no to one of the
interfases member as this shouldn't work, and I guess that the engine
will set the ip to the nic not to the bridge as it's what it sees.
Sorry for so many questions, but I want to be sure of what I'm doing
before testing it as I have to work on the production platform.
Regards,
>> From: "Juan Pablo Lorier" <jplorier(a)gmail.com>
>> To: "Dan Kenigsberg" <danken(a)redhat.com>
>> Cc: "users" <users(a)ovirt.org>
>> Sent: Tuesday, September 10, 2013 2:50:08 AM
>> Subject: Re: [Users] Bridge for logical network
>>
>> Hi Dan
>>
>> By hiding the eths, will I be able to use the bridge to assign it to a vm?
>> Regards,
>>
> As long as the bridge is defined on engine side and reported by VDSM you should
> be able to assign vms to it.
>
> Please report if hiding the additional nics (only one nic shouldn't be hidden) works
> for you.
>
>> El 09/09/13 19:48, Dan Kenigsberg escribi?:
>>> On Mon, Sep 09, 2013 at 03:19:48PM -0300, Juan Pablo Lorier wrote:
>>>> Hi,
>>>>
>>>> Another question: I need to connect 2 eths to a Fortigate cluster so I
>>>> need them to be in a bridge with single ip so it can connect to the DMZ.
>>>> As far as I can see, ovirt 3.2 is allowing me to create bonds and assign
>>>> logical network to them, but not to create a bridge. Can I create it
>>>> manually and get ovirt to handle it?
>>> Indeed, ovirt does not support setting up a bridge with multiple
>>> physical legs.
>>>
>>> I do not recall having tried that, but I have a suspition that Engine
>>> may be confused if such a bridge is to be reported by Vdsm.
> The engine do complains about a bridge created on more than a single interface.
>
>>> If that happens, I suggest that you list these two eths in vdsm.conf's
>>> hidden_nics. Then, they would not show up on ovirt's network editing
>>> tools and would not tempt admins to use them for other purposes.
>>>
>>> Dan.
>>> Please test it out and r
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
10 years, 7 months
