[ovirt-users] Issue with Accessing oVirt Manager Console

[Sachendra Shukla]

Hi Team,

We are currently experiencing difficulties accessing the oVirt Manager
console. Please find attached a screenshot of the error for your reference.

[image: image.png]
Please help me if you have any resolution.
-- 

Regards,








*Sachendra Shukla*

IT Administrator

Yagna iQ, Inc. and subsidiaries

Email: sachendra.shu...@yagnaiq.com 

Website: https://yagnaiq.com

Privacy Policy: https://www.yagnaiq.com/privacy-policy/





This communication and any attachments may contain confidential information
and/or Yagna iQ, Inc. copyright material.

All unauthorized use, disclosure, or distribution is prohibited. If you are
not the intended recipient, please notify Yagna iQ immediately by replying
to the email and destroy all copies of this communication.

This email has been scanned for all known viruses. The sender does not
accept liability for any damage inflicted by viewing the content of this
email.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2W3MRMOOSPB5X2X626ALVSDIG2GD32SZ/

[ovirt-users] Issue - Bonding 802.3ad

[Anthony Bustillos]

Hello team, 

I have this warning when I tried, to configure two ports with boonding 802.3ad.

Warning:  Bond is in link aggregation mode (Mode 4 ) but no partner mac has 
been reported for it. At least one slave has a different aggregator id.

how I can to solved this warning?

best Regards
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5PREULS2AN5TSU5CJIXPSB2T2SYBTUZO/

[ovirt-users] Issue with hyper-converged node and rhel9

[Robert Pouliot]

Hi,
I have a 3 node cluster with gluster (2 rhel 8.7 and one rhel 9.1).
I updated one of my nodes to rhel9 and I'm unable to start any VM that's
running on gluster volumes on the rhel9 node or move a running VM on the
rhel9 node.
However, I'm able to start a node stored on a NFS node on the rhel9 node.
According to gluster (10.3) all 3 nodes are working fine.
I don't want to render my setup useless, that's why I didn't move the 2
other nodes.

wells = rhel9 node.

In the event log I'm getting the following error:
Failed to sync storage devices from host wells
VDSM wells command GetStorageDeviceListVDS failed: Internal JSON-RPC error

Here is a part of the vdsm.log:
2023-04-03 23:25:01,242-0400 INFO  (vm/69f6480f) [vds] prepared volume
path:  (clientIF:506)
2023-04-03 23:25:01,243-0400 INFO  (vm/69f6480f) [vdsm.api] START
prepareImage(sdUUID='a874a247-d8de-4951-86e8-99aaeda1a510',
spUUID='595abf38-2c6d-11eb-9ba9-3ca82afed888',
imgUUID='69de5e2b-dfb7-4e47-93d0-65ed4f978017',
leafUUID='e66df35e-1254-48ef-bb83-ae8957fe8651', allowIllegal=False)
from=internal, task_id=bf3e89e0-5d4e-47a1-8d86-3933c5004d25 (api:31)
2023-04-03 23:25:01,243-0400 INFO  (vm/69f6480f) [vdsm.api] FINISH
prepareImage error=Unknown pool id, pool not connected:
('595abf38-2c6d-11eb-9ba9-3ca82afed888',) from=internal,
task_id=bf3e89e0-5d4e-47a1-8d86-3933c5004d25 (api:35)
2023-04-03 23:25:01,244-0400 INFO  (vm/69f6480f) [storage.taskmanager.task]
(Task='bf3e89e0-5d4e-47a1-8d86-3933c5004d25') aborting: Task is aborted:
"value=Unknown pool id, pool not connected:
('595abf38-2c6d-11eb-9ba9-3ca82afed888',) abortedcode=309" (task:1165)
2023-04-03 23:25:01,244-0400 INFO  (vm/69f6480f) [storage.dispatcher]
FINISH prepareImage error=Unknown pool id, pool not connected:
('595abf38-2c6d-11eb-9ba9-3ca82afed888',) (dispatcher:64)
2023-04-03 23:25:01,244-0400 ERROR (vm/69f6480f) [virt.vm]
(vmId='69f6480f-5ee0-4210-84b9-58b4dbb4e423') The vm start process failed
(vm:1001)
Traceback (most recent call last):
  File "/usr/lib/python3.9/site-packages/vdsm/virt/vm.py", line 928, in
_startUnderlyingVm
self._run()
  File "/usr/lib/python3.9/site-packages/vdsm/virt/vm.py", line 2769, in
_run
self._devices = self._make_devices()
  File "/usr/lib/python3.9/site-packages/vdsm/virt/vm.py", line 2649, in
_make_devices
disk_objs = self._perform_host_local_adjustment()
  File "/usr/lib/python3.9/site-packages/vdsm/virt/vm.py", line 2687, in
_perform_host_local_adjustment
self._preparePathsForDrives(disk_params)
  File "/usr/lib/python3.9/site-packages/vdsm/virt/vm.py", line 1109, in
_preparePathsForDrives
drive['path'] = self.cif.prepareVolumePath(
  File "/usr/lib/python3.9/site-packages/vdsm/clientIF.py", line 418, in
prepareVolumePath
raise vm.VolumeError(drive)
vdsm.virt.vm.VolumeError: Bad volume specification {'device': 'disk',
'type': 'disk', 'diskType': 'file', 'specParams': {}, 'alias':
'ua-69de5e2b-dfb7-4e47-93d0-65ed4f978017', 'address': {'bus': '0',
'controller': '0', 'target': '0', 'type': 'drive', 'unit': '0'},
'domainID': 'a874a247-d8de-4951-86e8-99aaeda1a510', 'guestName':
'/dev/sdb', 'imageID': '69de5e2b-dfb7-4e47-93d0-65ed4f978017', 'poolID':
'595abf38-2c6d-11eb-9ba9-3ca82afed888', 'volumeID':
'e66df35e-1254-48ef-bb83-ae8957fe8651', 'managed': False, 'volumeChain':
[{'domainID': 'a874a247-d8de-4951-86e8-99aaeda1a510', 'imageID':
'69de5e2b-dfb7-4e47-93d0-65ed4f978017', 'leaseOffset': 0, 'leasePath':
'/rhev/data-center/mnt/glusterSD/192.168.8.11:_GlusterVolLow/a874a247-d8de-4951-86e8-99aaeda1a510/images/69de5e2b-dfb7-4e47-93d0-65ed4f978017/e66df35e-1254-48ef-bb83-ae8957fe8651.lease',
'path': 
'/rhev/data-center/mnt/glusterSD/192.168.8.11:_GlusterVolLow/a874a247-d8de-4951-86e8-99aaeda1a510/images/69de5e2b-dfb7-4e47-93d0-65ed4f978017/e66df35e-1254-48ef-bb83-ae8957fe8651',
'volumeID': 'e66df35e-1254-48ef-bb83-ae8957fe8651'}], 'path':
'/rhev/data-center/mnt/glusterSD/192.168.8.11:_GlusterVolLow/a874a247-d8de-4951-86e8-99aaeda1a510/images/69de5e2b-dfb7-4e47-93d0-65ed4f978017/e66df35e-1254-48ef-bb83-ae8957fe8651',
'discard': False, 'format': 'raw', 'propagateErrors': 'off', 'cache':
'none', 'iface': 'scsi', 'name': 'sda', 'bootOrder': '1', 'serial':
'69de5e2b-dfb7-4e47-93d0-65ed4f978017', 'index': 0, 'reqsize': '0',
'truesize': '5331688448', 'apparentsize': '42949672960'}
2023-04-03 23:25:01,244-0400 INFO  (vm/69f6480f) [virt.vm]
(vmId='69f6480f-5ee0-4210-84b9-58b4dbb4e423') Changed state to Down: Bad
volume specification {'device': 'disk', 'type': 'disk', 'diskType': 'file',
'specParams': {}, 'alias': 'ua-69de5e2b-dfb7-4e47-93d0-65ed4f978017',
'address': {'bus': '0', 'controller': '0', 'target': '0', 'type': 'drive',
'unit': '0'}, 'domainID': 'a874a247-d8de-4951-86e8-99aaeda1a510',
'guestName': '/dev/sdb', 'imageID': '69de5e2b-dfb7-4e47-93d0-65ed4f978017',
'poolID': '595abf38-2c6d-11eb-9ba9-3ca82afed888', 'volumeID':
'e66df35e-1254-48ef-bb83-ae8957fe8651', 'managed': False, 'volumeChain':
[{'domainID': 'a874a247-d8de-4951-86e8-99aaeda

[ovirt-users] Issue Uploading Disk Image to Storage Domain in 4.5

[Nur Imam Febrianto]

Hi,

Recently just realized having an issue that I cant upload any disk image. 
Realized something strange. I have 2 different DC (for example DC A and DC B). 
I want to upload an image to storage domain that exist in DC B. But when I 
tried to upload the image in the prompt which shows up after choosing Upload -> 
Start in Storage Domain, it shows DC A, even if the Storage Domain resides on 
DC B. And the hosts in the prompt only shows the hosts that exist in DC A. When 
I tried to start the upload process it always fails. Anybody having this 
strange issues like this ?

Thanks before.

Sent from Mail for Windows

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PVG4WZAAIEOL5F27TKT2XBZRBZIIKZQF/

[ovirt-users] Issue with disk import and disk upload - ovirt 4.5.2

[Proniakin Marcin]

Hello,


After upgrading ovirt to version 4.5.2, I've experienced issue with using 
import function in import disk window in storage domain after attaching it to 
data center. Logs in the attachment (#1).


Second issue is with uploading disks from storage domain window.

Using example from attachment (#2):

When choosing to upload disk to domain portal-1 from upload function in the 
storage domain disk window, ovirt chooses wrong data-center dev-1 (dev-1 
datacenter has domain dev-1, portal-1 datacenter has domain portal-1) and wrong 
host to upload. Accepting this upload always fails.


When choosing to upload disk from storage -> disks window works fine.


Issues confirmed on two independent ovirt servers (both with version 4.5.2).



Spółki Grupy Wirtualna Polska:

Wirtualna Polska Holding Spółka Akcyjna z siedzibą w Warszawie, ul. Żwirki i 
Wigury 16, 02-092 Warszawa, wpisana do Krajowego Rejestru Sądowego - Rejestru 
Przedsiębiorców prowadzonego przez Sąd Rejonowy dla m.st. Warszawy w Warszawie 
pod nr KRS: 407130, kapitał zakładowy: 1 461 895,65 zł (w całości 
wpłacony), Numer Identyfikacji Podatkowej (NIP): 521-31-11-513

Wirtualna Polska Media Spółka Akcyjna z siedzibą w Warszawie, ul. Żwirki i 
Wigury 16, 02-092 Warszawa, wpisana do Krajowego Rejestru Sądowego - Rejestru 
Przedsiębiorców prowadzonego przez Sąd Rejonowy dla m.st. Warszawy w Warszawie 
pod nr KRS: 580004, kapitał zakładowy: 320 058 550,00 zł (w całości 
wpłacony), Numer Identyfikacji Podatkowej (NIP): 527-26-45-593

Administratorem udostępnionych danych osobowych jest Wirtualna Polska Media 
S.A. z siedzibą w Warszawie (dalej "WPM"). WPM przetwarza Twoje dane osobowe, 
które zostały podane przez Ciebie dobrowolnie w trakcie dotychczasowej 
współpracy, w związku z zawarciem umowy lub zostały zebrane ze źródeł 
powszechnie dostępnych, w szczególności: imię i nazwisko, adres email, numer 
telefonu. Przetwarzamy te dane w celach opisanych w polityce 
prywatności, między innymi w celu realizacji 
współpracy, realizacji obowiązków przewidzianych prawem, w celach 
marketingowych WP. Podstawą prawną przetwarzania Twoich danych osobowych w 
celach marketingowych jest prawnie uzasadniony interes jakim jest m.in. 
przesyłanie informacji marketingowych o usługach WP, w tym zaproszeń na 
konferencje branżowe, informacje o publikacjach. Twoje dane możemy przekazywać 
podmiotom przetwarzającym je na nasze zlecenie oraz podmiotom uprawnionym do 
uzyskania danych na podstawie obowiązującego prawa. Masz prawo m.in. do żądania 
dostępu do danych, sprostowania, usunięcia lub ograniczenia ich przetwarzania, 
jak również prawo do zgłoszenia sprzeciwu w przewidzianych w prawie sytuacjach. 
Prawa te oraz sposób ich realizacji opisaliśmy w polityce 
prywatności. Tam też znajdziesz informacje 
jak zakomunikować nam Twoją wolę skorzystania z tych praw.
2022-10-03 14:33:07,268+02 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4564) [] Permutation name: 0F30747C728BDB3681A1A49DB43DD469
2022-10-03 14:33:07,269+02 ERROR [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default task-4564) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: (TypeError) : b.i is undefined
at org.ovirt.engine.ui.common.widget.uicommon.storage.DisksAllocationView.$addDiskList(DisksAllocationView.java:190)
at org.ovirt.engine.ui.common.widget.uicommon.storage.DisksAllocationView.$lambda$0(DisksAllocationView.java:179)
at org.ovirt.engine.ui.common.widget.uicommon.storage.DisksAllocationView$lambda$0$Type.eventRaised(DisksAllocationView.java:179)
at org.ovirt.engine.ui.uicompat.Event.$raise(Event.java:99)
at org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel.$onPropertyChanged(DisksAllocationModel.java:310)
at org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel.$setQuotaEnforcementType(DisksAllocati
onModel.java:121)
at org.ovirt.engine.ui.uicommonweb.models.storage.StorageRegisterDiskImageListModel.$lambda$2(StorageRegisterDiskImageListModel.java:134)
at org.ovirt.engine.ui.uicommonweb.models.storage.StorageRegisterDiskImageListModel$lambda$2$Type.onSuccess(StorageRegisterDiskImageListModel.java:134)
at org.ovirt.engine.ui.frontend.Frontend$1.$onSuccess(Frontend.java:239)
at org.ovirt.engine.ui.frontend.Frontend$1.onSuccess(Frontend.java:239)
at org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.$onSuccess(OperationProcessor.java:133)
at org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.onSuccess(OperationProcessor.java:133)
at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$onSuccess(GWTRPCCommunicationProvider.java:161)
at org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.onSuccess(GWTRPCCommunicationProvider

[ovirt-users] Issue adding host to ovirt 4.4 cluster

[David Johnson]

Good morning all,

I am attempting to add a host to my ovirt 4.4 cluster.  The installation of
the first host went smoothly, but the installation of the second host
stalled.

Currently, the second host is in Installing state, but doing nothing.  The
installation failed due to a failure to register the host certificate.

I cannot change the state of the host or retry the installation to capture
logs.

Warnings from the host that are visible on the ovirt console are:

   - Power Management is not configured for this Host. Enable Power
   Management
   - Host has no default route.
   - The host CPU does not match the Cluster CPU Type and is running in a
   degraded mode. It is missing the following CPU flags: vmx,
   model_Cascadelake-Server-noTSX. Please update the host CPU microcode or
   change the Cluster CPU Type.

The error message generated at the last attempt to install the host from
the ovirt console is:

   - Failed to enroll certificate for host ovirt-host-04 (User:
   admin@internal-authz).

Please advise
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XTRQN4MDJHIPPOEETF4FKBTIKP3RKYHX/

[ovirt-users] Issue with oVirt 4.5 and Data Warehouse installed on a Separate Machine

[Igor Davidoff]

Hello,

i have an issue with 'engine-seup' step on DWH (separate server) aufter upgrade 
from 4.4.10 to 4.5.
It looks like the ovirt-engine-setup are looking for rpm-package 'ovirt-engine' 
instead of  'ovirt-engine-dwh'.

the reporting error is:
"
  --== END OF CONFIGURATION ==--
 
[ INFO  ] Stage: Setup validation
[ ERROR ] Failed to execute stage 'Setup validation': Command '/usr/bin/rpm' 
failed to execute
[ INFO  ] Stage: Clean up
  Log file is located at 
/var/log/ovirt-engine/setup/ovirt-engine-setup-20220502100751-fqwb07.log
[WARNING] Remote engine was not configured to be able to access DWH, please 
check the logs.
[ INFO  ] Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20220502101130-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed
"
in Setup log i found:

"
2022-05-02 10:11:30,000+ DEBUG otopi.context context._executeMethod:127 
Stage validation METHOD 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages.Plugin._validation
2022-05-02 10:11:30,001+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.executeRaw:813 execute: ('/usr/bin/rpm', '-q', 
'--queryformat=%{version}-%{release}', 'ovirt-engine'), executable='None', 
cwd='None', env=None
2022-05-02 10:11:30,013+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.executeRaw:863 execute-result: ('/usr/bin/rpm', '-q', 
'--queryformat=%{version}-%{release}', 'ovirt-engine'), rc=1
2022-05-02 10:11:30,013+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.execute:921 execute-output: ('/usr/bin/rpm', '-q', 
'--queryformat=%{version}-%{release}', 'ovirt-engine') stdout:
package ovirt-engine is not installed

2022-05-02 10:11:30,013+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.execute:926 execute-output: ('/usr/bin/rpm', '-q', 
'--queryformat=%{version}-%{release}', 'ovirt-engine') stderr:


2022-05-02 10:11:30,013+ DEBUG otopi.context context._executeMethod:145 
method exception
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in 
_executeMethod
method['method']()
  File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-common/distro-rpm/packages.py",
 line 463, in _validation
oenginecons.Const.ENGINE_PACKAGE_NAME,
  File "/usr/lib/python3.6/site-packages/otopi/plugin.py", line 931, in execute
command=args[0],
RuntimeError: Command '/usr/bin/rpm' failed to execute
2022-05-02 10:11:30,015+ ERROR otopi.context context._executeMethod:154 
Failed to execute stage 'Setup validation': Command '/usr/bin/rpm' failed to 
execute
"

usually the upgrade of minor versions in 4.4 was just:
# yum update ovirt\*setup\*
# engine-setup
# yum update

as it did not work, i tried the fresh installation of centos8 stream and 
recovery of DWH Database and configuration:
# engine-backup --mode=restore --file=backup.bck --provision-all-databases
-> no luck

the last idea was fresh installation centos8 stream + fresh installation of 
ovirt-engine-dwh 4.5 (without recovery)
-> the same error.

the engine side works fine.

i compared the current setup logs with the installation and all the minor 
upgrades of ovirt-engine-dwh before 4.5
and only found the rpm-validation for the package 'ovirt-engine-dwh':

"
2022-02-08 16:11:29,846+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.executeRaw:813 execute: ('/usr/bin/rpm', '-q', 'ovirt-engine-dwh'), 
executable='None', cwd='None', env=None
2022-02-08 16:11:29,877+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.executeRaw:863 execute-result: ('/usr/bin/rpm', '-q', 
'ovirt-engine-dwh'), rc=0
2022-02-08 16:11:29,878+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.execute:921 execute-output: ('/usr/bin/rpm', '-q', 'ovirt-engine-dwh') 
stdout:
ovirt-engine-dwh-4.4.10-1.el8.noarch

2022-02-08 16:11:29,878+ DEBUG 
otopi.plugins.ovirt_engine_setup.ovirt_engine_common.distro-rpm.packages 
plugin.execute:926 execute-output: ('/usr/bin/rpm', '-q', 'ovirt-engine-dwh') 
stderr:


2022-02-08 16:11:29,878+ DEBUG otopi.transaction transaction.commit:152 
committing 'DWH Engine database Transaction'
"

It looks like engine-setup knows it is the DWH-Server, but is trying to 
validate the wrong rpm package.

Any Ideas, how to work around this.
Thank you!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7E3U6J

[ovirt-users] Issue upgrading 4.4 to 4.5 Gluster HCG

[Abe E]

Hey All, 

I am having an issue upgrading from 4.4 to 4.5.
My setup
3 Node Gluster (Cluster 1) + 3 Node Cluster (Cluster 2)

If i recall the process correctly, the process I did last week:

On all my Nodes:
dnf install -y centos-release-ovirt45 --enablerepo=extras

On Ovirt Engine:
dnf install -y centos-release-ovirt45
dnf update -y --nobest
engine-setup

Once the engine was upgraded successfully I ran the upgrade from the GUI on the 
Cluster 2 Nodes one by one although when they came back, they complained of 
"Host failed to attach one of the Storage Domains attached to it." which is the 
"hosted_storage", "data" (gluster).

I thought maybe its due to the fact that 4.5 brings an update to the glusterfs 
version, so I decided to upgrade Node 3 in my Gluster Cluster and it booted to 
emergency mode after the install "succeeded". 

I feel like I did something wrong, aside from my bravery of upgrading so much 
before realizing somethings not right.

My VDSM Logs from one of the nodes that fails to connect to storage (FYI I have 
2 Networks, one for Mgmt and 1 for storage that are up):

[root@ovirt-4 ~]# tail -f /var/log/vdsm/vdsm.log
2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] FINISH repoStats 
return={} from=:::172.17.117.80,38712, 
task_id=8370855e-dea6-4168-870a-d6235d9044e9 (api:54)
2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] START 
multipath_health() from=:::172.17.117.80,38712, 
task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:48)
2022-04-25 22:41:31,584-0600 INFO  (jsonrpc/3) [vdsm.api] FINISH 
multipath_health return={} from=:::172.17.117.80,38712, 
task_id=14eb199a-7fbf-4638-a6bf-a384dfbb9d2c (api:54)
2022-04-25 22:41:31,602-0600 INFO  (periodic/1) [vdsm.api] START 
repoStats(domains=()) from=internal, 
task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:48)
2022-04-25 22:41:31,603-0600 INFO  (periodic/1) [vdsm.api] FINISH repoStats 
return={} from=internal, task_id=08a5c00b-1f66-493f-a408-d4006ddaa959 (api:54)
2022-04-25 22:41:31,606-0600 INFO  (jsonrpc/3) [api.host] FINISH getStats 
return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} 
from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:35,393-0600 INFO  (jsonrpc/5) [api.host] START getAllVmStats() 
from=:::172.17.117.80,38712 (api:48)
2022-04-25 22:41:35,393-0600 INFO  (jsonrpc/5) [api.host] FINISH getAllVmStats 
return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} 
from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:39,366-0600 INFO  (jsonrpc/2) [api.host] START getAllVmStats() 
from=::1,53634 (api:48)
2022-04-25 22:41:39,366-0600 INFO  (jsonrpc/2) [api.host] FINISH getAllVmStats 
return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} 
from=::1,53634 (api:54)
2022-04-25 22:41:46,530-0600 INFO  (jsonrpc/1) [api.host] START getStats() 
from=:::172.17.117.80,38712 (api:48)
2022-04-25 22:41:46,568-0600 INFO  (jsonrpc/1) [vdsm.api] START 
repoStats(domains=()) from=:::172.17.117.80,38712, 
task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:48)
2022-04-25 22:41:46,568-0600 INFO  (jsonrpc/1) [vdsm.api] FINISH repoStats 
return={} from=:::172.17.117.80,38712, 
task_id=30404767-9761-4f8c-884a-5561dd0d82fe (api:54)
2022-04-25 22:41:46,569-0600 INFO  (jsonrpc/1) [vdsm.api] START 
multipath_health() from=:::172.17.117.80,38712, 
task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:48)
2022-04-25 22:41:46,569-0600 INFO  (jsonrpc/1) [vdsm.api] FINISH 
multipath_health return={} from=:::172.17.117.80,38712, 
task_id=8dbfa47f-e1b7-408c-a060-8d45012f0b90 (api:54)
2022-04-25 22:41:46,574-0600 INFO  (jsonrpc/1) [api.host] FINISH getStats 
return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} 
from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:46,651-0600 INFO  (periodic/0) [vdsm.api] START 
repoStats(domains=()) from=internal, 
task_id=92c69020-d0b1-4813-8610-3f3e1892c20b (api:48)
2022-04-25 22:41:46,652-0600 INFO  (periodic/0) [vdsm.api] FINISH repoStats 
return={} from=internal, task_id=92c69020-d0b1-4813-8610-3f3e1892c20b (api:54)
2022-04-25 22:41:50,397-0600 INFO  (jsonrpc/6) [api.host] START getAllVmStats() 
from=:::172.17.117.80,38712 (api:48)
2022-04-25 22:41:50,397-0600 INFO  (jsonrpc/6) [api.host] FINISH getAllVmStats 
return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} 
from=:::172.17.117.80,38712 (api:54)
2022-04-25 22:41:52,533-0600 INFO  (jsonrpc/4) [api.host] START 
getCapabilities() from=:::172.17.117.80,38712 (api:48)
2022-04-25 22:41:54,382-0600 INFO  (jsonrpc/0) [api.host] START getAllVmStats() 
from=::1,53634 (api:48)
2022-04-25 22:41:54,382-0600 INFO  (jsonrpc/0) [api.host] FINISH getAllVmStats 
return={'status': {'code': 0, 'message': 'Done'}, 'statsList': (suppressed)} 
from=::1,53634 (api:54)
2022-04-25 22:41:55,037-0600 INFO  (jsonrpc/4) [root] 
/usr/libexec/vdsm/hooks/after_get_caps/ovirt_provider_ovn_hook: rc=0 err=b'' 
(hooks:123)
2022-04-25 22

[ovirt-users] Issue on Ovirt Node 4.4.10 installation by using DUD for MPTSAS driver update

[peter . yu]

Hello, 

I'm trying to install Ovirt Node 4.4.10 to my server and it gets an error when 
I'm trying to install iso for my MPT SAS driver by using DUD. 
In the boot menu, I pressed tab to enter Kernel and added "inst,dd".
After that I got a screen shows a list of disk devices and selected USB that 
has iso file for MPT SAS :
"Device : sda1 / Type : Vfat / Label : OEMDRV / UUDI : 6837-8481"

Then, I selected drivers to install : 
"/media/DD-2/rpms/x86_64/kmod-mptsas-3.04.20-6.e18_5.elrepo.x86_64.rpm"

And I pressed "C" to continue and gets an error message below :

"modprobe : ERROR : could not insert 'mptsas' : invalid argument"

Could you please help me what's the next step I can try to fix the issue? 

Thank you
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ARCK2NHPQ4AQK7I5EUISUCSQCTHXIV7Q/

[ovirt-users] Issue with DWH Installtion "Failed to execute stage 'Misc configuration': terminating connection due to administrator command"

[Maitler]

Issue with oVirt fresh install, during step 3.5 'Installing and Configuring 
Data Warehouse on a Separate Machine':
Following Guide: Installing oVirt as a standalone Engine with remote databases

The two nodes; ovirt-net and ovirt-ctl are both fresh installed RHEL 8.4 nodes, 
built to make this test environment. With ovirt-ctl being the engine host and 
ovirt-net hosting the postgres database and DWH services. 

Upon following the steps through the engine-setup after confirming the 
installation settings, the setup gets to '[INFO] Creating a user for Grafana' 
then says the following error:
[ ERROR ] Failed to execute stage 'Misc configuration': terminating connection 
due to administrator command
 server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.

Afterwards within /etc/pki/ovirt-engine/ there's broken/empty symbolic links 
for apache certs and keys linking to apache-grafana which'll cause errors for 
further attempts are re-doing the engine-setup.



Here's the lines before and after the error in the output log from the setup:

2021-12-06 14:49:08,233-0330 DEBUG 
otopi.ovirt_engine_setup.engine_common.database database.execute:234 Database: 
'None', Statement: '
select * from GetDwhHistoryTimekeepingByVarName(
%(name)s  
)
', args: {'name': 'dwhHostname'}
2021-12-06 14:49:08,233-0330 DEBUG 
otopi.ovirt_engine_setup.engine_common.database database.execute:239 Creating 
own connection
2021-12-06 14:49:08,253-0330 DEBUG 
otopi.ovirt_engine_setup.engine_common.database database.execute:284 Result: 
[{'var_name': 'dwhHostname', 'var_value': None, 'var_datetime': None}]
2021-12-06 14:49:08,254-0330 DEBUG 
otopi.ovirt_engine_setup.engine_common.database database.execute:234 Database: 
'None', Statement: '
select UpdateDwhHistoryTimekeeping(
%(name)s,
%(value)s,
NULL
)
', args: {'name': 'dwhHostname', 'value': 
'cloud-ovirt-net.mun.cluster.dns'}
2021-12-06 14:49:08,254-0330 DEBUG otopi.context context._executeMethod:145 
method exception
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/otopi/context.py", line 132, in 
_executeMethod
method['method']()
  File 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine-dwh/core/single_etl.py",
 line 167, in _misc
value=self.environment[osetupcons.ConfigEnv.FQDN]
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/dwh_history_timekeeping.py",
 line 63, in updateValueInTimekeeping
ownConnection=False,
  File 
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py", 
line 258, in execute
args,
psycopg2.OperationalError: terminating connection due to administrator command
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.

2021-12-06 14:49:08,257-0330 ERROR otopi.context context._executeMethod:154 
Failed to execute stage 'Misc configuration': terminating connection due to 
administrator command
server closed the connection unexpectedly
This probably means the server terminated abnormally
before or while processing the request.

2021-12-06 14:49:08,257-0330 DEBUG otopi.plugins.otopi.dialog.human 
human.format:69 newline sent to logger
2021-12-06 14:49:08,258-0330 DEBUG otopi.transaction transaction.abort:124 
aborting 'DNF Transaction'
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AAQJ4QSO5U5EXEOHENXNUB6JNFB6GWT7/

[ovirt-users] Issue upgrading VDSM in 4.4.9

[ling]

Hello, I am trying to perform an oVirt host upgrade and ran into this issue and 
looking for advice.

If i try to run dnf update vdsm directly:
 Problem: cannot install the best update candidate for package 
vdsm-4.40.80.5-1.el8.x86_64
  - nothing provides libvirt-daemon-kvm >= 7.6.0-2 needed by 
vdsm-4.40.90.3-1.el8.x86_64
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use 
not only best candidate packages)

After updating ovirt-release to 4.4.9, this is what I see available for 
libvirt-daemon:
[root@vmserver02 yum.repos.d]# dnf list libvirt-daemon-kvm
Last metadata expiration check: 2:09:25 ago on Wed 20 Oct 2021 01:28:56 PM 
PDT.Installed Packageslibvirt-daemon-kvm.x86_64   
7.0.0-14.1.el8   @ovirt-4.4-advanced-virtualization

And the advance-virtualization repo points to this:
[ovirt-4.4-advanced-virtualization]
name=Advanced Virtualization packages for $basearch
mirrorlist=http://mirrorlist.centos.org/?arch=$basearch&release=8&repo=virt-advanced-virtualization
enabled=1
gpgcheck=1
gpgkey=https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Virtualization
module_hotfixes=1

I am trying this on Centos 8 and also RHEL 8 machines. Both giving the same 
errors.

Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SQQKQEOEPOOQGEG2LHBQ5AQROXDS36E2/

[ovirt-users] Issue With HE HA after upgrading to 4.4.7

[Nur Imam Febrianto]

Hi, Recently I’m upgrading our server cluster from 4.4.6 to 4.4.7 After 
upgrading HE, and several Hosts, every single Host that upgraded and activated 
have an issue with HA Score. It always shows HA Score 0, rebooting the host 
doesn’t help. Any idea how to check this issue ?
Thanks.

Regards,
Nur Imam Febrianto
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NEWUEVLA623IWFN4NTCSLJICF3G7HS3E/

[ovirt-users] issue creating disk with rest api using json format

[Pascal D]

I am unable to create disk using JSON however the same query in XML works 
great. In Json I get the following message back: 
{
  "detail": "For correct usage, see: 
https://ov1.butterflyit.com/ovirt-engine/apidoc#services/disks/methods/add";,
  "reason": "Request syntactically incorrect."
}

Both use POST /ovirt-engine/api/disks and the content-type is either 
application/json or application/xml

Here is the request in JSON:

{
   "id": "866770c3-acf9-4f67-b72c-05ed241908e4",
"name": "mydisk",
"description": "test disk",
"bootable": false,
"shareable": true,
"provisioned_size": 1024000,
"interface": "virtio",
"format": "cow",
"storage_domains": {
"storage_domain": {
  "name": "VMS"
}
}
}

And here it is in XML


false
mydisk
test Drive
virtio
1024000
cow


VMS



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S7PPYRFB5AIRRBW5PMNTCMB2PTIF6FT2/

[ovirt-users] Issue upgrading from 4.3 (Centos 7) to 4.4 (Centos 8)

[ling]

Hello,

I have been trying to upgrade my self-hosted engine from 4.3 to 4.4 but running 
into issue while performing hosted-engine deploy.
Old hypervisor hosts are all running Centos 8 and old ovirt-engine is also 
running Centos 7.

I created a brand new baremental node running Centos 8, Kernel 
4.18.0-240.15.1.el8_3.x86_64 and the following engine versions:
ovirt-hosted-engine-setup-2.4.9-1.el8.noarch
ovirt-hosted-engine-ha-2.4.6-1.el8.noarch
ovirt-engine-appliance-4.4-20210323171213.1.el8.x86_64
python3-ovirt-engine-sdk4-4.4.10-1.el8.x86_64

I have many VLANs in my environment. But on this host, I only have these 
network devices set up (eth0 is the main network, eth1 for storage):
# nmcli con
NAME UUID  TYPE  DEVICE
ovirtmgmt02f64861-d992-4e56-8cec-da1906bac09f  bridgeovirtmgmt
System eth1  bd9e565f-bdc3-4e43-bbd3-5875b9d7fed7  ethernet  eth1
virbr0   78e6875d-70f6-4c89-89dd-180dbb9250b1  bridgevirbr0
eth0 743b0e26-aae7-44b8-9215-3754a537e90b  ethernet  eth0
vnet0bcfead6d-c5b6-4428-9f89-41589735be02  tun   vnet0

When I run hosted-engine --deploy --restore-from-file=backup_050321.bck, it 
hangs after showing:
[ INFO  ] TASK [ovirt.ovirt.engine_setup : Copy yum configuration file]
[ INFO  ] changed: [localhost -> ovirt.safari.apple.com]
[ INFO  ] TASK [ovirt.ovirt.engine_setup : Set 'best' to false]
[ INFO  ] changed: [localhost -> ovirt.safari.apple.com]
[ INFO  ] TASK [ovirt.ovirt.engine_setup : Update all packages]

virsh shows the VM is in paused state:
# virsh list
 Id   NameState
--
 1HostedEngineLocal   paused

I was able to ssh onto the VM until that point.

Do I need to set up all the network connection for all the VLANs before running 
the deploy script?

And how about engine storage domain? I have a new NFS mount ready but it did 
not ask me about which storage domain to use. Will it ask in later stage?

Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DFHDDFX7O4A24GAYAK5CFV4D6AZY2ECS/

[ovirt-users] Issue in importing ISO storage domain in Ovirt 4.3

[hjadavalluva]

Hello,

I'm managing Ovirt environment 4.3 and I'm very new to this area. The setup was 
already done by former colleague and right now I'm managing this environment. 
Recently, one VM's OS got corrupted and I have to re-install the OS in that VM 
to bring the VM up and running. For doing this, I need to import the ISO domain 
from gluster storage (this ISO domain is not present in ovirt engine now). 
While importing the ISO domain, I face the following error;

"Error while executing the action: Cannot add memory connection. Memory 
connection 63566129-bb20-4b11-b5c2-5e943ab94bed already exists"

I already searched this "63566129-bb20-4b11-b5c2-5e943ab94bed" image in ovirt 
server, target server and gluster storage server but I couldn't find it. Could 
you please help me in resolving this issue? I got stuck badly here.

Thanks in advance!

Best Regards,
Hariharan
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/L4EXRYDYMXQCS2B3L2DPC4BLZ4NH/

[ovirt-users] Issue with ovirt self hosted engine instalaltion 4.4

[hjadavalluva]

Hello,

Good Day!
I'm Hariharan and I'm working as System Administrator in Linux platform for 
RWTH Uniklink - Germany. Currently I'm managing the Ovirt environment and I'm 
very new to this domain. Currently I'm facing an issue with Ovirt self hosted 
engine installation 4.4 in CentOS 8 server.  I have an issue when mounting the 
glusterfs storage to a target machine. Below is the exact issue what I face;

Error: "changed": false, "msg": "Error: the target storage domain contains only 
11.0GiB of available space while a minimum of 61.0GiB is required If you wish 
to use the current target storage domain by extending it, make sure it contains 
nothing before adding it.

Note: (gluster storage was installed and configured in Linux work station with 
adding additional hard disk in one of the two gluster storage linux work 
station. I used replicated volumes (replica 2) in creating gluster volumes)

Hardware detail:
device model: Dell R540
Capacity: 240 GB

I tried best possibilities to resolve this issue but still I'm facing the same 
issue. Could you please help me in resolving this issue with your guidance or 
support.  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QQJ5DNKR3WFTRXHRKILZQMPUZVGL5R3Q/

[ovirt-users] Issue with ovirt 4.4 after doing some incremental backups.

[Łukasz Kołaciński]

Hello,

After doing a few vm backups, something breaks and I am unable to perform any 
operations. I cannot do incremental backups and even full backups  doesn't 
work. I have this issue third time. I don't know how to fix this so I am 
currently making new vms for testing purposes

VDSM ovirt44-h2.storware.local command StartVmBackupVDS failed: Backup Error: 
{'vm_id': '116aa6eb-31a1-43db-9b1e-ad6e32fb9260', 'backup': 
, 'reason': "Error 
starting backup: internal error: unable to execute QEMU command 'transaction': 
Dirty bitmap 'ef0dfe55-c08c-4d9e-ad32-d6b6d5cbdac6' not found"}


Best Regards,

Łukasz Kołaciński

Junior Java Developer

e-mail: l.kolacin...@storware.eu





[STORWARE]

ul. Leszno 8/44
01-192 Warszawa
www.storware.eu 

[facebook]

[twitter]

[linkedin]

[Storware_Stopka_09]



Storware Spółka z o.o. nr wpisu do ewidencji KRS dla M.St. Warszawa 000510131 , 
NIP 5213672602. Wiadomość ta jest przeznaczona jedynie dla osoby lub podmiotu, 
który jest jej adresatem i może zawierać poufne i/lub uprzywilejowane 
informacje. Zakazane jest jakiekolwiek przeglądanie, przesyłanie, 
rozpowszechnianie lub inne wykorzystanie tych informacji lub podjęcie 
jakichkolwiek działań odnośnie tych informacji przez osoby lub podmioty inne 
niż zamierzony adresat. Jeżeli Państwo otrzymali przez pomyłkę tę informację 
prosimy o poinformowanie o tym nadawcy i usunięcie tej wiadomości z wszelkich 
komputerów. This message is intended only for the person or entity to which it 
is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you have received this message in error, 
please contact the sender and remove the material from all of your computer 
systems.

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QVRWJIPA7RVM3CEW3HEHAQCXMMFGDWDI/

[ovirt-users] issue connecting 4.3.8 node to nfs domain

[Jorick Astrego]

Hi,

Something weird is going on with our ovirt node 4.3.8 install mounting a
nfs share.

We have a NFS domain for a couple of backup disks and we have a couple
of 4.2 nodes connected to it.

Now I'm adding a fresh cluster of 4.3.8 nodes and the backupnfs mount
doesn't work.

(annoying you cannot copy the text from the events view)

The domain is up and working

ID:f5d2f7c6-093f-46d6-a844-224d92db5ef9
Size:10238 GiB
Available:2491 GiB
Used:7747 GiB
Allocated:3302 GiB
Over Allocation Ratio:37%
Images:7
Path:*.*.*.*:/data/ovirt
NFS Version:AUTO
Warning Low Space Indicator:10% (1023 GiB)
Critical Space Action Blocker:5 GiB

But somehow the node appears to thin thinks it's an LVM volume? It tries
to find the VGs volume group but fails... which is not so strange as it
is an NFS volume:

2020-02-05 14:17:54,190+ WARN  (monitor/f5d2f7c) [storage.LVM]
Reloading VGs failed (vgs=[u'f5d2f7c6-093f-46d6-a844-224d92db5ef9']
rc=5 out=[] err=['  Volume group
"f5d2f7c6-093f-46d6-a844-224d92db5ef9" not found', '  Cannot process
volume group f5d2f7c6-093f-46d6-a844-224d92db5ef9']) (lvm:470)
2020-02-05 14:17:54,201+ ERROR (monitor/f5d2f7c)
[storage.Monitor] Setting up monitor for
f5d2f7c6-093f-46d6-a844-224d92db5ef9 failed (monitor:330)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py",
line 327, in _setupLoop
    self._setupMonitor()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py",
line 349, in _setupMonitor
    self._produceDomain()
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 159,
in wrapper
    value = meth(self, *a, **kw)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/monitor.py",
line 367, in _produceDomain
    self.domain = sdCache.produce(self.sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line
110, in produce
    domain.getRealDomain()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line
51, in getRealDomain
    return self._cache._realProduce(self._sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line
134, in _realProduce
    domain = self._findDomain(sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line
151, in _findDomain
    return findMethod(sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sdc.py", line
176, in _findUnfetchedDomain
    raise se.StorageDomainDoesNotExist(sdUUID)
StorageDomainDoesNotExist: Storage domain does not exist:
(u'f5d2f7c6-093f-46d6-a844-224d92db5ef9',)

The volume is actually mounted fine on the node:

On NFS server

Feb  5 15:47:09 back1en rpc.mountd[4899]: authenticated mount
request from *.*.*.*:673 for /data/ovirt (/data/ovirt)

On the host

mount|grep nfs

*.*.*.*:/data/ovirt on /rhev/data-center/mnt/*.*.*.*:_data_ovirt
type nfs

(rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=*.*.*.*,mountvers=3,mountport=20048,mountproto=udp,local_lock=all,addr=*.*.*.*)

And I can see the files:

ls -alrt /rhev/data-center/mnt/*.*.*.*:_data_ovirt
total 4
drwxr-xr-x. 5 vdsm kvm    61 Oct 26  2016
1ed0a635-67ee-4255-aad9-b70822350706
-rwxr-xr-x. 1 vdsm kvm 0 Feb  5 14:37 __DIRECT_IO_TEST__
drwxrwxrwx. 3 root root   86 Feb  5 14:37 .
drwxr-xr-x. 5 vdsm kvm  4096 Feb  5 14:37 ..





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IFTO5WBLVLGTVWKYN3BGLOHAC453UBD5/

[ovirt-users] Issue in setting up

[Johns]

Hi all,

I just tried to use oVirt in multi-server, Manager in one VM and Host in a
dedicated machine, every time I try to attach host I get this error.

networks, the following networks are missing on host: 'ovirtmgmt'

I have created a bridge but no luck , please help
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ABNLG6YLUPJAAU26PCW46HWDX4FCZBHC/

[ovirt-users] Issue deploying self hosted engine on new install

[Robert Webb]

Hi all,

I am trying to deploy the self hosted engine via cockpit and it is failing at 
the very end of deployment when it is checking the VM Health. I have done 
multiple clean installs and run this and it fails every time.

I have also tried from the cli via ssh with the same outcome.

After the failure, if I look at the oVirt Machines section of the node, the VM 
is there but will not start.

Anyone else having this issue?


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MEIEA5VH3HQRKYYMQVWOYMSMNTGU2R4F/

[ovirt-users] Issue adding Network to host with Python SDK

[Don Dupuis]

I am having issue with adding network to host nic with python SDK. It works
just fine using the portal GUI. I have the following:

bond0 that is setup as mode 4
bond0.120 that is attached to ovirtmgmt network
bond0.96 that I am trying to attach a new installed network called External.

Below is a code snippet of what I am trying to do:

hosts_service = connection.system_service().hosts_service()
host = hosts_service.list(search='name=%s' % HOSTNAME)[0]
host_service = hosts_service.host_service(host.id)
hostnics_service = hosts_service.host_service(host.id).nics_service()
n = None
for n in hostnics_service.list():
if n.name == 'bond0.96':
n_id = n.id
print("n is %s" % n_id)
system_service = connection.system_service()
networks_service = connection.system_service().networks_service()
network = networks_service.list(
search='name=External and datacenter=%s-local' % HOSTNAME) [0]
print ("Network name is %s" % network.name)
print ("Network id is %s" % network.id)
net_attachments_service = host_service.network_attachments_service()
net_attachment = net_attachments_service.add(
   types.NetworkAttachment(
   network=types.Network(id=network.id),
   host_nic=types.HostNic(name='bond0.96')
   ),
   ),

I will end up with an error of

File "./add_host_py", line 193, in Add_External_network
host_nic=types.HostNic(name='bond0.96')
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line
15441, in add
self._check_fault(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 98,
in _check_fault
Service._raise_error(response, fault)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 71,
in _raise_error
raise Error(msg)
ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail is
"[Cannot setup Networks. The attachment of network 'External' references
vlan device 'bond0.96'. Network attachment cannot reference vlan device.]".
HTTP response code is 400.

Can someone guide me on what I am doing wrong or not understanding with the
NetworkAttachment Service?

Thanks
Don
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VJ4VY5XLXZJOY2FM5K7MZT2HXLHYAEZQ/

[ovirt-users] Issue with oVirt aaa-ldap connector on fresh install of 4.3.3

[Vrgotic, Marko]

From: Vrgotic, Marko
Sent: Tuesday, June 4, 2019 4:44:08 PM
To: users@ovirt.org
Cc: Stojchev, Darko
Subject: Issue with aaa-ldap connector on fresh install of 4.3.3


Dear oVIrt,



We are running 4.3.3 latest with SHE.



Tried to connect our domain users using aaa-ldap extension tool provided.



We tried multiple different accounts, with multiple dn search tree syntaxes and 
verified the passwords.

The error is always the same:

`2019-06-04 14:03:30,763+ ERROR 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._customization_late:835 Cannot authenticate using 
'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com': {'info': '80090308: LdapErr: 
DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 
'Invalid credentials'}`



The log file is showing the following:



2019-06-04 14:02:31,666+ DEBUG 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._getURLs:283 
URLs: [u'ldap://hqdc2.example.com:389', u'ldap://eudc1.example.com:389', 
u'ldap://eudc2.example.com:389', u'ldap://hqdc1.example.com:389']

2019-06-04 14:02:31,666+ INFO 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._connectLDAP:393 Connecting to LDAP using 'ldap://hqdc2.example.com:389'

2019-06-04 14:02:31,675+ INFO 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._connectLDAP:444 Executing startTLS

2019-06-04 14:02:32,420+ DEBUG 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._connectLDAP:447 Perform search

2019-06-04 14:02:32,567+ DEBUG 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._connectLDAP:455 Result: [('', {'supportedLDAPVersion': ['3', '2']})]

2019-06-04 14:02:32,568+ INFO 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._connectLDAP:457 Connection succeeded

2019-06-04 14:02:32,568+ DEBUG otopi.plugins.otopi.dialog.human 
human.queryString:159 query OVAAALDAP_LDAP_USER

2019-06-04 14:02:32,568+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Enter search user DN (for 
example uid=username,dc=example,dc=com or leave empty for anonymous):

2019-06-04 14:02:57,540+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:RECEIVE
uid=da-dstojchev,ou=Users,dc=example,dc=com

2019-06-04 14:02:57,541+ DEBUG otopi.plugins.otopi.dialog.human 
human.queryString:159 query OVAAALDAP_LDAP_PASSWORD

2019-06-04 14:02:57,541+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Enter search user password:

2019-06-04 14:03:00,713+ INFO 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._bindLDAP:478 
Attempting to bind using 'uid=da-dstojchev,ou=Users,dc=example,dc=com'

2019-06-04 14:03:00,862+ ERROR 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._customization_late:835 Cannot authenticate using 
'uid=da-dstojchev,ou=Users,dc=example,dc=com': {'info': '80090308: LdapErr: 
DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 
'Invalid credentials'}

2019-06-04 14:03:00,863+ DEBUG otopi.plugins.otopi.dialog.human 
human.queryString:159 query OVAAALDAP_LDAP_USER

2019-06-04 14:03:00,863+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Enter search user DN (for 
example uid=username,dc=example,dc=com or leave empty for anonymous):

2019-06-04 14:03:27,376+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:RECEIVEuid=openstack-test,ou=ABC 
Users,dc=example,dc=com

2019-06-04 14:03:27,376+ DEBUG otopi.plugins.otopi.dialog.human 
human.queryString:159 query OVAAALDAP_LDAP_PASSWORD

2019-06-04 14:03:27,377+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Enter search user password:

2019-06-04 14:03:30,616+ INFO 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._bindLDAP:478 
Attempting to bind using 'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com'

2019-06-04 14:03:30,763+ ERROR 
otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common 
common._customization_late:835 Cannot authenticate using 
'uid=**FILTERED**,ou=ABC Users,dc=example,dc=com': {'info': '80090308: LdapErr: 
DSID-0C0903A9, comment: AcceptSecurityContext error, data 52e, v1db1', 'desc': 
'Invalid credentials'}

2019-06-04 14:03:30,764+ DEBUG otopi.plugins.otopi.dialog.human 
human.queryString:159 query OVAAALDAP_LDAP_USER

2019-06-04 14:03:30,764+ DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND Enter search user DN (for 
example uid=username,dc=example,dc=com or leave empty for anonymous):

2019-06-04 14:03:41,055+ DEBUG otopi.context context._executeMethod:145 
method exception

Traceback (most recent call last):

  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
_exec

[ovirt-users] Issue when adding new hypervisor to cluster

[Jonas Lindholm]

Background:
We had an issue when an operator decided to just install Windows on a running 
oVirt hypervisor with VMs running.
Somehow the Windows installation somehow corrupted some of the storage metadata 
for one storage domain (The storage domain could not be activated, activation 
failed after ~5 minutes each time I tried).
I was able to move all disks on that storage domain except two to another a new 
storage domain so all important data was saved.
After data was moved I removed the corrupted storage domain from the 
cluster/datacenter with no issues.
I then destroyed the storage domain.

The existing hypervisors in the cluster can reboot without any issues with the 
existing storage domains.

So far so good.

Issue:
However when I try to add an additional hypervisor to the cluster I get an 
error referencing the corrupted storage domain (UUID is for the bad one that no 
longer exists).
My question is where can the reference still be, in the DB or in any active 
data structure the hypervisors are using?
if it is in the DB I guess some clever SQL statement might be able to remove it 
but if that's the case I would need help with those SQL statements.

Thanks
/Jonas
***
CONFIDENTIALITY AND PRIVACY NOTICE: This e-mail and any attachments are for the 
exclusive and confidential use of the intended recipient and may constitute 
non-public information.  Personal data in this email is governed by our Privacy 
Policy at  http://business.nasdaq.com/privacy-statement  unless explicitly 
excluded from it; please see the section in the policy entitled “Situations 
Where This Privacy Policy Does Not Apply” for circumstances where different 
privacy terms govern emailed personal data.  If you received this e-mail in 
error, disclosing, copying, distributing or taking any action in reliance of 
this e-mail is strictly prohibited and may be unlawful. Instead, please notify 
us immediately by return e-mail and promptly delete this message and its 
attachments from your computer system. We do not waive any work product or 
other applicable legal privilege(s) by the transmission of this message.
***
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QX4NQDTKJWYUYEFVD4BMCCHFS7THIRGC/

[ovirt-users] Issue with yum update

[Alex Bartonek]

It could be my repos setup, but not sure.  CentOS is the distro.

Running yum update, I get the following error and nothing updates:

Transaction check error:
  file /usr/lib64/collectd/write_http.so conflicts between attempted installs 
of collectd-write_http-5.8.1-1.el7.x86_64 and collectd-5.8.1-1.el7.x86_64
  file /usr/lib64/collectd/disk.so conflicts between attempted installs of 
collectd-disk-5.8.1-1.el7.x86_64 and collectd-5.8.1-1.el7.x86_64

Anything I can check out to resolve this?

Thanks

Alex

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XM55SNTZ6OPKHI6SE7SXJVRTVCAL4P4Z/

[ovirt-users] Issue when updating node to 4.2.4

[Callum Smith]

Error in the scripts as part of doing a yum update on the host:


/var/log/messages
Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,170 [INFO] (MainThread) 
Extracting image 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img'
Jul 12 12:07:00 virtA003 kernel: EXT4-fs (loop3): mounted filesystem with 
ordered data mode. Opts: (null)
Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,295 [INFO] (MainThread) 
Starting base creation
Jul 12 12:07:00 virtA003 imgbased: 2018-07-12 12:07:00,295 [INFO] (MainThread) 
New base will be: ovirt-node-ng-4.2.4-0.20180626.0
Jul 12 12:07:00 virtA003 python: detected unhandled Python exception in 
'/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py'
Jul 12 12:07:00 virtA003 abrt-server: Executable 
'/tmp/tmp.awWEfeJStR/usr/lib/python2.7/site-packages/imgbased/__main__.py' 
doesn't belong to any package and ProcessUnpackaged is set to 'no'
Jul 12 12:07:00 virtA003 abrt-server: 'post-create' on 
'/var/tmp/abrt/Python-2018-07-12-12:07:00-4688' exited with 1
Jul 12 12:07:00 virtA003 abrt-server: Deleting problem directory 
'/var/tmp/abrt/Python-2018-07-12-12:07:00-4688'
Jul 12 12:07:00 virtA003 yum[4558]: Updated: 
ovirt-node-ng-image-update-4.2.4-1.el7.noarch

/tmp/imgbased.log

2018-07-12 12:07:00,166 [DEBUG] (MainThread) Version: imgbased-1.0.20
2018-07-12 12:07:00,170 [DEBUG] (MainThread) Arguments: 
Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
 command='update', debug=True, experimental=False, format='liveimg', 
stream='Image')
2018-07-12 12:07:00,170 [INFO] (MainThread) Extracting image 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img'
2018-07-12 12:07:00,170 [DEBUG] (MainThread) Calling binary: (['mktemp', '-d', 
'--tmpdir', 'mnt.X'],) {}
2018-07-12 12:07:00,170 [DEBUG] (MainThread) Calling: (['mktemp', '-d', 
'--tmpdir', 'mnt.X'],) {'close_fds': True, 'stderr': -2}
2018-07-12 12:07:00,173 [DEBUG] (MainThread) Returned: /tmp/mnt.qTRik
2018-07-12 12:07:00,173 [DEBUG] (MainThread) Calling binary: (['mount', 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
 u'/tmp/mnt.qTRik'],) {}
2018-07-12 12:07:00,174 [DEBUG] (MainThread) Calling: (['mount', 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
 u'/tmp/mnt.qTRik'],) {'close_fds': True, 'stderr': -2}
2018-07-12 12:07:00,180 [DEBUG] (MainThread) Returned:
2018-07-12 12:07:00,180 [DEBUG] (MainThread) Mounted squashfs
2018-07-12 12:07:00,180 [DEBUG] (MainThread) Found fsimage at 
'/tmp/mnt.qTRik/LiveOS/rootfs.img'
2018-07-12 12:07:00,180 [DEBUG] (MainThread) Calling binary: (['mktemp', '-d', 
'--tmpdir', 'mnt.X'],) {}
2018-07-12 12:07:00,181 [DEBUG] (MainThread) Calling: (['mktemp', '-d', 
'--tmpdir', 'mnt.X'],) {'close_fds': True, 'stderr': -2}
2018-07-12 12:07:00,184 [DEBUG] (MainThread) Returned: /tmp/mnt.SIk9q
2018-07-12 12:07:00,184 [DEBUG] (MainThread) Calling binary: (['mount', 
u'/tmp/mnt.qTRik/LiveOS/rootfs.img', u'/tmp/mnt.SIk9q'],) {}
2018-07-12 12:07:00,184 [DEBUG] (MainThread) Calling: (['mount', 
u'/tmp/mnt.qTRik/LiveOS/rootfs.img', u'/tmp/mnt.SIk9q'],) {'close_fds': True, 
'stderr': -2}
2018-07-12 12:07:00,199 [DEBUG] (MainThread) Returned:
2018-07-12 12:07:00,212 [DEBUG] (MainThread) Using nvr: 
ovirt-node-ng-4.2.4-0.20180626.0
2018-07-12 12:07:00,212 [DEBUG] (MainThread) Fetching image for '/'
2018-07-12 12:07:00,212 [DEBUG] (MainThread) Calling binary: (['findmnt', 
'--noheadings', '-o', 'SOURCE', '/'],) {}
2018-07-12 12:07:00,212 [DEBUG] (MainThread) Calling: (['findmnt', 
'--noheadings', '-o', 'SOURCE', '/'],) {'close_fds': True, 'stderr': -2}
2018-07-12 12:07:00,217 [DEBUG] (MainThread) Returned: 
/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1
2018-07-12 12:07:00,218 [DEBUG] (MainThread) Found 
'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'
2018-07-12 12:07:00,218 [DEBUG] (MainThread) Calling binary: (['lvs', 
'--noheadings', '--ignoreskippedcluster', '-ovg_name,lv_name', 
u'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'],) 
{'stderr': }
2018-07-12 12:07:00,218 [DEBUG] (MainThread) Calling: (['lvs', '--noheadings', 
'--ignoreskippedcluster', '-ovg_name,lv_name', 
u'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'],) 
{'close_fds': True, 'stderr': }
2018-07-12 12:07:00,248 [DEBUG] (MainThread) Returned: onn_virta003 
ovirt-node-ng-4.2.3.1-0.20180530.0+1
2018-07-12 12:07:00,248 [DEBUG] (MainThread) Found LV for path 
/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1: onn_virta003 
ovirt-node-ng-4.2.3.1-0.20180530.0+1
2018-07-12 12:07:00,248 [DEBUG] (MainThread) Found LV 
'ovirt-node-ng-4.2.3.1-0.20180530.0+1' for path 
'/dev/mapper/onn_virta003-ovirt--node--ng--4.2.3.1--0.20180530.0+1'
2018-07-12 12:07:00,249 [DEBUG] (MainThread) Calling binary: (['vgs', 
'--noheadings', '--i

[ovirt-users] Issue with console since recently

[Christophe TREFOIS]

Hi,

We performed no updates on our infrastructure and since today, on some guests 
(not all), we see the following error in the libvirtd logs

140085012483328:error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown 
protocol:s23_srvr.c:640:
(process:375537): Spice-WARNING **: reds-stream.c:469:reds_stream_ssl_accept: 
SSL_accept failed, error=1

Other guests works fine.

We are trying from Mac with remote-viewer and we use 

OS Version:
RHEL - 7 - 4.1708.el7.centos
OS Description:
CentOS Linux 7 (Core)
Kernel Version:
3.10.0 - 693.el7.x86_64
KVM Version:
2.10.0 - 21.el7_5.3.1
LIBVIRT Version:
libvirt-3.9.0-14.el7_5.5
VDSM Version:
vdsm-4.19.45-1.el7.centos
SPICE Version:
0.14.0 - 2.el7_5.3
CEPH Version:
librbd1-0.94.5-2.el7
And latest virt-viewer.
Could anybody help us to the right direction?
Currently, we cannot access the console of those VMs and we have no idea why.
Thanks,Trefex

smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TLBPQ5WEOWGYHC3VMLY52XYQD66VYWA6/

Re: [ovirt-users] Issue adding network interface to VM failed with HotPlugNicVDS

[Oliver Riesener]

> Am 01.04.2018 um 11:43 schrieb Arik Hadas :
> 
> 
> 
> On Fri, Mar 30, 2018 at 10:06 PM, Oliver Riesener 
> mailto:oliver.riese...@hs-bremen.de>> wrote:
> Hi,
> 
> running ovirt 4.2.2-6 with firewalld enabled.
> 
> Failed to HotPlugNicVDS, error = The name org.fedoraproject.FirewallD1 was 
> not provided by any .service files, code = 49
> 
> I have seen this error when trying to run a VM after starting/stoping 
> firewalld without restarting libvirtd.
> Try restarting libvirtd.
>  
Yes, you’re right. Restarting libvirtd.service solves this situation.

firealld was manually installed/restarted before and then libvirtd.server got 
confused.

Thanks a lot!

● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor 
preset: enabled)
  Drop-In: /etc/systemd/system/libvirtd.service.d
   └─unlimited-core.conf
   Active: active (running) since Fr 2018-03-30 08:13:29 CEST; 3 days ago
 Docs: man:libvirtd(8)
   http://libvirt.org
 Main PID: 2599 (libvirtd)
   CGroup: /system.slice/libvirtd.service
   └─2599 /usr/sbin/libvirtd --listen

Mär 30 08:13:28 ovn-elem systemd[1]: Starting Virtualization daemon...
Mär 30 08:13:29 ovn-elem systemd[1]: Started Virtualization daemon.
Mär 30 19:18:37 ovn-elem libvirtd[2599]: 2018-03-30 17:18:37.552+: 2618: 
info : libvirt version: 3.2.0, package: 14.el7_4.9 (CentOS BuildSystem 
, 2018-03-07-13:51:24, x86-01.bsys.centos.org)
Mär 30 19:18:37 ovn-elem libvirtd[2599]: 2018-03-30 17:18:37.552+: 2618: 
info : hostname: ovn-host.example.org
Mär 30 19:18:37 ovn-elem libvirtd[2599]: 2018-03-30 17:18:37.552+: 2618: 
warning : qemuDomainObjBeginJobInternal:3847 : Cannot start job (query, none) 
for domain v-srv-home; current job is (none, migration in) owned by (0 , 
0 remoteDispatchDomainMigratePrepare3Params) for (0s, 31s)
Mär 30 19:18:37 ovn-elem libvirtd[2599]: 2018-03-30 17:18:37.553+: 2618: 
error : qemuDomainObjBeginJobInternal:3859 : Timed out during operation: cannot 
acquire state change lock (held by remoteDispatchDomainMigratePrepare3Params)
Mär 30 20:43:36 ovn-elem libvirtd[2599]: 2018-03-30 18:43:36.749+: 2618: 
error : qemuDomainAgentAvailable:6030 : Guest agent is not responding: QEMU 
guest agent is not connected
Mär 30 20:47:21 ovn-elem libvirtd[2599]: 2018-03-30 18:47:21.298+: 2599: 
error : qemuMonitorIO:697 : internal error: End of file from qemu monitor


> 
> Can’t hot plug any new network interfaces.
> 
> 30d6c2ab', vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}', device='bridge', 
> type='INTERFACE', specParams='[inbound={}, outbound={}]', address='', 
> managed='true', plugged='true', readOnly='false', deviceAlias='', 
> customProperties='[]', snapshotId='null', logicalName='null', 
> hostDevice='null'}'})' execution failed: VDSGenericException: 
> VDSErrorException: Failed to HotPlugNicVDS, error = The name 
> org.fedoraproject.FirewallD1 was not provided by any .service files, code = 49
> 2018-03-30 20:56:08,620+02 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugNicVDSCommand] (default 
> task-106) [e732710] FINISH, HotPlugNicVDSCommand, log id: 210cb07
> 2018-03-30 20:56:08,620+02 ERROR 
> [org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand] 
> (default task-106) [e732710] Command 
> 'org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand' failed: 
> EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
> VDSGenericException: VDSErrorException: Failed to HotPlugNicVDS, error = The 
> name org.fedoraproject.FirewallD1 was not provided by any .service files, 
> code = 49 (Failed with error ACTIVATE_NIC_FAILED and code 49)
> 2018-03-30 20:56:08,627+02 ERROR 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (default task-106) [e732710] EVENT_ID: 
> NETWORK_ACTIVATE_VM_INTERFACE_FAILURE(1,013), Failed to plug Network 
> Interface nic3 (VirtIO) to VM v-srv-opt. (User: admin@internal)
> 2018-03-30 20:56:08,629+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] 
> Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating NEW_ENTITY_ID 
> of org.ovirt.engine.core.common.businessentities.VmDevice; snapshot: 
> VmDeviceId:{deviceId='6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab', 
> vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}.
> 2018-03-30 20:56:08,630+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] 
> Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating NEW_ENTITY_ID 
> of org.ovirt.engine.core.common.businessentities.network.VmNetworkStatistics; 
> snapshot: 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab.
> 2018-03-30 20:56:08,631+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator] (default task-106) [e732710] 
> Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: Compensating NEW_ENTITY_ID 
> of org.ovirt.engine.core.common.businessentities.network.VmNetworkInte

Re: [ovirt-users] Issue adding network interface to VM failed with HotPlugNicVDS

[Arik Hadas]

On Fri, Mar 30, 2018 at 10:06 PM, Oliver Riesener <
oliver.riese...@hs-bremen.de> wrote:

> Hi,
>
> running ovirt 4.2.2-6 with firewalld enabled.
>
> Failed to HotPlugNicVDS, error = The name org.fedoraproject.FirewallD1 was
> not provided by any .service files, code = 49
>

I have seen this error when trying to run a VM after starting/stoping
firewalld without restarting libvirtd.
Try restarting libvirtd.


>
> Can’t hot plug any new network interfaces.
>
> 30d6c2ab', vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}',
> device='bridge', type='INTERFACE', specParams='[inbound={}, outbound={}]',
> address='', managed='true', plugged='true', readOnly='false',
> deviceAlias='', customProperties='[]', snapshotId='null',
> logicalName='null', hostDevice='null'}'})' execution failed:
> VDSGenericException: VDSErrorException: Failed to HotPlugNicVDS, error =
> The name org.fedoraproject.FirewallD1 was not provided by any .service
> files, code = 49
> 2018-03-30 20:56:08,620+02 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HotPlugNicVDSCommand] (default task-106) [e732710]
> FINISH, HotPlugNicVDSCommand, log id: 210cb07
> 2018-03-30 20:56:08,620+02 ERROR [org.ovirt.engine.core.bll.network.vm.
> ActivateDeactivateVmNicCommand] (default task-106) [e732710] Command
> 'org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand'
> failed: EngineException: 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> VDSGenericException: VDSErrorException: Failed to HotPlugNicVDS, error =
> The name org.fedoraproject.FirewallD1 was not provided by any .service
> files, code = 49 (Failed with error ACTIVATE_NIC_FAILED and code 49)
> 2018-03-30 20:56:08,627+02 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (default task-106) [e732710]
> EVENT_ID: NETWORK_ACTIVATE_VM_INTERFACE_FAILURE(1,013), Failed to plug
> Network Interface nic3 (VirtIO) to VM v-srv-opt. (User: admin@internal)
> 2018-03-30 20:56:08,629+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator]
> (default task-106) [e732710] Command 
> [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]:
> Compensating NEW_ENTITY_ID of 
> org.ovirt.engine.core.common.businessentities.VmDevice;
> snapshot: VmDeviceId:{deviceId='6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab',
> vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}.
> 2018-03-30 20:56:08,630+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator]
> (default task-106) [e732710] Command 
> [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]:
> Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.
> businessentities.network.VmNetworkStatistics; snapshot:
> 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab.
> 2018-03-30 20:56:08,631+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator]
> (default task-106) [e732710] Command 
> [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]:
> Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.
> businessentities.network.VmNetworkInterface; snapshot:
> 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab.
> 2018-03-30 20:56:08,638+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator]
> (default task-106) [e732710] Command 
> [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]:
> Compensating DELETED_OR_UPDATED_ENTITY of 
> org.ovirt.engine.core.common.businessentities.VmStatic;
> snapshot: id=20abce62-a558-4aee-b3e3-3fa70f1d1918.
> 2018-03-30 20:56:08,642+02 INFO  
> [org.ovirt.engine.core.bll.CommandCompensator]
> (default task-106) [e732710] Command 
> [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]:
> Compensating TRANSIENT_ENTITY of org.ovirt.engine.core.common.
> businessentities.ReleaseMacsTransientCompensation; snapshot:
> org.ovirt.engine.core.common.businessentities.
> ReleaseMacsTransientCompensation@581c941c.
> 2018-03-30 20:56:08,720+02 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (default task-106) [e732710]
> EVENT_ID: NETWORK_ADD_VM_INTERFACE_FAILED(933), Failed to add Interface
> nic3 (VirtIO) to VM v-srv-opt. (User: admin@internal)
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue adding network interface to VM failed with HotPlugNicVDS

[Oliver Riesener]

Hi,

running ovirt 4.2.2-6 with firewalld enabled.

Failed to HotPlugNicVDS, error = The name org.fedoraproject.FirewallD1 was not 
provided by any .service files, code = 49

Can’t hot plug any new network interfaces.

30d6c2ab', vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}', device='bridge', 
type='INTERFACE', specParams='[inbound={}, outbound={}]', address='', 
managed='true', plugged='true', readOnly='false', deviceAlias='', 
customProperties='[]', snapshotId='null', logicalName='null', 
hostDevice='null'}'})' execution failed: VDSGenericException: 
VDSErrorException: Failed to HotPlugNicVDS, error = The name 
org.fedoraproject.FirewallD1 was not provided by any .service files, code = 49
2018-03-30 20:56:08,620+02 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HotPlugNicVDSCommand] (default 
task-106) [e732710] FINISH, HotPlugNicVDSCommand, log id: 210cb07
2018-03-30 20:56:08,620+02 ERROR 
[org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand] (default 
task-106) [e732710] Command 
'org.ovirt.engine.core.bll.network.vm.ActivateDeactivateVmNicCommand' failed: 
EngineException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: 
VDSGenericException: VDSErrorException: Failed to HotPlugNicVDS, error = The 
name org.fedoraproject.FirewallD1 was not provided by any .service files, code 
= 49 (Failed with error ACTIVATE_NIC_FAILED and code 49)
2018-03-30 20:56:08,627+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-106) [e732710] EVENT_ID: NETWORK_ACTIVATE_VM_INTERFACE_FAILURE(1,013), 
Failed to plug Network Interface nic3 (VirtIO) to VM v-srv-opt. (User: 
admin@internal)
2018-03-30 20:56:08,629+02 INFO  [org.ovirt.engine.core.bll.CommandCompensator] 
(default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: 
Compensating NEW_ENTITY_ID of 
org.ovirt.engine.core.common.businessentities.VmDevice; snapshot: 
VmDeviceId:{deviceId='6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab', 
vmId='20abce62-a558-4aee-b3e3-3fa70f1d1918'}.
2018-03-30 20:56:08,630+02 INFO  [org.ovirt.engine.core.bll.CommandCompensator] 
(default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: 
Compensating NEW_ENTITY_ID of 
org.ovirt.engine.core.common.businessentities.network.VmNetworkStatistics; 
snapshot: 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab.
2018-03-30 20:56:08,631+02 INFO  [org.ovirt.engine.core.bll.CommandCompensator] 
(default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: 
Compensating NEW_ENTITY_ID of 
org.ovirt.engine.core.common.businessentities.network.VmNetworkInterface; 
snapshot: 6d7a5b68-0eb3-4531-bc06-3aff30d6c2ab.
2018-03-30 20:56:08,638+02 INFO  [org.ovirt.engine.core.bll.CommandCompensator] 
(default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: 
Compensating DELETED_OR_UPDATED_ENTITY of 
org.ovirt.engine.core.common.businessentities.VmStatic; snapshot: 
id=20abce62-a558-4aee-b3e3-3fa70f1d1918.
2018-03-30 20:56:08,642+02 INFO  [org.ovirt.engine.core.bll.CommandCompensator] 
(default task-106) [e732710] Command [id=0db21508-1eeb-40f5-912e-58af9bb3fa9b]: 
Compensating TRANSIENT_ENTITY of 
org.ovirt.engine.core.common.businessentities.ReleaseMacsTransientCompensation; 
snapshot: 
org.ovirt.engine.core.common.businessentities.ReleaseMacsTransientCompensation@581c941c.
2018-03-30 20:56:08,720+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-106) [e732710] EVENT_ID: NETWORK_ADD_VM_INTERFACE_FAILED(933), Failed to 
add Interface nic3 (VirtIO) to VM v-srv-opt. (User: admin@internal)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue...

[Pavol Brilla]

Is your highlighted VM up? I just check in 4.2 and Change CD is greyed out
for VMs which are down, I have it ok for VM which are UP

On Tue, Mar 13, 2018 at 11:06 AM, Nasrum Minallah Manzoor <
nasrumminall...@hotmail.com> wrote:

> Hi,
>
>
>
> I am facing issue when I click on “change CD” option in ovirt’s engine it
> doesn’t works. It was working fine, I don’t how it stopped working!
>
>
>
> Any suggestions guys!
>
>
>
>
>
>
>
> Regards,
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 

PAVOL BRILLA

RHV QUALITY ENGINEER, CLOUD

Red Hat Czech Republic, Brno 

TRIED. TESTED. TRUSTED. 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue...

[Nasrum Minallah Manzoor]

Hi,

I am facing issue when I click on "change CD" option in ovirt's engine it 
doesn't works. It was working fine, I don't how it stopped working!

Any suggestions guys!



Regards,
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HE on another host 4.1

[Simone Tiraboschi]

Thanks Artem, all right.
Krzysztof, can you please attach or send me your host-deploy logs for this
additional host from your engine VM to let me try understanding how it got
a wrong ID?


On Fri, Mar 2, 2018 at 3:52 PM, Artem Tambovskiy  wrote:

> Hello Krzysztof,
>
> As I can see both hosts have the same host_id=1, which causing conflict.
>
> You need this this manually on the newly deployed host and restart
> ovirt-ha-agent.
> You may run following command on engine VM in order to find correct
> host_id values for your hosts.
>
> sudo -u postgres psql -d engine -c 'select vds_name, vds_spm_id from vds'
>
> Once you fixed host_id and restarted agents, i would advise to check
> sanlock client status in order to see that there are no conflicts and hosts
> using correct host_id values.
>
> Regards,
> Artem
>
> пт, 2 мар. 2018 г., 17:10 Krzysztof Wajda :
>
>> Hi,
>>
>> I have an issue with Hosted Engine when I try to deploy via gui on
>> another host. There is no errors after deploy but in GUI I see only "Not
>> active" status HE, and hosted-engine --status shows only 1 node (on both
>> nodes same output). In hosted-engine.conf I see that host_id is the same as
>> it is on primary host with HE !? Issue looks quite similar like in
>>
>> http://lists.ovirt.org/pipermail/users/2018-February/086932.html
>>
>> Here is config file on newly deployed node :
>>
>> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
>> gateway=192.168.8.1
>> iqn=
>> conf_image_UUID=f2813205-4b0c-45f3-a9cb-3748f61d2194
>> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
>> sdUUID=7e7a275c-6939-4f79-85f6-d695209951ea
>> connectionUUID=81a2f9a3-2efe-448f-b305-e22543068044
>> conf_volume_UUID=d6b7e25c-9912-47ff-b104-9d424b9f34b8
>> user=
>> host_id=1
>> bridge=ovirtmgmt
>> metadata_image_UUID=fe95f22e-b468-4adf-a754-21d419ae3e67
>> spUUID=----
>> mnt_options=
>> fqdn=dev-ovirtengine0.somedomain.it
>> portal=
>> vm_disk_id=febde231-92cc-4599-8f55-816f63132739
>> metadata_volume_UUID=7ebaf268-15ec-4c76-ba89-b5e2dc143830
>> vm_disk_vol_id=e3920b18-4467-44f8-b2d0-629b3b1d1a58
>> domainType=fc
>> port=
>> console=vnc
>> ca_subject="C=EN, L=Test, O=Test, CN=Test"
>> password=
>> vmid=3f7d9c1d-6c3e-4b96-b85d-d240f3bf9b76
>> lockspace_image_UUID=49e318ad-63a3-4efd-977c-33b8c4c93728
>> lockspace_volume_UUID=91bcb5cf-006c-42b4-b419-6ac9f841f50a
>> vdsm_use_ssl=true
>> storage=None
>> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
>>
>> This is original one:
>>
>> fqdn=dev-ovirtengine0.somedomain.it
>> vm_disk_id=febde231-92cc-4599-8f55-816f63132739
>> vm_disk_vol_id=e3920b18-4467-44f8-b2d0-629b3b1d1a58
>> vmid=3f7d9c1d-6c3e-4b96-b85d-d240f3bf9b76
>> storage=None
>> mnt_options=
>> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
>> host_id=1
>> console=vnc
>> domainType=fc
>> spUUID=----
>> sdUUID=7e7a275c-6939-4f79-85f6-d695209951ea
>> connectionUUID=81a2f9a3-2efe-448f-b305-e22543068044
>> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
>> ca_subject="C=EN, L=Test, O=Test, CN=Test"
>> vdsm_use_ssl=true
>> gateway=192.168.8.1
>> bridge=ovirtmgmt
>> metadata_volume_UUID=7ebaf268-15ec-4c76-ba89-b5e2dc143830
>> metadata_image_UUID=fe95f22e-b468-4adf-a754-21d419ae3e67
>> lockspace_volume_UUID=91bcb5cf-006c-42b4-b419-6ac9f841f50a
>> lockspace_image_UUID=49e318ad-63a3-4efd-977c-33b8c4c93728
>> conf_volume_UUID=d6b7e25c-9912-47ff-b104-9d424b9f34b8
>> conf_image_UUID=f2813205-4b0c-45f3-a9cb-3748f61d2194
>>
>> # The following are used only for iSCSI storage
>> iqn=
>> portal=
>> user=
>> password=
>> port=
>>
>> Packages:
>>
>> ovirt-imageio-daemon-1.0.0-1.el7.noarch
>> ovirt-host-deploy-1.6.7-1.el7.centos.noarch
>> ovirt-release41-4.1.9-1.el7.centos.noarch
>> ovirt-setup-lib-1.1.4-1.el7.centos.noarch
>> ovirt-hosted-engine-ha-2.1.8-1.el7.centos.noarch
>> ovirt-hosted-engine-setup-2.1.4-1.el7.centos.noarch
>> ovirt-vmconsole-1.0.4-1.el7.centos.noarch
>> ovirt-vmconsole-host-1.0.4-1.el7.centos.noarch
>> ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch
>> ovirt-imageio-common-1.0.0-1.el7.noarch
>>
>> Output from agent.log
>>
>> MainThread::INFO::2018-03-02 15:01:47,279::brokerlink::141:
>> :ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
>> Success, id 140493346760912
>> MainThread::INFO::2018-03-02 15:01:51,011::brokerlink::179:
>> :ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(set_storage_domain)
>> Success, id 140493346759824
>> MainThread::INFO::2018-03-02 15:01:51,011::hosted_engine::
>> 601::ovirt_hosted_engine_ha.agent.hosted_engine.
>> HostedEngine::(_initialize_broker) Broker initialized, all submonitors
>> started
>> MainThread::INFO::2018-03-02 15:01:51,045::hosted_engine::
>> 704::ovirt_hosted_engine_ha.agent.hosted_engine.
>> HostedEngine::(_initialize_sanlock) Ensuring lease for lockspace
>> hosted-engine, host id 1 is acquired (file: /var/run/vdsm/storage/
>> 7e7a275c-6939-4f79-85f6-d695209951ea/49e318ad-63a3-
>> 4efd-977c-33b8c4c93728/91bcb5cf-006c-42b4-b419-6ac9f84

Re: [ovirt-users] Issue with deploy HE on another host 4.1

[Artem Tambovskiy]

Hello Krzysztof,

As I can see both hosts have the same host_id=1, which causing conflict.

You need this this manually on the newly deployed host and restart
ovirt-ha-agent.
You may run following command on engine VM in order to find correct host_id
values for your hosts.

sudo -u postgres psql -d engine -c 'select vds_name, vds_spm_id from vds'

Once you fixed host_id and restarted agents, i would advise to check
sanlock client status in order to see that there are no conflicts and hosts
using correct host_id values.

Regards,
Artem

пт, 2 мар. 2018 г., 17:10 Krzysztof Wajda :

> Hi,
>
> I have an issue with Hosted Engine when I try to deploy via gui on another
> host. There is no errors after deploy but in GUI I see only "Not active"
> status HE, and hosted-engine --status shows only 1 node (on both nodes same
> output). In hosted-engine.conf I see that host_id is the same as it is on
> primary host with HE !? Issue looks quite similar like in
>
> http://lists.ovirt.org/pipermail/users/2018-February/086932.html
>
> Here is config file on newly deployed node :
>
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> gateway=192.168.8.1
> iqn=
> conf_image_UUID=f2813205-4b0c-45f3-a9cb-3748f61d2194
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> sdUUID=7e7a275c-6939-4f79-85f6-d695209951ea
> connectionUUID=81a2f9a3-2efe-448f-b305-e22543068044
> conf_volume_UUID=d6b7e25c-9912-47ff-b104-9d424b9f34b8
> user=
> host_id=1
> bridge=ovirtmgmt
> metadata_image_UUID=fe95f22e-b468-4adf-a754-21d419ae3e67
> spUUID=----
> mnt_options=
> fqdn=dev-ovirtengine0.somedomain.it
> portal=
> vm_disk_id=febde231-92cc-4599-8f55-816f63132739
> metadata_volume_UUID=7ebaf268-15ec-4c76-ba89-b5e2dc143830
> vm_disk_vol_id=e3920b18-4467-44f8-b2d0-629b3b1d1a58
> domainType=fc
> port=
> console=vnc
> ca_subject="C=EN, L=Test, O=Test, CN=Test"
> password=
> vmid=3f7d9c1d-6c3e-4b96-b85d-d240f3bf9b76
> lockspace_image_UUID=49e318ad-63a3-4efd-977c-33b8c4c93728
> lockspace_volume_UUID=91bcb5cf-006c-42b4-b419-6ac9f841f50a
> vdsm_use_ssl=true
> storage=None
> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
>
> This is original one:
>
> fqdn=dev-ovirtengine0.somedomain.it
> vm_disk_id=febde231-92cc-4599-8f55-816f63132739
> vm_disk_vol_id=e3920b18-4467-44f8-b2d0-629b3b1d1a58
> vmid=3f7d9c1d-6c3e-4b96-b85d-d240f3bf9b76
> storage=None
> mnt_options=
> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
> host_id=1
> console=vnc
> domainType=fc
> spUUID=----
> sdUUID=7e7a275c-6939-4f79-85f6-d695209951ea
> connectionUUID=81a2f9a3-2efe-448f-b305-e22543068044
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> ca_subject="C=EN, L=Test, O=Test, CN=Test"
> vdsm_use_ssl=true
> gateway=192.168.8.1
> bridge=ovirtmgmt
> metadata_volume_UUID=7ebaf268-15ec-4c76-ba89-b5e2dc143830
> metadata_image_UUID=fe95f22e-b468-4adf-a754-21d419ae3e67
> lockspace_volume_UUID=91bcb5cf-006c-42b4-b419-6ac9f841f50a
> lockspace_image_UUID=49e318ad-63a3-4efd-977c-33b8c4c93728
> conf_volume_UUID=d6b7e25c-9912-47ff-b104-9d424b9f34b8
> conf_image_UUID=f2813205-4b0c-45f3-a9cb-3748f61d2194
>
> # The following are used only for iSCSI storage
> iqn=
> portal=
> user=
> password=
> port=
>
> Packages:
>
> ovirt-imageio-daemon-1.0.0-1.el7.noarch
> ovirt-host-deploy-1.6.7-1.el7.centos.noarch
> ovirt-release41-4.1.9-1.el7.centos.noarch
> ovirt-setup-lib-1.1.4-1.el7.centos.noarch
> ovirt-hosted-engine-ha-2.1.8-1.el7.centos.noarch
> ovirt-hosted-engine-setup-2.1.4-1.el7.centos.noarch
> ovirt-vmconsole-1.0.4-1.el7.centos.noarch
> ovirt-vmconsole-host-1.0.4-1.el7.centos.noarch
> ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch
> ovirt-imageio-common-1.0.0-1.el7.noarch
>
> Output from agent.log
>
> MainThread::INFO::2018-03-02
> 15:01:47,279::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
> Success, id 140493346760912
> MainThread::INFO::2018-03-02
> 15:01:51,011::brokerlink::179::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(set_storage_domain)
> Success, id 140493346759824
> MainThread::INFO::2018-03-02
> 15:01:51,011::hosted_engine::601::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
> Broker initialized, all submonitors started
> MainThread::INFO::2018-03-02
> 15:01:51,045::hosted_engine::704::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
> /var/run/vdsm/storage/7e7a275c-6939-4f79-85f6-d695209951ea/49e318ad-63a3-4efd-977c-33b8c4c93728/91bcb5cf-006c-42b4-b419-6ac9f841f50a)
> MainThread::INFO::2018-03-02
> 15:04:12,058::hosted_engine::745::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
> Failed to acquire the lock. Waiting '5's before the next attempt
>
> Regards
>
> Krzysztof
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___

[ovirt-users] Issue with deploy HE on another host 4.1

[Krzysztof Wajda]

Hi,

I have an issue with Hosted Engine when I try to deploy via gui on another
host. There is no errors after deploy but in GUI I see only "Not active"
status HE, and hosted-engine --status shows only 1 node (on both nodes same
output). In hosted-engine.conf I see that host_id is the same as it is on
primary host with HE !? Issue looks quite similar like in

http://lists.ovirt.org/pipermail/users/2018-February/086932.html

Here is config file on newly deployed node :

ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
gateway=192.168.8.1
iqn=
conf_image_UUID=f2813205-4b0c-45f3-a9cb-3748f61d2194
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
sdUUID=7e7a275c-6939-4f79-85f6-d695209951ea
connectionUUID=81a2f9a3-2efe-448f-b305-e22543068044
conf_volume_UUID=d6b7e25c-9912-47ff-b104-9d424b9f34b8
user=
host_id=1
bridge=ovirtmgmt
metadata_image_UUID=fe95f22e-b468-4adf-a754-21d419ae3e67
spUUID=----
mnt_options=
fqdn=dev-ovirtengine0.somedomain.it
portal=
vm_disk_id=febde231-92cc-4599-8f55-816f63132739
metadata_volume_UUID=7ebaf268-15ec-4c76-ba89-b5e2dc143830
vm_disk_vol_id=e3920b18-4467-44f8-b2d0-629b3b1d1a58
domainType=fc
port=
console=vnc
ca_subject="C=EN, L=Test, O=Test, CN=Test"
password=
vmid=3f7d9c1d-6c3e-4b96-b85d-d240f3bf9b76
lockspace_image_UUID=49e318ad-63a3-4efd-977c-33b8c4c93728
lockspace_volume_UUID=91bcb5cf-006c-42b4-b419-6ac9f841f50a
vdsm_use_ssl=true
storage=None
conf=/var/run/ovirt-hosted-engine-ha/vm.conf

This is original one:

fqdn=dev-ovirtengine0.somedomain.it
vm_disk_id=febde231-92cc-4599-8f55-816f63132739
vm_disk_vol_id=e3920b18-4467-44f8-b2d0-629b3b1d1a58
vmid=3f7d9c1d-6c3e-4b96-b85d-d240f3bf9b76
storage=None
mnt_options=
conf=/var/run/ovirt-hosted-engine-ha/vm.conf
host_id=1
console=vnc
domainType=fc
spUUID=----
sdUUID=7e7a275c-6939-4f79-85f6-d695209951ea
connectionUUID=81a2f9a3-2efe-448f-b305-e22543068044
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
ca_subject="C=EN, L=Test, O=Test, CN=Test"
vdsm_use_ssl=true
gateway=192.168.8.1
bridge=ovirtmgmt
metadata_volume_UUID=7ebaf268-15ec-4c76-ba89-b5e2dc143830
metadata_image_UUID=fe95f22e-b468-4adf-a754-21d419ae3e67
lockspace_volume_UUID=91bcb5cf-006c-42b4-b419-6ac9f841f50a
lockspace_image_UUID=49e318ad-63a3-4efd-977c-33b8c4c93728
conf_volume_UUID=d6b7e25c-9912-47ff-b104-9d424b9f34b8
conf_image_UUID=f2813205-4b0c-45f3-a9cb-3748f61d2194

# The following are used only for iSCSI storage
iqn=
portal=
user=
password=
port=

Packages:

ovirt-imageio-daemon-1.0.0-1.el7.noarch
ovirt-host-deploy-1.6.7-1.el7.centos.noarch
ovirt-release41-4.1.9-1.el7.centos.noarch
ovirt-setup-lib-1.1.4-1.el7.centos.noarch
ovirt-hosted-engine-ha-2.1.8-1.el7.centos.noarch
ovirt-hosted-engine-setup-2.1.4-1.el7.centos.noarch
ovirt-vmconsole-1.0.4-1.el7.centos.noarch
ovirt-vmconsole-host-1.0.4-1.el7.centos.noarch
ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch
ovirt-imageio-common-1.0.0-1.el7.noarch

Output from agent.log

MainThread::INFO::2018-03-02
15:01:47,279::brokerlink::141::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(start_monitor)
Success, id 140493346760912
MainThread::INFO::2018-03-02
15:01:51,011::brokerlink::179::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(set_storage_domain)
Success, id 140493346759824
MainThread::INFO::2018-03-02
15:01:51,011::hosted_engine::601::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_broker)
Broker initialized, all submonitors started
MainThread::INFO::2018-03-02
15:01:51,045::hosted_engine::704::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
/var/run/vdsm/storage/7e7a275c-6939-4f79-85f6-d695209951ea/49e318ad-63a3-4efd-977c-33b8c4c93728/91bcb5cf-006c-42b4-b419-6ac9f841f50a)
MainThread::INFO::2018-03-02
15:04:12,058::hosted_engine::745::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
Failed to acquire the lock. Waiting '5's before the next attempt

Regards

Krzysztof
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] issue on engine deployment on oVirt node

[Vincent Kwiatkowski]

Hi Folks,

I tried a few time to configure a simple oVirt engine on oVirt node.

After the fresh install of the node, I connect cockpit and launch the
engine setup, then at the end I have the message that I need to connect to
the VM with "hosted-engine --console" or via VNC.

Via VNC, I can't do nothing, have no prompt

using the --console, I have the error:

:internal error: character device console0 is not using a PTY

What can I do to continue the setup?

Thx a lot in advance

-- 

Vincent Kwiatkowski | Production System Engineer |ULLINK |  D: + 33 1
44 50 25 45 |  T: +1 49 95 30 00

| 23/25 rue de Provence |  75009, Paris |  v...@ullink.com

Please consider the environment before printing this email

-- 
*The information contained in or attached to this email is strictly 
confidential. If you are not the intended recipient, please notify us 
immediately by telephone and return the message to us.*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yedidyah Bar David]

On Sun, Feb 11, 2018 at 11:41 PM, ~Stack~  wrote:
> On 02/11/2018 02:41 AM, Yedidyah Bar David wrote:
>> On Sun, Feb 11, 2018 at 10:26 AM, Yaniv Kaul  wrote:
>>>
>>>
>>> On Sun, Feb 11, 2018 at 2:43 AM, ~Stack~  wrote:
>
> [snip]
>
 We decided to just start from scratch and my coworker watched and
 confirmed every step. It works! No problems at all this time. Further
 evidence that I goofed _something_ up the first time.
>>>
>>>
>>> We should really have an Ansible role that performs the conversion to
>>> self-signed certificates.
>>> That would make the conversion easier and safer.
>>
>> +1
>>
>> Not sure "self-signed" is the correct term here. Also the internal
>> engine CA's cert is self-signed.
>>
>> I guess you refer to this:
>>
>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/
>>
>> I'd call it "configure-3rd-party-CA" or something like that.
>
> Greetings,
>
> Another +1 from me (obviously! :-).
>
> I also agree in that we are not doing a self-signed cert, but rather
> we've purchased a cert from one of the big-name-CA-vendors that is valid
> for our domain. "configure-3rd-party-CA" makes more sense to me.

Nit: This big-name-CA-vendors CA's cert is most likely also self-signed,
so it's not a mistake to call it "self-signed". The difference between
"self-signed by _me_" and "self-signed by big-name" is mainly a matter of
trust and business relations (between that big-name and you, big-name and
the OS/browser vendors, etc.) and not a technical one.

If you loan a friend $100 for a month, the difference between you and a
big bank is very similar to that above difference...

>
> Lastly, that is the link that I used for a guide.
>
> Thanks!
> ~Stack~
>
>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[~Stack~]

On 02/11/2018 02:41 AM, Yedidyah Bar David wrote:
> On Sun, Feb 11, 2018 at 10:26 AM, Yaniv Kaul  wrote:
>>
>>
>> On Sun, Feb 11, 2018 at 2:43 AM, ~Stack~  wrote:

[snip]

>>> We decided to just start from scratch and my coworker watched and
>>> confirmed every step. It works! No problems at all this time. Further
>>> evidence that I goofed _something_ up the first time.
>>
>>
>> We should really have an Ansible role that performs the conversion to
>> self-signed certificates.
>> That would make the conversion easier and safer.
> 
> +1
> 
> Not sure "self-signed" is the correct term here. Also the internal
> engine CA's cert is self-signed.
> 
> I guess you refer to this:
> 
> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/
> 
> I'd call it "configure-3rd-party-CA" or something like that.

Greetings,

Another +1 from me (obviously! :-).

I also agree in that we are not doing a self-signed cert, but rather
we've purchased a cert from one of the big-name-CA-vendors that is valid
for our domain. "configure-3rd-party-CA" makes more sense to me.

Lastly, that is the link that I used for a guide.

Thanks!
~Stack~





signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yedidyah Bar David]

On Sun, Feb 11, 2018 at 10:26 AM, Yaniv Kaul  wrote:
>
>
> On Sun, Feb 11, 2018 at 2:43 AM, ~Stack~  wrote:
>>
>> On 02/08/2018 06:42 AM, Petr Kotas wrote:
>> > Hi Stack,
>>
>> Greetings Petr
>>
>> > have you tried it on other linux distributions? Scientific is not
>> > officially supported.
>>
>> No, but SL isn't really any different than CentOS. If anything, we've
>> found it adheres closer to RH than CentOS does.
>>
>> > My guess based on your log is there are somewhere missing certificates,
>> > maybe different path?.
>> > You can check the paths by the documentation:
>> >
>> > https://www.ovirt.org/develop/release-management/features/infra/pki/#vdsm
>> >
>> > Hope this helps.
>>
>>
>> Thanks for the suggestion. It took a while but we dug into it and I
>> *think* the problem was because I may have over-written the wrong cert
>> file in one of my steps. I'm only about 80% certain of that, but it
>> seems to match what we found when we were digging through the log files.
>>
>> We decided to just start from scratch and my coworker watched and
>> confirmed every step. It works! No problems at all this time. Further
>> evidence that I goofed _something_ up the first time.
>
>
> We should really have an Ansible role that performs the conversion to
> self-signed certificates.
> That would make the conversion easier and safer.

+1

Not sure "self-signed" is the correct term here. Also the internal
engine CA's cert is self-signed.

I guess you refer to this:

https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/

I'd call it "configure-3rd-party-CA" or something like that.

> Y.
>
>>
>>
>> Thank you for the suggestion!
>> ~Stack~
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yaniv Kaul]

On Sun, Feb 11, 2018 at 2:43 AM, ~Stack~  wrote:

> On 02/08/2018 06:42 AM, Petr Kotas wrote:
> > Hi Stack,
>
> Greetings Petr
>
> > have you tried it on other linux distributions? Scientific is not
> > officially supported.
>
> No, but SL isn't really any different than CentOS. If anything, we've
> found it adheres closer to RH than CentOS does.
>
> > My guess based on your log is there are somewhere missing certificates,
> > maybe different path?.
> > You can check the paths by the documentation:
> > https://www.ovirt.org/develop/release-management/features/
> infra/pki/#vdsm
> >
> > Hope this helps.
>
>
> Thanks for the suggestion. It took a while but we dug into it and I
> *think* the problem was because I may have over-written the wrong cert
> file in one of my steps. I'm only about 80% certain of that, but it
> seems to match what we found when we were digging through the log files.
>
> We decided to just start from scratch and my coworker watched and
> confirmed every step. It works! No problems at all this time. Further
> evidence that I goofed _something_ up the first time.
>

We should really have an Ansible role that performs the conversion to
self-signed certificates.
That would make the conversion easier and safer.
Y.


>
> Thank you for the suggestion!
> ~Stack~
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[~Stack~]

On 02/08/2018 06:42 AM, Petr Kotas wrote:
> Hi Stack,

Greetings Petr

> have you tried it on other linux distributions? Scientific is not
> officially supported.

No, but SL isn't really any different than CentOS. If anything, we've
found it adheres closer to RH than CentOS does.

> My guess based on your log is there are somewhere missing certificates,
> maybe different path?.
> You can check the paths by the documentation:
> https://www.ovirt.org/develop/release-management/features/infra/pki/#vdsm
>
> Hope this helps.


Thanks for the suggestion. It took a while but we dug into it and I
*think* the problem was because I may have over-written the wrong cert
file in one of my steps. I'm only about 80% certain of that, but it
seems to match what we found when we were digging through the log files.

We decided to just start from scratch and my coworker watched and
confirmed every step. It works! No problems at all this time. Further
evidence that I goofed _something_ up the first time.

Thank you for the suggestion!
~Stack~




signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Yedidyah Bar David]

On Thu, Feb 8, 2018 at 2:42 PM, Petr Kotas  wrote:
> Hi Stack,
>
> have you tried it on other linux distributions? Scientific is not officially
> supported.
>
> My guess based on your log is there are somewhere missing certificates,
> maybe different path?.
> You can check the paths by the documentation:
> https://www.ovirt.org/develop/release-management/features/infra/pki/#vdsm
>
> Hope this helps.
>
> Petr
>
>
>
> On Thu, Feb 8, 2018 at 1:13 AM, ~Stack~  wrote:
>>
>> Greetings,
>>
>> I was having a lot of issues with 4.2 and 95% of them are in the change
>> logs for 4.2.1. Since this is a new build, I just blew everything away
>> and started from scratch with the RC release.
>>
>> The very first thing that I did after the engine-config was to set up my
>> SSL cert. I followed the directions from here:
>> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/
>>
>> Logged in the first time to the web interface and everything worked!
>> Great.
>>
>> Install my hosts (also completely fresh installs - Scientific Linux 7
>> fully updated) and none would finish the install...
>>
>>
>> I can send the full host debug log if you want, however, I'm pretty sure
>> that the problem is because of the SSL somewhere. I've cut/pasted the
>> relevant part.

Please check/share also engine.log of the relevant time frame. Thanks.

>>
>> Any advice/help, please?
>>
>> Thanks!
>> ~Stack~
>>
>>
>> 2018-02-07 16:56:21,697-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.tune.tuned.Plugin._misc (None)
>> 2018-02-07 16:56:21,698-0600 DEBUG otopi.context
>> context._executeMethod:128 Stage misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id
>> 2018-02-07 16:56:21,698-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
>> 2018-02-07 16:56:21,699-0600 DEBUG otopi.transaction
>> transaction._prepare:61 preparing 'File transaction for
>> '/etc/vdsm/vdsm.id''
>> 2018-02-07 16:56:21,699-0600 DEBUG otopi.filetransaction
>> filetransaction.prepare:183 file '/etc/vdsm/vdsm.id' missing
>> 2018-02-07 16:56:21,705-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
>> 2018-02-07 16:56:21,706-0600 DEBUG otopi.context
>> context._executeMethod:128 Stage misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks
>> 2018-02-07 16:56:21,706-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
>> 2018-02-07 16:56:21,707-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
>> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
>> 2018-02-07 16:56:21,707-0600 DEBUG otopi.context
>> context._executeMethod:128 Stage misc METHOD
>> otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc
>> 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
>> otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc (None)
>> 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ### Setting up PKI
>> 2018-02-07 16:56:21,709-0600 DEBUG
>> otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:813 execute:
>> ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes',
>> '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), executable='None',
>> cwd='None', env=None
>> 2018-02-07 16:56:21,756-0600 DEBUG
>> otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:863
>> execute-result: ('/usr/bin/openssl', 'req', '-new', '-newkey',
>> 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), rc=0
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ###
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ###
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ### Please issue VDSM
>> certificate based on this certificate request
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ###
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND   ***D:MULTI-STRING
>> VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=--
>> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
>> dialog.__logString:204 DIALOG:SEND  

Re: [ovirt-users] Issue with 4.2.1 RC and SSL

[Petr Kotas]

Hi Stack,

have you tried it on other linux distributions? Scientific is not
officially supported.

My guess based on your log is there are somewhere missing certificates,
maybe different path?.
You can check the paths by the documentation:
https://www.ovirt.org/develop/release-management/features/infra/pki/#vdsm

Hope this helps.

Petr



On Thu, Feb 8, 2018 at 1:13 AM, ~Stack~  wrote:

> Greetings,
>
> I was having a lot of issues with 4.2 and 95% of them are in the change
> logs for 4.2.1. Since this is a new build, I just blew everything away
> and started from scratch with the RC release.
>
> The very first thing that I did after the engine-config was to set up my
> SSL cert. I followed the directions from here:
> https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/
>
> Logged in the first time to the web interface and everything worked! Great.
>
> Install my hosts (also completely fresh installs - Scientific Linux 7
> fully updated) and none would finish the install...
>
>
> I can send the full host debug log if you want, however, I'm pretty sure
> that the problem is because of the SSL somewhere. I've cut/pasted the
> relevant part.
>
> Any advice/help, please?
>
> Thanks!
> ~Stack~
>
>
> 2018-02-07 16:56:21,697-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
> otopi.plugins.ovirt_host_deploy.tune.tuned.Plugin._misc (None)
> 2018-02-07 16:56:21,698-0600 DEBUG otopi.context
> context._executeMethod:128 Stage misc METHOD
> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id
> 2018-02-07 16:56:21,698-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
> 2018-02-07 16:56:21,699-0600 DEBUG otopi.transaction
> transaction._prepare:61 preparing 'File transaction for '/etc/vdsm/vdsm.id
> ''
> 2018-02-07 16:56:21,699-0600 DEBUG otopi.filetransaction
> filetransaction.prepare:183 file '/etc/vdsm/vdsm.id' missing
> 2018-02-07 16:56:21,705-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
> otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
> 2018-02-07 16:56:21,706-0600 DEBUG otopi.context
> context._executeMethod:128 Stage misc METHOD
> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks
> 2018-02-07 16:56:21,706-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
> 2018-02-07 16:56:21,707-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
> otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
> 2018-02-07 16:56:21,707-0600 DEBUG otopi.context
> context._executeMethod:128 Stage misc METHOD
> otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc
> 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
> otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc (None)
> 2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   ### Setting up PKI
> 2018-02-07 16:56:21,709-0600 DEBUG
> otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:813 execute:
> ('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes',
> '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), executable='None',
> cwd='None', env=None
> 2018-02-07 16:56:21,756-0600 DEBUG
> otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:863
> execute-result: ('/usr/bin/openssl', 'req', '-new', '-newkey',
> 'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), rc=0
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   ###
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   ###
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   ### Please issue VDSM
> certificate based on this certificate request
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   ###
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   ***D:MULTI-STRING
> VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=--
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND   -BEGIN CERTIFICATE
> REQUEST-
> 2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:204 DIALOG:SEND
> MIICRTCCAS0CAQAwADCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMZm
> 2018-02-07 16:56:21,7

[ovirt-users] Issue with 4.2.1 RC and SSL

[~Stack~]

Greetings,

I was having a lot of issues with 4.2 and 95% of them are in the change
logs for 4.2.1. Since this is a new build, I just blew everything away
and started from scratch with the RC release.

The very first thing that I did after the engine-config was to set up my
SSL cert. I followed the directions from here:
https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/

Logged in the first time to the web interface and everything worked! Great.

Install my hosts (also completely fresh installs - Scientific Linux 7
fully updated) and none would finish the install...


I can send the full host debug log if you want, however, I'm pretty sure
that the problem is because of the SSL somewhere. I've cut/pasted the
relevant part.

Any advice/help, please?

Thanks!
~Stack~


2018-02-07 16:56:21,697-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
otopi.plugins.ovirt_host_deploy.tune.tuned.Plugin._misc (None)
2018-02-07 16:56:21,698-0600 DEBUG otopi.context
context._executeMethod:128 Stage misc METHOD
otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id
2018-02-07 16:56:21,698-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
2018-02-07 16:56:21,699-0600 DEBUG otopi.transaction
transaction._prepare:61 preparing 'File transaction for '/etc/vdsm/vdsm.id''
2018-02-07 16:56:21,699-0600 DEBUG otopi.filetransaction
filetransaction.prepare:183 file '/etc/vdsm/vdsm.id' missing
2018-02-07 16:56:21,705-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
otopi.plugins.ovirt_host_deploy.vdsm.vdsmid.Plugin._store_id (None)
2018-02-07 16:56:21,706-0600 DEBUG otopi.context
context._executeMethod:128 Stage misc METHOD
otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks
2018-02-07 16:56:21,706-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
2018-02-07 16:56:21,707-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   **%EventEnd STAGE misc METHOD
otopi.plugins.ovirt_host_deploy.vdsmhooks.hooks.Plugin._hooks (None)
2018-02-07 16:56:21,707-0600 DEBUG otopi.context
context._executeMethod:128 Stage misc METHOD
otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc
2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD
otopi.plugins.ovirt_host_common.vdsm.pki.Plugin._misc (None)
2018-02-07 16:56:21,708-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   ### Setting up PKI
2018-02-07 16:56:21,709-0600 DEBUG
otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:813 execute:
('/usr/bin/openssl', 'req', '-new', '-newkey', 'rsa:2048', '-nodes',
'-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), executable='None',
cwd='None', env=None
2018-02-07 16:56:21,756-0600 DEBUG
otopi.plugins.ovirt_host_common.vdsm.pki plugin.executeRaw:863
execute-result: ('/usr/bin/openssl', 'req', '-new', '-newkey',
'rsa:2048', '-nodes', '-subj', '/', '-keyout', '/tmp/tmpQkrIuV.tmp'), rc=0
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   ###
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   ###
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   ### Please issue VDSM
certificate based on this certificate request
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   ###
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   ***D:MULTI-STRING
VDSM_CERTIFICATE_REQUEST --=451b80dc-996f-432e-9e4f-2b29ef6d1141=--
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND   -BEGIN CERTIFICATE REQUEST-
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND
MIICRTCCAS0CAQAwADCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMZm
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND
eYTWbHKkN+GlQnZ8C6fdk++htyFE+IHSzkhTyTSZdM0bPTdvhomTeCwzNlWBWdU+
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND
PrVB7j/1iksSt6RXDQUWlPDPBNfAa6NtZijEaGuxAe0RpI71G5feZmgVRmtIfrkE
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine
dialog.__logString:204 DIALOG:SEND
5BjhnCMJW46y9Y7dc2TaXzQqeVj0nkWkHt0v6AVdRWP3OHfOCvqoABny1urStvFT
2018-02-07 16:56:21,757-0600 DEBUG otopi.plugins.otopi.dialog.machine

Re: [ovirt-users] Issue starting VM using run-once

[Alex Bartonek]

Nevermind.  Its because I had VirtualBox running which had a  64bit OS VM which 
requires VT-x extensions.  oVirt and VB both cannot use it at the same time.  
All is well once I disable the extension in the VB VM.  It'll be migrated to 
oVirt.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

>  Original Message 
> Subject: Issue starting VM using run-once
> Local Time: December 25, 2017 4:56 PM
> UTC Time: December 25, 2017 10:56 PM
> From: a...@unix1337.com
> To: users@ovirt.org 
>
> Merry Christmas to you all..
>
> New install of oVirt 4.2 on a CentOS 7 system.  Watched a vid and read some 
> stuff on the site regarding installation/config.  I have it installed using 
> this vid:
> https://www.youtube.com/watch?v=Pasz-lv3gTY
>
> Single server host.
>
> When I go to run my Windows 7 64bit VM and set it to attach a cd ISO image, 
> as soon as I do a run-once a few seconds later I see this error:
> "Failed to run VM Windows_7 in run-once mode".
>
> dmesg doesnt show anything..where else can I check ?
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue starting VM using run-once

[Alex Bartonek]

Merry Christmas to you all..

New install of oVirt 4.2 on a CentOS 7 system.  Watched a vid and read some 
stuff on the site regarding installation/config.  I have it installed using 
this vid:
https://www.youtube.com/watch?v=Pasz-lv3gTY

Single server host.

When I go to run my Windows 7 64bit VM and set it to attach a cd ISO image, as 
soon as I do a run-once a few seconds later I see this error:
"Failed to run VM Windows_7 in run-once mode".

dmesg doesnt show anything..where else can I check ?

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with ovirt-ansible-roles

[Luca 'remix_tj' Lorenzetto]

Hello,

a quick resume of my issue. I haven't really solved yet because i'm
hitting a pair of bugs, but Ondra Machaceck helped me troubleshooting
and finding out the bug.

We had a conversation out of the mailinglist, so i've been to send him
uncensored logs.

First thing he suggested me is to introduce a change to:

 /usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py

and change line 468 to:

 raise Error("Failed to read response: {}".format(err_list))

So i had a more informative error. This is clearly a violation of the
principles of the zen of python, because the error was not explicit
and is somewhat a bit silenced.

Error changed then to:

Error: Failed to read response: [(,
6, 'Could not resolve host: ovirtengine.intranet.**y; Name
or service not known')]


This is an ansible bug: https://github.com/ansible/ansible/issues/19278

Since my password is (not the real one) "compan", ansible hides any
possible entry of "compan" (the password) in all the parameters. So
ansible scrables the params and the module is instructed to connect to
the url ovirtengine.intranet.**y and not to
ovirtengine.intranet.company.

The only workaround available is to have a password that is not used
anywhere else, or ansible will replace pieces of parameters with
sequences of *.

Weird, but that's it.

Thank you Ondra for the RCA.

Luca

2017-11-17 11:02 GMT+01:00 Luca 'remix_tj' Lorenzetto
:
> On Thu, Nov 16, 2017 at 5:47 PM, Luca 'remix_tj' Lorenzetto
>  wrote:
> [cut]
>> The engine i want to manage is running oVirt Engine Version:
>> 4.1.0.3-1.el7.centos
>>
>> I can upgrade, but i'd like also to test the playbook for upgrading
>> the infrastructure...
>>
>
> Just for information, upgrading to latest version of ovirt-engine didn't help:
>
> oVirt Engine Version: 4.1.7.6-1.el7.centos
>
> Luca
>
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
> 



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with ovirt-ansible-roles

[Luca 'remix_tj' Lorenzetto]

On Thu, Nov 16, 2017 at 5:47 PM, Luca 'remix_tj' Lorenzetto
 wrote:
[cut]
> The engine i want to manage is running oVirt Engine Version:
> 4.1.0.3-1.el7.centos
>
> I can upgrade, but i'd like also to test the playbook for upgrading
> the infrastructure...
>

Just for information, upgrading to latest version of ovirt-engine didn't help:

oVirt Engine Version: 4.1.7.6-1.el7.centos

Luca


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue with ovirt-ansible-roles

[Luca 'remix_tj' Lorenzetto]

Hello,

i'm playing with ovirt-ansible-roles for building a standard
configuration to be applied to all my ovirt setups.

I downloaded ovirt-ansible-roles 1.1.1 from github and unpacked
examples, playbooks and roles on a directory
(/ansible/ovirt-ansible-roles/).

I created then this playbook:

==8<==8<==8<==8<==8<== ovirt_infra.yml ==8<==8<==8<==8<==8<==8<===

---
- name: oVirt infra
  hosts: localhost
  connection: local
  gather_facts: false

  vars_files:
- ovirt_infra_vars.yml
- passwords.yml

  pre_tasks:
- name: Login to oVirt
  ovirt_auth:
url: "{{ engine_url }}"
username: "{{ engine_user }}"
password: "{{ engine_password }}"
ca_file: "{{ engine_cafile | default(omit) }}"
insecure: "{{ engine_insecure | default(true) }}"
  tags:
- always
- name: Generate Hosts list
  set_fact:
hosts: "{{ hosts|default([]) + [ {'name': item.key, 'address':
item.key, 'cluster': item.value.cluster, 'password':
item.value.password|default('defaultpwd') } ] }}"
  with_dict: "{{ hosts_map }}"

  roles:
- ovirt-infra

  post_tasks:
- name: Logout from oVirt
  ovirt_auth:
state: absent
ovirt_auth: "{{ ovirt_auth }}"
  tags:
- always

==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<===


file passwords.yml declares engine_password, ovirt_infra_vars.yml
instead contain this vars:

==8<==8<==8<==8<==8<==8<== ovirt_infra_vars.yml ==8<==8<==8<==8<==8<===

---
engine_url: https://ovirtengine.intranet.company/ovirt-engine/api
engine_user: admin@internal
engine_insecure: True

compatibility_version: 4.1

data_center_name: Default

hosts_map:
  fltiovirt001.intranet.company:
cluster: production

clusters:
 - name: production
   cpu_type: Intel Westmere Family
   profile: production

==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<==8<===


I did some pre-flight checks and everything seems ok:

playbooks > ansible --version
ansible 2.4.0.0
  config file = /ansible/ovirt-ansible-roles/playbooks/ansible.cfg
  configured module search path =
[u'/home/remixtj/.ansible/plugins/modules',
u'/usr/share/ansible/plugins/modules']
  ansible python module location = /usr/lib/python2.7/site-packages/ansible
  executable location = /usr/bin/ansible
  python version = 2.7.5 (default, May  3 2017, 07:55:04) [GCC 4.8.5
20150623 (Red Hat 4.8.5-14)]

playbooks > rpm -qa python-ovirt*
python-ovirt-engine-sdk4-4.1.6-1.el7ev.x86_64


So i hope that everything goes smooth, but...

playbooks > ansible-playbook ovirt_infra.yml
[DEPRECATION WARNING]: The use of 'include' for tasks has been
deprecated. Use 'import_tasks' for static inclusions or
'include_tasks' for dynamic
inclusions. This feature will be removed in a future release.
Deprecation warnings can be disabled by setting
deprecation_warnings=False in
ansible.cfg.
[DEPRECATION WARNING]: include is kept for backwards compatibility but
usage is discouraged. The module documentation details page may
explain more
about this rationale.. This feature will be removed in a future
release. Deprecation warnings can be disabled by setting
deprecation_warnings=False
in ansible.cfg.

PLAY [oVirt infra]
***

TASK [Login to oVirt]

ok: [localhost]

TASK [Generate Hosts list]
***
ok: [localhost] => (item={'key': u'fltiovirt001.intranet.company,
'value': {u'cluster': u'production'}})

TASK [ovirt-mac-pools : set mac pools]
***

TASK [ovirt-datacenters : Add data center]
***
An exception occurred during task execution. To see the full
traceback, use -vvv. The error was: Error: Failed to read response.
[DEPRECATION WARNING]: The 'ovirt_datacenters' module is being renamed
'ovirt_datacenter'. This feature will be removed in version 2.8.
Deprecation
warnings can be disabled by setting deprecation_warnings=False in ansible.cfg.
fatal: [localhost]: FAILED! => {"changed": false, "failed": true,
"msg": "Failed to read response."}

PLAY RECAP 
***
localhost  : ok=2changed=0unreachable=0failed=1


If i run with -vvv i get this traceback and details when running the
task TASK [ovirt-datacenters : Add data center]

The full traceback is:
Traceback (most recent call last):
  File "/tmp/ansible_mmZ02F/ansible_module_ovirt_datacenters.py", line

Re: [ovirt-users] Issue migrating hard drive to new vm store

[Benny Zlotnik]

Can you please provide full vdsm logs (only the engine log is attached) and
the versions of the engine, vdsm, gluster?

On Tue, Nov 14, 2017 at 6:16 PM, Bryan Sockel  wrote:

> Having an issue moving a hard disk from one vm data store new a newly
> created gluster data store.  I can shut down the machine and copy the hard
> drive, detach the old hard drive and attach the new hard drive, but i would
> prefer to keep the vm on line when moving the disk.
>
> I have attached a portion of the vdsm.log file.
>
>
>
> Thanks
> Bryan
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue migrating hard drive to new vm store

[Bryan Sockel]

Having an issue moving a hard disk from one vm data store new a newly 
created gluster data store.  I can shut down the machine and copy the hard 
drive, detach the old hard drive and attach the new hard drive, but i would 
prefer to keep the vm on line when moving the disk.

I have attached a portion of the vdsm.log file.



Thanks
Bryan 
2017-11-14 09:43:58,824-06 INFO  
[org.ovirt.engine.core.bll.storage.disk.MoveDisksCommand] (default task-61) 
[bae5243a-a7a1-4f13-8d5e-04132f98b35d] Running command: MoveDisksCommand 
internal: false. Entities affected :  ID: 57b69fdf-93dd-444c-977b-8803fa83507b 
Type: DiskAction group CONFIGURE_DISK_STORAGE with role type USER
2017-11-14 09:43:58,911-06 INFO  
[org.ovirt.engine.core.bll.storage.lsm.LiveMigrateVmDisksCommand] (default 
task-61) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[57b69fdf-93dd-444c-977b-8803fa83507b=DISK]', 
sharedLocks='[7c48c7f7-31d4-4627-a26f-6a239bf92f21=VM]'}'
2017-11-14 09:43:59,061-06 INFO  
[org.ovirt.engine.core.bll.storage.lsm.LiveMigrateVmDisksCommand] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
Running command: LiveMigrateVmDisksCommand internal: false. Entities affected : 
 ID: 57b69fdf-93dd-444c-977b-8803fa83507b Type: DiskAction group 
DISK_LIVE_STORAGE_MIGRATION with role type USER
2017-11-14 09:43:59,136-06 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateAllSnapshotsFromVmCommand] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
Running command: CreateAllSnapshotsFromVmCommand internal: true. Entities 
affected :  ID: 7c48c7f7-31d4-4627-a26f-6a239bf92f21 Type: VMAction group 
MANIPULATE_VM_SNAPSHOTS with role type USER
2017-11-14 09:43:59,162-06 INFO  
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotCommand] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
Running command: CreateSnapshotCommand internal: true. Entities affected :  ID: 
---- Type: Storage
2017-11-14 09:43:59,187-06 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
START, CreateSnapshotVDSCommand( 
CreateSnapshotVDSCommandParameters:{runAsync='true', 
storagePoolId='02abeab8-fac8-41a9-bc2d-7fb0eaac0e07', 
ignoreFailoverLimit='false', 
storageDomainId='0e201616-a896-4c4a-90e6-791933ea5393', 
imageGroupId='57b69fdf-93dd-444c-977b-8803fa83507b', 
imageSizeInBytes='107374182400', volumeFormat='COW', 
newImageId='0028c34f-1117-4b06-b9d9-83be9bf263cf', imageType='Sparse', 
newImageDescription='', imageInitialSizeInBytes='0', 
imageId='d2c2e7a9-ae5b-4481-9d8c-185ab5cd8c14', 
sourceImageGroupId='57b69fdf-93dd-444c-977b-8803fa83507b'}), log id: 7d8623d3
2017-11-14 09:43:59,187-06 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] -- 
executeIrsBrokerCommand: calling 'createVolume' with two new parameters: 
description and UUID
2017-11-14 09:44:00,274-06 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CreateSnapshotVDSCommand] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
FINISH, CreateSnapshotVDSCommand, return: 0028c34f-1117-4b06-b9d9-83be9bf263cf, 
log id: 7d8623d3
2017-11-14 09:44:00,279-06 INFO  
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
CommandAsyncTask::Adding CommandMultiAsyncTasks object for command 
'edece02c-623b-482e-a5fa-7caad2d15a9f'
2017-11-14 09:44:00,280-06 INFO  
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
CommandMultiAsyncTasks::attachTask: Attaching task 
'ef8cc0ca-ef62-4a92-9564-457d0fa82584' to command 
'edece02c-623b-482e-a5fa-7caad2d15a9f'.
2017-11-14 09:44:00,298-06 INFO  
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
Adding task 'ef8cc0ca-ef62-4a92-9564-457d0fa82584' (Parent Command 
'CreateSnapshot', Parameters Type 
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters'), polling hasn't 
started yet..
2017-11-14 09:44:00,382-06 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
EVENT_ID: USER_CREATE_SNAPSHOT(45), Correlation ID: 
bae5243a-a7a1-4f13-8d5e-04132f98b35d, Job ID: 
b2c0c8f8-57d1-4012-ab4c-e0b7544036a7, Call Stack: null, Custom ID: null, Custom 
Event ID: -1, Message: Snapshot 'Auto-generated for Live Storage Migration' 
creation for VM 'ansible.altn.int' was initiated by admin@internal-authz.
2017-11-14 09:44:00,383-06 INFO  [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(org.ovirt.thread.pool-6-thread-22) [bae5243a-a7a1-4f13-8d5e-04132f98b35d] 
BaseAsyncTask::startPollingT

Re: [ovirt-users] Issue with hosted engine restore.

[Krzysztof Wajda]

Hi David,

Thanks for reply, I have Ovirt env which is in very bad shape, and as a new
employer I have to fix it :). I have 5 hosts in whole env. There is broken
HA for hosted engine, so engine can only works on host1. I can't add
another host because it shows me that it was deployed with version 3.5 (If
I'm not wrong it's fixed in 4.0). Also I can't update/upgrade ovirt-engine
because there is 500MB of free space (after cleaning up) without LVM, so
I'm afraid that I'll run out off space during update. Because of that I
decided to add completely new server and migrate hosted-engine on fixed HE
(with LVM) and properly configured HA on new host.

Below short summary:

Hosted engine:

CentOS Linux release 7.2.1511 (Core)

ovirt-engine-3.6.7.5-1.el7.centos.noarch

Host0: with running hosted Hosted-Engine which I need to update/upgrade

CentOS Linux release 7.2.1511 (Core)

ovirt-vmconsole-1.0.0-1.el7.centos.noarch
ovirt-hosted-engine-ha-1.3.5.1-1.el7.centos.noarch
ovirt-host-deploy-1.4.1-1.el7.centos.noarch
ovirt-release36-007-1.noarch
ovirt-engine-sdk-python-3.6.3.0-1.el7.centos.noarch
ovirt-image-uploader-3.6.0-1.el7.centos.noarch
ovirt-setup-lib-1.0.1-1.el7.centos.noarch
libgovirt-0.3.3-1.el7_2.1.x86_64
ovirt-vmconsole-host-1.0.0-1.el7.centos.noarch
ovirt-hosted-engine-setup-1.3.4.0-1.el7.centos.noarch
ovirt-engine-appliance-3.6-20160301.1.el7.centos.noarch

vdsm-jsonrpc-4.17.23.2-0.el7.centos.noarch
vdsm-yajsonrpc-4.17.23.2-0.el7.centos.noarch
vdsm-4.17.23.2-0.el7.centos.noarch
vdsm-python-4.17.23.2-0.el7.centos.noarch
vdsm-infra-4.17.23.2-0.el7.centos.noarch
vdsm-hook-vmfex-dev-4.17.23.2-0.el7.centos.noarch
vdsm-xmlrpc-4.17.23.2-0.el7.centos.noarch
vdsm-cli-4.17.23.2-0.el7.centos.noarch

Output from hosted-engine --vm-status from host1

--== Host 1 status ==--

Status up-to-date  : True
Hostname   : dev-ovirtnode0.example.com
Host ID: 1
Engine status  : {"health": "good", "vm": "up",
"detail": "up"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : d7fdf8b6
Host timestamp : 1243846


--== Host 2 status ==--<- it's garbage because there is not
installed and configured HA on host2

Status up-to-date  : False
Hostname   : dev-ovirtnode1.example.com
Host ID: 2
Engine status  : unknown stale-data
Score  : 0
stopped: True
Local maintenance  : False
crc32  : fb5f379e
Host timestamp : 563


Remaining Hosts1 - 4 are updated and configured in the same way (it was
done by me). I had to replace network cards and now there is LACP on 4x10G
cards (before was only 1G card).
Because there is CentOS 7.4 I decided to install vdsm  in version 4.17.43
(from repo) to fix bugs. I aware that 3.6 is only supported with verision
7.2, but I want to update whole env to 3.6.X then to 4.0. then to 4.1 to be
up to date.

vdsm-jsonrpc-4.17.43-1.el7.centos.noarch
vdsm-xmlrpc-4.17.43-1.el7.centos.noarch
vdsm-4.17.43-1.el7.centos.noarch
vdsm-infra-4.17.43-1.el7.centos.noarch
vdsm-yajsonrpc-4.17.43-1.el7.centos.noarch
vdsm-cli-4.17.43-1.el7.centos.noarch
vdsm-python-4.17.43-1.el7.centos.noarch
vdsm-hook-vmfex-dev-4.17.43-1.el7.centos.noarch

On those host1-4 I have around 400 vm's for  used by developers, and I need
to shorten downtime as much as possible (the best option is without
downtime, but I'm not sure if it's possible). I decided to restore HE on
completely new host because I believe that in my case it's the easiest way
to update then upgrade the whole env :)

Many thanks for all advises

Regards

Krzysztof



2017-11-14 8:50 GMT+01:00 Yedidyah Bar David :

> On Mon, Nov 13, 2017 at 11:58 PM, Krzysztof Wajda 
> wrote:
> > Hello,
> >
> > I have to restore Hosted Engine on another host (completely new
> hardware).
> > Based on this
> > https://www.ovirt.org/documentation/self-hosted/
> chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
> > is not clear for me if vm's will be rebooted during synchronization hosts
> > with engine ?
>
> They should not be rebooted automatically, but you might need to do
> this yourself, see below.
>
> >
> > I have 5 hosts + 1 completely fresh. On host1 I have HE and there is no
> vm's
> > on other 4 (host1-4) there are around 400 vm which can't be rebooted.
> Host5
> > for restore HE.
>
> Please provide more details about your backup/restore flow.
> What died (storage? hosts? data?), what are you going to restore,
> how, etc.
>
> Which hosts are hosted-engine hosts. Do they have running VMs.
>
> We are working on updating the documentation, but it will take some time.
>
> For now, you should assume that the safest way is to pass during restore,
> to

Re: [ovirt-users] Issue with hosted engine restore.

[Yedidyah Bar David]

On Mon, Nov 13, 2017 at 11:58 PM, Krzysztof Wajda  wrote:
> Hello,
>
> I have to restore Hosted Engine on another host (completely new hardware).
> Based on this
> https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
> is not clear for me if vm's will be rebooted during synchronization hosts
> with engine ?

They should not be rebooted automatically, but you might need to do
this yourself, see below.

>
> I have 5 hosts + 1 completely fresh. On host1 I have HE and there is no vm's
> on other 4 (host1-4) there are around 400 vm which can't be rebooted. Host5
> for restore HE.

Please provide more details about your backup/restore flow.
What died (storage? hosts? data?), what are you going to restore,
how, etc.

Which hosts are hosted-engine hosts. Do they have running VMs.

We are working on updating the documentation, but it will take some time.

For now, you should assume that the safest way is to pass during restore,
to engine-backup, '--he-remove-storage-vm' and '--he-remove-hosts'. This
will remove from the engine all the hosted-engine hosts and storage. So
when you add the hosts back, you'll have to somehow power off the VMs
there - the engine will refuse to add them with running VMs. If you do
not want to use these options, you should plan carefully and test.

See also:

https://bugzilla.redhat.com/show_bug.cgi?id=1235200
https://bugzilla.redhat.com/show_bug.cgi?id=1240466
https://bugzilla.redhat.com/show_bug.cgi?id=1441322

Best regards,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue with hosted engine restore.

[Krzysztof Wajda]

Hello,

I have to restore Hosted Engine on another host (completely new hardware).
Based on this
https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
is not clear for me if vm's will be rebooted during synchronization hosts
with engine ?

I have 5 hosts + 1 completely fresh. On host1 I have HE and there is no
vm's on other 4 (host1-4) there are around 400 vm which can't be rebooted.
Host5 for restore HE.

Kris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[Derek Atkins]

Gianluca Cecchi  writes:

> On Thu, Nov 2, 2017 at 2:45 PM, CRiMSON  wrote:
>
> What is the *proper* way. Cause I've come across quite a few different
> ways reading on this how to get it done. Some say do it by hand, others
> say never do it by hand use the vdsClient, others say do it this way. I
> mean between forum posts, blogs, it seems there are multiple ways to do
> this. With no concrete "This is how you should do it"
>
> Through the GUI in admin portal. Main page about logical network i here:
> https://ovirt.org/documentation/admin-guide/chap-Logical_Networks/
>
> Near the end of the page there is the section regarding Bonds, how to create
> them and also how to configure with particular customization.

That works if you want to add to the bond.  It doesn't work if you want
to completely remove/change the bond (because -- oops -- you'll lose
connectivity)!

> HIH,
> Gianluca

-derek
-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[Gianluca Cecchi]

On Thu, Nov 2, 2017 at 2:45 PM, CRiMSON  wrote:

> What is the *proper* way. Cause I've come across quite a few different
> ways reading on this how to get it done. Some say do it by hand, others say
> never do it by hand use the vdsClient, others say do it this way. I mean
> between forum posts, blogs, it seems there are multiple ways to do this.
> With no concrete "This is how you should do it"
>
>
>

Through the GUI in admin portal. Main page about logical network i here:
https://ovirt.org/documentation/admin-guide/chap-Logical_Networks/

Near the end of the page there is the section regarding Bonds, how to
create them and also how to configure with particular customization.

HIH,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[CRiMSON]

What is the *proper* way. Cause I've come across quite a few different ways
reading on this how to get it done. Some say do it by hand, others say
never do it by hand use the vdsClient, others say do it this way. I mean
between forum posts, blogs, it seems there are multiple ways to do this.
With no concrete "This is how you should do it"



On 2 November 2017 at 04:19, Yaniv Kaul  wrote:

>
>
> On Thu, Nov 2, 2017 at 3:06 AM, CRiMSON  wrote:
>
>> The config details:
>>
>> root@lv426 network-scripts]# cat ifcfg-bond0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=bond0
>>
>> BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2'
>>
>> BRIDGE=ovirtmgmt
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-eno1
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=eno1
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp11s0
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp2s0f0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp2s0f0
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp2s0f1
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp2s0f1
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-ovirtmgmt
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=ovirtmgmt
>>
>> TYPE=Bridge
>>
>> DELAY=0
>>
>> STP=off
>>
>> ONBOOT=yes
>>
>> BOOTPROTO=dhcp
>>
>> MTU=1500
>>
>> DEFROUTE=yes
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> DNS1=10.100.100.1
>>
>> DNS2=10.1.2.2
>>
>> [root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave
>>
>> *Slave* Interface: eno1
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f0
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f1
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp11s0
>>
>> *Slave* queue ID: 0
>>
>> As you can see by the above all 4 interfaces are configured and up
>> properly and working.
>>
>> I've configured them using the command:
>>
>>  vdsClient -s 0 setupNetworks bondings='{bond0:{nics:eno1+en
>> p11s0+enp2s0f0+enp2s0f1,options:mode=4 lacp_rate=1 miimon=100
>> xmit_hash_policy=2}}'
>>
>>
> Why are you using vdsClient to configure the network?
> Y.
>
>
>> It's all good.
>>
>> But when I reboot interface3 enp11s0 is not part of the bond,
>>
>> [root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave
>>
>> *Slave* Interface: eno1
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f0
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f1
>>
>> *Slave* queue ID: 0
>>
>> And looks like it's had it's bonding config removed b y VDSM.
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp11s0
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> NM_CONTROLLED=no
>>
>> If I re-=run the vdsClient command and if down/ifup the interface it
>> happily rejoins the bond and carries on working perfectly.
>>
>> For the life of me I can't figure out what I'm missing / done wrong.
>>
>>
>>
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[Yaniv Kaul]

On Thu, Nov 2, 2017 at 3:06 AM, CRiMSON  wrote:

> The config details:
>
> root@lv426 network-scripts]# cat ifcfg-bond0
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=bond0
>
> BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2'
>
> BRIDGE=ovirtmgmt
>
> ONBOOT=yes
>
> MTU=1500
>
> DEFROUTE=no
>
> NM_CONTROLLED=no
>
> IPV6INIT=no
>
> [root@lv426 network-scripts]# cat ifcfg-eno1
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=eno1
>
> MASTER=bond0
>
> SLAVE=yes
>
> ONBOOT=yes
>
> MTU=1500
>
> DEFROUTE=no
>
> NM_CONTROLLED=no
>
> IPV6INIT=no
>
> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=enp11s0
>
> MASTER=bond0
>
> SLAVE=yes
>
> ONBOOT=yes
>
> DEFROUTE=no
>
> NM_CONTROLLED=no
>
> IPV6INIT=no
>
> [root@lv426 network-scripts]# cat ifcfg-enp2s0f0
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=enp2s0f0
>
> MASTER=bond0
>
> SLAVE=yes
>
> ONBOOT=yes
>
> MTU=1500
>
> DEFROUTE=no
>
> NM_CONTROLLED=no
>
> IPV6INIT=no
>
> [root@lv426 network-scripts]# cat ifcfg-enp2s0f1
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=enp2s0f1
>
> MASTER=bond0
>
> SLAVE=yes
>
> ONBOOT=yes
>
> MTU=1500
>
> DEFROUTE=no
>
> NM_CONTROLLED=no
>
> IPV6INIT=no
>
> [root@lv426 network-scripts]# cat ifcfg-ovirtmgmt
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=ovirtmgmt
>
> TYPE=Bridge
>
> DELAY=0
>
> STP=off
>
> ONBOOT=yes
>
> BOOTPROTO=dhcp
>
> MTU=1500
>
> DEFROUTE=yes
>
> NM_CONTROLLED=no
>
> IPV6INIT=no
>
> DNS1=10.100.100.1
>
> DNS2=10.1.2.2
>
> [root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave
>
> *Slave* Interface: eno1
>
> *Slave* queue ID: 0
>
> *Slave* Interface: enp2s0f0
>
> *Slave* queue ID: 0
>
> *Slave* Interface: enp2s0f1
>
> *Slave* queue ID: 0
>
> *Slave* Interface: enp11s0
>
> *Slave* queue ID: 0
>
> As you can see by the above all 4 interfaces are configured and up
> properly and working.
>
> I've configured them using the command:
>
>  vdsClient -s 0 setupNetworks bondings='{bond0:{nics:eno1+
> enp11s0+enp2s0f0+enp2s0f1,options:mode=4 lacp_rate=1 miimon=100
> xmit_hash_policy=2}}'
>
>
Why are you using vdsClient to configure the network?
Y.


> It's all good.
>
> But when I reboot interface3 enp11s0 is not part of the bond,
>
> [root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave
>
> *Slave* Interface: eno1
>
> *Slave* queue ID: 0
>
> *Slave* Interface: enp2s0f0
>
> *Slave* queue ID: 0
>
> *Slave* Interface: enp2s0f1
>
> *Slave* queue ID: 0
>
> And looks like it's had it's bonding config removed b y VDSM.
>
> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>
> # Generated by VDSM version 4.19.31-1.el7.centos
>
> DEVICE=enp11s0
>
> ONBOOT=yes
>
> MTU=1500
>
> NM_CONTROLLED=no
>
> If I re-=run the vdsClient command and if down/ifup the interface it
> happily rejoins the bond and carries on working perfectly.
>
> For the life of me I can't figure out what I'm missing / done wrong.
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[CRiMSON]

net_persistence = ifcfg

in /etc/vdsm/vdsm.conf

Seems to have fixed the issue.

On 1 November 2017 at 21:11, CRiMSON  wrote:

> Ohhh ok weir only 1 interface falls out. Let's find that command.
>
> On 1 November 2017 at 21:10, Derek Atkins  wrote:
>
>> You need to save the network configuration.  Ovirt calls it "persist".  I
>> don't know the vdsClient command but there is one to save the network
>> configuration.
>>
>> -derek
>> Sent using my mobile device. Please excuse any typos.
>>
>> On November 1, 2017 9:07:01 PM CRiMSON  wrote:
>>
>>> The config details:
>>>
>>> root@lv426 network-scripts]# cat ifcfg-bond0
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=bond0
>>>
>>> BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2'
>>>
>>> BRIDGE=ovirtmgmt
>>>
>>> ONBOOT=yes
>>>
>>> MTU=1500
>>>
>>> DEFROUTE=no
>>>
>>> NM_CONTROLLED=no
>>>
>>> IPV6INIT=no
>>>
>>> [root@lv426 network-scripts]# cat ifcfg-eno1
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=eno1
>>>
>>> MASTER=bond0
>>>
>>> SLAVE=yes
>>>
>>> ONBOOT=yes
>>>
>>> MTU=1500
>>>
>>> DEFROUTE=no
>>>
>>> NM_CONTROLLED=no
>>>
>>> IPV6INIT=no
>>>
>>> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=enp11s0
>>>
>>> MASTER=bond0
>>>
>>> SLAVE=yes
>>>
>>> ONBOOT=yes
>>>
>>> DEFROUTE=no
>>>
>>> NM_CONTROLLED=no
>>>
>>> IPV6INIT=no
>>>
>>> [root@lv426 network-scripts]# cat ifcfg-enp2s0f0
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=enp2s0f0
>>>
>>> MASTER=bond0
>>>
>>> SLAVE=yes
>>>
>>> ONBOOT=yes
>>>
>>> MTU=1500
>>>
>>> DEFROUTE=no
>>>
>>> NM_CONTROLLED=no
>>>
>>> IPV6INIT=no
>>>
>>> [root@lv426 network-scripts]# cat ifcfg-enp2s0f1
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=enp2s0f1
>>>
>>> MASTER=bond0
>>>
>>> SLAVE=yes
>>>
>>> ONBOOT=yes
>>>
>>> MTU=1500
>>>
>>> DEFROUTE=no
>>>
>>> NM_CONTROLLED=no
>>>
>>> IPV6INIT=no
>>>
>>> [root@lv426 network-scripts]# cat ifcfg-ovirtmgmt
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=ovirtmgmt
>>>
>>> TYPE=Bridge
>>>
>>> DELAY=0
>>>
>>> STP=off
>>>
>>> ONBOOT=yes
>>>
>>> BOOTPROTO=dhcp
>>>
>>> MTU=1500
>>>
>>> DEFROUTE=yes
>>>
>>> NM_CONTROLLED=no
>>>
>>> IPV6INIT=no
>>>
>>> DNS1=10.100.100.1
>>>
>>> DNS2=10.1.2.2
>>>
>>> [root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave
>>>
>>> *Slave* Interface: eno1
>>>
>>> *Slave* queue ID: 0
>>>
>>> *Slave* Interface: enp2s0f0
>>>
>>> *Slave* queue ID: 0
>>>
>>> *Slave* Interface: enp2s0f1
>>>
>>> *Slave* queue ID: 0
>>>
>>> *Slave* Interface: enp11s0
>>>
>>> *Slave* queue ID: 0
>>>
>>> As you can see by the above all 4 interfaces are configured and up
>>> properly and working.
>>>
>>> I've configured them using the command:
>>>
>>>  vdsClient -s 0 setupNetworks bondings='{bond0:{nics:eno1+en
>>> p11s0+enp2s0f0+enp2s0f1,options:mode=4 lacp_rate=1 miimon=100
>>> xmit_hash_policy=2}}'
>>>
>>> It's all good.
>>>
>>> But when I reboot interface3 enp11s0 is not part of the bond,
>>>
>>> [root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave
>>>
>>> *Slave* Interface: eno1
>>>
>>> *Slave* queue ID: 0
>>>
>>> *Slave* Interface: enp2s0f0
>>>
>>> *Slave* queue ID: 0
>>>
>>> *Slave* Interface: enp2s0f1
>>>
>>> *Slave* queue ID: 0
>>>
>>> And looks like it's had it's bonding config removed b y VDSM.
>>>
>>> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>>>
>>> # Generated by VDSM version 4.19.31-1.el7.centos
>>>
>>> DEVICE=enp11s0
>>>
>>> ONBOOT=yes
>>>
>>> MTU=1500
>>>
>>> NM_CONTROLLED=no
>>>
>>> If I re-=run the vdsClient command and if down/ifup the interface it
>>> happily rejoins the bond and carries on working perfectly.
>>>
>>> For the life of me I can't figure out what I'm missing / done wrong.
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[CRiMSON]

Ohhh ok weir only 1 interface falls out. Let's find that command.

On 1 November 2017 at 21:10, Derek Atkins  wrote:

> You need to save the network configuration.  Ovirt calls it "persist".  I
> don't know the vdsClient command but there is one to save the network
> configuration.
>
> -derek
> Sent using my mobile device. Please excuse any typos.
>
> On November 1, 2017 9:07:01 PM CRiMSON  wrote:
>
>> The config details:
>>
>> root@lv426 network-scripts]# cat ifcfg-bond0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=bond0
>>
>> BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2'
>>
>> BRIDGE=ovirtmgmt
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-eno1
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=eno1
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp11s0
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp2s0f0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp2s0f0
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp2s0f1
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp2s0f1
>>
>> MASTER=bond0
>>
>> SLAVE=yes
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> DEFROUTE=no
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> [root@lv426 network-scripts]# cat ifcfg-ovirtmgmt
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=ovirtmgmt
>>
>> TYPE=Bridge
>>
>> DELAY=0
>>
>> STP=off
>>
>> ONBOOT=yes
>>
>> BOOTPROTO=dhcp
>>
>> MTU=1500
>>
>> DEFROUTE=yes
>>
>> NM_CONTROLLED=no
>>
>> IPV6INIT=no
>>
>> DNS1=10.100.100.1
>>
>> DNS2=10.1.2.2
>>
>> [root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave
>>
>> *Slave* Interface: eno1
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f0
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f1
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp11s0
>>
>> *Slave* queue ID: 0
>>
>> As you can see by the above all 4 interfaces are configured and up
>> properly and working.
>>
>> I've configured them using the command:
>>
>>  vdsClient -s 0 setupNetworks bondings='{bond0:{nics:eno1+
>> enp11s0+enp2s0f0+enp2s0f1,options:mode=4 lacp_rate=1 miimon=100
>> xmit_hash_policy=2}}'
>>
>> It's all good.
>>
>> But when I reboot interface3 enp11s0 is not part of the bond,
>>
>> [root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave
>>
>> *Slave* Interface: eno1
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f0
>>
>> *Slave* queue ID: 0
>>
>> *Slave* Interface: enp2s0f1
>>
>> *Slave* queue ID: 0
>>
>> And looks like it's had it's bonding config removed b y VDSM.
>>
>> [root@lv426 network-scripts]# cat ifcfg-enp11s0
>>
>> # Generated by VDSM version 4.19.31-1.el7.centos
>>
>> DEVICE=enp11s0
>>
>> ONBOOT=yes
>>
>> MTU=1500
>>
>> NM_CONTROLLED=no
>>
>> If I re-=run the vdsClient command and if down/ifup the interface it
>> happily rejoins the bond and carries on working perfectly.
>>
>> For the life of me I can't figure out what I'm missing / done wrong.
>>
>>
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with a LACP bond interface.

[Derek Atkins]

You need to save the network configuration.  Ovirt calls it "persist".  I 
don't know the vdsClient command but there is one to save the network 
configuration.


-derek
Sent using my mobile device. Please excuse any typos.



On November 1, 2017 9:07:01 PM CRiMSON  wrote:


The config details:

root@lv426 network-scripts]# cat ifcfg-bond0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=bond0

BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2'

BRIDGE=ovirtmgmt

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-eno1

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=eno1

MASTER=bond0

SLAVE=yes

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-enp11s0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp11s0

MASTER=bond0

SLAVE=yes

ONBOOT=yes

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-enp2s0f0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp2s0f0

MASTER=bond0

SLAVE=yes

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-enp2s0f1

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp2s0f1

MASTER=bond0

SLAVE=yes

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-ovirtmgmt

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=ovirtmgmt

TYPE=Bridge

DELAY=0

STP=off

ONBOOT=yes

BOOTPROTO=dhcp

MTU=1500

DEFROUTE=yes

NM_CONTROLLED=no

IPV6INIT=no

DNS1=10.100.100.1

DNS2=10.1.2.2

[root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave

*Slave* Interface: eno1

*Slave* queue ID: 0

*Slave* Interface: enp2s0f0

*Slave* queue ID: 0

*Slave* Interface: enp2s0f1

*Slave* queue ID: 0

*Slave* Interface: enp11s0

*Slave* queue ID: 0

As you can see by the above all 4 interfaces are configured and up properly
and working.

I've configured them using the command:

 vdsClient -s 0 setupNetworks
bondings='{bond0:{nics:eno1+enp11s0+enp2s0f0+enp2s0f1,options:mode=4
lacp_rate=1 miimon=100 xmit_hash_policy=2}}'

It's all good.

But when I reboot interface3 enp11s0 is not part of the bond,

[root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave

*Slave* Interface: eno1

*Slave* queue ID: 0

*Slave* Interface: enp2s0f0

*Slave* queue ID: 0

*Slave* Interface: enp2s0f1

*Slave* queue ID: 0

And looks like it's had it's bonding config removed b y VDSM.

[root@lv426 network-scripts]# cat ifcfg-enp11s0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp11s0

ONBOOT=yes

MTU=1500

NM_CONTROLLED=no

If I re-=run the vdsClient command and if down/ifup the interface it
happily rejoins the bond and carries on working perfectly.

For the life of me I can't figure out what I'm missing / done wrong.



--
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue with a LACP bond interface.

[CRiMSON]

The config details:

root@lv426 network-scripts]# cat ifcfg-bond0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=bond0

BONDING_OPTS='mode=4 lacp_rate=1 miimon=100 xmit_hash_policy=2'

BRIDGE=ovirtmgmt

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-eno1

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=eno1

MASTER=bond0

SLAVE=yes

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-enp11s0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp11s0

MASTER=bond0

SLAVE=yes

ONBOOT=yes

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-enp2s0f0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp2s0f0

MASTER=bond0

SLAVE=yes

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-enp2s0f1

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp2s0f1

MASTER=bond0

SLAVE=yes

ONBOOT=yes

MTU=1500

DEFROUTE=no

NM_CONTROLLED=no

IPV6INIT=no

[root@lv426 network-scripts]# cat ifcfg-ovirtmgmt

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=ovirtmgmt

TYPE=Bridge

DELAY=0

STP=off

ONBOOT=yes

BOOTPROTO=dhcp

MTU=1500

DEFROUTE=yes

NM_CONTROLLED=no

IPV6INIT=no

DNS1=10.100.100.1

DNS2=10.1.2.2

[root@lv426 network-scripts]# cat /proc/net/bonding/bond0 |grep Slave

*Slave* Interface: eno1

*Slave* queue ID: 0

*Slave* Interface: enp2s0f0

*Slave* queue ID: 0

*Slave* Interface: enp2s0f1

*Slave* queue ID: 0

*Slave* Interface: enp11s0

*Slave* queue ID: 0

As you can see by the above all 4 interfaces are configured and up properly
and working.

I've configured them using the command:

 vdsClient -s 0 setupNetworks
bondings='{bond0:{nics:eno1+enp11s0+enp2s0f0+enp2s0f1,options:mode=4
lacp_rate=1 miimon=100 xmit_hash_policy=2}}'

It's all good.

But when I reboot interface3 enp11s0 is not part of the bond,

[root@lv426 ~]# cat /proc/net/bonding/bond0 |grep Slave

*Slave* Interface: eno1

*Slave* queue ID: 0

*Slave* Interface: enp2s0f0

*Slave* queue ID: 0

*Slave* Interface: enp2s0f1

*Slave* queue ID: 0

And looks like it's had it's bonding config removed b y VDSM.

[root@lv426 network-scripts]# cat ifcfg-enp11s0

# Generated by VDSM version 4.19.31-1.el7.centos

DEVICE=enp11s0

ONBOOT=yes

MTU=1500

NM_CONTROLLED=no

If I re-=run the vdsClient command and if down/ifup the interface it
happily rejoins the bond and carries on working perfectly.

For the life of me I can't figure out what I'm missing / done wrong.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[alex]

Yes, all storage domains, hosted-engine storage domain and VMs are visible in the ovirt-GUI   26.05.2017, 22:00, "Simone Tiraboschi" :Are the hosted-engine storage domain and the engine VM correctly visible in the engine? On Fri, May 26, 2017 at 2:50 PM, a...@rt14.ru  wrote:probably error you noticed is absent zcat engine.log-20170525.gz | grep "ERROR [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]"  and error noticed in bug description also is absent zcat engine.log-20170525.gz | grep "TLS issue"  26.05.2017, 20:41, "Simone Tiraboschi" :Ok,I see that the engine is trying to deploy the second host as an hosted-engine one but the engine sends only HOSTED_ENGINE_CONFIG/host_id=str:'2'while all the other values are missing. 2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV HOSTED_ENGINE/action="">2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV HOSTED_ENGINE_CONFIG/host_id=str:'2' I think you hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1414696 Could you please check your engine logs for 'ERROR [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]'?  On Fri, May 26, 2017 at 12:47 PM,  wrote:Hi, Simone!  done 25.05.2017, 17:18, "Simone Tiraboschi" :  On Wed, May 24, 2017 at 8:10 PM,  wrote:Hi everybody!I get some issue with HA configuration of HostedEngine: I am trying to deploy it to second host: 1. Set maintenance for host2. Do reinstall with HostedEngine Deploy option Installation finished successfully, I did't observe any errors in logs, but host did't became HostedEngine ready. could you please attach your host-deploy logs?So I want to switch Host with HE to Maintenance mode and won't get this message: "Error while executing action: Cannot switch the Host(s) to Maintenance mode.There are no available hosts capable of running the engine VM." Could you give me steps to resolve this problem?___Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[a...@rt14.ru]

probably error you noticed is absent zcat engine.log-20170525.gz | grep "ERROR [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]"  and error noticed in bug description also is absent zcat engine.log-20170525.gz | grep "TLS issue"  26.05.2017, 20:41, "Simone Tiraboschi" :Ok,I see that the engine is trying to deploy the second host as an hosted-engine one but the engine sends only HOSTED_ENGINE_CONFIG/host_id=str:'2'while all the other values are missing. 2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV HOSTED_ENGINE/action="">2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV HOSTED_ENGINE_CONFIG/host_id=str:'2' I think you hit this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1414696 Could you please check your engine logs for 'ERROR [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]'?  On Fri, May 26, 2017 at 12:47 PM,  wrote:Hi, Simone!  done 25.05.2017, 17:18, "Simone Tiraboschi" :  On Wed, May 24, 2017 at 8:10 PM,  wrote:Hi everybody!I get some issue with HA configuration of HostedEngine: I am trying to deploy it to second host: 1. Set maintenance for host2. Do reinstall with HostedEngine Deploy option Installation finished successfully, I did't observe any errors in logs, but host did't became HostedEngine ready. could you please attach your host-deploy logs?So I want to switch Host with HE to Maintenance mode and won't get this message: "Error while executing action: Cannot switch the Host(s) to Maintenance mode.There are no available hosts capable of running the engine VM." Could you give me steps to resolve this problem?___Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[Simone Tiraboschi]

Are the hosted-engine storage domain and the engine VM correctly visible in
the engine?

On Fri, May 26, 2017 at 2:50 PM, a...@rt14.ru  wrote:

> probably error you noticed is absent
>
> zcat engine.log-20170525.gz | grep "ERROR [org.ovirt.engine.core.bll.
> hostedengine.HostedEngineConfigFetcher]"
>
>
> and error noticed in bug description also is absent
>
> zcat engine.log-20170525.gz | grep "TLS issue"
>
>
>
>
>
>
> 26.05.2017, 20:41, "Simone Tiraboschi" :
>
> Ok,
> I see that the engine is trying to deploy the second host as an
> hosted-engine one but the engine sends only HOSTED_ENGINE_CONFIG/host_id=
> str:'2'
> while all the other values are missing.
>
> 2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV
> HOSTED_ENGINE/action=str:'deploy'
> 2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV
> HOSTED_ENGINE_CONFIG/host_id=str:'2'
>
> I think you hit this bug: https://bugzilla.redhat.
> com/show_bug.cgi?id=1414696
>
> Could you please check your engine logs for 'ERROR
> [org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]'?
>
>
> On Fri, May 26, 2017 at 12:47 PM,  wrote:
>
> Hi, Simone!
>
>
> done
>
> 25.05.2017, 17:18, "Simone Tiraboschi" :
>
>
>
> On Wed, May 24, 2017 at 8:10 PM,  wrote:
>
> Hi everybody!
> I get some issue with HA configuration of HostedEngine:
>
> I am trying to deploy it to second host:
>
> 1. Set maintenance for host
> 2. Do reinstall with HostedEngine Deploy option
>
> Installation finished successfully, I did't observe any errors in logs,
> but host did't became HostedEngine ready.
>
>
> could you please attach your host-deploy logs?
>
>
>
>
>
> So I want to switch Host with HE to Maintenance mode and won't get this
> message:
>
> "Error while executing action: Cannot switch the Host(s) to Maintenance
> mode.
> There are no available hosts capable of running the engine VM."
>
> Could you give me steps to resolve this problem?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[Simone Tiraboschi]

Ok,
I see that the engine is trying to deploy the second host as an
hosted-engine one but the engine sends only
HOSTED_ENGINE_CONFIG/host_id=str:'2'
while all the other values are missing.

2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV
HOSTED_ENGINE/action=str:'deploy'
2017-05-25 02:40:31 DEBUG otopi.context context.dumpEnvironment:770 ENV
HOSTED_ENGINE_CONFIG/host_id=str:'2'

I think you hit this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1414696

Could you please check your engine logs for 'ERROR
[org.ovirt.engine.core.bll.hostedengine.HostedEngineConfigFetcher]'?


On Fri, May 26, 2017 at 12:47 PM,  wrote:

> Hi, Simone!
>
>
> done
>
> 25.05.2017, 17:18, "Simone Tiraboschi" :
>
>
>
> On Wed, May 24, 2017 at 8:10 PM,  wrote:
>
> Hi everybody!
> I get some issue with HA configuration of HostedEngine:
>
> I am trying to deploy it to second host:
>
> 1. Set maintenance for host
> 2. Do reinstall with HostedEngine Deploy option
>
> Installation finished successfully, I did't observe any errors in logs,
> but host did't became HostedEngine ready.
>
>
> could you please attach your host-deploy logs?
>
>
>
>
>
> So I want to switch Host with HE to Maintenance mode and won't get this
> message:
>
> "Error while executing action: Cannot switch the Host(s) to Maintenance
> mode.
> There are no available hosts capable of running the engine VM."
>
> Could you give me steps to resolve this problem?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[Simone Tiraboschi]

On Wed, May 24, 2017 at 8:10 PM,  wrote:

> Hi everybody!
> I get some issue with HA configuration of HostedEngine:
>
> I am trying to deploy it to second host:
>
> 1. Set maintenance for host
> 2. Do reinstall with HostedEngine Deploy option
>
> Installation finished successfully, I did't observe any errors in logs,
> but host did't became HostedEngine ready.
>

could you please attach your host-deploy logs?



>
>
> So I want to switch Host with HE to Maintenance mode and won't get this
> message:
>
> "Error while executing action: Cannot switch the Host(s) to Maintenance
> mode.
> There are no available hosts capable of running the engine VM."
>
> Could you give me steps to resolve this problem?
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue with deploy HostedEngine on second host with Ovirt 4.1

[alex]

Hi everybody!I get some issue with HA configuration of HostedEngine: I am trying to deploy it to second host: 1. Set maintenance for host2. Do reinstall with HostedEngine Deploy option Installation finished successfully, I did't observe any errors in logs, but host did't became HostedEngine ready.  So I want to switch Host with HE to Maintenance mode and won't get this message: "Error while executing action: Cannot switch the Host(s) to Maintenance mode.There are no available hosts capable of running the engine VM." Could you give me steps to resolve this problem?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue about integrating Ovirt 4 and OSP

[Alessio Dini]

Hello all,
in our lab we are trying to integrate Ovirt 4 and OSP.
Actually we have OSP deployed via packstack on the system called
neutron.local, a single hypervisor called rhvh.local and hosted engine
called rhvm.local.
We correctly added neutron.local as neutron external provider.
The issue we are facing is: trying to poweron a Ovirt vm with neutron
network as vnic will fail with "Cannot get interface MTU on
"internal-net":No such Device.
Looking via openstack horizon we can see that internal-net has 1500 as MTU.
We also configured the OnlyRequiredNetworksMandatoryForVdsSelection
property as true on the Ovirt manager.
What we are missing?

Thank you all for your time
Best Regards
Alessio Dini
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with Moving Disks

[Sahina Bose]

vdsm logs indicate that the gluster volume is either not online or issues
connecting to the bricks. Could you also share the gluster mount logs?

On Sun, Feb 12, 2017 at 8:23 PM, Bryan Sockel  wrote:

> Attached are the requested logs.  Is there away to just try and kill these
> jobs?
>
>
> -Original Message-
> From: Idan Shaby 
> To: Bryan Sockel 
> Cc: "users@ovirt.org" 
> Date: Sun, 12 Feb 2017 10:04:57 +0200
> Subject: Re: [ovirt-users] Issue with Moving Disks
>
> Hi,
>
> Can you please attach engine and vdsm logs so we can investigate?
>
>
> Thanks,
> Idan
>
> On Sat, Feb 11, 2017 at 9:19 PM, Bryan Sockel 
> wrote:
>>
>> Hi,
>>
>> I attempted to move a few disks from a glusterFS to an ISCSI file system.
>> I have number of errors during the process, and it looks like a few of the
>> disk moves are hung.  They are hung at various percentages. in the events,
>> it says moving Disk X from A to B, validation completes but i copying
>> volume returns with an error.
>>
>> Is there a way to kill the move process so i can have access back to the
>> VM's?
>>
>>
>>
>> Thanks
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with Moving Disks

[Bryan Sockel]

I was able to clear out the kill the locks of the files, but i have orphaned 
tasks still running, so i am unable to start up the VM. I am trying to clear 
out the orphaned tasks using the taskcleaner.sh script.  But i do not know 
what the task id is.


Thanks

-Original Message-
From: Idan Shaby 
To: Bryan Sockel 
Cc: "users@ovirt.org" 
Date: Sun, 12 Feb 2017 10:04:57 +0200
Subject: Re: [ovirt-users] Issue with Moving Disks

Hi,

Can you please attach engine and vdsm logs so we can investigate?


Thanks,
Idan
 
On Sat, Feb 11, 2017 at 9:19 PM, Bryan Sockel  wrote:
Hi,

I attempted to move a few disks from a glusterFS to an ISCSI file system. I 
have number of errors during the process, and it looks like a few of the 
disk moves are hung.  They are hung at various percentages. in the events, 
it says moving Disk X from A to B, validation completes but i copying volume 
returns with an error.

Is there a way to kill the move process so i can have access back to the 
VM's?



Thanks


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with Moving Disks

[Idan Shaby]

Hi,

Can you please attach engine and vdsm logs so we can investigate?


Thanks,
Idan

On Sat, Feb 11, 2017 at 9:19 PM, Bryan Sockel  wrote:

> Hi,
>
> I attempted to move a few disks from a glusterFS to an ISCSI file system.
> I have number of errors during the process, and it looks like a few of the
> disk moves are hung.  They are hung at various percentages. in the events,
> it says moving Disk X from A to B, validation completes but i copying
> volume returns with an error.
>
> Is there a way to kill the move process so i can have access back to the
> VM's?
>
>
>
> Thanks
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Issue with Moving Disks

[Bryan Sockel]

Hi,

I attempted to move a few disks from a glusterFS to an ISCSI file system. I 
have number of errors during the process, and it looks like a few of the 
disk moves are hung.  They are hung at various percentages. in the events, 
it says moving Disk X from A to B, validation completes but i copying volume 
returns with an error.

Is there a way to kill the move process so i can have access back to the 
VM's?



Thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Issue] Ovirt Engine 4.0 fail to start

[Yedidyah Bar David]

On Wed, Jan 18, 2017 at 4:49 PM, TranceWorldLogic .
 wrote:
> I clenup history and it started working
> Thanks , I just want to understand, would please explain or point some
> material ?

At some point I opened a bug about this:

https://bugzilla.redhat.com/show_bug.cgi?id=1313861

I can't say I fully understand the root cause. I guess it happens if you
connected with a browser to a previous version and for some reason it
didn't refresh its cache after an upgrade (as it was supposed to do? not sure).

>
> On Wed, Jan 18, 2017 at 7:56 PM, Yedidyah Bar David  wrote:
>>
>> On Wed, Jan 18, 2017 at 3:29 PM, TranceWorldLogic .
>>  wrote:
>> > Hi,
>> >
>> > I am trying to setup ovirt engine by using below procedure for POC.
>> >
>> > 1> I have installed minimal Cent OS 7.3 version.
>> > 2> I tried installing 4.0 ovirt using below command.
>> > yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
>> > yum install -y ovirt-engine
>> > engine-setup
>> >
>> > 3> Then I tried opening web GUI.
>> > 4> I login as Administrator.
>> > 5> Web GUI throws error as shown below
>> > "Error while executing action: A Request to the Server failed with the
>> > following Status Code: 500"
>> >
>> > I even tried closing and reopening firefox web-browser but still it
>> > fail.
>> >
>> > Please help me to solve this problem.
>> > Also find attached log to this mail.
>>
>> Near the bottom of the attached log:
>>
>> 2017-01-18 18:57:06,599 ERROR [io.undertow.servlet] (default task-7)
>> Exception while dispatching incoming RPC call:
>> com.google.gwt.user.client.rpc.SerializationException: Can't find the
>> serialization policy file. This probably means that the user has an
>> old version of the application loaded in the browser. To solve the
>> issue the user needs to close the browser and open it again, so that
>> the application is reloaded.
>>
>> I suggest trying with a new browser profile, and/or restarting
>> it/cleaning cache/etc.
>>
>> >
>> > Thanks,
>> > ~Rohit
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>>
>>
>> --
>> Didi
>
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Issue] Ovirt Engine 4.0 fail to start

[TranceWorldLogic .]

I clenup history and it started working
Thanks , I just want to understand, would please explain or point some
material ?

On Wed, Jan 18, 2017 at 7:56 PM, Yedidyah Bar David  wrote:

> On Wed, Jan 18, 2017 at 3:29 PM, TranceWorldLogic .
>  wrote:
> > Hi,
> >
> > I am trying to setup ovirt engine by using below procedure for POC.
> >
> > 1> I have installed minimal Cent OS 7.3 version.
> > 2> I tried installing 4.0 ovirt using below command.
> > yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
> > yum install -y ovirt-engine
> > engine-setup
> >
> > 3> Then I tried opening web GUI.
> > 4> I login as Administrator.
> > 5> Web GUI throws error as shown below
> > "Error while executing action: A Request to the Server failed with the
> > following Status Code: 500"
> >
> > I even tried closing and reopening firefox web-browser but still it fail.
> >
> > Please help me to solve this problem.
> > Also find attached log to this mail.
>
> Near the bottom of the attached log:
>
> 2017-01-18 18:57:06,599 ERROR [io.undertow.servlet] (default task-7)
> Exception while dispatching incoming RPC call:
> com.google.gwt.user.client.rpc.SerializationException: Can't find the
> serialization policy file. This probably means that the user has an
> old version of the application loaded in the browser. To solve the
> issue the user needs to close the browser and open it again, so that
> the application is reloaded.
>
> I suggest trying with a new browser profile, and/or restarting
> it/cleaning cache/etc.
>
> >
> > Thanks,
> > ~Rohit
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>
>
>
> --
> Didi
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Issue] Ovirt Engine 4.0 fail to start

[Yedidyah Bar David]

On Wed, Jan 18, 2017 at 3:29 PM, TranceWorldLogic .
 wrote:
> Hi,
>
> I am trying to setup ovirt engine by using below procedure for POC.
>
> 1> I have installed minimal Cent OS 7.3 version.
> 2> I tried installing 4.0 ovirt using below command.
> yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
> yum install -y ovirt-engine
> engine-setup
>
> 3> Then I tried opening web GUI.
> 4> I login as Administrator.
> 5> Web GUI throws error as shown below
> "Error while executing action: A Request to the Server failed with the
> following Status Code: 500"
>
> I even tried closing and reopening firefox web-browser but still it fail.
>
> Please help me to solve this problem.
> Also find attached log to this mail.

Near the bottom of the attached log:

2017-01-18 18:57:06,599 ERROR [io.undertow.servlet] (default task-7)
Exception while dispatching incoming RPC call:
com.google.gwt.user.client.rpc.SerializationException: Can't find the
serialization policy file. This probably means that the user has an
old version of the application loaded in the browser. To solve the
issue the user needs to close the browser and open it again, so that
the application is reloaded.

I suggest trying with a new browser profile, and/or restarting
it/cleaning cache/etc.

>
> Thanks,
> ~Rohit
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

I've followed the instructions to best effort, so hopefully it's right..


Den 2017-01-13 kl. 10:31, skrev Marcin Mirecki:

Please push the patch into: https://gerrit.ovirt.org/ovirt-provider-ovn
(let me know if you need some directions)



- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Monday, January 9, 2017 1:45:37 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Ok, found it. The issue is right here:

  
  
  
  
  
  
  
  
  
  
  
  

There are two elements for virtualport, the first without id and the
second with. On h2 I had fixed this which was the patch I posted earlier
although I switched back to use br-int after understanding that was the
correct way. When that hook was copied to h1 the port gets attached fine.

Patch with updated testcase attached.

/Sverker


Den 2017-01-09 kl. 10:41, skrev Sverker Abrahamsson:

This is the content of vdsm.log on h1 at this time:

2017-01-06 20:54:12,636 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC
call VM.create succeeded in 0.01 seconds (__init__:515)
2017-01-06 20:54:12,636 INFO  (vm/6dd5291e) [virt.vm]
(vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') VM wrapper has started
(vm:1901)
2017-01-06 20:54:12,636 INFO  (vm/6dd5291e) [vds] prepared volume
path:
/rhev/data-center/mnt/h2-int.limetransit.com:_var_lib_exports_iso/1d49c4bc-0fec-4503-a583-d476fa3a370d/images/----/CentOS-7-x86_64-NetInstall-1611.iso
(clientIF:374)
2017-01-06 20:54:12,743 INFO  (vm/6dd5291e) [root]  (hooks:108)
2017-01-06 20:54:12,847 INFO  (vm/6dd5291e) [root]  (hooks:108)
2017-01-06 20:54:12,863 INFO  (vm/6dd5291e) [virt.vm]
(vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') 
http://ovirt.org/vm/tune/1.0"; type="kvm">
 CentOS7_3
 6dd5291e-6556-4d29-8b4e-ea896e627645
 1048576
 1048576
 4294967296
 16
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 hvm
 
 
 
 
 
 oVirt
 oVirt Node
 7-3.1611.el7.centos
 62f1adff-b29e-4a7c-abba-c2c4c73248c6
 6dd5291e-6556-4d29-8b4e-ea896e627645
 
 
 
 
 
 
 
 
 
 
 
 SandyBridge
 
 
 
 
 

  (vm:1988)
2017-01-06 20:54:13,046 INFO  (libvirt/events) [virt.vm]
(vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') CPU running: onResume
(vm:4863)
2017-01-06 20:54:13,058 INFO  (vm/6dd5291e) [virt.vm]
(vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') Starting connection
(guestagent:245)
2017-01-06 20:54:13,060 INFO  (vm/6dd5291e) [virt.vm]
(vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') CPU running: domain
initialization (vm:4863)
2017-01-06 20:54:15,154 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC
call Host.getVMFullList succeeded in 0.01 seconds (__init__:515)
2017-01-06 20:54:17,571 INFO  (periodic/2) [dispatcher] Run and
protect: getVolumeSize(sdUUID=u'2ee54fb8-48f2-4576-8cff-f2346504b08b',
spUUID=u'584ebd64-0268-0193-025b-038e',
imgUUID=u'5a3aae57-ffe0-4a3b-aa87-8461669db7f9',
volUUID=u'b6a88789-fcb1-4d3e-911b-2a4d3b6c69c7', options=None)
(logUtils:49)
2017-01-06 20:54:17,573 INFO  (periodic/2) [dispatcher] Run and
protect: getVolumeSize, Return response: {'truesize': '1859723264',
'apparentsize': '21474836480'} (logUtils:52)
2017-01-06 20:54:21,211 INFO  (periodic/2) [dispatcher] Run and
protect: repoStats(options=None) (logUtils:49)
2017-01-06 20:54:21,212 INFO  (periodic/2) [dispatcher] Run and
protect: repoStats, Return response:
{u'2ee54fb8-48f2-4576-8cff-f2346504b08b': {'code': 0, 'actual': True,
'version': 3, 'acquired': True, 'delay': '0.000936552', 'lastCheck':
'1.4', 'valid': True}, u'1d49c4bc-0fec-4503-a583-d476fa3a370d':
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay':
'0.000960248', 'lastCheck': '1.4&

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

Please push the patch into: https://gerrit.ovirt.org/ovirt-provider-ovn
(let me know if you need some directions)



- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Monday, January 9, 2017 1:45:37 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> Ok, found it. The issue is right here:
> 
>  
>  
>  
>  
>  
>  
>  
>  
>  
>   interfaceid="912cba79-982e-4a87-868e-241fedccb59a" />
>  
>  
> 
> There are two elements for virtualport, the first without id and the
> second with. On h2 I had fixed this which was the patch I posted earlier
> although I switched back to use br-int after understanding that was the
> correct way. When that hook was copied to h1 the port gets attached fine.
> 
> Patch with updated testcase attached.
> 
> /Sverker
> 
> 
> Den 2017-01-09 kl. 10:41, skrev Sverker Abrahamsson:
> > This is the content of vdsm.log on h1 at this time:
> >
> > 2017-01-06 20:54:12,636 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC
> > call VM.create succeeded in 0.01 seconds (__init__:515)
> > 2017-01-06 20:54:12,636 INFO  (vm/6dd5291e) [virt.vm]
> > (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645') VM wrapper has started
> > (vm:1901)
> > 2017-01-06 20:54:12,636 INFO  (vm/6dd5291e) [vds] prepared volume
> > path:
> > /rhev/data-center/mnt/h2-int.limetransit.com:_var_lib_exports_iso/1d49c4bc-0fec-4503-a583-d476fa3a370d/images/----/CentOS-7-x86_64-NetInstall-1611.iso
> > (clientIF:374)
> > 2017-01-06 20:54:12,743 INFO  (vm/6dd5291e) [root]  (hooks:108)
> > 2017-01-06 20:54:12,847 INFO  (vm/6dd5291e) [root]  (hooks:108)
> > 2017-01-06 20:54:12,863 INFO  (vm/6dd5291e) [virt.vm]
> > (vmId='6dd5291e-6556-4d29-8b4e-ea896e627645')  > encoding='UTF-8'?>
> > http://ovirt.org/vm/tune/1.0"; type="kvm">
> > CentOS7_3
> > 6dd5291e-6556-4d29-8b4e-ea896e627645
> > 1048576
> > 1048576
> > 4294967296
> > 16
> > 
> > 
> > 
> >  > path="/var/lib/libvirt/qemu/channels/6dd5291e-6556-4d29-8b4e-ea896e627645.com.redhat.rhevm.vdsm"
> > />
> > 
> > 
> > 
> >  > path="/var/lib/libvirt/qemu/channels/6dd5291e-6556-4d29-8b4e-ea896e627645.org.qemu.guest_agent.0"
> > />
> > 
> > 
> > 
> > 
> > 
> > 
> >  > vram="32768" />
> > 
> >  > passwdValidTo="1970-01-01T00:00:01" port="-1" tlsPort="-1" type="spice">
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >  > interfaceid="912cba79-982e-4a87-868e-241fedccb59a" />
> > 
> > 
> > 
> >  > file="/rhev/data-center/mnt/h2-int.limetransit.com:_var_lib_exports_iso/1d49c4bc-0fec-4503-a583-d476fa3a370d/images/----/CentOS-7-x86_64-NetInstall-1611.iso"
> > startupPolicy="optional" />
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > hvm
> > 
> > 
> > 
> > 
> > 
> > oVirt
> > oVirt Node
> > 7-3.1611.el7.centos
> >  > name="serial">62f1adff-b29e-4a7c-abba-c2c4c73248c6
> >  > name="uuid">6dd5291e-6556-4d29-8b4e-ea896e627645
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > SandyBridge
> > 
> > 
> > 
> > 
> >   

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

7;, 'valid': True}, u'1d49c4bc-0fec-4503-a583-d476fa3a370d': 
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': 
'0.000960248', 'lastCheck': '1.4', 'valid': True}} (logUtils:52)
2017-01-06 20:54:23,543 INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC 
call Host.getAllVmStats succeeded in 0.00 seconds (__init__:515)
2017-01-06 20:54:23,641 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC 
call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:515)
2017-01-06 20:54:24,918 INFO  (jsonrpc/0) [dispatcher] Run and 
protect: repoStats(options=None) (logUtils:49)
2017-01-06 20:54:24,918 INFO  (jsonrpc/0) [dispatcher] Run and 
protect: repoStats, Return response: 
{u'2ee54fb8-48f2-4576-8cff-f2346504b08b': {'code': 0, 'actual': True, 
'version': 3, 'acquired': True, 'delay': '0.000936552', 'lastCheck': 
'5.1', 'valid': True}, u'1d49c4bc-0fec-4503-a583-d476fa3a370d': 
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': 
'0.000960248', 'lastCheck': '2.1', 'valid': True}} (logUtils:52)
2017-01-06 20:54:24,924 INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC 
call Host.getStats succeeded in 0.01 seconds (__init__:515)


Vdsm and the OVN driver must have been called as the port IS created, 
but with the wrong id. I don't find the faulty id in vdsm.log neither, 
the xml above have the correct id.

/Sverker

Den 2017-01-09 kl. 10:06, skrev Marcin Mirecki:

The port is set up on the host by the ovirt-provider-ovn-driver.
The driver is invoked by the vdsm hook whenever any operation on
the port is done.
Please ensure that this is installed properly.
You can check the vdsm log (/var/log/vdsm/vdsm.log) to see if the
hook was executed properly.


- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Friday, January 6, 2017 9:00:26 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory 
ovirtmgmt network


I created a new VM in the ui and assigned it to host h1. In
/var/log/ovirt-provider-ovn.log I get the following:

2017-01-06 20:54:11,940   Request: GET : /v2.0/ports
2017-01-06 20:54:11,940   Connecting to remote ovn database:
tcp:127.0.0.1:6641
2017-01-06 20:54:12,157   Connected (number of retries: 2)
2017-01-06 20:54:12,158   Response code: 200
2017-01-06 20:54:12,158   Response body: {"ports": [{"name":
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "network_id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
"mac_address": "00:1a:4a:16:01:51", "id":
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "device_id":
"40cd7328-d575-4c3d-b656-9ef9bacc0078"}, {"name":
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "network_id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
"mac_address": "00:1a:4a:16:01:52", "id":
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "device_id":
"4baefa8c-3822-4de0-9cd0-1d025bab7844"}]}
2017-01-06 20:54:12,160   Request: SHOW :
/v2.0/networks/e53554cf-e553-40a1-8d22-9c8d95ec0601
2017-01-06 20:54:12,160   Connecting to remote ovn database:
tcp:127.0.0.1:6641
2017-01-06 20:54:12,377   Connected (number of retries: 2)
2017-01-06 20:54:12,378   Response code: 200
2017-01-06 20:54:12,378   Response body: {"network": {"id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "name": "ovirtbridge"}}
2017-01-06 20:54:12,380   Request: POST : /v2.0/ports
2017-01-06 20:54:12,380   Request body:
{
"port" : {
  "name" : "nic1",
  "binding:host_id" : "h1.limetransit.com",
  "admin_state_up" : true,
  "device_id" : "e8553a88-05f0-401d-8b9b-5fff77f7bbbe",
  "device_owner" : "oVirt",
  "mac_address" : "00:1a:4a:16:01:54",
  "network_id" : "e53554cf-e553-40a1-8d22-9c8d95ec0601"
}
}
2017-01-06 20:54:12,380   Connecting to remote ovn database:
tcp:127.0.0.1:6641
2017-01-06 20:54:12,610   Connected (number of retries: 2)
2017-01-06 20:54:12,614   Response code: 200
2017-01-06 20:54:12,614   Response body: {"port": {"name":
"912cba79-982e-4a87-868e-241fedccb59a", "network_id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
"mac_address": "00:1a:4a:16:01:54", "id":
"912cba79-982e-4a87-868e-241fedccb59a&quo

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

tils:49)
2017-01-06 20:54:24,918 INFO  (jsonrpc/0) [dispatcher] Run and protect: 
repoStats, Return response: {u'2ee54fb8-48f2-4576-8cff-f2346504b08b': 
{'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': 
'0.000936552', 'lastCheck': '5.1', 'valid': True}, 
u'1d49c4bc-0fec-4503-a583-d476fa3a370d': {'code': 0, 'actual': True, 
'version': 0, 'acquired': True, 'delay': '0.000960248', 'lastCheck': 
'2.1', 'valid': True}} (logUtils:52)
2017-01-06 20:54:24,924 INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC 
call Host.getStats succeeded in 0.01 seconds (__init__:515)


Vdsm and the OVN driver must have been called as the port IS created, 
but with the wrong id. I don't find the faulty id in vdsm.log neither, 
the xml above have the correct id.

/Sverker

Den 2017-01-09 kl. 10:06, skrev Marcin Mirecki:

The port is set up on the host by the ovirt-provider-ovn-driver.
The driver is invoked by the vdsm hook whenever any operation on
the port is done.
Please ensure that this is installed properly.
You can check the vdsm log (/var/log/vdsm/vdsm.log) to see if the
hook was executed properly.


- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Friday, January 6, 2017 9:00:26 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

I created a new VM in the ui and assigned it to host h1. In
/var/log/ovirt-provider-ovn.log I get the following:

2017-01-06 20:54:11,940   Request: GET : /v2.0/ports
2017-01-06 20:54:11,940   Connecting to remote ovn database:
tcp:127.0.0.1:6641
2017-01-06 20:54:12,157   Connected (number of retries: 2)
2017-01-06 20:54:12,158   Response code: 200
2017-01-06 20:54:12,158   Response body: {"ports": [{"name":
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "network_id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
"mac_address": "00:1a:4a:16:01:51", "id":
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "device_id":
"40cd7328-d575-4c3d-b656-9ef9bacc0078"}, {"name":
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "network_id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
"mac_address": "00:1a:4a:16:01:52", "id":
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "device_id":
"4baefa8c-3822-4de0-9cd0-1d025bab7844"}]}
2017-01-06 20:54:12,160   Request: SHOW :
/v2.0/networks/e53554cf-e553-40a1-8d22-9c8d95ec0601
2017-01-06 20:54:12,160   Connecting to remote ovn database:
tcp:127.0.0.1:6641
2017-01-06 20:54:12,377   Connected (number of retries: 2)
2017-01-06 20:54:12,378   Response code: 200
2017-01-06 20:54:12,378   Response body: {"network": {"id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "name": "ovirtbridge"}}
2017-01-06 20:54:12,380   Request: POST : /v2.0/ports
2017-01-06 20:54:12,380   Request body:
{
"port" : {
  "name" : "nic1",
  "binding:host_id" : "h1.limetransit.com",
  "admin_state_up" : true,
  "device_id" : "e8553a88-05f0-401d-8b9b-5fff77f7bbbe",
  "device_owner" : "oVirt",
  "mac_address" : "00:1a:4a:16:01:54",
  "network_id" : "e53554cf-e553-40a1-8d22-9c8d95ec0601"
}
}
2017-01-06 20:54:12,380   Connecting to remote ovn database:
tcp:127.0.0.1:6641
2017-01-06 20:54:12,610   Connected (number of retries: 2)
2017-01-06 20:54:12,614   Response code: 200
2017-01-06 20:54:12,614   Response body: {"port": {"name":
"912cba79-982e-4a87-868e-241fedccb59a", "network_id":
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
"mac_address": "00:1a:4a:16:01:54", "id":
"912cba79-982e-4a87-868e-241fedccb59a", "device_id":
"e8553a88-05f0-401d-8b9b-5fff77f7bbbe"}}

h1:/var/log/messages
Jan  6 20:54:12 h1 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
--timeout=5 -- --if-exists del-port vnet1 -- add-port br-int vnet1 --
set Interface vnet1 "external-ids:attached-mac=\"00:1a:4a:16:01:54\"" --
set Interface vnet1
"external-ids:iface-id=\"20388407-0f76-41d8-97aa-8e2b5978f908\"" -- set
Interface vnet1
"external-ids:vm-id=\"6dd5291e-6556-4d29-8b4e-ea896e627645\"" -- set
Interface vnet1 external-ids:iface-status=active

[root@h2 ~]# ovn-nbctl show
  switch e53554cf-e553-40a1-8d22-9c8d95ec0601 (ovirtbridge)

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

The port is set up on the host by the ovirt-provider-ovn-driver.
The driver is invoked by the vdsm hook whenever any operation on
the port is done.
Please ensure that this is installed properly.
You can check the vdsm log (/var/log/vdsm/vdsm.log) to see if the
hook was executed properly.


- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Friday, January 6, 2017 9:00:26 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> I created a new VM in the ui and assigned it to host h1. In
> /var/log/ovirt-provider-ovn.log I get the following:
> 
> 2017-01-06 20:54:11,940   Request: GET : /v2.0/ports
> 2017-01-06 20:54:11,940   Connecting to remote ovn database:
> tcp:127.0.0.1:6641
> 2017-01-06 20:54:12,157   Connected (number of retries: 2)
> 2017-01-06 20:54:12,158   Response code: 200
> 2017-01-06 20:54:12,158   Response body: {"ports": [{"name":
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
> "mac_address": "00:1a:4a:16:01:51", "id":
> "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "device_id":
> "40cd7328-d575-4c3d-b656-9ef9bacc0078"}, {"name":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5", "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
> "mac_address": "00:1a:4a:16:01:52", "id":
> "92f6d3c8-68b3-4986-9c09-60bee04644b5", "device_id":
> "4baefa8c-3822-4de0-9cd0-1d025bab7844"}]}
> 2017-01-06 20:54:12,160   Request: SHOW :
> /v2.0/networks/e53554cf-e553-40a1-8d22-9c8d95ec0601
> 2017-01-06 20:54:12,160   Connecting to remote ovn database:
> tcp:127.0.0.1:6641
> 2017-01-06 20:54:12,377   Connected (number of retries: 2)
> 2017-01-06 20:54:12,378   Response code: 200
> 2017-01-06 20:54:12,378   Response body: {"network": {"id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601", "name": "ovirtbridge"}}
> 2017-01-06 20:54:12,380   Request: POST : /v2.0/ports
> 2017-01-06 20:54:12,380   Request body:
> {
>"port" : {
>  "name" : "nic1",
>  "binding:host_id" : "h1.limetransit.com",
>  "admin_state_up" : true,
>  "device_id" : "e8553a88-05f0-401d-8b9b-5fff77f7bbbe",
>  "device_owner" : "oVirt",
>  "mac_address" : "00:1a:4a:16:01:54",
>  "network_id" : "e53554cf-e553-40a1-8d22-9c8d95ec0601"
>}
> }
> 2017-01-06 20:54:12,380   Connecting to remote ovn database:
> tcp:127.0.0.1:6641
> 2017-01-06 20:54:12,610   Connected (number of retries: 2)
> 2017-01-06 20:54:12,614   Response code: 200
> 2017-01-06 20:54:12,614   Response body: {"port": {"name":
> "912cba79-982e-4a87-868e-241fedccb59a", "network_id":
> "e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt",
> "mac_address": "00:1a:4a:16:01:54", "id":
> "912cba79-982e-4a87-868e-241fedccb59a", "device_id":
> "e8553a88-05f0-401d-8b9b-5fff77f7bbbe"}}
> 
> h1:/var/log/messages
> Jan  6 20:54:12 h1 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
> --timeout=5 -- --if-exists del-port vnet1 -- add-port br-int vnet1 --
> set Interface vnet1 "external-ids:attached-mac=\"00:1a:4a:16:01:54\"" --
> set Interface vnet1
> "external-ids:iface-id=\"20388407-0f76-41d8-97aa-8e2b5978f908\"" -- set
> Interface vnet1
> "external-ids:vm-id=\"6dd5291e-6556-4d29-8b4e-ea896e627645\"" -- set
> Interface vnet1 external-ids:iface-status=active
> 
> [root@h2 ~]# ovn-nbctl show
>  switch e53554cf-e553-40a1-8d22-9c8d95ec0601 (ovirtbridge)
>  port 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
>  addresses: ["00:1a:4a:16:01:51"]
>  port 912cba79-982e-4a87-868e-241fedccb59a
>  addresses: ["00:1a:4a:16:01:54"]
>  port 92f6d3c8-68b3-4986-9c09-60bee04644b5
>  addresses: ["00:1a:4a:16:01:52"]
>  port ovirtbridge-port2
>  addresses: ["unknown"]
>  port ovirtbridge-port1
>  addresses: ["unknown"]
> [root@h2 ~]# ovn-sbctl show
> Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
>  hostname: "h2.limetransit.com"
>  Encap g

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

(number of retries: 2)
2017-01-06 20:19:25,670   Response code: 200
2017-01-06 20:19:25,670   Response body: {"ports": [{"name": 
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "network_id": 
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt", 
"mac_address": "00:1a:4a:16:01:51", "id": 
"4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873", "device_id": 
"40cd7328-d575-4c3d-b656-9ef9bacc0078"}, {"name": 
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "network_id": 
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt", 
"mac_address": "00:1a:4a:16:01:52", "id": 
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "device_id": 
"4baefa8c-3822-4de0-9cd0-1d025bab7844"}]}
2017-01-06 20:19:25,673   Request: PUT : 
/v2.0/ports/92f6d3c8-68b3-4986-9c09-60bee04644b5

2017-01-06 20:19:25,673   Request body:
{
  "port" : {
"binding:host_id" : "h1.limetransit.com",
"security_groups" : null
  }
}
2017-01-06 20:19:25,673   Connecting to remote ovn database: 
tcp:127.0.0.1:6641

2017-01-06 20:19:25,890   Connected (number of retries: 2)
2017-01-06 20:19:25,891   Response code: 200
2017-01-06 20:19:25,891   Response body: {"port": {"name": 
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "network_id": 
"e53554cf-e553-40a1-8d22-9c8d95ec0601", "device_owner": "oVirt", 
"mac_address": "00:1a:4a:16:01:52", "id": 
"92f6d3c8-68b3-4986-9c09-60bee04644b5", "device_id": 
"4baefa8c-3822-4de0-9cd0-1d025bab7844"}}


In /var/log/messages on h1 I get the following:

Jan  6 20:18:56 h1 dbus-daemon: dbus[1339]: [system] Successfully 
activated service 'org.freedesktop.problems'
Jan  6 20:19:26 h1 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl 
--timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 -- 
set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:52\"" 
-- set Interface vnet0 
"external-ids:iface-id=\"72dafda5-03c2-4bb6-bcb6-241fa5c0a1f3\"" -- 
set Interface vnet0 
"external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\"" -- set 
Interface vnet0 external-ids:iface-status=active

Jan  6 20:19:26 h1 kernel: device vnet0 entered promiscuous mode
Jan  6 20:19:26 h1 avahi-daemon[1391]: Registering new address record 
for fe80::fc1a:4aff:fe16:152 on vnet0.*.

Jan  6 20:19:26 h1 systemd-machined: New machine qemu-4-CentOS72.
Jan  6 20:19:26 h1 systemd: Started Virtual Machine qemu-4-CentOS72.
Jan  6 20:19:26 h1 systemd: Starting Virtual Machine qemu-4-CentOS72.

[root@h2 ~]# ovn-nbctl show
switch e53554cf-e553-40a1-8d22-9c8d95ec0601 (ovirtbridge)
port 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
addresses: ["00:1a:4a:16:01:51"]
port 92f6d3c8-68b3-4986-9c09-60bee04644b5
addresses: ["00:1a:4a:16:01:52"]
port ovirtbridge-port2
addresses: ["unknown"]
port ovirtbridge-port1
addresses: ["unknown"]
[root@h2 ~]# ovn-sbctl show
Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
hostname: "h2.limetransit.com"
Encap geneve
ip: "148.251.126.50"
options: {csum="true"}
Port_Binding "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
Port_Binding "ovirtbridge-port1"
Chassis "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
hostname: "h1.limetransit.com"
Encap geneve
ip: "144.76.84.73"
options: {csum="true"}
Port_Binding "ovirtbridge-port2"

I.e. the port is set up with the wrong ID and not attached to OVN.

If I correct external-ids:iface-id like this:
[root@h1 ~]# ovs-vsctl set Interface vnet0 
"external-ids:iface-id=\"92f6d3c8-68b3-4986-9c09-60bee04644b5\""


then sb is correct:
[root@h2 ~]# ovn-sbctl show
Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
hostname: "h2.limetransit.com"
Encap geneve
ip: "148.251.126.50"
options: {csum="true"}
Port_Binding "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
Port_Binding "ovirtbridge-port1"
Chassis "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
hostname: "h1.limetransit.com"
Encap geneve
ip: "144.76.84.73"
options: {csum="true"}
Port_Binding "ovirtbridge-port2"
Port_Binding "92f6d3c8-68b3-4986-9c09-60bee04644b5"

I don't know from where the ID 72dafda5-03c2-4bb6-bcb6-241fa5c0a1f3 
comes from, doesn't show in any log other than /var/log/messages.


If I do the same exercise on the 

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

6.84.73"
options: {csum="true"}
Port_Binding "ovirtbridge-port2"
Port_Binding "92f6d3c8-68b3-4986-9c09-60bee04644b5"

I don't know from where the ID 72dafda5-03c2-4bb6-bcb6-241fa5c0a1f3 
comes from, doesn't show in any log other than /var/log/messages.


If I do the same exercise on the same host as engine is running on then 
the port for the VM gets the right id and is working from beginning.

/Sverker

Den 2017-01-03 kl. 10:23, skrev Marcin Mirecki:

How did you create this port?
 From the oVirt engine UI?
The OVN provider creates the port when you add the port in the engine UI,
it is then plugged into the ovs bridge by the VIF driver.
Please attach /var/log/ovirt-provider-ovn.log



- Original Message -

From: "Sverker Abrahamsson"
To: "Marcin Mirecki"
Cc: "Ovirt Users"
Sent: Tuesday, January 3, 2017 2:06:22 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Found an issue with Ovirt - OVN integration.

Engine and OVN central db running on host h2. Created VM to run on host
h1, which is started. Ovn db state:

[root@h2 env3]# ovn-nbctl show
  switch e53554cf-e553-40a1-8d22-9c8d95ec0601 (ovirtbridge)
  port 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
  addresses: ["00:1a:4a:16:01:51"]
  port 92f6d3c8-68b3-4986-9c09-60bee04644b5
  addresses: ["00:1a:4a:16:01:52"]
  port ovirtbridge-port2
  addresses: ["unknown"]
  port ovirtbridge-port1
  addresses: ["unknown"]
[root@h2 env3]# ovn-sbctl show
Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
  hostname: "h2.limetransit.com"
  Encap geneve
  ip: "148.251.126.50"
  options: {csum="true"}
  Port_Binding "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
  Port_Binding "ovirtbridge-port1"
Chassis "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
  hostname: "h1.limetransit.com"
  Encap geneve
  ip: "144.76.84.73"
  options: {csum="true"}
  Port_Binding "ovirtbridge-port2"

Port 92f6d3c8-68b3-4986-9c09-60bee04644b5 is for the new VM which is
started on h1, but it is not assigned to that chassis. The reason is
that on h1 the port on br-int is created like this:

ovs-vsctl --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int
vnet0 -- set Interface vnet0
"external-ids:attached-mac=\"00:1a:4a:16:01:52\"" -- set Interface vnet0
"external-ids:iface-id=\"35bcbe31-2c7e-4d97-add9-ce150eeb2f11\"" -- set
Interface vnet0
"external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\"" -- set
Interface vnet0 external-ids:iface-status=active

I.e. the extrernal id of interface is wrong. When I manually change to
the right id like this the port works fine:

ovs-vsctl --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int
vnet0 -- set Interface vnet0
"external-ids:attached-mac=\"00:1a:4a:16:01:52\"" -- set Interface vnet0
"external-ids:iface-id=\"92f6d3c8-68b3-4986-9c09-60bee04644b5\"" -- set
Interface vnet0
"external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\"" -- set
Interface vnet0 external-ids:iface-status=active

sb db after correcting the port:

Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
  hostname: "h2.limetransit.com"
  Encap geneve
  ip: "148.251.126.50"
  options: {csum="true"}
  Port_Binding "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
  Port_Binding "ovirtbridge-port1"
Chassis "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
  hostname: "h1.limetransit.com"
  Encap geneve
  ip: "144.76.84.73"
  options: {csum="true"}
  Port_Binding "ovirtbridge-port2"
  Port_Binding "92f6d3c8-68b3-4986-9c09-60bee04644b5"

I don't know from where the faulty id comes from, it's not in any logs.
In the domain xml as printed in vdsm.log the id is correct:

  
  
  
  
  
  
  
  
  
  
  
  

Where is the ovs-vsctl command line built for this call?

/Sverker


Den 2017-01-02 kl. 13:40, skrev Sverker Abrahamsson:

Got it to work now by following the env8 example in OVN tutorial,
where a port is added with type l2gateway. Not sure how that is
different from the localnet variant, but didn't suceed in getting that
one working. Now I'm able to ping and telnet over the tunnel, but not
ssh even when the port is answering on telnet. Neither does nfs
traffic work even though mount did. Suspecting MTU issue. I did notice
that ovn-controller starts too

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

How did you create this port?
From the oVirt engine UI?
The OVN provider creates the port when you add the port in the engine UI,
it is then plugged into the ovs bridge by the VIF driver.
Please attach /var/log/ovirt-provider-ovn.log



- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Tuesday, January 3, 2017 2:06:22 AM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> Found an issue with Ovirt - OVN integration.
> 
> Engine and OVN central db running on host h2. Created VM to run on host
> h1, which is started. Ovn db state:
> 
> [root@h2 env3]# ovn-nbctl show
>  switch e53554cf-e553-40a1-8d22-9c8d95ec0601 (ovirtbridge)
>  port 4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873
>  addresses: ["00:1a:4a:16:01:51"]
>  port 92f6d3c8-68b3-4986-9c09-60bee04644b5
>  addresses: ["00:1a:4a:16:01:52"]
>  port ovirtbridge-port2
>  addresses: ["unknown"]
>  port ovirtbridge-port1
>  addresses: ["unknown"]
> [root@h2 env3]# ovn-sbctl show
> Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
>  hostname: "h2.limetransit.com"
>  Encap geneve
>  ip: "148.251.126.50"
>  options: {csum="true"}
>  Port_Binding "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
>  Port_Binding "ovirtbridge-port1"
> Chassis "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
>  hostname: "h1.limetransit.com"
>  Encap geneve
>  ip: "144.76.84.73"
>  options: {csum="true"}
>  Port_Binding "ovirtbridge-port2"
> 
> Port 92f6d3c8-68b3-4986-9c09-60bee04644b5 is for the new VM which is
> started on h1, but it is not assigned to that chassis. The reason is
> that on h1 the port on br-int is created like this:
> 
> ovs-vsctl --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int
> vnet0 -- set Interface vnet0
> "external-ids:attached-mac=\"00:1a:4a:16:01:52\"" -- set Interface vnet0
> "external-ids:iface-id=\"35bcbe31-2c7e-4d97-add9-ce150eeb2f11\"" -- set
> Interface vnet0
> "external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\"" -- set
> Interface vnet0 external-ids:iface-status=active
> 
> I.e. the extrernal id of interface is wrong. When I manually change to
> the right id like this the port works fine:
> 
> ovs-vsctl --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int
> vnet0 -- set Interface vnet0
> "external-ids:attached-mac=\"00:1a:4a:16:01:52\"" -- set Interface vnet0
> "external-ids:iface-id=\"92f6d3c8-68b3-4986-9c09-60bee04644b5\"" -- set
> Interface vnet0
> "external-ids:vm-id=\"4d0c134a-11a0-40f4-b2fb-c13c17c7251c\"" -- set
> Interface vnet0 external-ids:iface-status=active
> 
> sb db after correcting the port:
> 
> Chassis "6e4dd29f-7607-48d7-8e5a-eef4c6aeefb5"
>  hostname: "h2.limetransit.com"
>  Encap geneve
>  ip: "148.251.126.50"
>  options: {csum="true"}
>  Port_Binding "4981ee5f-6e15-4bd5-a1cf-7ead9bdd5873"
>  Port_Binding "ovirtbridge-port1"
> Chassis "4f10fb04-8fb2-48d7-8a3f-ea6444c02cf9"
>  hostname: "h1.limetransit.com"
>  Encap geneve
>  ip: "144.76.84.73"
>  options: {csum="true"}
>  Port_Binding "ovirtbridge-port2"
>  Port_Binding "92f6d3c8-68b3-4986-9c09-60bee04644b5"
> 
> I don't know from where the faulty id comes from, it's not in any logs.
> In the domain xml as printed in vdsm.log the id is correct:
> 
>  
>  
>  
>  
>  
>  
>  
>  
>  
>   interfaceid="92f6d3c8-68b3-4986-9c09-60bee04644b5" />
>  
>  
> 
> Where is the ovs-vsctl command line built for this call?
> 
> /Sverker
> 
> 
> Den 2017-01-02 kl. 13:40, skrev Sverker Abrahamsson:
> > Got it to work now by following the env8 example in OVN tutorial,
> > where a port is added with type l2gateway. Not sure how that is
> > different from the localnet variant, but didn't suceed in getting that
> > one working. Now I'm able to ping and telnet over the tunnel, but not
> > ssh even when the port is answering on telnet. Neither does nfs
> > traffic work even though mount did. Suspect

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

ration to a non-working state. That is why I've set that if as 
hidden to vdsm and is why I'm keen on getting OVS/OVN to work


2. I've been reading the doc for OVN and starting to connect the 
dots, which is not trivial as it is complex. Some insights reached:


First step is the OVN database, installed by openvswitch-ovn-central, 
which I currently have running on h2 host. The 'ovn-nbctl' and 
'ovn-sbctl' commands are only possible to execute on a database node. 
Two ip's are given to 'vdsm-tool ovn-config  ip>' as arguments, where  is how this OVN node 
reaches the database and  is the ip to which other OVN 
nodes sets up a tunnel to this node. I.e. it is not for creating a 
tunnel to the database which I thought first from the description in 
blog post.


The tunnel between OVN nodes is of type geneve which is a UDP based 
protocol but I have not been able to find anywhere which port is used 
so that I can open it in firewalld. I have added OVN on another host, 
called h1, and connected it to the db. I see there is traffic to the 
db port, but I don't see any geneve traffic between the nodes.


Ovirt is now able to create it's vnet0 interface on the br-int ovs 
bridge, but then I run into the next issue. How do I create a 
connection from the logical switch to the physical host? I need that 
to a) get a connection out to the internet through a masqueraded if 
or ipv6 and b) be able to run a dhcp server to give ip's to the VM's.


/Sverker

Den 2016-12-30 kl. 18:05, skrev Marcin Mirecki:

1. Why not use your physical nic for ovirtmgmt then?

2. "ovn-nbctl ls-add" does not add a bridge, but a logical switch.
br-int is an internal OVN implementation detail, which the user
    should not care about. What you see in the ovirt UI are logical
networks. They are implemented as OVN logical switches in case
of the OVN provider.

Please look at:
http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
You can get the latest rpms from here:
http://resources.ovirt.org/repos/ovirt/experimental/master/ovirt-provider-ovn_fc24_46/rpm/fc24/noarch/ 



- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Friday, December 30, 2016 4:25:58 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory 
ovirtmgmt network


1. No, I did not want to put the ovirtmgmt bridge on my physical 
nic as

it always messed up the network config making the host unreachable. I
have put a ovs bridge on this nic which I will use to make tunnels 
when
I add other hosts. Maybe br-int will be used for that instead, will 
see

when I get that far.

As it is now I have a dummy if for ovirtmgmt bridge but this will
probably not work when I add other hosts as that bridge cannot connect
to the other hosts. I'm considering keeping this just as a dummy to 
keep

ovirt engine satisfied while the actual communication will happen over
OVN/OVS bridges and tunnels.

2. On
https://www.ovirt.org//develop/release-management/features/ovirt-ovn-provider/ 


there is instructions how to add an OVS bridge to OVN with |ovn-nbctl
ls-add |. If you want to use br-int then it makes 
sense to
make that bridge visible in ovirt webui under networks so that it 
can be

selected for VM's.

It quite doesn't make sense to me that I can select other network 
for my

VM but then that setting is not used when setting up the network.

/Sverker

Den 2016-12-30 kl. 15:34, skrev Marcin Mirecki:

Hi,

The OVN provider does not require you to add any bridges manually.
As I understand we were dealing with two problems:
1. You only had one physical nic and wanted to put a bridge on it,
 attaching the management network to the bridge. This was the 
reason for
 creating the bridge (the recommended setup would be to used a 
separate
 physical nic for the management network). This bridge has 
nothing to

 do with the OVN bridge.
2. OVN - you want to use OVN on this system. For this you have to 
install
 OVN on your hosts. This should create the br-int bridge, 
which are
 then used by the OVN provider. This br-int bridge must be 
configured

 to connect to other hosts using the geneve tunnels.

In both cases the systems will not be aware of any bridges you 
create.
They need a nic (be it physical or virtual) to connect to other 
system.
Usually this is the physical nic. In your case you decided to put 
a bridge
on the physical nic, and give oVirt a virtual nic attached to this 
bridge.
This works, but keep in mind that the bridge you have introduced 
is outside

of oVirt's (and OVN) control (and as such is not supported).


What is the purpose of
adding my bridges to Ovirt through the external provider and 
configure

them on my VM

I am not quite sure I understand.
The external provider (OVN provider to be specific), does not add any
bridges
to the system. It is using

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

Got it to work now by following the env8 example in OVN tutorial, where 
a port is added with type l2gateway. Not sure how that is different from 
the localnet variant, but didn't suceed in getting that one working. Now 
I'm able to ping and telnet over the tunnel, but not ssh even when the 
port is answering on telnet. Neither does nfs traffic work even though 
mount did. Suspecting MTU issue. I did notice that ovn-controller starts 
too early, before network interfaces are established and hence can't 
reach the db. As these is a purely OVS/OVN issue I'll ask about it on 
their mailing list.


Getting back to the original issue with Ovirt, I've now added the second 
host h1 to ovirt-engine. Had to do the same as with h2 to create a dummy 
ovirtmgmt network but configured access via the public IP. My firewall 
settings was replaced with iptables config and vdsm.conf was overwritten 
when engine was set up, so those had to be manually restored. It would 
be preferable if it would be possible to configure ovirt-engine that it 
does not "own" the host and instead comply with the settings it has 
instead of enforcing it's own view..


Apart from that it seems the second host works, although I need to 
resolve the traffic issue over the OVS tunnel.

/Sverker

Den 2017-01-02 kl. 01:13, skrev Sverker Abrahamsson:
1. That is not possible as ovirt (or vdsm) will rewrite the network 
configuration to a non-working state. That is why I've set that if as 
hidden to vdsm and is why I'm keen on getting OVS/OVN to work


2. I've been reading the doc for OVN and starting to connect the dots, 
which is not trivial as it is complex. Some insights reached:


First step is the OVN database, installed by openvswitch-ovn-central, 
which I currently have running on h2 host. The 'ovn-nbctl' and 
'ovn-sbctl' commands are only possible to execute on a database node. 
Two ip's are given to 'vdsm-tool ovn-config  ip>' as arguments, where  is how this OVN node reaches 
the database and  is the ip to which other OVN nodes sets 
up a tunnel to this node. I.e. it is not for creating a tunnel to the 
database which I thought first from the description in blog post.


The tunnel between OVN nodes is of type geneve which is a UDP based 
protocol but I have not been able to find anywhere which port is used 
so that I can open it in firewalld. I have added OVN on another host, 
called h1, and connected it to the db. I see there is traffic to the 
db port, but I don't see any geneve traffic between the nodes.


Ovirt is now able to create it's vnet0 interface on the br-int ovs 
bridge, but then I run into the next issue. How do I create a 
connection from the logical switch to the physical host? I need that 
to a) get a connection out to the internet through a masqueraded if or 
ipv6 and b) be able to run a dhcp server to give ip's to the VM's.


/Sverker

Den 2016-12-30 kl. 18:05, skrev Marcin Mirecki:

1. Why not use your physical nic for ovirtmgmt then?

2. "ovn-nbctl ls-add" does not add a bridge, but a logical switch.
br-int is an internal OVN implementation detail, which the user
should not care about. What you see in the ovirt UI are logical
networks. They are implemented as OVN logical switches in case
of the OVN provider.

Please look at:
http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
You can get the latest rpms from here:
http://resources.ovirt.org/repos/ovirt/experimental/master/ovirt-provider-ovn_fc24_46/rpm/fc24/noarch/ 



- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Friday, December 30, 2016 4:25:58 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory 
ovirtmgmt network


1. No, I did not want to put the ovirtmgmt bridge on my physical nic as
it always messed up the network config making the host unreachable. I
have put a ovs bridge on this nic which I will use to make tunnels when
I add other hosts. Maybe br-int will be used for that instead, will see
when I get that far.

As it is now I have a dummy if for ovirtmgmt bridge but this will
probably not work when I add other hosts as that bridge cannot connect
to the other hosts. I'm considering keeping this just as a dummy to 
keep

ovirt engine satisfied while the actual communication will happen over
OVN/OVS bridges and tunnels.

2. On
https://www.ovirt.org//develop/release-management/features/ovirt-ovn-provider/ 


there is instructions how to add an OVS bridge to OVN with |ovn-nbctl
ls-add |. If you want to use br-int then it makes 
sense to
make that bridge visible in ovirt webui under networks so that it 
can be

selected for VM's.

It quite doesn't make sense to me that I can select other network 
for my

VM but then that setting is not used when setting up the network.

/Sverker

Den 2016-12-30 kl. 15:34, skrev 

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

1. That is not possible as ovirt (or vdsm) will rewrite the network 
configuration to a non-working state. That is why I've set that if as 
hidden to vdsm and is why I'm keen on getting OVS/OVN to work


2. I've been reading the doc for OVN and starting to connect the dots, 
which is not trivial as it is complex. Some insights reached:


First step is the OVN database, installed by openvswitch-ovn-central, 
which I currently have running on h2 host. The 'ovn-nbctl' and 
'ovn-sbctl' commands are only possible to execute on a database node. 
Two ip's are given to 'vdsm-tool ovn-config  ip>' as arguments, where  is how this OVN node reaches 
the database and  is the ip to which other OVN nodes sets up 
a tunnel to this node. I.e. it is not for creating a tunnel to the 
database which I thought first from the description in blog post.


The tunnel between OVN nodes is of type geneve which is a UDP based 
protocol but I have not been able to find anywhere which port is used so 
that I can open it in firewalld. I have added OVN on another host, 
called h1, and connected it to the db. I see there is traffic to the db 
port, but I don't see any geneve traffic between the nodes.


Ovirt is now able to create it's vnet0 interface on the br-int ovs 
bridge, but then I run into the next issue. How do I create a connection 
from the logical switch to the physical host? I need that to a) get a 
connection out to the internet through a masqueraded if or ipv6 and b) 
be able to run a dhcp server to give ip's to the VM's.


/Sverker

Den 2016-12-30 kl. 18:05, skrev Marcin Mirecki:

1. Why not use your physical nic for ovirtmgmt then?

2. "ovn-nbctl ls-add" does not add a bridge, but a logical switch.
br-int is an internal OVN implementation detail, which the user
should not care about. What you see in the ovirt UI are logical
networks. They are implemented as OVN logical switches in case
of the OVN provider.

Please look at:
http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
You can get the latest rpms from here:
http://resources.ovirt.org/repos/ovirt/experimental/master/ovirt-provider-ovn_fc24_46/rpm/fc24/noarch/

- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Friday, December 30, 2016 4:25:58 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

1. No, I did not want to put the ovirtmgmt bridge on my physical nic as
it always messed up the network config making the host unreachable. I
have put a ovs bridge on this nic which I will use to make tunnels when
I add other hosts. Maybe br-int will be used for that instead, will see
when I get that far.

As it is now I have a dummy if for ovirtmgmt bridge but this will
probably not work when I add other hosts as that bridge cannot connect
to the other hosts. I'm considering keeping this just as a dummy to keep
ovirt engine satisfied while the actual communication will happen over
OVN/OVS bridges and tunnels.

2. On
https://www.ovirt.org//develop/release-management/features/ovirt-ovn-provider/
there is instructions how to add an OVS bridge to OVN with |ovn-nbctl
ls-add |. If you want to use br-int then it makes sense to
make that bridge visible in ovirt webui under networks so that it can be
selected for VM's.

It quite doesn't make sense to me that I can select other network for my
VM but then that setting is not used when setting up the network.

/Sverker

Den 2016-12-30 kl. 15:34, skrev Marcin Mirecki:

Hi,

The OVN provider does not require you to add any bridges manually.
As I understand we were dealing with two problems:
1. You only had one physical nic and wanted to put a bridge on it,
 attaching the management network to the bridge. This was the reason for
 creating the bridge (the recommended setup would be to used a separate
 physical nic for the management network). This bridge has nothing to
 do with the OVN bridge.
2. OVN - you want to use OVN on this system. For this you have to install
 OVN on your hosts. This should create the br-int bridge, which are
 then used by the OVN provider. This br-int bridge must be configured
 to connect to other hosts using the geneve tunnels.

In both cases the systems will not be aware of any bridges you create.
They need a nic (be it physical or virtual) to connect to other system.
Usually this is the physical nic. In your case you decided to put a bridge
on the physical nic, and give oVirt a virtual nic attached to this bridge.
This works, but keep in mind that the bridge you have introduced is outside
of oVirt's (and OVN) control (and as such is not supported).


What is the purpose of
adding my bridges to Ovirt through the external provider and configure
them on my VM

I am not quite sure I understand.
The external provider (OVN provider to be specific), does

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

1. Why not use your physical nic for ovirtmgmt then?

2. "ovn-nbctl ls-add" does not add a bridge, but a logical switch.
   br-int is an internal OVN implementation detail, which the user
   should not care about. What you see in the ovirt UI are logical
   networks. They are implemented as OVN logical switches in case
   of the OVN provider.

Please look at:
http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
You can get the latest rpms from here:
http://resources.ovirt.org/repos/ovirt/experimental/master/ovirt-provider-ovn_fc24_46/rpm/fc24/noarch/

- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Friday, December 30, 2016 4:25:58 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> 1. No, I did not want to put the ovirtmgmt bridge on my physical nic as
> it always messed up the network config making the host unreachable. I
> have put a ovs bridge on this nic which I will use to make tunnels when
> I add other hosts. Maybe br-int will be used for that instead, will see
> when I get that far.
> 
> As it is now I have a dummy if for ovirtmgmt bridge but this will
> probably not work when I add other hosts as that bridge cannot connect
> to the other hosts. I'm considering keeping this just as a dummy to keep
> ovirt engine satisfied while the actual communication will happen over
> OVN/OVS bridges and tunnels.
> 
> 2. On
> https://www.ovirt.org//develop/release-management/features/ovirt-ovn-provider/
> there is instructions how to add an OVS bridge to OVN with |ovn-nbctl
> ls-add |. If you want to use br-int then it makes sense to
> make that bridge visible in ovirt webui under networks so that it can be
> selected for VM's.
> 
> It quite doesn't make sense to me that I can select other network for my
> VM but then that setting is not used when setting up the network.
> 
> /Sverker
> 
> Den 2016-12-30 kl. 15:34, skrev Marcin Mirecki:
> > Hi,
> >
> > The OVN provider does not require you to add any bridges manually.
> > As I understand we were dealing with two problems:
> > 1. You only had one physical nic and wanted to put a bridge on it,
> > attaching the management network to the bridge. This was the reason for
> > creating the bridge (the recommended setup would be to used a separate
> > physical nic for the management network). This bridge has nothing to
> > do with the OVN bridge.
> > 2. OVN - you want to use OVN on this system. For this you have to install
> > OVN on your hosts. This should create the br-int bridge, which are
> > then used by the OVN provider. This br-int bridge must be configured
> > to connect to other hosts using the geneve tunnels.
> >
> > In both cases the systems will not be aware of any bridges you create.
> > They need a nic (be it physical or virtual) to connect to other system.
> > Usually this is the physical nic. In your case you decided to put a bridge
> > on the physical nic, and give oVirt a virtual nic attached to this bridge.
> > This works, but keep in mind that the bridge you have introduced is outside
> > of oVirt's (and OVN) control (and as such is not supported).
> >
> >> What is the purpose of
> >> adding my bridges to Ovirt through the external provider and configure
> >> them on my VM
> > I am not quite sure I understand.
> > The external provider (OVN provider to be specific), does not add any
> > bridges
> > to the system. It is using the br-int bridge created by OVN. The networks
> > created by the OVN provider are purely logical entities, implemented using
> > the OVN br-int bridge.
> >
> > Marcin
> >
> >
> > - Original Message -
> >> From: "Sverker Abrahamsson" 
> >> To: "Marcin Mirecki" 
> >> Cc: "Ovirt Users" 
> >> Sent: Friday, December 30, 2016 12:15:43 PM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Hi
> >> That is the logic I quite don't understand. What is the purpose of
> >> adding my bridges to Ovirt through the external provider and configure
> >> them on my VM if you are disregarding that and using br-int anyway?
> >>
> >> /Sverker
> >>
> >> Den 2016-12-30 kl. 10:53, skrev Marcin Mirecki:
> >>> Sverker,
> >>>
> >>> br-int is the integration bridge created by default in OVN. This is the
> >>> bridge we use for the OVN provider. As OVN is required to be installed,
> >>

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

1. No, I did not want to put the ovirtmgmt bridge on my physical nic as 
it always messed up the network config making the host unreachable. I 
have put a ovs bridge on this nic which I will use to make tunnels when 
I add other hosts. Maybe br-int will be used for that instead, will see 
when I get that far.


As it is now I have a dummy if for ovirtmgmt bridge but this will 
probably not work when I add other hosts as that bridge cannot connect 
to the other hosts. I'm considering keeping this just as a dummy to keep 
ovirt engine satisfied while the actual communication will happen over 
OVN/OVS bridges and tunnels.


2. On 
https://www.ovirt.org//develop/release-management/features/ovirt-ovn-provider/ 
there is instructions how to add an OVS bridge to OVN with |ovn-nbctl 
ls-add |. If you want to use br-int then it makes sense to 
make that bridge visible in ovirt webui under networks so that it can be 
selected for VM's.


It quite doesn't make sense to me that I can select other network for my 
VM but then that setting is not used when setting up the network.


/Sverker

Den 2016-12-30 kl. 15:34, skrev Marcin Mirecki:

Hi,

The OVN provider does not require you to add any bridges manually.
As I understand we were dealing with two problems:
1. You only had one physical nic and wanted to put a bridge on it,
attaching the management network to the bridge. This was the reason for
creating the bridge (the recommended setup would be to used a separate
physical nic for the management network). This bridge has nothing to
do with the OVN bridge.
2. OVN - you want to use OVN on this system. For this you have to install
OVN on your hosts. This should create the br-int bridge, which are
then used by the OVN provider. This br-int bridge must be configured
to connect to other hosts using the geneve tunnels.

In both cases the systems will not be aware of any bridges you create.
They need a nic (be it physical or virtual) to connect to other system.
Usually this is the physical nic. In your case you decided to put a bridge
on the physical nic, and give oVirt a virtual nic attached to this bridge.
This works, but keep in mind that the bridge you have introduced is outside
of oVirt's (and OVN) control (and as such is not supported).


What is the purpose of
adding my bridges to Ovirt through the external provider and configure
them on my VM

I am not quite sure I understand.
The external provider (OVN provider to be specific), does not add any bridges
to the system. It is using the br-int bridge created by OVN. The networks
created by the OVN provider are purely logical entities, implemented using
the OVN br-int bridge.

Marcin


- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Friday, December 30, 2016 12:15:43 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Hi
That is the logic I quite don't understand. What is the purpose of
adding my bridges to Ovirt through the external provider and configure
them on my VM if you are disregarding that and using br-int anyway?

/Sverker

Den 2016-12-30 kl. 10:53, skrev Marcin Mirecki:

Sverker,

br-int is the integration bridge created by default in OVN. This is the
bridge we use for the OVN provider. As OVN is required to be installed,
we assume that this bridge is present.
Using any other ovs bridge is not supported, and will require custom code
changes (such as the ones you created).

The proper setup in your case would probably be to create br-int and
connect
this to your ovirtbridge, although I don't know the details of your env, so
this is just my best guess.

Marcin


- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" , "Numan Siddique"

Sent: Friday, December 30, 2016 1:14:50 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
network

Even better, if the value is not hardcoded then the configured value is
used. Might be that I'm missunderstanding something but this is the
behaviour I expected instead of that it is using br-int.

Attached is a patch which properly sets up the xml, in case there is
already a virtual port there + testcode of some variants

/Sverker

Den 2016-12-29 kl. 22:55, skrev Sverker Abrahamsson:

When I change
/usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
to instead of hardcoded to br-int use BRIDGE_NAME = 'ovirtbridge' then
I get the expected behaviour and I get a working network connectivity
in my VM with IP provided by dhcp.

/Sverker

Den 2016-12-29 kl. 22:07, skrev Sverker Abrahamsson:

By default the vNic profile of my OVN bridge ovirtbridge gets a
Network filter named vdsm-no-mac-spoofing. If I instead set No filter
then I don't get those ebtables / iptables messages. It seems that
there is some issue between ovirt/v

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

Hi,

The OVN provider does not require you to add any bridges manually.
As I understand we were dealing with two problems:
1. You only had one physical nic and wanted to put a bridge on it,
   attaching the management network to the bridge. This was the reason for
   creating the bridge (the recommended setup would be to used a separate
   physical nic for the management network). This bridge has nothing to
   do with the OVN bridge.
2. OVN - you want to use OVN on this system. For this you have to install
   OVN on your hosts. This should create the br-int bridge, which are
   then used by the OVN provider. This br-int bridge must be configured
   to connect to other hosts using the geneve tunnels.

In both cases the systems will not be aware of any bridges you create.
They need a nic (be it physical or virtual) to connect to other system.
Usually this is the physical nic. In your case you decided to put a bridge
on the physical nic, and give oVirt a virtual nic attached to this bridge.
This works, but keep in mind that the bridge you have introduced is outside
of oVirt's (and OVN) control (and as such is not supported).

> What is the purpose of
> adding my bridges to Ovirt through the external provider and configure
> them on my VM

I am not quite sure I understand.
The external provider (OVN provider to be specific), does not add any bridges
to the system. It is using the br-int bridge created by OVN. The networks
created by the OVN provider are purely logical entities, implemented using
the OVN br-int bridge.

Marcin


- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Friday, December 30, 2016 12:15:43 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> Hi
> That is the logic I quite don't understand. What is the purpose of
> adding my bridges to Ovirt through the external provider and configure
> them on my VM if you are disregarding that and using br-int anyway?
> 
> /Sverker
> 
> Den 2016-12-30 kl. 10:53, skrev Marcin Mirecki:
> > Sverker,
> >
> > br-int is the integration bridge created by default in OVN. This is the
> > bridge we use for the OVN provider. As OVN is required to be installed,
> > we assume that this bridge is present.
> > Using any other ovs bridge is not supported, and will require custom code
> > changes (such as the ones you created).
> >
> > The proper setup in your case would probably be to create br-int and
> > connect
> > this to your ovirtbridge, although I don't know the details of your env, so
> > this is just my best guess.
> >
> > Marcin
> >
> >
> > - Original Message -----
> >> From: "Sverker Abrahamsson" 
> >> To: "Marcin Mirecki" 
> >> Cc: "Ovirt Users" , "Numan Siddique"
> >> 
> >> Sent: Friday, December 30, 2016 1:14:50 AM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Even better, if the value is not hardcoded then the configured value is
> >> used. Might be that I'm missunderstanding something but this is the
> >> behaviour I expected instead of that it is using br-int.
> >>
> >> Attached is a patch which properly sets up the xml, in case there is
> >> already a virtual port there + testcode of some variants
> >>
> >> /Sverker
> >>
> >> Den 2016-12-29 kl. 22:55, skrev Sverker Abrahamsson:
> >>> When I change
> >>> /usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
> >>> to instead of hardcoded to br-int use BRIDGE_NAME = 'ovirtbridge' then
> >>> I get the expected behaviour and I get a working network connectivity
> >>> in my VM with IP provided by dhcp.
> >>>
> >>> /Sverker
> >>>
> >>> Den 2016-12-29 kl. 22:07, skrev Sverker Abrahamsson:
> >>>> By default the vNic profile of my OVN bridge ovirtbridge gets a
> >>>> Network filter named vdsm-no-mac-spoofing. If I instead set No filter
> >>>> then I don't get those ebtables / iptables messages. It seems that
> >>>> there is some issue between ovirt/vdsm and firewalld, which we can
> >>>> put to the side for now.
> >>>>
> >>>> It is not clear for me why the port is added on br-int instead of the
> >>>> bridge I've assigned to the VM, which is ovirtbridge??
> >>>>
> >>>> /Sverker
> >>>>
> >>>> Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:
&

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

Hi
That is the logic I quite don't understand. What is the purpose of 
adding my bridges to Ovirt through the external provider and configure 
them on my VM if you are disregarding that and using br-int anyway?


/Sverker

Den 2016-12-30 kl. 10:53, skrev Marcin Mirecki:

Sverker,

br-int is the integration bridge created by default in OVN. This is the
bridge we use for the OVN provider. As OVN is required to be installed,
we assume that this bridge is present.
Using any other ovs bridge is not supported, and will require custom code
changes (such as the ones you created).

The proper setup in your case would probably be to create br-int and connect
this to your ovirtbridge, although I don't know the details of your env, so
this is just my best guess.

Marcin


- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" , "Numan Siddique" 
Sent: Friday, December 30, 2016 1:14:50 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Even better, if the value is not hardcoded then the configured value is
used. Might be that I'm missunderstanding something but this is the
behaviour I expected instead of that it is using br-int.

Attached is a patch which properly sets up the xml, in case there is
already a virtual port there + testcode of some variants

/Sverker

Den 2016-12-29 kl. 22:55, skrev Sverker Abrahamsson:

When I change
/usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
to instead of hardcoded to br-int use BRIDGE_NAME = 'ovirtbridge' then
I get the expected behaviour and I get a working network connectivity
in my VM with IP provided by dhcp.

/Sverker

Den 2016-12-29 kl. 22:07, skrev Sverker Abrahamsson:

By default the vNic profile of my OVN bridge ovirtbridge gets a
Network filter named vdsm-no-mac-spoofing. If I instead set No filter
then I don't get those ebtables / iptables messages. It seems that
there is some issue between ovirt/vdsm and firewalld, which we can
put to the side for now.

It is not clear for me why the port is added on br-int instead of the
bridge I've assigned to the VM, which is ovirtbridge??

/Sverker

Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:

The specific command most likely fails because there is no chain
named libvirt-J-vnet0, but when should that have been created?
/Sverker

---- Vidarebefordrat meddelande 
Ämne:   Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
network
Datum:  Thu, 29 Dec 2016 08:06:29 -0500 (EST)
Från:   Marcin Mirecki 
Till:   Sverker Abrahamsson 
Kopia:  Ovirt Users , Lance Richardson
, Numan Siddique 



Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:

Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as
ovs-vsctl
--timeout=5 -- --if-exists del-port vnet0 -- add-port br-int
vnet0 --
set Interface vnet0
"external-ids:attached-mac=\"00:1a:4a:16:01:51\""
-- set Interface vnet0
"external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\""
--
set Interface vnet0
"external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" --
set
Interface vnet0 external-ids:iface-status=active
Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0
-j
libvirt-J-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:

More details below


- Original Message -

From: "Sverker Abrahamsson"
To: "Marcin Mirecki"
Cc: "Ovirt Users"
Sent: Thursday, December 29, 2016 1:42:11 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
network

Hi
Same problem still..
/Sverker

Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:

Hi,

The tunnels are created to connect multiple OVN controllers.
If there is only one, there is no need for the tunnels, so none
will be created, this is the correct behavior.

Does the problem still occur after setting configuring the
OVN-controller?

Marcin

- Original Message -

From: "Sverker Abrahamsson"
To: "Marcin Mirecki"
Cc: "Ovirt Users"
Sent: Thursday, December 29, 2016 11:44:32 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory
ovirtmgmt
network

Hi
The rpm packages you listed in the other mail are installed but I
had
not run vdsm-tool ovn-config to create tunnel as the OVN controller
is
on the same host.

[root@h2 ~]# rpm -q openvswitch-ovn-common
openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
[root@h2 ~]# rpm -q openvswitch-ovn-host
openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
[root@h2 ~]# rpm -q python-openvswitch
python-openvswitch-2.6.90-1.el7.centos.noarch

After removing my manually created br-int and run

vdsm-tool ovn-config 127.0.0.1 172.27.1.1

then I have the

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

Sverker,

br-int is the integration bridge created by default in OVN. This is the
bridge we use for the OVN provider. As OVN is required to be installed,
we assume that this bridge is present.
Using any other ovs bridge is not supported, and will require custom code
changes (such as the ones you created).

The proper setup in your case would probably be to create br-int and connect
this to your ovirtbridge, although I don't know the details of your env, so
this is just my best guess.

Marcin


- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" , "Numan Siddique" 
> Sent: Friday, December 30, 2016 1:14:50 AM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> Even better, if the value is not hardcoded then the configured value is
> used. Might be that I'm missunderstanding something but this is the
> behaviour I expected instead of that it is using br-int.
> 
> Attached is a patch which properly sets up the xml, in case there is
> already a virtual port there + testcode of some variants
> 
> /Sverker
> 
> Den 2016-12-29 kl. 22:55, skrev Sverker Abrahamsson:
> >
> > When I change
> > /usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
> > to instead of hardcoded to br-int use BRIDGE_NAME = 'ovirtbridge' then
> > I get the expected behaviour and I get a working network connectivity
> > in my VM with IP provided by dhcp.
> >
> > /Sverker
> >
> > Den 2016-12-29 kl. 22:07, skrev Sverker Abrahamsson:
> >>
> >> By default the vNic profile of my OVN bridge ovirtbridge gets a
> >> Network filter named vdsm-no-mac-spoofing. If I instead set No filter
> >> then I don't get those ebtables / iptables messages. It seems that
> >> there is some issue between ovirt/vdsm and firewalld, which we can
> >> put to the side for now.
> >>
> >> It is not clear for me why the port is added on br-int instead of the
> >> bridge I've assigned to the VM, which is ovirtbridge??
> >>
> >> /Sverker
> >>
> >> Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:
> >>>
> >>> The specific command most likely fails because there is no chain
> >>> named libvirt-J-vnet0, but when should that have been created?
> >>> /Sverker
> >>>
> >>>  Vidarebefordrat meddelande 
> >>> Ämne: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >>> network
> >>> Datum:Thu, 29 Dec 2016 08:06:29 -0500 (EST)
> >>> Från: Marcin Mirecki 
> >>> Till: Sverker Abrahamsson 
> >>> Kopia:Ovirt Users , Lance Richardson
> >>> , Numan Siddique 
> >>>
> >>>
> >>>
> >>> Let me add the OVN team.
> >>>
> >>> Lance, Numan,
> >>>
> >>> Can you please look at this?
> >>>
> >>> Trying to plug a vNIC results in:
> >>> > >>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as
> >>> > >>>>>> ovs-vsctl
> >>> > >>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int
> >>> > >>>>>> vnet0 --
> >>> > >>>>>> set Interface vnet0
> >>> > >>>>>> "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
> >>> > >>>>>> -- set Interface vnet0
> >>> > >>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\""
> >>> > >>>>>> --
> >>> > >>>>>> set Interface vnet0
> >>> > >>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" --
> >>> > >>>>>> set
> >>> > >>>>>> Interface vnet0 external-ids:iface-status=active
> >>> > >>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
> >>> > >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >>> > >>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0
> >>> > >>>>>> -j
> >>> > >>>>>> libvirt-J-vnet0' failed:
> >>> > >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

Even better, if the value is not hardcoded then the configured value is 
used. Might be that I'm missunderstanding something but this is the 
behaviour I expected instead of that it is using br-int.


Attached is a patch which properly sets up the xml, in case there is 
already a virtual port there + testcode of some variants


/Sverker

Den 2016-12-29 kl. 22:55, skrev Sverker Abrahamsson:


When I change 
/usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook 
to instead of hardcoded to br-int use BRIDGE_NAME = 'ovirtbridge' then 
I get the expected behaviour and I get a working network connectivity 
in my VM with IP provided by dhcp.


/Sverker

Den 2016-12-29 kl. 22:07, skrev Sverker Abrahamsson:


By default the vNic profile of my OVN bridge ovirtbridge gets a 
Network filter named vdsm-no-mac-spoofing. If I instead set No filter 
then I don't get those ebtables / iptables messages. It seems that 
there is some issue between ovirt/vdsm and firewalld, which we can 
put to the side for now.


It is not clear for me why the port is added on br-int instead of the 
bridge I've assigned to the VM, which is ovirtbridge??


/Sverker

Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:


The specific command most likely fails because there is no chain 
named libvirt-J-vnet0, but when should that have been created?

/Sverker

 Vidarebefordrat meddelande ----
Ämne: 	Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt 
network

Datum:  Thu, 29 Dec 2016 08:06:29 -0500 (EST)
Från:   Marcin Mirecki 
Till:   Sverker Abrahamsson 
Kopia: 	Ovirt Users , Lance Richardson 
, Numan Siddique 




Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:
> >>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
> >>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
> >>>>>> set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
> >>>>>> -- set Interface vnet0
> >>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
> >>>>>> set Interface vnet0
> >>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
> >>>>>> Interface vnet0 external-ids:iface-status=active
> >>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
> >>>>>> libvirt-J-vnet0' failed:
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:

More details below


- Original Message -
> From: "Sverker Abrahamsson"
> To: "Marcin Mirecki"
> Cc: "Ovirt Users"
> Sent: Thursday, December 29, 2016 1:42:11 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
>
> Hi
> Same problem still..
> /Sverker
>
> Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:
> > Hi,
> >
> > The tunnels are created to connect multiple OVN controllers.
> > If there is only one, there is no need for the tunnels, so none
> > will be created, this is the correct behavior.
> >
> > Does the problem still occur after setting configuring the OVN-controller?
> >
> > Marcin
> >
> > - Original Message -
> >> From: "Sverker Abrahamsson"
> >> To: "Marcin Mirecki"
> >> Cc: "Ovirt Users"
> >> Sent: Thursday, December 29, 2016 11:44:32 AM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Hi
> >> The rpm packages you listed in the other mail are installed but I had
> >> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
> >> on the same host.
> >>
> >> [root@h2 ~]# rpm -q openvswitch-ovn-common
> >> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q openvswitch-ovn-host
> >> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q python-openvswitch
> >> python-openvswitch-2.6.90-1.el7.centos.noarch
> >>
> >> After removing my manually created br-int and run
> >>
> >> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
> >>
> >> then I have the br-int but 'ip link show' does not show any link
> >> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I ass

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

When I change 
/usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook to 
instead of hardcoded to br-int use BRIDGE_NAME = 'ovirtbridge' then I 
get the expected behaviour and I get a working network connectivity in 
my VM with IP provided by dhcp.


/Sverker

Den 2016-12-29 kl. 22:07, skrev Sverker Abrahamsson:


By default the vNic profile of my OVN bridge ovirtbridge gets a 
Network filter named vdsm-no-mac-spoofing. If I instead set No filter 
then I don't get those ebtables / iptables messages. It seems that 
there is some issue between ovirt/vdsm and firewalld, which we can put 
to the side for now.


It is not clear for me why the port is added on br-int instead of the 
bridge I've assigned to the VM, which is ovirtbridge??


/Sverker

Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:


The specific command most likely fails because there is no chain 
named libvirt-J-vnet0, but when should that have been created?

/Sverker

 Vidarebefordrat meddelande ----
Ämne: 	Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt 
network

Datum:  Thu, 29 Dec 2016 08:06:29 -0500 (EST)
Från:   Marcin Mirecki 
Till:   Sverker Abrahamsson 
Kopia: 	Ovirt Users , Lance Richardson 
, Numan Siddique 




Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:
> >>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
> >>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
> >>>>>> set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
> >>>>>> -- set Interface vnet0
> >>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
> >>>>>> set Interface vnet0
> >>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
> >>>>>> Interface vnet0 external-ids:iface-status=active
> >>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
> >>>>>> libvirt-J-vnet0' failed:
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:

More details below


- Original Message -
> From: "Sverker Abrahamsson"
> To: "Marcin Mirecki"
> Cc: "Ovirt Users"
> Sent: Thursday, December 29, 2016 1:42:11 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
>
> Hi
> Same problem still..
> /Sverker
>
> Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:
> > Hi,
> >
> > The tunnels are created to connect multiple OVN controllers.
> > If there is only one, there is no need for the tunnels, so none
> > will be created, this is the correct behavior.
> >
> > Does the problem still occur after setting configuring the OVN-controller?
> >
> > Marcin
> >
> > - Original Message -
> >> From: "Sverker Abrahamsson"
> >> To: "Marcin Mirecki"
> >> Cc: "Ovirt Users"
> >> Sent: Thursday, December 29, 2016 11:44:32 AM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Hi
> >> The rpm packages you listed in the other mail are installed but I had
> >> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
> >> on the same host.
> >>
> >> [root@h2 ~]# rpm -q openvswitch-ovn-common
> >> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q openvswitch-ovn-host
> >> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q python-openvswitch
> >> python-openvswitch-2.6.90-1.el7.centos.noarch
> >>
> >> After removing my manually created br-int and run
> >>
> >> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
> >>
> >> then I have the br-int but 'ip link show' does not show any link
> >> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
> >> are when there is an actual tunnel?
> >>
> >> [root@h2 ~]# ovs-vsctl show
> >> ebb6aede-cbbc-4f4f-a88a-a9cd72b2bd23
> >>   Bridge br-int
> >>   fail_mode: secure
> >>   Port br-int
> >>   Interface br-int
> >>   type: internal
> >>   Bridge ovirtbri

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

By default the vNic profile of my OVN bridge ovirtbridge gets a Network 
filter named vdsm-no-mac-spoofing. If I instead set No filter then I 
don't get those ebtables / iptables messages. It seems that there is 
some issue between ovirt/vdsm and firewalld, which we can put to the 
side for now.


It is not clear for me why the port is added on br-int instead of the 
bridge I've assigned to the VM, which is ovirtbridge??


/Sverker

Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:


The specific command most likely fails because there is no chain named 
libvirt-J-vnet0, but when should that have been created?

/Sverker

 Vidarebefordrat meddelande 
Ämne: 	Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt 
network

Datum:  Thu, 29 Dec 2016 08:06:29 -0500 (EST)
Från:   Marcin Mirecki 
Till:   Sverker Abrahamsson 
Kopia: 	Ovirt Users , Lance Richardson 
, Numan Siddique 




Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:
> >>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
> >>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
> >>>>>> set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
> >>>>>> -- set Interface vnet0
> >>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
> >>>>>> set Interface vnet0
> >>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
> >>>>>> Interface vnet0 external-ids:iface-status=active
> >>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
> >>>>>> libvirt-J-vnet0' failed:
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:

More details below


- Original Message -
> From: "Sverker Abrahamsson"
> To: "Marcin Mirecki"
> Cc: "Ovirt Users"
> Sent: Thursday, December 29, 2016 1:42:11 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
>
> Hi
> Same problem still..
> /Sverker
>
> Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:
> > Hi,
> >
> > The tunnels are created to connect multiple OVN controllers.
> > If there is only one, there is no need for the tunnels, so none
> > will be created, this is the correct behavior.
> >
> > Does the problem still occur after setting configuring the OVN-controller?
> >
> > Marcin
> >
> > - Original Message -
> >> From: "Sverker Abrahamsson"
> >> To: "Marcin Mirecki"
> >> Cc: "Ovirt Users"
> >> Sent: Thursday, December 29, 2016 11:44:32 AM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Hi
> >> The rpm packages you listed in the other mail are installed but I had
> >> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
> >> on the same host.
> >>
> >> [root@h2 ~]# rpm -q openvswitch-ovn-common
> >> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q openvswitch-ovn-host
> >> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q python-openvswitch
> >> python-openvswitch-2.6.90-1.el7.centos.noarch
> >>
> >> After removing my manually created br-int and run
> >>
> >> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
> >>
> >> then I have the br-int but 'ip link show' does not show any link
> >> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
> >> are when there is an actual tunnel?
> >>
> >> [root@h2 ~]# ovs-vsctl show
> >> ebb6aede-cbbc-4f4f-a88a-a9cd72b2bd23
> >>   Bridge br-int
> >>   fail_mode: secure
> >>   Port br-int
> >>   Interface br-int
> >>   type: internal
> >>   Bridge ovirtbridge
> >>   Port ovirtbridge
> >>   Interface ovirtbridge
> >>   type: internal
> >>   Bridge "ovsbridge0"
> >>   Port "ovsbridge0"
> >>   Interface "ovsbridge0"
> >>   type:

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

e 
"/usr/bin/vdsm-tool", line 219, in main
Dec 29 21:08:09 h2.limetransit.com vdsm-tool[3736]: return 
tool_command[cmd]["command"](*args)
Dec 29 21:08:09 h2.limetransit.com vdsm-tool[3736]: File 
"/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 41, 
in restore_command

Dec 29 21:08:09 h2.limetransit.com vdsm-tool[3736]: exec_restore(cmd)
Dec 29 21:08:09 h2.limetransit.com vdsm-tool[3736]: File 
"/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line 54, 
in exec_restore
Dec 29 21:08:09 h2.limetransit.com vdsm-tool[3736]: raise 
EnvironmentError('Failed to restore the persisted networks')
Dec 29 21:08:09 h2.limetransit.com vdsm-tool[3736]: EnvironmentError: 
Failed to restore the persisted networks


So I remove the nameservers section as well. At first I could not get it 
to work, as vdsm-network would find the backup file 
/var/lib/vdsm/persistence/netconf/nets/ovirtmgmt~ but after removing 
that it worked fine.


Not sure when nameservers and defaultroute was set in vdsm as it worked 
on reboot before.

/Sverker

Den 2016-12-29 kl. 14:20, skrev Sverker Abrahamsson:


The specific command most likely fails because there is no chain named 
libvirt-J-vnet0, but when should that have been created?

/Sverker

 Vidarebefordrat meddelande 
Ämne: 	Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt 
network

Datum:  Thu, 29 Dec 2016 08:06:29 -0500 (EST)
Från:   Marcin Mirecki 
Till:   Sverker Abrahamsson 
Kopia: 	Ovirt Users , Lance Richardson 
, Numan Siddique 




Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:
> >>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
> >>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
> >>>>>> set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
> >>>>>> -- set Interface vnet0
> >>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
> >>>>>> set Interface vnet0
> >>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
> >>>>>> Interface vnet0 external-ids:iface-status=active
> >>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
> >>>>>> libvirt-J-vnet0' failed:
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:

More details below


- Original Message -
> From: "Sverker Abrahamsson"
> To: "Marcin Mirecki"
> Cc: "Ovirt Users"
> Sent: Thursday, December 29, 2016 1:42:11 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
>
> Hi
> Same problem still..
> /Sverker
>
> Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:
> > Hi,
> >
> > The tunnels are created to connect multiple OVN controllers.
> > If there is only one, there is no need for the tunnels, so none
> > will be created, this is the correct behavior.
> >
> > Does the problem still occur after setting configuring the OVN-controller?
> >
> > Marcin
> >
> > - Original Message -
> >> From: "Sverker Abrahamsson"
> >> To: "Marcin Mirecki"
> >> Cc: "Ovirt Users"
> >> Sent: Thursday, December 29, 2016 11:44:32 AM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Hi
> >> The rpm packages you listed in the other mail are installed but I had
> >> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
> >> on the same host.
> >>
> >> [root@h2 ~]# rpm -q openvswitch-ovn-common
> >> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q openvswitch-ovn-host
> >> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q python-openvswitch
> >> python-openvswitch-2.6.90-1.el7.centos.noarch
> >>
> >> After removing my manually created br-int and run
> >>
> >> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
> >>
> >> then I have the br-int but 'ip link show' does not show any link
> >> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
> >> are when there is an actual tunnel?
> >>
> >> [root@h2 ~]#

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

The specific command most likely fails because there is no chain named 
libvirt-J-vnet0, but when should that have been created?

/Sverker

 Vidarebefordrat meddelande 
Ämne:   Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
Datum:  Thu, 29 Dec 2016 08:06:29 -0500 (EST)
Från:   Marcin Mirecki 
Till:   Sverker Abrahamsson 
Kopia: 	Ovirt Users , Lance Richardson 
, Numan Siddique 




Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:

>>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
>>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
>>>>>> set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
>>>>>> -- set Interface vnet0
>>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
>>>>>> set Interface vnet0
>>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
>>>>>> Interface vnet0 external-ids:iface-status=active
>>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
>>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
>>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
>>>>>> libvirt-J-vnet0' failed:
>>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:


More details below


- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Thursday, December 29, 2016 1:42:11 PM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Hi
Same problem still..
/Sverker

Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:
> Hi,
>
> The tunnels are created to connect multiple OVN controllers.
> If there is only one, there is no need for the tunnels, so none
> will be created, this is the correct behavior.
>
> Does the problem still occur after setting configuring the OVN-controller?
>
> Marcin
>
> - Original Message -
>> From: "Sverker Abrahamsson" 
>> To: "Marcin Mirecki" 
>> Cc: "Ovirt Users" 
>> Sent: Thursday, December 29, 2016 11:44:32 AM
>> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
>> network
>>
>> Hi
>> The rpm packages you listed in the other mail are installed but I had
>> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
>> on the same host.
>>
>> [root@h2 ~]# rpm -q openvswitch-ovn-common
>> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
>> [root@h2 ~]# rpm -q openvswitch-ovn-host
>> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
>> [root@h2 ~]# rpm -q python-openvswitch
>> python-openvswitch-2.6.90-1.el7.centos.noarch
>>
>> After removing my manually created br-int and run
>>
>> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
>>
>> then I have the br-int but 'ip link show' does not show any link
>> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
>> are when there is an actual tunnel?
>>
>> [root@h2 ~]# ovs-vsctl show
>> ebb6aede-cbbc-4f4f-a88a-a9cd72b2bd23
>>   Bridge br-int
>>   fail_mode: secure
>>   Port br-int
>>   Interface br-int
>>   type: internal
>>   Bridge ovirtbridge
>>   Port ovirtbridge
>>   Interface ovirtbridge
>>   type: internal
>>   Bridge "ovsbridge0"
>>   Port "ovsbridge0"
>>   Interface "ovsbridge0"
>>   type: internal
>>   Port "eth0"
>>   Interface "eth0"
>>   ovs_version: "2.6.90"
>>
>> [root@h2 ~]# ip link show
>> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode
>> DEFAULT qlen 1
>>   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>> 2: eth0:  mtu 1500 qdisc pfifo_fast
>> master ovs-system state UP mode DEFAULT qlen 1000
>>   link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
>> 3: ovs-system:  mtu 1500 qdisc noop state DOWN mode
>> DEFAULT qlen 1000
>>   link/ether 5a:14:cf:28:47:e2 brd ff:ff:ff:ff:ff:ff
>> 4: ovsbridge0:  mtu 1500 qdisc noqueue
>> state UNKNOWN mode DEFAULT qlen 1000
>>   link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
>> 5: br-int:  mtu 1500 qdisc noop st

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

Let me add the OVN team.

Lance, Numan,

Can you please look at this?

Trying to plug a vNIC results in:
> >>>>>> Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
> >>>>>> --timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
> >>>>>> set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
> >>>>>> -- set Interface vnet0
> >>>>>> "external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
> >>>>>> set Interface vnet0
> >>>>>> "external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
> >>>>>> Interface vnet0 external-ids:iface-status=active
> >>>>>> Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
> >>>>>> '/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
> >>>>>> libvirt-J-vnet0' failed:
> >>>>>> Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:

More details below


- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Thursday, December 29, 2016 1:42:11 PM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> Hi
> Same problem still..
> /Sverker
> 
> Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:
> > Hi,
> >
> > The tunnels are created to connect multiple OVN controllers.
> > If there is only one, there is no need for the tunnels, so none
> > will be created, this is the correct behavior.
> >
> > Does the problem still occur after setting configuring the OVN-controller?
> >
> > Marcin
> >
> > - Original Message -
> >> From: "Sverker Abrahamsson" 
> >> To: "Marcin Mirecki" 
> >> Cc: "Ovirt Users" 
> >> Sent: Thursday, December 29, 2016 11:44:32 AM
> >> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
> >> network
> >>
> >> Hi
> >> The rpm packages you listed in the other mail are installed but I had
> >> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
> >> on the same host.
> >>
> >> [root@h2 ~]# rpm -q openvswitch-ovn-common
> >> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q openvswitch-ovn-host
> >> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
> >> [root@h2 ~]# rpm -q python-openvswitch
> >> python-openvswitch-2.6.90-1.el7.centos.noarch
> >>
> >> After removing my manually created br-int and run
> >>
> >> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
> >>
> >> then I have the br-int but 'ip link show' does not show any link
> >> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
> >> are when there is an actual tunnel?
> >>
> >> [root@h2 ~]# ovs-vsctl show
> >> ebb6aede-cbbc-4f4f-a88a-a9cd72b2bd23
> >>   Bridge br-int
> >>   fail_mode: secure
> >>   Port br-int
> >>   Interface br-int
> >>   type: internal
> >>   Bridge ovirtbridge
> >>   Port ovirtbridge
> >>   Interface ovirtbridge
> >>   type: internal
> >>   Bridge "ovsbridge0"
> >>   Port "ovsbridge0"
> >>   Interface "ovsbridge0"
> >>   type: internal
> >>   Port "eth0"
> >>   Interface "eth0"
> >>   ovs_version: "2.6.90"
> >>
> >> [root@h2 ~]# ip link show
> >> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode
> >> DEFAULT qlen 1
> >>   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> >> 2: eth0:  mtu 1500 qdisc pfifo_fast
> >> master ovs-system state UP mode DEFAULT qlen 1000
> >>   link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
> >> 3: ovs-system:  mtu 1500 qdisc noop state DOWN mode
> >> DEFAULT qlen 1000
> >>   link/ether 5a:14:cf:28:47:e2 brd ff:ff:ff:ff:ff:ff
> >> 4: ovsbridge0:  mtu 1500 qdisc noqueue
> >> state UNKNOWN mode DEFAULT qlen 1000
> >>   link/ether 44:8a:5b:84:7d:b3 brd ff:f

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

Hi
Same problem still..
/Sverker

Den 2016-12-29 kl. 13:34, skrev Marcin Mirecki:

Hi,

The tunnels are created to connect multiple OVN controllers.
If there is only one, there is no need for the tunnels, so none
will be created, this is the correct behavior.

Does the problem still occur after setting configuring the OVN-controller?

Marcin

- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Thursday, December 29, 2016 11:44:32 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Hi
The rpm packages you listed in the other mail are installed but I had
not run vdsm-tool ovn-config to create tunnel as the OVN controller is
on the same host.

[root@h2 ~]# rpm -q openvswitch-ovn-common
openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
[root@h2 ~]# rpm -q openvswitch-ovn-host
openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
[root@h2 ~]# rpm -q python-openvswitch
python-openvswitch-2.6.90-1.el7.centos.noarch

After removing my manually created br-int and run

vdsm-tool ovn-config 127.0.0.1 172.27.1.1

then I have the br-int but 'ip link show' does not show any link
'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
are when there is an actual tunnel?

[root@h2 ~]# ovs-vsctl show
ebb6aede-cbbc-4f4f-a88a-a9cd72b2bd23
  Bridge br-int
  fail_mode: secure
  Port br-int
  Interface br-int
  type: internal
  Bridge ovirtbridge
  Port ovirtbridge
  Interface ovirtbridge
  type: internal
  Bridge "ovsbridge0"
  Port "ovsbridge0"
  Interface "ovsbridge0"
  type: internal
  Port "eth0"
  Interface "eth0"
  ovs_version: "2.6.90"

[root@h2 ~]# ip link show
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode
DEFAULT qlen 1
  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0:  mtu 1500 qdisc pfifo_fast
master ovs-system state UP mode DEFAULT qlen 1000
  link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
3: ovs-system:  mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
  link/ether 5a:14:cf:28:47:e2 brd ff:ff:ff:ff:ff:ff
4: ovsbridge0:  mtu 1500 qdisc noqueue
state UNKNOWN mode DEFAULT qlen 1000
  link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
5: br-int:  mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
  link/ether 9e:b0:3a:9d:f2:4b brd ff:ff:ff:ff:ff:ff
6: ovirtbridge:  mtu 1500 qdisc noqueue
state UNKNOWN mode DEFAULT qlen 1000
  link/ether a6:f6:e5:a4:5b:45 brd ff:ff:ff:ff:ff:ff
7: dummy0:  mtu 1500 qdisc noqueue master
ovirtmgmt state UNKNOWN mode DEFAULT qlen 1000
  link/ether 66:e0:1c:c3:a9:d8 brd ff:ff:ff:ff:ff:ff
8: ovirtmgmt:  mtu 1500 qdisc noqueue
state UP mode DEFAULT qlen 1000
  link/ether 66:e0:1c:c3:a9:d8 brd ff:ff:ff:ff:ff:ff

Firewall settings:
[root@h2 ~]# firewall-cmd --list-all-zones
work
target: default
icmp-block-inversion: no
interfaces:
sources:
services: dhcpv6-client ssh
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


drop
target: DROP
icmp-block-inversion: no
interfaces:
sources:
services:
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


internal
target: default
icmp-block-inversion: no
interfaces:
sources:
services: dhcpv6-client mdns samba-client ssh
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


external
target: default
icmp-block-inversion: no
interfaces:
sources:
services: ssh
ports:
protocols:
masquerade: yes
forward-ports:
sourceports:
icmp-blocks:
rich rules:


trusted
target: ACCEPT
icmp-block-inversion: no
interfaces:
sources:
services:
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


home
target: default
icmp-block-inversion: no
interfaces:
sources:
services: dhcpv6-client mdns samba-client ssh
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


dmz
target: default
icmp-block-inversion: no
interfaces:
sources:
services: ssh
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


public (active)
target: default
icmp-block-inversion: no
interfaces: eth0 ovsbridge0
sources:
services: dhcpv6-client ssh
ports:
protocols:
masquerade: no
forward-ports:
sourceports:
icmp-blocks:
rich rules:


block
target: %%REJECT%%
icmp-block-inversion: no
interfaces:
   

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Marcin Mirecki]

Hi,

The tunnels are created to connect multiple OVN controllers.
If there is only one, there is no need for the tunnels, so none
will be created, this is the correct behavior.

Does the problem still occur after setting configuring the OVN-controller? 

Marcin

- Original Message -
> From: "Sverker Abrahamsson" 
> To: "Marcin Mirecki" 
> Cc: "Ovirt Users" 
> Sent: Thursday, December 29, 2016 11:44:32 AM
> Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network
> 
> Hi
> The rpm packages you listed in the other mail are installed but I had
> not run vdsm-tool ovn-config to create tunnel as the OVN controller is
> on the same host.
> 
> [root@h2 ~]# rpm -q openvswitch-ovn-common
> openvswitch-ovn-common-2.6.90-1.el7.centos.x86_64
> [root@h2 ~]# rpm -q openvswitch-ovn-host
> openvswitch-ovn-host-2.6.90-1.el7.centos.x86_64
> [root@h2 ~]# rpm -q python-openvswitch
> python-openvswitch-2.6.90-1.el7.centos.noarch
> 
> After removing my manually created br-int and run
> 
> vdsm-tool ovn-config 127.0.0.1 172.27.1.1
> 
> then I have the br-int but 'ip link show' does not show any link
> 'genev_sys_' nor does 'ovs-vsctl show' any port for ovn. I assume these
> are when there is an actual tunnel?
> 
> [root@h2 ~]# ovs-vsctl show
> ebb6aede-cbbc-4f4f-a88a-a9cd72b2bd23
>  Bridge br-int
>  fail_mode: secure
>  Port br-int
>  Interface br-int
>  type: internal
>  Bridge ovirtbridge
>  Port ovirtbridge
>  Interface ovirtbridge
>  type: internal
>  Bridge "ovsbridge0"
>  Port "ovsbridge0"
>  Interface "ovsbridge0"
>  type: internal
>  Port "eth0"
>  Interface "eth0"
>  ovs_version: "2.6.90"
> 
> [root@h2 ~]# ip link show
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN mode
> DEFAULT qlen 1
>  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> 2: eth0:  mtu 1500 qdisc pfifo_fast
> master ovs-system state UP mode DEFAULT qlen 1000
>  link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
> 3: ovs-system:  mtu 1500 qdisc noop state DOWN mode
> DEFAULT qlen 1000
>  link/ether 5a:14:cf:28:47:e2 brd ff:ff:ff:ff:ff:ff
> 4: ovsbridge0:  mtu 1500 qdisc noqueue
> state UNKNOWN mode DEFAULT qlen 1000
>  link/ether 44:8a:5b:84:7d:b3 brd ff:ff:ff:ff:ff:ff
> 5: br-int:  mtu 1500 qdisc noop state DOWN mode
> DEFAULT qlen 1000
>  link/ether 9e:b0:3a:9d:f2:4b brd ff:ff:ff:ff:ff:ff
> 6: ovirtbridge:  mtu 1500 qdisc noqueue
> state UNKNOWN mode DEFAULT qlen 1000
>  link/ether a6:f6:e5:a4:5b:45 brd ff:ff:ff:ff:ff:ff
> 7: dummy0:  mtu 1500 qdisc noqueue master
> ovirtmgmt state UNKNOWN mode DEFAULT qlen 1000
>  link/ether 66:e0:1c:c3:a9:d8 brd ff:ff:ff:ff:ff:ff
> 8: ovirtmgmt:  mtu 1500 qdisc noqueue
> state UP mode DEFAULT qlen 1000
>  link/ether 66:e0:1c:c3:a9:d8 brd ff:ff:ff:ff:ff:ff
> 
> Firewall settings:
> [root@h2 ~]# firewall-cmd --list-all-zones
> work
>target: default
>icmp-block-inversion: no
>interfaces:
>sources:
>services: dhcpv6-client ssh
>ports:
>protocols:
>masquerade: no
>forward-ports:
>sourceports:
>icmp-blocks:
>rich rules:
> 
> 
> drop
>target: DROP
>icmp-block-inversion: no
>interfaces:
>sources:
>services:
>ports:
>protocols:
>masquerade: no
>forward-ports:
>sourceports:
>icmp-blocks:
>rich rules:
> 
> 
> internal
>target: default
>icmp-block-inversion: no
>interfaces:
>sources:
>services: dhcpv6-client mdns samba-client ssh
>ports:
>protocols:
>masquerade: no
>forward-ports:
>sourceports:
>icmp-blocks:
>rich rules:
> 
> 
> external
>target: default
>icmp-block-inversion: no
>interfaces:
>sources:
>services: ssh
>ports:
>protocols:
>masquerade: yes
>forward-ports:
>sourceports:
>icmp-blocks:
>rich rules:
> 
> 
> trusted
>target: ACCEPT
>icmp-block-inversion: no
>interfaces:
>sources:
>services:
>ports:
>protocols:
>masquerade: no
>forward-ports:
>sourceports:
>icmp-blocks:
>rich rules:
> 
> 
> home
>target: default
>icmp-block-inversion: no
>interfaces:
>sources:
>services: dhcpv6-client mdns samba-client ssh
>ports:
>protocols:
>masquerade: no
> 

Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

[Sverker Abrahamsson]

nt dump"
on the host and send me the output?

Have you configured the ovn controller to connect to the
OVN north? You can do it using "vdsm-tool ovn-config" or
using the OVN tools directly.
Please check out: https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
for details.

Also please note that the OVN provider is completely different
from the neutron-openvswitch plugin. Please don't mix the two.

Marcin


----- Original Message -

From: "Marcin Mirecki" 
To: "Sverker Abrahamsson" 
Cc: "Ovirt Users" 
Sent: Thursday, December 29, 2016 9:27:19 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt network

Hi,

br-int is the OVN integration bridge, it should have been created
when installing OVN. I assume you have the following packages installed
on the host:
 openvswitch-ovn-common
 openvswitch-ovn-host
 python-openvswitch

Please give me some time to look at the connectivity problem.

Marcin



- Original Message -

From: "Sverker Abrahamsson" 
To: "Marcin Mirecki" 
Cc: "Ovirt Users" 
Sent: Thursday, December 29, 2016 12:47:04 AM
Subject: Re: [ovirt-users] Issue with OVN/OVS and mandatory ovirtmgmt
network

From
/usr/libexec/vdsm/hooks/before_device_create/ovirt_provider_ovn_hook
(installed by ovirt-provider-ovn-driver rpm):

BRIDGE_NAME = 'br-int'


Den 2016-12-28 kl. 23:56, skrev Sverker Abrahamsson:

Googling on the message about br-int suggested adding that bridge to ovs:

ovs-vsctl add-br br-int

Then the VM is able to boot, but it fails to get network connectivity.
Output in /var/log/messages:

Dec 28 23:31:35 h2 ovs-vsctl: ovs|1|vsctl|INFO|Called as ovs-vsctl
--timeout=5 -- --if-exists del-port vnet0 -- add-port br-int vnet0 --
set Interface vnet0 "external-ids:attached-mac=\"00:1a:4a:16:01:51\""
-- set Interface vnet0
"external-ids:iface-id=\"e8853aac-8a75-41b0-8010-e630017dcdd8\"" --
set Interface vnet0
"external-ids:vm-id=\"b9440d60-ef5a-4e2b-83cf-081df7c09e6f\"" -- set
Interface vnet0 external-ids:iface-status=active
Dec 28 23:31:35 h2 kernel: device vnet0 entered promiscuous mode
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -D PREROUTING -i vnet0 -j
libvirt-J-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -D POSTROUTING -o vnet0 -j
libvirt-P-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -L libvirt-J-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -L libvirt-P-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -F libvirt-J-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -X libvirt-J-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -F libvirt-P-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -X libvirt-P-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -F J-vnet0-mac' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -X J-vnet0-mac' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -F J-vnet0-arp-mac' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/ebtables --concurrent -t nat -X J-vnet0-arp-mac' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev
--physdev-is-bridged --physdev-out vnet0 -g FO-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -D libvirt-out -m physdev --physdev-out
vnet0 -g FO-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -D libvirt-in -m physdev --physdev-in vnet0
-g FI-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -D libvirt-host-in -m physdev --physdev-in
vnet0 -g HI-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -F FO-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -X FO-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -F FI-vnet0' failed:
Dec 28 23:31:35 h2 firewalld: WARNING: COMMAND_FAILED:
'/usr/sbin/iptables -w2 -w -X FI-vnet0' failed:
Dec 28 23:31:35 h2 firewall