- Original Message -
> From: "Rick Ingersoll"
> To: "Rick Ingersoll" , "Tim Hildred"
>
> Cc: users@ovirt.org
> Sent: Wednesday, July 3, 2013 1:43:51 AM
> Subject: Re: [Users] Migration of Windows
>
> Are there any other logs I can pull that might lead to what the issue might
> be?
>
Hey Alex,
Some of the RHEV docs team are going to spend next Tuesday working on tidying
up the oVirt wiki, paying attention especially to the documentation. You should
feel free to join us, we'll appreciate specific input you can give.
If you had a list of stuff you thought needed particular a
Are there any other logs I can pull that might lead to what the issue might be?
Rick Ingersoll
IT Consultant
(919) 234-5100 main
(919) 234-5101 direct
(919) 757-5605 mobile
(919) 747-7409 fax
rick.ingers...@mjritsolutions.com
http://www.mjritsolutions.com
-Original Message-
From: users-b
Am Dienstag, den 02.07.2013, 20:56 +0200 schrieb Winfried de Heiden:
> Hi all,
>
> I tried to make some changes to /etc/libvirt/libvirtd.conf on
> ovirt-node (the latest one) However, after reboot the old
> configuration keeps coming back.
>
> I tried "persist /etc/libvirt/libvirtd.conf"; the fil
Sandro Bonazzola wrote:
Il 02/07/2013 15:52, noc ha scritto:
Hi All,
I tried yum upgrade on my F18 mgmt-engine server and saw that I don't
get 3.2.2. Running the following command:
yum --disablerepo=* --enablerepo=ovirt-stable list
shows the following (shortened)
otopi.noarch 1.0.2-1.fc18
Hi all,
I tried to make some changes to /etc/libvirt/libvirtd.conf on ovirt-node
(the latest one) However, after reboot the old configuration keeps
coming back.
I tried "persist /etc/libvirt/libvirtd.conf"; the file is already
persisted. OK, unpersisted the file, verified the change and persisted
Here's the log output from running the migrate.
2013-07-02 12:08:27,352 INFO [org.ovirt.engine.core.bll.MigrateVmCommand]
(pool-3-thread-46) [1a2280ef] Running command: MigrateVmCommand internal:
false. Entities affected : ID: 25160f61-26f5-40ee-b245-e42c01048586 Type: VM
2013-07-02 12:08:27,5
Il 02/07/2013 15:52, noc ha scritto:
> Hi All,
>
> I tried yum upgrade on my F18 mgmt-engine server and saw that I don't
> get 3.2.2. Running the following command:
> yum --disablerepo=* --enablerepo=ovirt-stable list
> shows the following (shortened)
> otopi.noarch 1.0.2-1.fc18
Hi All,
I tried yum upgrade on my F18 mgmt-engine server and saw that I don't
get 3.2.2. Running the following command:
yum --disablerepo=* --enablerepo=ovirt-stable list
shows the following (shortened)
otopi.noarch 1.0.2-1.fc18
@ovirt-stable
otopi-java.n
Hey Rick,
Can you provide /var/log/ovirt-engine/engine.log?
Tim Hildred, RHCE, RHCVA
Content Author II - Engineering Content Services, Red Hat, Inc.
Brisbane, Australia
Email: thild...@redhat.com
Internal: 8588287
Mobile: +61 4 666 25242
IRC: thildred
- Original Message -
> From: "Rick I
Hi Tim,
I'm glad to hear that you're already working on this. I must admit that
sometimes it's easier to ask you to give new features than fixing the
network topology (that grows most of the times without the proper
planning or without knowledge of future requirements), but as other
platforms hand
On Tue 02 Jul 2013 03:29:47 PM IDT, lofyer wrote:
On 2013/7/2 20:15, Roy Golan wrote:
On Tue 02 Jul 2013 03:09:08 PM IDT, lofyer wrote:
On 2013/7/2 19:58, Gianluca Cecchi wrote:
On Tue, Jul 2, 2013 at 1:17 PM, lofyer wrote:
On 2013/7/2 19:06, Roy Golan wrote:
On Tue 02 Jul 2013 12:48:44 PM I
On 2013/7/2 20:15, Roy Golan wrote:
On Tue 02 Jul 2013 03:09:08 PM IDT, lofyer wrote:
On 2013/7/2 19:58, Gianluca Cecchi wrote:
On Tue, Jul 2, 2013 at 1:17 PM, lofyer wrote:
On 2013/7/2 19:06, Roy Golan wrote:
On Tue 02 Jul 2013 12:48:44 PM IDT, lofyer wrote:
On 2013/7/2 17:07, Roy Golan wro
On Tue 02 Jul 2013 03:09:08 PM IDT, lofyer wrote:
On 2013/7/2 19:58, Gianluca Cecchi wrote:
On Tue, Jul 2, 2013 at 1:17 PM, lofyer wrote:
On 2013/7/2 19:06, Roy Golan wrote:
On Tue 02 Jul 2013 12:48:44 PM IDT, lofyer wrote:
On 2013/7/2 17:07, Roy Golan wrote:
On Tue 02 Jul 2013 12:00:12 PM
On 2013/7/2 19:58, Gianluca Cecchi wrote:
On Tue, Jul 2, 2013 at 1:17 PM, lofyer wrote:
On 2013/7/2 19:06, Roy Golan wrote:
On Tue 02 Jul 2013 12:48:44 PM IDT, lofyer wrote:
On 2013/7/2 17:07, Roy Golan wrote:
On Tue 02 Jul 2013 12:00:12 PM IDT, lofyer wrote:
Will migration succeed between
On Tue, Jul 2, 2013 at 1:17 PM, lofyer wrote:
> On 2013/7/2 19:06, Roy Golan wrote:
>>
>> On Tue 02 Jul 2013 12:48:44 PM IDT, lofyer wrote:
>>>
>>> On 2013/7/2 17:07, Roy Golan wrote:
On Tue 02 Jul 2013 12:00:12 PM IDT, lofyer wrote:
>
> Will migration succeed between two differe
On 2013/7/2 19:06, Roy Golan wrote:
On Tue 02 Jul 2013 12:48:44 PM IDT, lofyer wrote:
On 2013/7/2 17:07, Roy Golan wrote:
On Tue 02 Jul 2013 12:00:12 PM IDT, lofyer wrote:
Will migration succeed between two different CPU?
Suppose node A is Core-i5, node B is Xeon e5405.
___
Hi folks!
I got succeed, but the sequence was a bit different:
1. Shutdown all VMs
2. Manually connect iscsi on the SPM host
3. Run pvresize on the LUN
4. Put the domain in maintenance
5. Activate the domains
Using the suggested sequence, when I set domain in maintenance, even SPM
lost connect
On Tue 02 Jul 2013 12:48:44 PM IDT, lofyer wrote:
On 2013/7/2 17:07, Roy Golan wrote:
On Tue 02 Jul 2013 12:00:12 PM IDT, lofyer wrote:
Will migration succeed between two different CPU?
Suppose node A is Core-i5, node B is Xeon e5405.
___
Users mailin
On 2013/7/2 17:07, Roy Golan wrote:
On Tue 02 Jul 2013 12:00:12 PM IDT, lofyer wrote:
Will migration succeed between two different CPU?
Suppose node A is Core-i5, node B is Xeon e5405.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailm
On Tue 02 Jul 2013 12:00:12 PM IDT, lofyer wrote:
Will migration succeed between two different CPU?
Suppose node A is Core-i5, node B is Xeon e5405.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
your e5405 is Neh
Will migration succeed between two different CPU?
Suppose node A is Core-i5, node B is Xeon e5405.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
On 07/02/2013 07:38 AM, Deepthi Dharwar wrote:
> On 07/01/2013 06:08 PM, Michael Pasternak wrote:
>> On 07/01/2013 02:37 PM, Vladimir Vyazmin wrote:
>>> Hi,
>>>
>>> There is any a via pythonSDK to put the host in maintenance mode:
>>>
>>> hostObject = API.hosts.get(fakeHostNames)
>>>
>>> turboMaint
Late to the party, but I've raised this documentation bug to try and catch your
issue.
https://bugzilla.redhat.com/show_bug.cgi?id=980360
Can you have a look please Juan, and feel free to add/correct.
Thanks.
Tim Hildred, RHCE, RHCVA
Content Author II - Engineering Content Services, Red Hat, In
24 matches
Mail list logo