Repos
by Koen Vanoppen
Hi All,
This is not a issue or problem, more like a question...
Is it possible for the next upcomming ovirt release to put all the
necesarry file back in 1 repo in stead of 3 or 4 different ones? Because
when you have your own local mirrors... This is not so nice to manage...
Just asking... :-)
Kind regards,
Koen
10 years, 2 months
Restoring backed up VM
by santosh
This is a multi-part MIME message.
--=_reb-r3E2C9F17-t5431F02A
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
Hi
I am trying to backup and restore the VM using the flow suggester at
Features/Backup-Restore API Integration
<http://www.ovirt.org/Features/Backup-Restore_API_Integration#VM_Backup.2F...>
When I tried to restore the VM using the following steps,
_*Full Virtual Machine Restoration*_
1. Create disks for restore
2. Attach the disks for restore to the virtual appliance (Restore the
data to it)
3. Detach the disks from the virtual appliance.
4. Create a vm using the configuration that was saved as part of the
backup flow - (added capabillity to oVirt as part of the Backup API)
5. Attach the restored disks to the created vm.
I encountered following error at step 4.
<fault>
<reason>Operation Failed</reason>
<detail>[Import VM failed - _*VM Id already exist in the
system*_. Please remove the VM (RHEL_65_CL1_CLONE2) from the system
first]</detail>
</fault>
I have not deleted/removed the backed up VM from the system.
Is it expected behaviour?
Should it not overwrite the existing VM or Create new VM with different
VM Id, if the backup up VM exists?
Thanks, Santosh
***************************Legal Disclaimer***************************
"This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message by mistake,
please advise the sender by reply email and delete the message. Thank you."
**********************************************************************
--=_reb-r3E2C9F17-t5431F02A
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PGh0bWw+DQogIDxoZWFkPg0KDQogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBl
IiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KICA8L2hlYWQ+DQogIDxi
b2R5IGJnY29sb3I9IiNGRkZGRkYiIHRleHQ9IiMwMDAwMDAiPg0KICAgIEhpIDxicj4NCiAg
ICA8YnI+DQogICAgSSBhbSB0cnlpbmcgdG8gYmFja3VwIGFuZCByZXN0b3JlIHRoZSBWTSB1
c2luZyB0aGUgZmxvdyBzdWdnZXN0ZXINCiAgICBhdMKgwqAgPGENCmhyZWY9Imh0dHA6Ly93
d3cub3ZpcnQub3JnL0ZlYXR1cmVzL0JhY2t1cC1SZXN0b3JlX0FQSV9JbnRlZ3JhdGlvbiNW
TV9CYWNrdXAuMkZSZXN0b3JlX3N1Z2dlc3RlZF9mbG93cyI+RmVhdHVyZXMvQmFja3VwLVJl
c3RvcmUNCg0KICAgICAgQVBJIEludGVncmF0aW9uPC9hPjxicj4NCiAgICA8YnI+DQogICAg
V2hlbiBJIHRyaWVkIHRvIHJlc3RvcmUgdGhlIFZNIHVzaW5nIHRoZSBmb2xsb3dpbmcgc3Rl
cHMsPGJyPg0KICAgIDxicj4NCiAgICA8YnI+DQogICAgPHU+PGI+RnVsbCBWaXJ0dWFsIE1h
Y2hpbmUgUmVzdG9yYXRpb248L2I+PC91Pjxicj4NCiAgICA8b2w+DQogICAgICA8bGk+Q3Jl
YXRlIGRpc2tzIGZvciByZXN0b3JlPC9saT4NCiAgICAgIDxsaT5BdHRhY2ggdGhlIGRpc2tz
IGZvciByZXN0b3JlIHRvIHRoZSB2aXJ0dWFsIGFwcGxpYW5jZSAoUmVzdG9yZQ0KICAgICAg
ICB0aGUgZGF0YSB0byBpdCk8L2xpPg0KICAgICAgPGxpPkRldGFjaCB0aGUgZGlza3MgZnJv
bSB0aGUgdmlydHVhbCBhcHBsaWFuY2UuPC9saT4NCiAgICAgIDxsaT5DcmVhdGUgYSB2bSB1
c2luZyB0aGUgY29uZmlndXJhdGlvbiB0aGF0IHdhcyBzYXZlZCBhcyBwYXJ0IG9mDQogICAg
ICAgIHRoZSBiYWNrdXAgZmxvdyAtIChhZGRlZCBjYXBhYmlsbGl0eSB0byBvVmlydCBhcyBw
YXJ0IG9mIHRoZQ0KICAgICAgICBCYWNrdXAgQVBJKTwvbGk+DQogICAgICA8bGk+QXR0YWNo
IHRoZSByZXN0b3JlZCBkaXNrcyB0byB0aGUgY3JlYXRlZCB2bS48L2xpPg0KICAgIDwvb2w+
DQogICAgSSBlbmNvdW50ZXJlZCBmb2xsb3dpbmcgZXJyb3IgYXQgc3RlcCA0Ljxicj4NCiAg
ICA8YnI+DQogICAgPGJsb2NrcXVvdGU+PGZvbnQgY29sb3I9IiNjYzAwMDAiPiZsdDtmYXVs
dCZndDs8YnI+DQogICAgICAgIMKgwqDCoCAmbHQ7cmVhc29uJmd0O09wZXJhdGlvbiBGYWls
ZWQmbHQ7L3JlYXNvbiZndDs8YnI+DQogICAgICAgIMKgwqDCoCAmbHQ7ZGV0YWlsJmd0O1tJ
bXBvcnQgVk0gZmFpbGVkIC0gPHU+PGI+Vk0gSWQgYWxyZWFkeSBleGlzdA0KICAgICAgICAg
ICAgaW4gdGhlIHN5c3RlbTwvYj48L3U+LiBQbGVhc2UgcmVtb3ZlIHRoZSBWTQ0KICAgICAg
ICAoUkhFTF82NV9DTDFfQ0xPTkUyKSBmcm9tIHRoZSBzeXN0ZW0gZmlyc3RdJmx0Oy9kZXRh
aWwmZ3Q7PGJyPg0KICAgICAgICAmbHQ7L2ZhdWx0Jmd0OzwvZm9udD48YnI+DQogICAgPC9i
bG9ja3F1b3RlPg0KICAgIDxicj4NCiAgICBJIGhhdmUgbm90IGRlbGV0ZWQvcmVtb3ZlZCB0
aGUgYmFja2VkIHVwIFZNIGZyb20gdGhlIHN5c3RlbS48YnI+DQogICAgPGJyPg0KICAgIElz
IGl0IGV4cGVjdGVkIGJlaGF2aW91cj8gPGJyPg0KICAgIFNob3VsZCBpdCBub3Qgb3Zlcndy
aXRlIHRoZSBleGlzdGluZyBWTSBvciBDcmVhdGUgbmV3IFZNIHdpdGgNCiAgICBkaWZmZXJl
bnQgVk0gSWQsIGlmIHRoZSBiYWNrdXAgdXAgVk0gZXhpc3RzPzxicj4NCiAgICA8YnI+DQog
ICAgwqA8YnI+DQogICAgVGhhbmtzLCBTYW50b3NoDQogIDwvYm9keT4NCjwvaHRtbD4NCg0K
DQo8cHJlPg0KDQoqKioqKioqKioqKioqKioqKioqKioqKioqKipMZWdhbCBEaXNjbGFpbWVy
KioqKioqKioqKioqKioqKioqKioqKioqKioqDQoiVGhpcyBjb21tdW5pY2F0aW9uIG1heSBj
b250YWluIGNvbmZpZGVudGlhbCBhbmQgcHJpdmlsZWdlZCBtYXRlcmlhbCBmb3IgdGhlDQpz
b2xlIHVzZSBvZiB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LiBBbnkgdW5hdXRob3JpemVkIHJl
dmlldywgdXNlIG9yIGRpc3RyaWJ1dGlvbg0KYnkgb3RoZXJzIGlzIHN0cmljdGx5IHByb2hp
Yml0ZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVkIHRoZSBtZXNzYWdlIGJ5IG1pc3Rha2UsDQpw
bGVhc2UgYWR2aXNlIHRoZSBzZW5kZXIgYnkgcmVwbHkgZW1haWwgYW5kIGRlbGV0ZSB0aGUg
bWVzc2FnZS4gVGhhbmsgeW91LiINCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKio8L3ByZT4NCg==
--=_reb-r3E2C9F17-t5431F02A--
10 years, 2 months
Harmful to rename a cluster?
by Nicolas Ecarnot
Hi,
For reasons beyond sanity, I will have to rename a cluster to something,
then rename it back to its previous name.
- Is it only a label with no impact on a production datacenter?
- Will it be possible to rename it back? Won't oVirt remember a previous
similar name was used and prevent me from doing so?
Thank you
--
Nicolas Ecarnot
10 years, 2 months
Proper way to change and persist vdsm configuration options
by Trey Dockendorf
I'm running ovirt nodes that are stock CentOS 6.5 systems with VDSM
installed. I am using iSER to do iSCSI over RDMA and to make that
work I have to modify /etc/vdsm/vdsm.conf to include the following:
[irs]
iscsi_default_ifaces = iser,default
I've noticed that any time I upgrade a node from the engine web
interface that changes to vdsm.conf are wiped out. I don't know if
this is being done by the configuration code or by the vdsm package.
Is there a more reliable way to ensure changes to vdsm.conf are NOT
removed automatically?
Thanks,
- Trey
10 years, 2 months
Network usage is not updating in the ovirt panel
by Shanil S
Hi,
We are using the ovirt version 3.4.3, it seems the network usage is not
showing correctly in the ovirt panel. What may be the reasons ? I have
attached the screenshots, please check it.
--
Regards
Shanil
10 years, 2 months
[QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
by Sandro Bonazzola
Hi,
We started composing oVirt 3.5.0 GA yesterday 2014-10-06 and we finished collecting rpms this morning.
While we would have liked to be able to release it, bugzilla shows 2 new fresh blockers, so it's another No Go.
The bug tracker [1] shows 2 blockers:
Bug ID Whiteboard Status Summary
1149637 virt ASSIGNED Cannot start VM with attached ISO
1149705 storage NEW VM abnormal stop after LV refreshing when using thin provisioning on block storage
This means a RC5 build will be issued once the above 2 bugs will be fixed and GA will follow after testing.
Please provide an ETA for above bugs.
The bugs keyworded as Regression have been reviewed by maintainers and not marked as blockers[4]
Features completed are marked in green on Features Status Table [2]
There are still 33 bugs [3] targeted to 3.5.0 which will be moved automatically to 3.5.1 once the build will be released.
Maintainers / Assignee:
If you're aware of something that should block the release, please raise it as soon as possible.
[1] http://bugzilla.redhat.com/1073943
[2] http://goo.gl/4SuYdE
[3] http://red.ht/1pVEk7H
[4] http://goo.gl/uavikG
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 2 months
Add additional iSCSI path in ovirt 3.3.4
by Thomas Scofield
I am trying to add a second path to my iSCSI LUNs but I can’t get the
changes to persist. I can get the SPM to login to the second path, and
from the server side the multipath –ll output looks good. I can then move
the SPM around to force all the other systems to login to the iSCSI LUNs.
But when I reboot a node I lose the second path. I have also been
searching through the database to see what might be missing on the backend
and I noticed that the second path is not listed in the
storage_server_connections table. I tried adding an entry for the second
path, but that did not resolve the problem. What is the proper way to add
an additional path?
10 years, 2 months
Re: [ovirt-users] Can not configure with simple LDAP.
by Fumihide Tani
Hi, Alon,
Without waiting until the weekend,
I have finished the flesh install of the oVirt 3.5 RC3 today.
As a result, with same AAA settings,
My OpenLDAP's users became possible to login to the Web User Portal now.
Yes, RC3 is good for integrating with newest OpenLDAP 2.4.23, RC2 is not.
Very much thanks,
Fumihide Tani
(2014/09/25 7:27), Alon Bar-Lev wrote:
> This is severe, the upgrade is not working properly you have issues with accessing database.
> If database is not important I suggest a fresh install, run engine-cleanup then engine-setup.
> If database is important please forward this to devel mailing list for someone to help, regardless of LDAP.
> Regards,
> Alon
>
>
> 4-09-25 00:36:08,389 ERROR [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-7) ArrayIndexOutOfBoundsException: 1: java.lang.ArrayIndexOutOfBoundsException: 1
> at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl.getDistanceMap(VdsNumaNodeDAODbFacadeImpl.java:208) [dal.jar:]
> at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl.access$000(VdsNumaNodeDAODbFacadeImpl.java:20) [dal.jar:]
> at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl$1.mapRow(VdsNumaNodeDAODbFacadeImpl.java:184) [dal.jar:]
> at org.ovirt.engine.core.dao.VdsNumaNodeDAODbFacadeImpl$1.mapRow(VdsNumaNodeDAODbFacadeImpl.java:168) [dal.jar:]
>
>
> ----- Original Message -----
>> From: "Fumihide Tani" <RXC05271(a)nifty.com>
>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>> Sent: Wednesday, September 24, 2014 6:40:58 PM
>> Subject: Re: [ovirt-users] Can not configure with simple LDAP.
>>
>> Result of running engine-setup:
>> [root@ovirt ~]# yum list installed|grep ovirt-engine
>> ovirt-engine.noarch 3.5.0-0.0.master.20140923231936.git42065cc.el6
>>
>> Yes, engine is updated to newest one.!
>>
>> But I still continued failing to login.
>> engine.log attached.
>>
>> Very thanks,
>>
>> (2014/09/24 23:59), Alon Bar-Lev wrote:
>>> you probably need to run engine-setup
>>>
>>> ----- Original Message -----
>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com>
>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>> Sent: Wednesday, September 24, 2014 4:59:22 PM
>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP.
>>>>
>>>> Oops!
>>>> # yum list installed | grep ovirt-engine
>>>> ovirt-engine.noarch 3.5.0-0.0.master.20140821064931.gitb794d66.el6
>>>> (snip)
>>>> .....
>>>>
>>>> Many ovirt-3.5-* modules are updated by yum today but engine is not.
>>>> Why not updated to RC3??
>>>>
>>>>
>>>> (2014/09/24 22:42), Alon Bar-Lev wrote:
>>>>> Unless I am missing something, you run old engine:
>>>>>
>>>>> 2014-09-24 22:16:24,136 INFO [org.ovirt.engine.core.bll.Backend] (MSC
>>>>> service thread 1-12) Running ovirt-engine
>>>>> 3.5.0-0.0.master.20140821064931.gitb794d66.el6
>>>>>
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com>
>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>>>> Sent: Wednesday, September 24, 2014 4:21:09 PM
>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP.
>>>>>>
>>>>>> Attached engine.log with "FINEST"
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> (2014/09/24 21:32), Alon Bar-Lev wrote:
>>>>>>> ----- Original Message -----
>>>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com>
>>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>>>>>> Cc: users(a)ovirt.org
>>>>>>>> Sent: Wednesday, September 24, 2014 3:24:23 PM
>>>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP.
>>>>>>>>
>>>>>>>> Hi, Alon,
>>>>>>>>
>>>>>>>> I have updated the oVirt 3.5 RC2 to the newest RC3 today.
>>>>>>>>
>>>>>>>> From my CentOS6.5 based oVirt Engine server and the oVirt Host
>>>>>>>> server,
>>>>>>>> # yum clean all
>>>>>>>> # yum update
>>>>>>>> Then rebooted these servers.
>>>>>>>>
>>>>>>>> But my LDAP problem is continued and same result as before.
>>>>>>>>
>>>>>>>> When I login to the oVirt User Portal,
>>>>>>>> User Name: tani
>>>>>>>> Password: (OpenLDAP's userPassword)
>>>>>>>> Domain: rxc05271.com
>>>>>>>>
>>>>>>>> UI displays "General command validation failure."
>>>>>>>>
>>>>>>>> Please advice.
>>>>>>> Hopefully I can if you provide log... :)
>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Fumihide Tani
>>>>>>>>
>>>>>>>> (2014/09/22 22:20), Alon Bar-Lev wrote:
>>>>>>>>> The version of engine you are using is probably out of date and
>>>>>>>>> unsynced
>>>>>>>>> with latest ldap package (20140821064931).
>>>>>>>>> Please make sure you take latest from[1]
>>>>>>>>> Thanks!
>>>>>>>>>
>>>>>>>>> [1] http://resources.ovirt.org/pub/ovirt-3.5-snapshot/
>>>>>>>>>
>>>>>>>>> ----- Original Message -----
>>>>>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com>
>>>>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>>>>>>>> Cc: users(a)ovirt.org
>>>>>>>>>> Sent: Monday, September 22, 2014 3:42:52 PM
>>>>>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP.
>>>>>>>>>>
>>>>>>>>>> Hi, Alon,
>>>>>>>>>>
>>>>>>>>>> Your requested engine.log attached.
>>>>>>>>>>
>>>>>>>>>> Also, I tried to login to web user portal by "tani"
>>>>>>>>>>
>>>>>>>>>> User Name: tani
>>>>>>>>>> Password: (OpenLDAP userPassword)
>>>>>>>>>> Domain: rxc05271.com
>>>>>>>>>>
>>>>>>>>>> cause: "General command validation failure."
>>>>>>>>>>
>>>>>>>>>> Attated log includes login by "Fumihide" first, "tani" second.
>>>>>>>>>>
>>>>>>>>>> Very thanks,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> (2014/09/22 21:24), Alon Bar-Lev wrote:
>>>>>>>>>>> ----- Original Message -----
>>>>>>>>>>>> From: "Fumihide Tani" <RXC05271(a)nifty.com>
>>>>>>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>>>>>>>>>> Cc: users(a)ovirt.org
>>>>>>>>>>>> Sent: Monday, September 22, 2014 3:06:39 PM
>>>>>>>>>>>> Subject: Re: [ovirt-users] Can not configure with simple LDAP.
>>>>>>>>>>>>
>>>>>>>>>>>> Sorry, I misunderstood.
>>>>>>>>>>>>
>>>>>>>>>>>> This is outputs after LDAP user logged in.
>>>>>>>>>>> Please attach log as files, not inline, easier to handle.
>>>>>>>>>>>
>>>>>>>>>>> 2014-09-22 21:01:32,638 DEBUG
>>>>>>>>>>> [org.ovirt.engineextensions.aaa.ldap.Framework]
>>>>>>>>>>> (ajp--127.0.0.1-8702-4)
>>>>>>>>>>> SearchRequest: SearchRequest(baseDN='dc=rxc05271,dc=com',
>>>>>>>>>>> scope=SUB,
>>>>>>>>>>> deref=NEVER, sizeLimit=0, timeLimit=0,
>>>>>>>>>>> filter='&(objectClass=uidObject)(uid=*)(uid=Fumihide)',
>>>>>>>>>>> attrs={entryUUID,
>>>>>>>>>>> uid, displayName, memberOf, department, givenName, sn, title,
>>>>>>>>>>> mail},
>>>>>>>>>>> controls={SimplePagedResultsControl(pageSize=100,
>>>>>>>>>>> isCritical=false)})
>>>>>>>>>>> 2014-09-22 21:01:32,640 DEBUG
>>>>>>>>>>> [org.ovirt.engineextensions.aaa.ldap.Framework]
>>>>>>>>>>> (ajp--127.0.0.1-8702-4)
>>>>>>>>>>> SearchResult: SearchResult(resultCode=0 (success), messageID=3,
>>>>>>>>>>> entriesReturned=0, referencesReturned=0,
>>>>>>>>>>> responseControls={SimplePagedResultsControl(pageSize=0,
>>>>>>>>>>> isCritical=false)})
>>>>>>>>>>>
>>>>>>>>>>> >From the above I see that a search was issued:
>>>>>>>>>>>> &(objectClass=uidObject)(uid=*)(uid=Fumihide)
>>>>>>>>>>> And no result returned.
>>>>>>>>>>>
>>>>>>>>>>> Per previous output:
>>>>>>>>>>> ---
>>>>>>>>>>> # tani, Users, rxc05271.com
>>>>>>>>>>> dn: uid=tani,ou=Users,dc=rxc05271,dc=com
>>>>>>>>>>> objectClass: inetOrgPerson
>>>>>>>>>>> objectClass: uidObject
>>>>>>>>>>> uid: tani
>>>>>>>>>>> cn: Fumihide Tani
>>>>>>>>>>> givenName: Fumihide
>>>>>>>>>>> mail: tani(a)rxc05271.com
>>>>>>>>>>> sn: Tani
>>>>>>>>>>> userPassword:: a3VtaXRhbg==
>>>>>>>>>>> ---
>>>>>>>>>>>
>>>>>>>>>>> Your user name is tani and not Fumihide.
>>>>>>>>>>>
>>>>>>>>>>> Alon
>>>>>>>>>>>
>>>>>>>>>>>
>>>>
>>
>
10 years, 2 months
IDrac7 enter
by Ilya Fedotov
Hello,
Anybody knows, how can install Power Options with IDrac7 ent lic?
I рфму tried different parameters|:
for example: Type IDRAC7
login
password
options none
or
Type ipmilan
login
password
options none
Doesnt work
Any ideas? thanks for help
Ilya
10 years, 2 months
