August 2017 - Users - oVirt List Archives

Native Access on gluster storage domain
by Stefano Danzi 01 Sep '17

01 Sep '17

This is a multi-part message in MIME format. --------------315A38E1E900138D11EEA015 Content-Type: text/plain; charset=iso-8859-15; format=flowed Content-Transfer-Encoding: 7bit Hello, I have a test environment with a sigle host and self hosted engine running oVirt Engine: 4.1.5.2-1.el7.centos I what to try the option "Native Access on gluster storage domain" but I get an error because I have to put the host in maintenance mode. I can't do that because I have a single host so the hosted engine can't be migrated. There are a way to change this option but apply it at next reboot? --------------315A38E1E900138D11EEA015 Content-Type: text/html; charset=iso-8859-15 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=iso-8859-15"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hello, <br> I have a test environment with a sigle host and self hosted engine running <span class="gwt-InlineLabel" style="box-sizing: border-box;">oVirt Engine: 4.1.5.2-1.el7.centos<br> <br> I what to try the option "Native Access on gluster storage domain" but I get an error because I have to put the <br> host in maintenance mode. I can't do that because I have a single host so the hosted engine can't be migrated.<br> <br> There are a way to change this option but apply it at next reboot?<br> </span> </body> </html> --------------315A38E1E900138D11EEA015--

2 3

Re: [ovirt-users] [ovirt-devel] vdsm vds.dispatcher
by Gary Pedretty 01 Sep '17

01 Sep '17

--Apple-Mail=_C9F1A44C-AE04-4DA2-AFA9-47FFA59F9CD7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 By someone, I assume you mean some other process running on the host, or = possibly the engine? Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Green, green as far as the eyes can see yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ > On Aug 31, 2017, at 6:17 AM, Martin Sivak <msivak(a)redhat.com = <mailto:msivak@redhat.com>> wrote: >=20 > One more thing: >=20 > MOM's getStatistics is actually called by VDSM stats reporting code, > so my guess here is that someone queries VDSM for stats pretty hard, > VDSM then asks MOM for details. >=20 > Martin >=20 > On Thu, Aug 31, 2017 at 4:14 PM, Martin Sivak <msivak(a)redhat.com = <mailto:msivak@redhat.com>> wrote: >> Hi, >>=20 >>> 2017-08-27 23:15:41,199 - mom.RPCServer - INFO - ping() >>> 2017-08-27 23:15:41,200 - mom.RPCServer - INFO - getStatistics() >>> 2017-08-27 23:15:43,946 - mom.RPCServer - INFO - ping() >>> 2017-08-27 23:15:43,947 - mom.RPCServer - INFO - getStatistics() >>=20 >> These are logs from mom's RPC server, someone is calling MOM way too >> often. Well about 25 times per minute if my math is right. >>=20 >> The only client I know about is actually VDSM. >>=20 >> Martin >>=20 >>=20 >> On Mon, Aug 28, 2017 at 9:17 AM, Gary Pedretty <gary(a)ravnalaska.net = <mailto:gary@ravnalaska.net>> wrote: >>> Be glad to provide logs to help diagnose this. I see nothing = unusual in the >>> vdsm.log >>>=20 >>> mom.log shows the following almost as frequently as the messages log = entries >>>=20 >>> 2017-08-27 23:15:41,199 - mom.RPCServer - INFO - ping() >>> 2017-08-27 23:15:41,200 - mom.RPCServer - INFO - getStatistics() >>> 2017-08-27 23:15:43,946 - mom.RPCServer - INFO - ping() >>> 2017-08-27 23:15:43,947 - mom.RPCServer - INFO - getStatistics() >>>=20 >>>=20 _______________________________________________ Devel mailing list Devel(a)ovirt.org <mailto:Devel@ovirt.org> http://lists.ovirt.org/mailman/listinfo/devel = <http://lists.ovirt.org/mailman/listinfo/devel>= --Apple-Mail=_C9F1A44C-AE04-4DA2-AFA9-47FFA59F9CD7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><span style=3D"font-family: LucidaGrande;" class=3D"">By = someone, I assume you mean some other process running on the host, or = possibly the engine?</span><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;">Gary</div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""></div><div class=3D"" style=3D"font-family: = LucidaGrande;"><br class=3D""><div class=3D""><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><div class=3D"" = style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;"><font face=3D"Menlo" class=3D"" = style=3D"font-size: 12px;"><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span class=3D"" style=3D"font-size: 12px;">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br class=3D"" = style=3D"font-family: Monaco;"><font face=3D"Menlo" class=3D""><span = class=3D"" style=3D"font-size: 12px;">Green, green as far as the eyes = can see             yourself=E2=80=9D Matt = 22:39</span></font><div class=3D"" style=3D"font-family: = Menlo;"></div><font face=3D"Menlo" class=3D"" style=3D"font-size: = 12px;"></font><span class=3D"" style=3D"font-size: 12px;"><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div class=3D""><font face=3D"Menlo" = class=3D"" style=3D"font-size: 12px;"><br = class=3D""></font></div></div></div></div></div></div></div></div></div></= div></div></div></div><br class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"></div><br class=3D""><div = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On Aug = 31, 2017, at 6:17 AM, Martin Sivak <<a = href=3D"mailto:msivak@redhat.com" class=3D"">msivak(a)redhat.com</a>> = wrote:</div><br class=3D"Apple-interchange-newline"><div class=3D""><span = class=3D"" style=3D"font-family: Monaco; font-size: 12px; float: none; = display: inline !important;">One more thing:</span><br class=3D"" = style=3D"font-family: Monaco; font-size: 12px;"><br class=3D"" = style=3D"font-family: Monaco; font-size: 12px;"><span class=3D"" = style=3D"font-family: Monaco; font-size: 12px; float: none; display: = inline !important;">MOM's getStatistics is actually called by VDSM stats = reporting code,</span><br class=3D"" style=3D"font-family: Monaco; = font-size: 12px;"><span class=3D"" style=3D"font-family: Monaco; = font-size: 12px; float: none; display: inline !important;">so my guess = here is that someone queries VDSM for stats pretty hard,</span><br = class=3D"" style=3D"font-family: Monaco; font-size: 12px;"><span = class=3D"" style=3D"font-family: Monaco; font-size: 12px; float: none; = display: inline !important;">VDSM then asks MOM for details.</span><br = class=3D"" style=3D"font-family: Monaco; font-size: 12px;"><br class=3D"" = style=3D"font-family: Monaco; font-size: 12px;"><span class=3D"" = style=3D"font-family: Monaco; font-size: 12px; float: none; display: = inline !important;">Martin</span><br class=3D"" style=3D"font-family: = Monaco; font-size: 12px;"><br class=3D"" style=3D"font-family: Monaco; = font-size: 12px;"><span class=3D"" style=3D"font-family: Monaco; = font-size: 12px; float: none; display: inline !important;">On Thu, Aug = 31, 2017 at 4:14 PM, Martin Sivak <</span><a = href=3D"mailto:msivak@redhat.com" class=3D"" style=3D"font-family: = Monaco; font-size: 12px;">msivak(a)redhat.com</a><span class=3D"" = style=3D"font-family: Monaco; font-size: 12px; float: none; display: = inline !important;">> wrote:</span><br class=3D"" style=3D"font-family:= Monaco; font-size: 12px;"><blockquote type=3D"cite" class=3D"" = style=3D"font-family: Monaco; font-size: 12px;">Hi,<br class=3D""><br = class=3D""><blockquote type=3D"cite" class=3D"">2017-08-27 23:15:41,199 = - mom.RPCServer - INFO - ping()<br class=3D"">2017-08-27 23:15:41,200 - = mom.RPCServer - INFO - getStatistics()<br class=3D"">2017-08-27 = 23:15:43,946 - mom.RPCServer - INFO - ping()<br class=3D"">2017-08-27 = 23:15:43,947 - mom.RPCServer - INFO - getStatistics()<br = class=3D""></blockquote><br class=3D"">These are logs from mom's RPC = server, someone is calling MOM way too<br class=3D"">often. Well about = 25 times per minute if my math is right.<br class=3D""><br class=3D"">The = only client I know about is actually VDSM.<br class=3D""><br = class=3D"">Martin<br class=3D""><br class=3D""><br class=3D"">On Mon, = Aug 28, 2017 at 9:17 AM, Gary Pedretty <<a = href=3D"mailto:gary@ravnalaska.net" class=3D"">gary(a)ravnalaska.net</a>>= wrote:<br class=3D""><blockquote type=3D"cite" class=3D"">Be glad to = provide logs to help diagnose this.  I see nothing unusual in = the<br class=3D"">vdsm.log<br class=3D""><br class=3D"">mom.log shows = the following almost as frequently as the messages log entries<br = class=3D""><br class=3D"">2017-08-27 23:15:41,199 - mom.RPCServer - INFO = - ping()<br class=3D"">2017-08-27 23:15:41,200 - mom.RPCServer - INFO - = getStatistics()<br class=3D"">2017-08-27 23:15:43,946 - mom.RPCServer - = INFO - ping()<br class=3D"">2017-08-27 23:15:43,947 - mom.RPCServer - = INFO - getStatistics()<br class=3D""><br class=3D""><br = class=3D""></blockquote></blockquote></div></blockquote></div><br = class=3D""></div><span style=3D"font-family: LucidaGrande;" = class=3D"">_______________________________________________</span><br = style=3D"font-family: LucidaGrande;" class=3D""><span = style=3D"font-family: LucidaGrande;" class=3D"">Devel mailing = list</span><br style=3D"font-family: LucidaGrande;" class=3D""><a = href=3D"mailto:Devel@ovirt.org" style=3D"font-family: LucidaGrande;" = class=3D"">Devel(a)ovirt.org</a><br style=3D"font-family: LucidaGrande;" = class=3D""><a href=3D"http://lists.ovirt.org/mailman/listinfo/devel" = style=3D"font-family: LucidaGrande;" = class=3D"">http://lists.ovirt.org/mailman/listinfo/devel</a></body></html>= --Apple-Mail=_C9F1A44C-AE04-4DA2-AFA9-47FFA59F9CD7--

1 0

Re: [ovirt-users] oVirt engine with different VM id
by Martin Sivak 31 Aug '17

31 Aug '17

Hi, you can remote the hosted engine storage domain from the engine as well. It should also be re-imported. We had cases where destroying the domain ended up with a locked SD, but removing the SD and re-importing is the proper way here. Best regards PS: Re-adding the mailing list, we should really set a proper Reply-To header.. Martin Sivak On Thu, Aug 31, 2017 at 2:07 PM, Misak Khachatryan <kmisak(a)gmail.com> wrote: > Hi, > > I would love to, but: > > Error while executing action: > > HostedEngine: > > Cannot remove VM. The relevant Storage Domain's status is Inactive. > > it seems i should somehow fix storage domain first ... > > engine=# update storage_domain_static set id = > '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c' where id = > 'c44343af-cc4a-4bb7-a548-0c6f609d60d5'; > ERROR: update or delete on table "storage_domain_static" violates > foreign key constraint "disk_profiles_storage_domain_id_fkey" on table > "disk_profiles" > DETAIL: Key (id)=(c44343af-cc4a-4bb7-a548-0c6f609d60d5) is still > referenced from table "disk_profiles". > > engine=# update disk_profiles set storage_domain_id = > '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c' where id = > 'a6d71571-a13a-415b-9f97-635f17cbe67d'; > ERROR: insert or update on table "disk_profiles" violates foreign key > constraint "disk_profiles_storage_domain_id_fkey" > DETAIL: Key (storage_domain_id)=(2e2820f3-8c3d-487d-9a56-1b8cd278ec6c) > is not present in table "storage_domain_static". > > engine=# select * from storage_domain_static; > id | storage > | storage_name | storage_domain_type | storage_type | > storage_domain_format_type | _create_date | > _update_date | recoverable | last_time_used_as_maste > r | storage_description | storage_comment | wipe_after_delete | > warning_low_space_indicator | critical_space_action_blocker | > first_metadata_device | vg_metadata_device | discard_after_delete > --------------------------------------+--------------------------------------+------------------------+---------------------+--------------+----------------------------+-------------------------------+-------------------------------+-------------+------------------------ > --+---------------------+-----------------+-------------------+-----------------------------+-------------------------------+-----------------------+--------------------+---------------------- > 072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | > ceab03af-7220-4d42-8f5c-9b557f5d29af | ovirt-image-repository | > 4 | 8 | 0 | 2016-11-02 > 21:27:22.118586+04 | | t | > | | | f | > | | > | | f > 51c903f6-df83-4510-ac69-c164742ca6e7 | > 34b72ce0-6ad7-4180-a8a1-2acfd45824d7 | iso | > 2 | 7 | 0 | 2016-11-02 > 23:26:21.296635+04 | | t | > 0 | | | f | > 10 | 5 | > | | f > ece1f05c-97c9-4482-a1a5-914397cddd35 | > dd38f31f-7bdc-463c-9ae4-fcd4dc8c99fd | export | > 3 | 1 | 0 | 2016-12-14 > 11:28:15.736746+04 | 2016-12-14 11:33:12.872562+04 | t | > 0 | Export | | f | > 10 | 5 | > | | f > 07ea2089-a82b-4ca1-9c8b-54e3895b2ed4 | > d1e9e3c8-aaf3-43de-ae80-101e5bd2574f | data | > 0 | 7 | 4 | 2016-11-02 > 23:24:43.402629+04 | 2017-02-22 17:20:42.721092+04 | t | > 0 | | | f | > 10 | 5 | > | | f > c44343af-cc4a-4bb7-a548-0c6f609d60d5 | > 8b54ce35-3187-4fba-a2c7-6b604d077f5b | hosted_storage | > 1 | 7 | 4 | 2016-11-02 > 23:26:13.165435+04 | 2017-02-22 17:20:42.721092+04 | t | > 0 | | | f | > 10 | 5 | > | | f > 004ca4dd-c621-463d-b514-ccfe07ef99d7 | > b31a7de9-e789-4ece-9f99-4b150bf581db | virt4-Local | > 0 | 4 | 4 | 2017-03-23 > 09:02:26.37006+04 | 2017-03-23 09:02:31.887534+04 | t | > 0 | | | f | > 10 | 5 | > | | f > (6 rows) > > engine=# select * from storage_domain_dynamic; > id | available_disk_size | > used_disk_size | _update_date | external_status > --------------------------------------+---------------------+----------------+-------------------------------+----------------- > 072fbaa1-08f3-4a40-9f34-a5ca22dd1d74 | | > | | 0 > 07ea2089-a82b-4ca1-9c8b-54e3895b2ed4 | 1102 | > 313 | 2017-08-31 14:20:47.444292+04 | 0 > 51c903f6-df83-4510-ac69-c164742ca6e7 | 499 | > 0 | 2017-08-31 14:20:47.45047+04 | 0 > ece1f05c-97c9-4482-a1a5-914397cddd35 | 9669 | > 6005 | 2017-08-31 14:20:47.454629+04 | 0 > c44343af-cc4a-4bb7-a548-0c6f609d60d5 | | > | 2017-08-31 14:18:37.199062+04 | 0 > 004ca4dd-c621-463d-b514-ccfe07ef99d7 | 348 | > 1 | 2017-08-31 14:20:42.671688+04 | 0 > (6 rows) > > > engine=# select * from disk_profiles; > id | name | > storage_domain_id | qos_id | description | > _create_date | _update_date > --------------------------------------+----------------+--------------------------------------+--------+-------------+-------------------------------+-------------- > 04257bff-e95d-4380-b120-adcbe46ae213 | data | > 07ea2089-a82b-4ca1-9c8b-54e3895b2ed4 | | | > 2016-11-02 23:24:43.528982+04 | > a6d71571-a13a-415b-9f97-635f17cbe67d | hosted_storage | > c44343af-cc4a-4bb7-a548-0c6f609d60d5 | | | > 2016-11-02 23:26:13.178791+04 | > 0f9ecdb7-4fca-45e7-9b5c-971b50d4c12e | virt4-Local | > 004ca4dd-c621-463d-b514-ccfe07ef99d7 | | | > 2017-03-23 09:02:26.409574+04 | > (3 rows) > > > Best regards, > Misak Khachatryan > > > On Thu, Aug 31, 2017 at 3:33 PM, Martin Sivak <msivak(a)redhat.com> wrote: >> Hi, >> >> I would not touch the database in this case. I would just delete the >> old hosted engine VM from the webadmin and wait for it to reimport >> itself. >> >> But I haven't played with this mechanism for some time. >> >> Best regards >> >> Martin Sivak >> >> On Thu, Aug 31, 2017 at 1:17 PM, Misak Khachatryan <kmisak(a)gmail.com> wrote: >>> Hi, >>> >>> Yesterday someone powered off our storage, and all my 3 hosts lose >>> their disks. After 2 days of recovering i managed to bring back >>> everything, except engine VM, which is online but not visible to >>> itself. >>> >>> I did new deployment of VM, restored backup and started engine setup. >>> After manual database updates, my all VMs and hosts are OK now, but >>> engine. I have engine VM with different VM id running than in >>> database. >>> >>> I've tried this with no luck. >>> >>> engine=# update vm_static set vm_guid = >>> '75072b32-6f93-4c38-8f18-825004072c1a' where vm_guid =(select >>> vm_guid from vm_static where vm_name = 'HostedEngine'); >>> ERROR: update or delete on table "vm_static" violates foreign key >>> constraint "fk_disk_vm_element_vm_static" on table "disk_vm_element" >>> DETAIL: Key (vm_guid)=(d81ccb53-2594-49db-b69a-04c73b504c59) is still >>> referenced from table "disk_vm_element". >>> >>> >>> Right now i've deployed engine on all 3 hosts but see this picture: >>> >>> [root@virt3 ~]# hosted-engine --vm-status >>> >>> >>> !! Cluster is in GLOBAL MAINTENANCE mode !! >>> >>> >>> >>> >>> [root@virt3 ~]# vdsClient -s 0 list >>> >>> 75072b32-6f93-4c38-8f18-825004072c1a >>> Status = Up >>> statusTime = 4397337690 >>> kvmEnable = true >>> emulatedMachine = pc >>> afterMigrationStatus = >>> pid = 5280 >>> devices = [{'device': 'console', 'specParams': {}, 'type': >>> 'console', 'deviceId': '2b6b0e87-c86a-4144-ad39-40d5bfe25df1', >>> 'alias': 'console0'}, {'device': 'memballoon', 'specParams': {'model': >>> 'none'}, 'type': 'balloon', 'target': 16777216, 'alias': 'balloon0'}, >>> {'specParams': {'source': 'random'}, 'alias': 'rng0', 'address': >>> {'slot': '0x07', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', >>> 'function': '0x0'}, 'device': 'virtio', 'model': 'virtio', 'type': >>> 'rng'}, {'device': 'unix', 'alias': 'channel0', 'type': 'channel', >>> 'addr >>> ess': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': >>> '1'}}, {'device': 'unix', 'alias': 'channel1', 'type': 'channel', >>> 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', >>> 'port': '2'}}, {'device': 'unix', 'alias': 'channel2', 'type': 'ch >>> annel', 'address': {'bus': '0', 'controller': '0', 'type': >>> 'virtio-serial', 'port': '3'}}, {'device': 'scsi', 'alias': 'scsi0', >>> 'model': 'virtio-scsi', 'type': 'controller', 'address': {'slot': >>> '0x04', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': >>> '0x0'}} >>> , {'device': 'usb', 'alias': 'usb', 'type': 'controller', 'address': >>> {'slot': '0x01', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', >>> 'function': '0x2'}}, {'device': 'ide', 'alias': 'ide', 'type': >>> 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': >>> '0x00 >>> 00', 'type': 'pci', 'function': '0x1'}}, {'device': 'virtio-serial', >>> 'alias': 'virtio-serial0', 'type': 'controller', 'address': {'slot': >>> '0x05', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': >>> '0x0'}}, {'device': 'vga', 'alias': 'video0', 'type': 'video', >>> 'address': {'slot': '0x02', 'bus': '0x00', 'domain': '0x0000', 'type': >>> 'pci', 'function': '0x0'}}, {'device': 'vnc', 'type': 'graphics', >>> 'port': '5900'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:01:29:95', >>> 'linkActive': True, 'network': 'ovirtmgmt', 'alias': 'net0', 'spec >>> Params': {}, 'deviceId': 'd348a068-063b-4a40-9119-a3d34f6c7db4', >>> 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': >>> 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface', >>> 'name': 'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'al >>> ias': 'ide0-1-0', 'specParams': {}, 'readonly': 'True', 'deviceId': >>> 'e738b50b-c200-4429-8489-4519325339c7', 'address': {'bus': '1', >>> 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, >>> 'device': 'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, >>> {'poolI >>> D': '00000000-0000-0000-0000-000000000000', 'volumeInfo': {'path': >>> 'engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', >>> 'protocol': 'gluster', 'hosts': [{'port': '0', 'transport': 'tcp', >>> 'name': ' >>> virt1'}, {'port': '0', 'transport': 'tcp', 'name': 'virt2'}, {'port': >>> '0', 'transport': 'tcp', 'name': 'virt3'}]}, 'index': '0', 'iface': >>> 'virtio', 'apparentsize': '62277025792', 'specParams': {}, 'imageID': >>> '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'readonly': 'False', 's >>> hared': 'exclusive', 'truesize': '3255476224', 'type': 'disk', >>> 'domainID': '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'reqsize': '0', >>> 'format': 'raw', 'deviceId': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', >>> 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': >>> 'pci', 'function': '0x0'}, 'device': 'disk', 'path': >>> '/var/run/vdsm/storage/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', >>> 'propagateErrors': 'off', 'optional': 'false', 'name': 'vda', >>> 'bootOrder': '1', 'v >>> olumeID': '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'alias': >>> 'virtio-disk0', 'volumeChain': [{'domainID': >>> '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'leaseOffset': 0, 'volumeID': >>> '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'leasePath': >>> '/rhev/data-center/mnt/glusterSD/virt1:_engi >>> ne/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d.lease', >>> 'imageID': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'path': >>> '/rhev/data-center/mnt/glusterSD/virt1:_engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c >>> /images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d'}]}] >>> guestDiskMapping = {'5deeac2d-18d7-4622-9': {'name': >>> '/dev/vda'}, 'QEMU_DVD-ROM_QM00003': {'name': '/dev/sr0'}} >>> vmType = kvm >>> display = vnc >>> memSize = 16384 >>> cpuType = Westmere >>> spiceSecureChannels = >>> smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir >>> smp = 4 >>> vmName = HostedEngine >>> clientIp = >>> maxVCpus = 16 >>> [root@virt3 ~]# >>> >>> [root@virt3 ~]# hosted-engine --vm-status >>> >>> >>> !! Cluster is in GLOBAL MAINTENANCE mode !! >>> >>> >>> >>> --== Host 1 status ==-- >>> >>> conf_on_shared_storage : True >>> Status up-to-date : True >>> Hostname : virt1.management.gnc.am >>> Host ID : 1 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 3400 >>> stopped : False >>> Local maintenance : False >>> crc32 : ef49e5b4 >>> local_conf_timestamp : 7515 >>> Host timestamp : 7512 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=7512 (Thu Aug 31 15:14:59 2017) >>> host-id=1 >>> score=3400 >>> vm_conf_refresh_time=7515 (Thu Aug 31 15:15:01 2017) >>> conf_on_shared_storage=True >>> maintenance=False >>> state=GlobalMaintenance >>> stopped=False >>> >>> >>> --== Host 3 status ==-- >>> >>> conf_on_shared_storage : True >>> Status up-to-date : True >>> Hostname : virt3 >>> Host ID : 3 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 3400 >>> stopped : False >>> Local maintenance : False >>> crc32 : 4a85111c >>> local_conf_timestamp : 102896 >>> Host timestamp : 102893 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=102893 (Thu Aug 31 15:14:46 2017) >>> host-id=3 >>> score=3400 >>> vm_conf_refresh_time=102896 (Thu Aug 31 15:14:49 2017) >>> conf_on_shared_storage=True >>> maintenance=False >>> state=GlobalMaintenance >>> stopped=False >>> >>> >>> !! Cluster is in GLOBAL MAINTENANCE mode !! >>> >>> Also my storage domain for hosted engine is inactive, can't activate >>> it it gives this error in web console: >>> >>> VDSM command GetImagesListVDS failed: Storage domain does not exist: >>> (u'c44343af-cc4a-4bb7-a548-0c6f609d60d5',) >>> >>> >>> It seems I should fiddle with database a bit more, but is't scary thing for me. >>> >>> Any help? >>> >>> >>> >>> Best regards, >>> Misak Khachatryan >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users

2 2

[ANN] oVirt 4.1.6 Second Release Candidate is now available
by Lev Veyde 31 Aug '17

31 Aug '17

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 4.1.6 for testing, as of August 31th, 2017. Starting from 4.1.5 oVirt supports libgfapi [5]. Using libgfapi provides a real performance boost for ovirt when using GlusterFS . Due to a known issue [6], using this will break live storage migration. This is expected to be fixed soon. If you do not use live storage migration you can give it a try. Use [7] for more details on how to enable it. This release is available now for: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * oVirt Node 4.1 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available[4] - oVirt Node is already available[4] Additional Resources: * Read more about the oVirt 4.1.6 release highlights: http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.6/>6 <http://www.ovirt.org/release/4.1.6/>/ <http://www.ovirt.org/release/4.1.6/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.1. <http://www.ovirt.org/release/4.1.6/>6 <http://www.ovirt.org/release/4.1.6/>/ <http://www.ovirt.org/release/4.1.6/> [4] http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/ [5] http://staged-gluster-docs.readthedocs.io/en/release3.7.0beta1/Features/lib… [6] https://bugzilla.redhat.com/show_bug.cgi?id=1306562 [7] http://www.ovirt.org/develop/release-management/features/storage/glusterfs-… -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

oVirt engine with different VM id
by Misak Khachatryan 31 Aug '17

31 Aug '17

Hi, Yesterday someone powered off our storage, and all my 3 hosts lose their disks. After 2 days of recovering i managed to bring back everything, except engine VM, which is online but not visible to itself. I did new deployment of VM, restored backup and started engine setup. After manual database updates, my all VMs and hosts are OK now, but engine. I have engine VM with different VM id running than in database. I've tried this with no luck. engine=# update vm_static set vm_guid = '75072b32-6f93-4c38-8f18-825004072c1a' where vm_guid =(select vm_guid from vm_static where vm_name = 'HostedEngine'); ERROR: update or delete on table "vm_static" violates foreign key constraint "fk_disk_vm_element_vm_static" on table "disk_vm_element" DETAIL: Key (vm_guid)=(d81ccb53-2594-49db-b69a-04c73b504c59) is still referenced from table "disk_vm_element". Right now i've deployed engine on all 3 hosts but see this picture: [root@virt3 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! [root@virt3 ~]# vdsClient -s 0 list 75072b32-6f93-4c38-8f18-825004072c1a Status = Up statusTime = 4397337690 kvmEnable = true emulatedMachine = pc afterMigrationStatus = pid = 5280 devices = [{'device': 'console', 'specParams': {}, 'type': 'console', 'deviceId': '2b6b0e87-c86a-4144-ad39-40d5bfe25df1', 'alias': 'console0'}, {'device': 'memballoon', 'specParams': {'model': 'none'}, 'type': 'balloon', 'target': 16777216, 'alias': 'balloon0'}, {'specParams': {'source': 'random'}, 'alias': 'rng0', 'address': {'slot': '0x07', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'virtio', 'model': 'virtio', 'type': 'rng'}, {'device': 'unix', 'alias': 'channel0', 'type': 'channel', 'addr ess': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '1'}}, {'device': 'unix', 'alias': 'channel1', 'type': 'channel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '2'}}, {'device': 'unix', 'alias': 'channel2', 'type': 'ch annel', 'address': {'bus': '0', 'controller': '0', 'type': 'virtio-serial', 'port': '3'}}, {'device': 'scsi', 'alias': 'scsi0', 'model': 'virtio-scsi', 'type': 'controller', 'address': {'slot': '0x04', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}} , {'device': 'usb', 'alias': 'usb', 'type': 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x2'}}, {'device': 'ide', 'alias': 'ide', 'type': 'controller', 'address': {'slot': '0x01', 'bus': '0x00', 'domain': '0x00 00', 'type': 'pci', 'function': '0x1'}}, {'device': 'virtio-serial', 'alias': 'virtio-serial0', 'type': 'controller', 'address': {'slot': '0x05', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'vga', 'alias': 'video0', 'type': 'video', 'address': {'slot': '0x02', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}}, {'device': 'vnc', 'type': 'graphics', 'port': '5900'}, {'nicModel': 'pv', 'macAddr': '00:16:3e:01:29:95', 'linkActive': True, 'network': 'ovirtmgmt', 'alias': 'net0', 'spec Params': {}, 'deviceId': 'd348a068-063b-4a40-9119-a3d34f6c7db4', 'address': {'slot': '0x03', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'bridge', 'type': 'interface', 'name': 'vnet0'}, {'index': '2', 'iface': 'ide', 'name': 'hdc', 'al ias': 'ide0-1-0', 'specParams': {}, 'readonly': 'True', 'deviceId': 'e738b50b-c200-4429-8489-4519325339c7', 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '', 'type': 'disk'}, {'poolI D': '00000000-0000-0000-0000-000000000000', 'volumeInfo': {'path': 'engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', 'protocol': 'gluster', 'hosts': [{'port': '0', 'transport': 'tcp', 'name': ' virt1'}, {'port': '0', 'transport': 'tcp', 'name': 'virt2'}, {'port': '0', 'transport': 'tcp', 'name': 'virt3'}]}, 'index': '0', 'iface': 'virtio', 'apparentsize': '62277025792', 'specParams': {}, 'imageID': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'readonly': 'False', 's hared': 'exclusive', 'truesize': '3255476224', 'type': 'disk', 'domainID': '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'reqsize': '0', 'format': 'raw', 'deviceId': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'address': {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': 'disk', 'path': '/var/run/vdsm/storage/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d', 'propagateErrors': 'off', 'optional': 'false', 'name': 'vda', 'bootOrder': '1', 'v olumeID': '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'alias': 'virtio-disk0', 'volumeChain': [{'domainID': '2e2820f3-8c3d-487d-9a56-1b8cd278ec6c', 'leaseOffset': 0, 'volumeID': '60aa51b7-32eb-41a9-940d-9489b0375a3d', 'leasePath': '/rhev/data-center/mnt/glusterSD/virt1:_engi ne/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c/images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d.lease', 'imageID': '5deeac2d-18d7-4622-9371-ebf965d2bd6b', 'path': '/rhev/data-center/mnt/glusterSD/virt1:_engine/2e2820f3-8c3d-487d-9a56-1b8cd278ec6c /images/5deeac2d-18d7-4622-9371-ebf965d2bd6b/60aa51b7-32eb-41a9-940d-9489b0375a3d'}]}] guestDiskMapping = {'5deeac2d-18d7-4622-9': {'name': '/dev/vda'}, 'QEMU_DVD-ROM_QM00003': {'name': '/dev/sr0'}} vmType = kvm display = vnc memSize = 16384 cpuType = Westmere spiceSecureChannels = smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir smp = 4 vmName = HostedEngine clientIp = maxVCpus = 16 [root@virt3 ~]# [root@virt3 ~]# hosted-engine --vm-status !! Cluster is in GLOBAL MAINTENANCE mode !! --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : virt1.management.gnc.am Host ID : 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped : False Local maintenance : False crc32 : ef49e5b4 local_conf_timestamp : 7515 Host timestamp : 7512 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=7512 (Thu Aug 31 15:14:59 2017) host-id=1 score=3400 vm_conf_refresh_time=7515 (Thu Aug 31 15:15:01 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : virt3 Host ID : 3 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped : False Local maintenance : False crc32 : 4a85111c local_conf_timestamp : 102896 Host timestamp : 102893 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=102893 (Thu Aug 31 15:14:46 2017) host-id=3 score=3400 vm_conf_refresh_time=102896 (Thu Aug 31 15:14:49 2017) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False !! Cluster is in GLOBAL MAINTENANCE mode !! Also my storage domain for hosted engine is inactive, can't activate it it gives this error in web console: VDSM command GetImagesListVDS failed: Storage domain does not exist: (u'c44343af-cc4a-4bb7-a548-0c6f609d60d5',) It seems I should fiddle with database a bit more, but is't scary thing for me. Any help? Best regards, Misak Khachatryan

1 0

Question on Datacenters / clusters / data domains
by Eduardo Mayoral 31 Aug '17

31 Aug '17

Hi, First of all, sorry for the naive question, but I have not been able to find good guidance on the docs. I come from the VMWare environment, now I am starting to migrate some workload from VMWare to oVirt (v4.1.4 , CentOS 7.3 hosts). In VMWare I am used to have one datacenter, several host clusters, and a bunch of iSCSI Datastores, but we do not map every iSCSI LUN/datastore to every host. Actually we used to do that, but we hit limits on the number of iSCSI paths with our infrastructure. Rather than that, we have groups of LUNs/Datastores mapped to the ESXi hosts which form a given VMware cluster. Then we have a couple of datastores mapped to every ESXi in the vmware datacenter, and we use those to store the ISO images and as storage that we use when we need to migrate VMs between clusters for some reason. Given the role of the Master data domain and the SPM in oVIrt it is my understanding that I cannot replicate this kind of setup in oVirt: a data domain in an oVirt Data Center must be available to every Host on the Data Center: Am I right? So, our current setup is still small, but I am concerned that as it grows, if I stay with one Datacenter, several clusters and a group of data domains mapped to every host I may run again into problems with the number of iSCSI paths (the limit in VMWare was around 1024), it is easy to reach that limit as it is (number of hosts) * (number of LUNs) * (number of paths/LUN). If I split my setup in several datacenters controlled by a single oVirt-engine in order to keep the number of iSCSI paths reasonable. Can I manually migrate VMs between Datacenters? I assume that in order to do that, those datacenters will need to share some data domain , Can this be done? Maybe with NFS? Thanks for your help! -- Eduardo Mayoral Jimeno (emayoral(a)arsys.es) Administrador de sistemas. Departamento de Plataformas. Arsys internet. +34 941 620 145 ext. 5153

2 2

Clarification on Broadwell as cluster cpu type
by Gianluca Cecchi 31 Aug '17

31 Aug '17

Hello, having to deploy some HP Gen 9 servers as Hypervisors, with Intel E5-2680v4 aka Broadwell cpu, I remember that in oVirt web admin UI I can set it as cpu type for a cluster (and also Broadwell-noTSX) since many months at least... And in fact I already have some with that setting. But now incidentally I go here: https://www.ovirt.org/documentation/admin-guide/chap-Clusters/ and see that Broadwell is not listed among the supported cpu types... is there any reason? Also if I go into official RHEV 4.1 docs here it is missing in the list: https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/ht… Should I submit a doc bug? Thanks, Gianluca

2 2

Want to Contribute
by Yan Naing Myint 30 Aug '17

30 Aug '17

Hello, I am currently only Ambassador of Fedora Project in Yangon, Myanmar. I want to contribute oVirt by spreading about oVirt in my region. I am also teaching about oVirt here in my region. How should I approach to become officially recognized something like "oVirt Myanmar Community" ? Best, -- Yan Naing Myint CEO Server & Network Engineer Cyber Wings Co., Ltd http://cyberwings.asia 09799950510

2 3

I can't see any host to choose when creating new domain
by Khoi Thinh 30 Aug '17

30 Aug '17

Hi everyone, I have a question related to Ovirt. Sorry it's in Japanese. I did a quick translation as below (not sure if it's right) So as you can see, after choose option for * Data center * Domain function/feature * Storage Type Then i didn't see any option for "Running host/Host in use". Even though i did create some hosts in dhcp48. Has any of you guys seen this before? -- *Khoi Thinh*

2 1

News in version 4.1.5.2
by nicolas＠devels.es 30 Aug '17

30 Aug '17

Hi, We just upgraded to 4.1.5.2 and I see there are 2 news that I'd like to ask if they might be changed: 1) Up until now the "User admin@internal logged in." event didn't show up, which was a big plus to us because we have many scripts that connect to oVirt to do some tasks. As of this version I see this event is back :-( Is there a way to disable it so the events list won't get flooded of these kind of events? 2) The events list is now ordered top-down. Personally I consider this kind of unintuitive and would like to sort events as until now (more recent events on top). Is there a way to do this? Thanks.

3 3