[Users] oVirt 3.4 - MTU Override not honoured by virtual NICs
by Jonas Israelsson
I have a SAN Network defined in oVirt where I have enabled Jumbo frames
(by setting the MTU to 9000).
Still I see now VM Nic;s attached to this network get MTU 1500 and are
therefore basically not working.
I have created several VMs before all (still) have Jumbo Frames on the
their san-interface, but newly created VMs get 1500.
Currently on 3.4 Beta2 (upgraded from alpha --> beta1 --->) and this
behaviour have started somewhere along the way..
The host physical interface
em2 Link encap:Ethernet HWaddr D0:67:E5:F9:2E:1C
inet6 addr: fe80::d267:e5ff:fef9:2e1c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1
RX packets:503209263 errors:0 dropped:0 overruns:0 frame:0
TX packets:483040537 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2395173035170 (2.1 TiB) TX bytes:408352341106
(380.3 GiB)
And on a VM
vnet25 Link encap:Ethernet HWaddr FE:1A:4A:2F:D2:A3
inet6 addr: fe80::fc1a:4aff:fe2f:d2a8/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:167 errors:0 dropped:0 overruns:0 frame:0
TX packets:137 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:17662 (17.2 KiB) TX bytes:26684 (26.0 KiB)
If manully setting the MTU everything work as expected.. (Until you
reboot the machine)
Anyone else seen this ?
Rgds Jonas
10 years, 8 months
[Users] Problems with missing master domains after rebooto f
by Boudewijn Ector
Hi Guys,
I've been using an FC18-based ovirt setup for a while which has been
updated regularly (about each week). Last week I tried to setup the
reports module, and ran ovirt-engine-dwh-setup which failed for some
reason (didn't preserve the logging).
After a reboot of the machine I found this in /var/log/ovirt/engine.log:
> 2014-02-26 00:50:42,014 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-3) Could not parse option AutoRecoveryAllowedTypes value.
> 2014-02-26 00:50:46,196 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-3) AuditLogType: DWH_ERROR not exist in string table
> [root@leiden ovirt-engine]# grep ERR engine.log | grep "00:51"
> 2014-02-26 00:51:02,045 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-9) [7278cc5e] Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:02,046 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-9) [7278cc5e] IrsBroker::Failed::GetStoragePoolInfoVDS
> 2014-02-26 00:51:02,047 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-9) [7278cc5e] Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:02,212 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (pool-6-thread-19) [25bc9b42] Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: ()
> 2014-02-26 00:51:02,282 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-19) [25bc9b42] Failed in ReconstructMasterVDS method
> 2014-02-26 00:51:02,282 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-19) [25bc9b42] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:02,284 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-19) [25bc9b42] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:02,285 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-19) [25bc9b42] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358)
> 2014-02-26 00:51:21,192 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-25) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:21,193 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-25) IrsBroker::Failed::GetStoragePoolInfoVDS
> 2014-02-26 00:51:21,193 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-25) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:21,309 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-35) [37b66fe] Failed in ReconstructMasterVDS method
> 2014-02-26 00:51:21,309 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-35) [37b66fe] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:21,311 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-35) [37b66fe] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:21,311 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-35) [37b66fe] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358)
> 2014-02-26 00:51:31,242 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-44) Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: ()
> 2014-02-26 00:51:40,355 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-44) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:40,356 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-44) IrsBroker::Failed::GetStoragePoolInfoVDS
> 2014-02-26 00:51:40,356 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-44) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:40,478 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [4e565f79] Failed in ReconstructMasterVDS method
> 2014-02-26 00:51:40,478 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [4e565f79] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:40,479 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [4e565f79] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:40,480 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-50) [4e565f79] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358)
> 2014-02-26 00:51:50,407 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (DefaultQuartzScheduler_Worker-68) Command HSMGetAllTasksStatusesVDS execution failed. Exception: IRSNonOperationalException: IRSGenericException: IRSErrorException: IRSNonOperationalException: Not SPM: ()
> 2014-02-26 00:51:59,523 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (DefaultQuartzScheduler_Worker-68) Command ConnectStoragePoolVDS execution failed. Exception: IRSNoMasterDomainException: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:59,525 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-68) IrsBroker::Failed::GetStoragePoolInfoVDS
> 2014-02-26 00:51:59,525 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (DefaultQuartzScheduler_Worker-68) Exception: IRSGenericException: IRSErrorException: IRSNoMasterDomainException: Cannot find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3, msdUUID=1979444d-b79a-494c-8c1a-bcc132e31a04'
> 2014-02-26 00:51:59,618 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [36e19f0f] Failed in ReconstructMasterVDS method
> 2014-02-26 00:51:59,618 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [36e19f0f] Error code StorageDomainDoesNotExist and error message VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:59,620 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ReconstructMasterVDSCommand] (pool-6-thread-50) [36e19f0f] Command ReconstructMasterVDS execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',)
> 2014-02-26 00:51:59,620 ERROR [org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand] (pool-6-thread-50) [36e19f0f] Command org.ovirt.engine.core.bll.storage.ReconstructMasterDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to ReconstructMasterVDS, error = Storage domain does not exist: ('dafe25c2-1ce7-4979-9d8d-a35688da207a',) (Failed with error StorageDomainDoesNotExist and code 358)
I once had this before in which case the NFS volumes weren't mounted.
Everything is hosted on this single machine (NFS-server, NFS-client,
ovirt-engine and webinterface):
Looks great:
> [root@leiden ovirt-engine]# df Filesystem 1K-blocks Used
> Available Use% Mounted on /dev/mapper/fedora_leiden-root
> 117795148 18486352 93302012 17% / devtmpfs
> 4030616 0 4030616 0% /dev tmpfs 4037360 80 4037280
> 1% /dev/shm tmpfs 4037360 828 4036532 1% /run tmpfs
> 4037360 0 4037360 0% /sys/fs/cgroup tmpfs 4037360
> 44 4037316 1% /tmp /dev/sdb1 5814235920 4274205592 1540013944
> 74% /raid 192.168.1.44:/raid/ovirt/iso 5814236160
> 4274205696 1540014080 74%
> /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_iso
> 192.168.1.44:/raid/ovirt/import_export 5814236160 4274205696
> 1540014080 74%
> /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_import__export
> 192.168.1.44:/raid/ovirt/data 5814236160 4274205696
> 1540014080 74%
> /rhev/data-center/mnt/192.168.1.44:_raid_ovirt_data
Furthermore /raid/ovirt/data looks fine too:> [root@leiden ovirt]# find
| grep meta
> ./iso/d2676b04-e2ff-420f-8f29-36dafc2df47b/dom_md/metadata
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/8483a1b6-4d79-4675-8433-eb03dcd5f53d/829348f3-0f63-4275-92e1-1e84681a422b.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/907f3071-69eb-4167-8e34-22d3985f63cf/76749503-4a8b-4e8f-a2e4-9d89e0de0d71.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/d718155e-eaf2-41e0-aebd-799a31af18bc/0ad131d7-2619-42a2-899f-d25c33969dc6.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/666b1602-6979-4b17-a7fe-6524a1bf603b/182ce48c-59d0-4883-8265-0269247d22e0.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/8616828d-e3f3-4e55-863f-387df2110ebc/e66b18a7-e2c5-4f6c-9884-03e5c7477e3d.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/_remoMSGKTD/924e5ba6-913e-4591-a15f-3b61eb66a2e1.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/eb32f782-7b29-4f54-bd3e-a736ae8c5476/1d304cb5-67bd-4e21-aa2c-2470c19af885.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/26628bb8-a057-4fab-af65-20258f083ab0/c46bb1c0-dad9-490c-95b4-b74b25b80129.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/b5a5411b-b234-4340-8338-1f2b860e4265/4d583a7a-8399-4299-9799-dec33913c20a.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/40909eb8-be4c-4280-b9ef-51f3fa36340e/aca392f5-8395-46fe-9111-8a3c4812ff72.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/e504ad89-7a37-4a8d-a084-52e862c5a78f/b2c5d2d5-636c-408b-b52f-b7f5558c0f7f.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/fcf7a685-41dc-45d6-bc5c-d8ad53fcd900/e1c098fe-4b5d-4728-81d0-7edfdd3d0ec8.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/cf5371aa-2cbe-4edc-a876-2b503208b0e6/cadcce7f-53ff-4735-b5ff-4d8fd1991d51.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/5e28342e-2e90-491b-a6c3-49b2443092fd/f613aa23-4831-4aba-806e-fb7dcdcd704d.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/images/85d7448a-ad17-4a77-86a9-6a55c1baf1a6/179ad90d-ed46-467d-ad75-aea6e3ea115e.meta
> ./import_export/dafe25c2-1ce7-4979-9d8d-a35688da207a/dom_md/metadata
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/6055a0a2-a6e9-4466-b0eb-3928c5c84d99/9e5be41b-c512-4f22-9d7c-81090d62dc31.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/d72c41ff-2e34-474d-86be-3c11181b2128/0dd635c7-ef77-4e0f-962c-90b66085ba93.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/988f90f6-a37d-4dfd-8477-70aa5d2db5b6.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/df485d87-7dda-4cee-8fd0-5dc8b00d44c6/38eee7d5-9fd1-44b0-876c-b24e4bc0085b.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/898c01ea-d7b5-4d59-8329-c9140f3e55c1/8b511fc2-4ec5-4c82-9faf-93da8490adc9.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/1f6b7b10-736c-4a6c-9743-a628f370ff2f/8633fb9b-9c08-406b-925e-7d5955912165.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/c866dd6c-c7e5-419a-85e4-af49228be5a2/5e56a396-8deb-4c04-9897-0e4f6582abcc.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/a33a673d-751f-4287-a655-e84dfcfcd005/2cd8d3dc-e92f-4be5-88fa-923076aba287.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/07b94c8d-8195-449b-b5e0-873bde6f85fd/efc46a9a-6fcd-4e48-a197-e6bdf1e655bf.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/72dba8d6-4303-4db7-8a32-aafa0a3165a5/caecf666-302d-426c-8a32-65eda8d9e5df.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/images/7fd446ce-bfb5-4706-9eb8-4133fcfbc00d/88a7d07b-b4a3-497d-b2e5-3e6ebc85d83e.meta
> ./data/1979444d-b79a-494c-8c1a-bcc132e31a04/dom_md/metadata
But no metadata with uuid 5849b030-626e-47cb-ad90-3ce782d831b3 .
(there's a lot more files but I filtered the find in order to keep
this email as concise as possible :) )
Last time I was able to 'fix' this by running engine-setup which
somehow reconfigured my ovirt installation and retained all VMs etc
etc etc.
This time this doesn't work anymore unfortunately.
I read:
https://access.redhat.com/site/solutions/62137
http://lists.ovirt.org/pipermail/users/2013-April/014061.html
But these don't seem to have an answer to my problems unfortunately.
How should I start debugging this?
Thanks for this wonderful product!
Boudewijn Ector
10 years, 8 months
[Users] Notifier not sending as correct user
by Maurice James
--_2f5858ef-3c7f-4424-b4bf-b026cb9a3477_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
I set up the engine notifier to send notifications=2C but when the email is=
delivered they are coming from ovirt(a)hostname.domain instead of the addres=
s that I have specified in the MAIL_USER and MAIL_FROM section of the ovirt=
-engine-notifier.conf file =
--_2f5858ef-3c7f-4424-b4bf-b026cb9a3477_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 12pt=3B
font-family:Calibri
}
--></style></head>
<body class=3D'hmmessage'><div dir=3D'ltr'>I set up the engine notifier to =
send notifications=2C but when the email is delivered they are coming from =
ovirt(a)hostname.domain instead of the address that I have specified in the M=
AIL_USER and MAIL_FROM section of the ovirt-engine-notifier.conf file =
</div></body>
</html>=
--_2f5858ef-3c7f-4424-b4bf-b026cb9a3477_--
10 years, 8 months
Re: [Users] oVirt 3.5 planning
by Alan Murrell
This may be more of a 4.0 feature, but my vote goes for integration of
OpenvSwitch (or least an option to add it easily)
10 years, 8 months
Re: [Users] Windows Guest Agent
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F097917B274exchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gMSBtYXIgMjAxNCAwMDoyMiBza3JldiBOaWNob2xhcyBLZXNpY2sgPGN5YmVydGltYmVy
MjAwMEBob3RtYWlsLmNvbT46DQo+DQo+IExpbmRzYXksDQo+IFlvdSBoYXZlIHRvIGJ1aWxkIHRo
ZSB3aW5kb3dzIGd1ZXN0IGFnZW50LiBJIGhhdmUgc29tZSBkaXJlY3Rpb25zIHRoYXQgSSBuZWVk
IHRvIGFkZCB0byB0aGUgV2lraSBhYm91dCB0aGF0LiBJJ2xsIGdldCB0aGVtIGFkZGVkIGFuZCBy
ZXBseSB3aXRoIGEgbGluaywgb2YgeW91IGRvbid0IGZpZ3VyZSBpdCBwdXQgYmVmb3JlIHRoZW4u
DQoNClNvbWV0aGluZyBsaWtlIHRoaXM/DQpodHRwOi8vd3d3Lm92aXJ0Lm9yZy9PVmlydF9HdWVz
dF9BZ2VudF9Gb3JfV2luZG93cw0KDQovSw0KDQo+DQo+IC0gTmljaw0KPg0KPiAtLS0gT3JpZ2lu
YWwgTWVzc2FnZSAtLS0NCj4NCj4gRnJvbTogIkxpbmRzYXkgTWF0aGllc29uIiA8bGluZHNheS5t
YXRoaWVzb25AZ21haWwuY29tPg0KPiBTZW50OiBGZWJydWFyeSAyOCwgMjAxNCAyOjQ0IFBNDQo+
IFRvOiB1c2Vyc0BvdmlydC5vcmcNCj4gU3ViamVjdDogW1VzZXJzXSBXaW5kb3dzIEd1ZXN0IEFn
ZW50DQo+DQo+IFRoZSBLVk0gcmVsZWFzZSBub3RlcyAoaHR0cDovL3dpa2kucWVtdS5vcmcvQ2hh
bmdlTG9nLzEuNyNHdWVzdF9hZ2VudCkNCj4NCj4gTWVudGlvbiB0aGF0IHRoZSB3aW5kb3dzIGd1
ZXN0IGFnZW50IG5vdyBzdXBwb3J0cyBWU1MuDQo+DQo+IFdoZXJlYWJvdXRhIGNhbiBJIGRvd25s
b2FkIHRoaXM/DQo+DQo+IE5COiBJIGFtIG5vdCBhIHJlZGhhdCBjdXN0b21lci4NCj4NCj4gLS0N
Cj4gTGluZHNheQ0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9s
aXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0KPiBfX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4g
VXNlcnNAb3ZpcnQub3JnDQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m
by91c2Vycw0K
--_000_5F9E965F5A80BC468BE5F40576769F097917B274exchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <B7B1B241B8184B43801DEA19401E0F7E(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiAxIG1hciAyMDE0IDAwOjIyIHNrcmV2IE5pY2hvbGFzIEtlc2ljayAmbHQ7Y3li
ZXJ0aW1iZXIyMDAwQGhvdG1haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBMaW5kc2F5
LDxicj4NCiZndDsgWW91IGhhdmUgdG8gYnVpbGQgdGhlIHdpbmRvd3MgZ3Vlc3QgYWdlbnQuIEkg
aGF2ZSBzb21lIGRpcmVjdGlvbnMgdGhhdCBJIG5lZWQgdG8gYWRkIHRvIHRoZSBXaWtpIGFib3V0
IHRoYXQuIEknbGwgZ2V0IHRoZW0gYWRkZWQgYW5kIHJlcGx5IHdpdGggYSBsaW5rLCBvZiB5b3Ug
ZG9uJ3QgZmlndXJlIGl0IHB1dCBiZWZvcmUgdGhlbi48L3A+DQo8cCBkaXI9Imx0ciI+U29tZXRo
aW5nIGxpa2UgdGhpcz88YnI+DQpodHRwOi8vd3d3Lm92aXJ0Lm9yZy9PVmlydF9HdWVzdF9BZ2Vu
dF9Gb3JfV2luZG93czwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7
PGJyPg0KJmd0OyAtIE5pY2s8YnI+DQomZ3Q7PGJyPg0KJmd0OyAtLS0gT3JpZ2luYWwgTWVzc2Fn
ZSAtLS08YnI+DQomZ3Q7PGJyPg0KJmd0OyBGcm9tOiAmcXVvdDtMaW5kc2F5IE1hdGhpZXNvbiZx
dW90OyAmbHQ7bGluZHNheS5tYXRoaWVzb25AZ21haWwuY29tJmd0Ozxicj4NCiZndDsgU2VudDog
RmVicnVhcnkgMjgsIDIwMTQgMjo0NCBQTTxicj4NCiZndDsgVG86IHVzZXJzQG92aXJ0Lm9yZzxi
cj4NCiZndDsgU3ViamVjdDogW1VzZXJzXSBXaW5kb3dzIEd1ZXN0IEFnZW50PGJyPg0KJmd0Ozxi
cj4NCiZndDsgVGhlIEtWTSByZWxlYXNlIG5vdGVzIChodHRwOi8vd2lraS5xZW11Lm9yZy9DaGFu
Z2VMb2cvMS43I0d1ZXN0X2FnZW50KTxicj4NCiZndDs8YnI+DQomZ3Q7IE1lbnRpb24gdGhhdCB0
aGUgd2luZG93cyBndWVzdCBhZ2VudCBub3cgc3VwcG9ydHMgVlNTLjxicj4NCiZndDs8YnI+DQom
Z3Q7IFdoZXJlYWJvdXRhIGNhbiBJIGRvd25sb2FkIHRoaXM/PGJyPg0KJmd0Ozxicj4NCiZndDsg
TkI6IEkgYW0gbm90IGEgcmVkaGF0IGN1c3RvbWVyLjxicj4NCiZndDs8YnI+DQomZ3Q7IC0tPGJy
Pg0KJmd0OyBMaW5kc2F5PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXzxicj4NCiZndDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyBV
c2Vyc0BvdmlydC5vcmc8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9s
aXN0aW5mby91c2Vyczxicj4NCiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX188YnI+DQomZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgVXNl
cnNAb3ZpcnQub3JnPGJyPg0KJmd0OyBodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz
dGluZm8vdXNlcnM8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_5F9E965F5A80BC468BE5F40576769F097917B274exchange21_--
10 years, 8 months
[Users] Setting up proof of concept
by Andy Michielsen
Hello,
I would like some help in setting up an ovirt solution to provide an
enviroment for me and my co-workers.
I have a hp proliant 380 g5 with 2 4-cores, 32 gigs of ram and 8 300gb disk
setup in a raid 10. It also has 6 1gb nic's. This one I think of using as
the ovirt engine and nfs server.
I also have a dell r420 with 2 6-cores, 64 gigs of ram and 2 146gb disks an
2 1gb nic's. This one I would like to use as a ovirt node.
I have been thinking about it and trying stuff out but always seem to be
doing something wrong.
How would you go about this. How would you use the resources available.
Do I need to configure the nic's in a specific way to seperate nfs access
or not.
I would like to use a seperate, virtual network for the vm's.
Al the tutorials if have found are not so clear to me.
Any help would be greatly appriciated on this. Or just point me in the
right direction.
Kind regards.
10 years, 8 months
[Users] Snapshot merging and the effect on underlying LV metadata
by Davis, Richard
--_000_7FD6C88B6AE9804AA5C2FCAEACFD1B4841943059usprmbp01c_
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Hi
I am being told that unless the "Wipe After Delete" option is set on a vDis=
k, any subsequent snapshot merging of the related VM will not delete LV met=
adata (or any data!) from the volume created by the snapshot.
Is this correct ? I'm kinda hoping not !
Richard Davis
Technical Specialist
PGDS Midrange (UK) - Solaris & Linux
This email is confidential and should not be used by anyone who is not the =
original intended recipient. PGDS cannot accept liability for statements ma=
de which are clearly the sender's own and not made on behalf of the company=
. In addition no statement should be construed as giving investment advice =
within or outside the United Kingdom.
PGDS (UK ONE) LIMITED, Laurence Pountney Hill, London, EC4R 0HH.
Incorporated and registered in England and Wales. Registered Office as
above. Registered number 1967719.
"PGDS" is the trading name of certain subsidiaries of Prudential plc (regis=
tered in England, number 1397169), whose registered office is at Laurence P=
ountney Hill London EC4R OHH, some of whose subsidiaries are authorised and=
regulated, as applicable, by the Prudential Regulation Authority and the F=
inancial Conduct Authority. Prudential plc is not affiliated in any manner =
with Prudential Financial, Inc, a company whose principal place of business=
is in the United States of America. =
A list of other Prudential companies together with their registered statuto=
ry details can be found in 'About Prudential' on http://www.prudential.co.uk
An e-mail reply to this address may be subject to interception or monitorin=
g for operational reasons or for lawful business practices.
--_000_7FD6C88B6AE9804AA5C2FCAEACFD1B4841943059usprmbp01c_
Content-Type: text/html; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii">
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"Pru Sans Normal";
panose-1:2 0 5 3 0 0 0 2 0 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal">Hi<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal">I am being told that unless the “Wipe After De=
lete” option is set on a vDisk, any subsequent snapshot merging of th=
e related VM will not delete LV metadata (or any data!) from the volume cre=
ated by the snapshot.
<o:p></o:p></p>
<p class=3D"MsoNormal">Is this correct ? I’m kinda hoping not !=
<o:p></o:p></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
<p class=3D"MsoNormal"><b><span style=3D"font-family:"Pru Sans Normal&=
quot;;mso-fareast-language:EN-GB">Richard Davis<o:p></o:p></span></b></p>
<p class=3D"MsoNormal"><span style=3D"font-size:9.0pt;font-family:"Pru=
Sans Normal";mso-fareast-language:EN-GB">Technical Specialist<o:p></o=
:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:"Pru Sans Normal&quo=
t;;mso-fareast-language:EN-GB">PGDS Midrange (UK) – Solaris & Lin=
ux<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-family:"Pru Sans Normal&quo=
t;;mso-fareast-language:EN-GB"><o:p> </o:p></span></p>
<p class=3D"MsoNormal"><o:p> </o:p></p>
</div>
<P><br><br>This email is confidential and should not be used by anyone who =
is not the original intended recipient. PGDS cannot accept liability for st=
atements made which are clearly the sender's own and not made on behalf of =
the company. In addition no statement should be construed as giving investm=
ent advice within or outside the United Kingdom.</P>
<P>PGDS (UK ONE) LIMITED, Laurence Pountney Hill, London, EC4R 0HH.<br>Inco=
rporated and registered in England and Wales. Registered Office as<br>above=
. Registered number 1967719.</P>
<P>"PGDS" is the trading name of certain subsidiaries of Prudential plc (re=
gistered in England, number 1397169), whose registered office is at Laurenc=
e Pountney Hill London EC4R OHH, some of whose subsidiaries are authorised =
and regulated, as applicable, by the Prudential Regulation Authority and th=
e Financial Conduct Authority. Prudential plc is not affiliated in any mann=
er with Prudential Financial, Inc, a company whose principal place of busin=
ess is in the United States of America. <br><br>A list of other Prudential =
companies together with their registered statutory details can be found in =
'About Prudential' on <A href=3D"http://www.prudential.co.uk">http://www.pr=
udential.co.uk</A></P>
<P>An e-mail reply to this address may be subject to interception or monito=
ring for operational reasons or for lawful business practices.</P></body>
</html>
--_000_7FD6C88B6AE9804AA5C2FCAEACFD1B4841943059usprmbp01c_--
10 years, 8 months
