Re: [ovirt-users] Hosted Engine: Cannot initialise host

[Yedidyah Bar David]

On Wed, Jul 22, 2015 at 2:34 AM, Alan Murrell  wrote:
> Hi Dan,
>
> Quoting "Dan Kenigsberg" :
>>
>> virsh -r dumpxml vdsm-ovirtmgmt
>
>
> I will see if I can get you that output a little later, along with the
> vdsClient output suggested by Yedidyah.
>
>> your own, you should also define that network. Skipping network
>> definition might have worked in the past, but it would certainly not
>
>
> When you refer to defining the "network definition", are you referring to a
> "NETWORK=" line in my ifcfg-ovirtmgmt file (which I think was referred to by
> Yedidyah)?

Dan refers to the below:

>
> If necessary, I can also blow away my current install and try the deployment
> again without defining the bridge first, if for no other reason than if it
> still fails to do so, it is a bug that that you will be aware of.

Yes, please do. This will be mandatory in 3.6.

Thanks, and please report back with any issue (or success :-) ).

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

Re: [ovirt-users] oVirt 3.5.3 Host Network Interfaces

[Ido Barkan]

Hi Michael,
Just to let you know. In the next version (3.6) Ovirt will support
Editing networks (in most cases) while there are VMs attached to them.
This might make situations like your a bit easier.

Thanks,
Ido

- Original Message -
From: "Prof. Dr. Michael Schefczyk" 
To: "Soeren Malchow" , users@ovirt.org
Sent: Tuesday, July 7, 2015 1:46:15 PM
Subject: Re: [ovirt-users] oVirt 3.5.3 Host Network Interfaces

Dear Soeren,

Thank you very much for your feedback. I think that the issue is that bonding 
mode balance-alb (with no special switch configuration) does work while 802.3ad 
(with appropriate switch configuration) does not.

With correct switch configuration, 802.3ad does connect the server to the LAN 
but it does prevent oVirt/VDSM from working, I think. As the hosted engine, 
does not even start, it is then not possible to further change the 
configuration.

This is surprising to me, as I prefer standardized solutions making use of 
available hardware capabilities (i.e., 802.3ad). As a result, I will explore 
oVirt further based on balance-alb NIC bonding.

Regards,

Michael

-Ursprüngliche Nachricht-
Von: Soeren Malchow [mailto:soeren.malc...@mcon.net] 
Gesendet: Dienstag, 7. Juli 2015 10:54
An: Prof. Dr. Michael Schefczyk; users@ovirt.org
Betreff: Re: AW: [ovirt-users] oVirt 3.5.3 Host Network Interfaces

Dear Michael,

The network scripts look exactly as we did that, and then during setting up the 
host network we also got the "already enslaved" message which did not cause a 
problem since it actually was enslaved, afterwards there were proper vdsm 
generated interface files.

Though we have the difference, that the ovirt already showed the bond even when 
it was not managed by ovirt yet.

You can still change the one bonded interface in ovirt and add one additional 
interface, just drag and drop, put the bridge in and configured the Ips, 
however, if you want 802.3ad you need to change the switch ports to do 802.3ad 
as well a little bit after you applied the change, to avoid having to do the 
switch configuration use "custom" and "mode=5" or "mode=6"


Regards
Soeren 


On 07/07/15 01:14, "Prof. Dr. Michael Schefczyk" 
wrote:

>Dear Soeren, dear all,
>
>Thank you very much. I did try the steps on an installed system. The 
>result was that after manipulating the network scripts, the server 
>would communicate well with the rest of the LAN - as many other servers 
>on which I use NIC bonds. However, my hosted-engine refused to start:
>"hosted-engine --vm-start" results in "Connection to localhost:54321 
>refused". Needless to say, it is not possible to revert the maintenance 
>mode then. ABRT points out what the problem is (but not the solution):
>"api.py:119:objectivizeNetwork:ConfigNetworkError: (24, u'nic enp0s20f1 
>already enslaved to bond0')" This shows that oVirt cannot start after 
>the manipulation of network scripts as it does expect enp0s20f1 no not 
>be a slave of a bond. Naming of the devices becomes clear from the 
>following paragraph.
>
>After multiple failed experiments to set up the server with bonded NIC 
>(each implying configuring the server from scratch), I took the 
>following approach this time:
>- The server has two LAN facing NICs enp0s20f0, enp0s20f1. The other 
>two NICs point to the other server in the intended gluster cluster - 
>creating a bond for them is not problematical.
>- Setting up Centos 7, I just used enp0s20f0 with no bond and bridge.
>- Deploying oVirt one gets asked for an unused NIC, so I selected 
>enp0s20f1. Then the network was only resting on enp0s20f1 with a 
>working setup of oVirt - just without bonding two NICs.
>
>I am still surprised that this HA network issue is so difficult to 
>manage in a software that is largely about high availability. Can 
>anyone please indicate how to proceed towards NIC bonding?
>
>Regards,
>
>Michael
>
>
>Network Scripts as set manually:
>
>DEVICE=enp0s20f0
>TYPE=Ethernet
>USERCTL=no
>SLAVE=yes
>MASTER=bond0
>BOOTPROTO=none
>HWADDR=00:25:90:F5:18:9A
>NM_CONTROLLED=no
>
>DEVICE=enp0s20f1
>TYPE=Ethernet
>USERCTL=no
>SLAVE=yes
>MASTER=bond0
>BOOTPROTO=none
>HWADDR=00:25:90:F5:18:9B
>NM_CONTROLLED=no
>
>DEVICE=bond0
>ONBOOT=yes
>BONDING_OPTS='mode=802.3ad miimon=100'
>BRIDGE=ovirtmgmt
>NM_CONTROLLED=no
>
>DEVICE=ovirtmgmt
>ONBOOT=yes
>TYPE=Bridge
>IPADDR=192.168.12.40
>NETMASK=255.255.255.0
>GATEWAY=192.168.12.1
>DNS=192.168.12.1
>NM_CONTROLLED=no
>
>
>
>
>-Ursprüngliche Nachricht-
>Von: Soeren Malchow [mailto:soeren.malc...@mcon.net]
>Gesendet: Montag, 6. Juli 2015 15:01
>An: Prof. Dr. Michael Schefczyk; users@ovirt.org
>Betreff: Re: [ovirt-users] oVirt 3.5.3 Host Network Interfaces
>
>Dear Michael
>
>We actually created the ovirtmgmt and the bond manually upfront and 
>then in the ³Setup Hosts Network² we basically did this again 
>(including setting the IP address), regarding the bonding in the 
>gluster network we did not have a problem, you just drag one interface 
>onto the other and then

Re: [ovirt-users] Hosted Engine: Cannot initialise host

[Alan Murrell]

Hi Dan,

Quoting "Dan Kenigsberg" :

virsh -r dumpxml vdsm-ovirtmgmt


I will see if I can get you that output a little later, along with the  
vdsClient output suggested by Yedidyah.



your own, you should also define that network. Skipping network
definition might have worked in the past, but it would certainly not


When you refer to defining the "network definition", are you referring  
to a "NETWORK=" line in my ifcfg-ovirtmgmt file (which I think was  
referred to by Yedidyah)?


If necessary, I can also blow away my current install and try the  
deployment again without defining the bridge first, if for no other  
reason than if it still fails to do so, it is a bug that that you will  
be aware of.


Regards,

Alan

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

[ovirt-users] Resize FC LUN in SD

[Arsène Gschwind]

Hi,

I'm trying to online resize a FC LUN in a storagedomain, i could resize 
the LUN on system level and resize the PV on all hosts in my cluster but 
after a while oVirt set the LUN to "inactive" .

Is there a way to inform vdsm to rescan and update the LUN informations?
I've read that this feature will be available in version 3.6 but I'm 
wondering if it would be possible in version 3.5 using some system 
commands/calls.


Thanks for any hint.
Rgds,
Arsène

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

Re: [ovirt-users] Cannot run specific VM in one node

[Omer Frenkel]

- Original Message -
> From: "Diego Remolina" 
> To: "Omer Frenkel" 
> Cc: Users@ovirt.org
> Sent: Tuesday, July 21, 2015 12:48:31 AM
> Subject: Re: [ovirt-users] Cannot run specific VM in one node
> 
> Well... never mind..., after leaving the VM running in the other host
> for a few days, today I shut it down today, then attempted to start it
> back in ysmha02 and it booted up just fine. I was gonna collect more
> logs, but seems like the issue cleared itself so I guess no point in
> looking at this issue anymore.
> 
> Diego

sorry for the slow response, i was out for couple of days..

im happy it is fixed for you, i did look at the logs anyway, i can see that:
first vm was migrating for a long time and during this time it jumped between 
not-responding/paused/migrating-from  statuses
after 7 mins, there was an attempt to cancel the migration that failed with 
"Timed out during operation: cannot acquire state change lock, code = -32603"
then multiple attempts to stop the vm that also fails ( in vdsm log i can see 
one is: 
"libvirtError: Failed to terminate process 12479 with SIGTERM: Device or 
resource busy"
also an attempt to resume the vm (when it was paused for some time) also fails 
with 
"Timed out during operation: cannot acquire state change lock, code = -32603"

then vdsm restarted and the vm was finally down, but somehow libvirt still 
thinks the vm is running on this host,
because on start we get:
libvirtError: Requested operation is not valid: domain 'ysmad02' is already 
active

i assume that restarting vdsm+libvirt cleared this funky state so now it works
i wonder about the error that started all this ("cannot acquire state change 
lock") not sure if related to any storage issue maybe?
i cannot see this in the vdsm log because it starts after the issue.


> 
> On Mon, Jul 20, 2015 at 7:58 AM, Diego Remolina  wrote:
> > Omer et all,
> >
> > I had uploaded the logs to:
> >
> > https://www.dropbox.com/s/yziky6f9nk3e8aw/engine.log.xz?dl=0
> > https://www.dropbox.com/s/qsweiizwxk37qzg/vdsm.log.4.xz?dl=0
> >
> > Do you have any recommendations for me or need me to provide more info?
> >
> > I will be able to re-run and experiment with this in the evening, so I
> > can collect specific logs with times, etc if you have something in
> > particular you want me to try.
> >
> > Diego
> >
> > On Thu, Jul 16, 2015 at 8:20 AM, Diego Remolina  wrote:
> >> These are the links to the files, if there is other better/preffered
> >> way to post them, let me know:
> >>
> >> https://www.dropbox.com/s/yziky6f9nk3e8aw/engine.log.xz?dl=0
> >> https://www.dropbox.com/s/qsweiizwxk37qzg/vdsm.log.4.xz?dl=0
> >>
> >> A bit more of an explanation on the infrastructure:
> >>
> >> I have two virtualization/storage servers, ysmha01 and ysmha02 running
> >> Ovirt hosted engine on top of glusterfs storage. I have two Windows
> >> server vms called ysmad01 and ysmad02. The current problem is that
> >> ysmad02 will *not* start on ysmha02 any more.
> >>
> >>
> >> Timeline
> >>
> >> My problems started at around 8:30PM 7/15/2015 when migrating
> >> everything to ysmha01 after having patched and rebooted the server.
> >>
> >> I got things back up at around 10:30PM after rebooting servers, etc.
> >> The hosted engine running on ysmha02. I got ysmad01 running on
> >> ysmha01, but ysmad02 just would not start at all on ysmha02. I did a
> >> run once and set ysmad02 to start on ysmha01 and that works.
> >>
> >> When attempting to start or migrate ysmad02 on ysmha02, if I do a
> >> virsh -r list on ysmha02, I just see the state as: "Shut off" and the
> >> VM just does not run on that hypervisor.
> >>
> >> Diego
> >>
> >>
> >>
> >> On Thu, Jul 16, 2015 at 3:01 AM, Omer Frenkel  wrote:
> >>>
> >>>
> >>> - Original Message -
>  From: "Diego Remolina" 
>  To: Users@ovirt.org
>  Sent: Thursday, July 16, 2015 7:45:43 AM
>  Subject: [ovirt-users] Cannot run specific VM in one node
> 
>  Hi,
> 
>  Was wondering if I can get some help with this particular situation. I
>  have two ovirt cluster nodes. I had a VM running in node2 and tried to
>  move it to node1. The move failed and the machine was created and
>  paused in both nodes. I tried stopping migration, shutting down the
>  machine, etc but none of that worked.
> 
>  So I decided to simply look for the process number and I killed it for
>  that VM. After that, I was not able to get the VM to run in any of the
>  nodes, so I rebooted them both.
> 
>  At this point, the vm will *not* start in node2 at all. When I try to
>  start it, it just sits there and if I do:
> 
>  virsh -r list
> 
>  from the command line, the output says the vm state is "shut off".
> 
>  I am able to user Run Once to fire up the VM in node 1, but I cannot
>  migrate it to node2.
> 
>  How can I clear this problematic state for node 2?
> >>>
> >>> please attach engine + vdsm logs for the ti

Re: [ovirt-users] Doc for ovirt-shell command

[Arsène Gschwind]

Thanks a lot, using google I didn't reach that page.

rgds, Arsene

On 07/21/2015 06:02 PM, Juan Hernández wrote:

On 07/21/2015 05:36 PM, Arsène Gschwind wrote:

Hi,

I've searched but couldn't find any doc for some ovirt-shell command like:
# update storagedomain --storage-logical_unit

Could somebody point me to some infos...

Thanks a lot
Rgds,
Arsène

Try here:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Technical_Guide/part-The_Command_Line_Interface.html

If you have specific questions feel free to ask in this list.



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

Re: [ovirt-users] Doc for ovirt-shell command

[Juan Hernández]

On 07/21/2015 05:36 PM, Arsène Gschwind wrote:
> Hi,
> 
> I've searched but couldn't find any doc for some ovirt-shell command like:
> # update storagedomain --storage-logical_unit
> 
> Could somebody point me to some infos...
> 
> Thanks a lot
> Rgds,
> Arsène

Try here:

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.5/html/Technical_Guide/part-The_Command_Line_Interface.html

If you have specific questions feel free to ask in this list.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Doc for ovirt-shell command

[Arsène Gschwind]

Hi,

I've searched but couldn't find any doc for some ovirt-shell command like:
# update storagedomain --storage-logical_unit

Could somebody point me to some infos...

Thanks a lot
Rgds,
Arsène
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error creating a storage domain

[Raz Tamir]

We do that already (: thanks 




Thanks in advance, 
Raz Tamir 
rata...@redhat.com 
RedHat Israel 
RHEV-M QE Storage team 

- Original Message -

From: "Jurriën Bloemen"  
To: "Raz Tamir"  
Cc: users@ovirt.org 
Sent: Tuesday, July 21, 2015 4:32:45 PM 
Subject: Re: [ovirt-users] Error creating a storage domain 

Hi, 

I'm using the iso from: 
http://ftp.nluug.nl/os/Linux/virtual/ovirt/ovirt-3.5/iso/ 

That is the latest version released. Should I use a nightly build to test this? 

Thanks, 

Jurriën 

On 21-07-15 12:43, Raz Tamir wrote: 



Thanks. 
I see this on newer vdsm version 



vdsm-python-zombiereaper-4.16.21-1.el7ev.noarch 
vdsm-4.16.21-1.el7ev.x86_64 
vdsm-python-4.16.21-1.el7ev.noarch 
vdsm-cli-4.16.21-1.el7ev.noarch 
vdsm-yajsonrpc-4.16.21-1.el7ev.noarch 
vdsm-hook-vhostmd-4.16.21-1.el7ev.noarch 
vdsm-hook-ethtool-options-4.16.21-1.el7ev.noarch 
ovirt-node-plugin-vdsm-0.2.0-25.el7ev.noarch 
vdsm-xmlrpc-4.16.21-1.el7ev.noarch 
vdsm-jsonrpc-4.16.21-1.el7ev.noarch 
vdsm-reg-4.16.21-1.el7ev.noarch 




you can can track for updates: 

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






Thanks in advance, 
Raz Tamir 
rata...@redhat.com 
RedHat Israel 
RHEV-M QE Storage team 

- Original Message -

From: "Jurriën Bloemen"  
To: "Raz Tamir"  
Cc: users@ovirt.org 
Sent: Tuesday, July 21, 2015 1:09:38 PM 
Subject: Re: [ovirt-users] Error creating a storage domain 

Hi Raz, 

4.16.10-8 

Kind regards, 

Jurriën Bloemen 

vdsm-cli-4.16.10-8.gitc937927.el7.noarch 
vdsm-4.16.10-8.gitc937927.el7.x86_64 
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch 
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch 
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch 
vdsm-reg-4.16.10-8.gitc937927.el7.noarch 
vdsm-hook-ethtool-options-4.16.10-8.gitc937927.el7.noarch 
ovirt-node-plugin-vdsm-0.2.2-5.el7.noarch 
vdsm-python-4.16.10-8.gitc937927.el7.noarch 
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch 
vdsm-gluster-4.16.10-8.gitc937927.el7.noarch 


On 21-07-15 12:02, Raz Tamir wrote: 



Hi Jurriën, 
What is the host vdsm version? 




Thanks in advance, 
Raz Tamir 
rata...@redhat.com 
RedHat Israel 
RHEV-M QE Storage team 

- Original Message -

From: "Jurriën Bloemen"  
To: users@ovirt.org 
Sent: Tuesday, July 21, 2015 10:57:10 AM 
Subject: Re: [ovirt-users] Error creating a storage domain 

Hi all, 

I have to add that this is the latest 3.5 version. Adding the other glusterfs 
storage was done by an older version of 3.5. I don't know if something has 
changed in between version? 

Thanks, 

Jurriën 

ovirt-engine-websocket-proxy-3.5.3.1-1.el7.centos.noarch 
ovirt-release35-004-1.noarch 
ovirt-engine-backend-3.5.3.1-1.el7.centos.noarch 
ovirt-host-deploy-1.3.1-1.el7.noarch 
ovirt-engine-userportal-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-jboss-as-7.1.1-1.el7.x86_64 
ovirt-engine-lib-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-webadmin-portal-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-dbscripts-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-extensions-api-impl-3.5.3.1-1.el7.centos.noarch 
ovirt-image-uploader-3.5.1-1.el7.centos.noarch 
ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch 
ovirt-host-deploy-java-1.3.1-1.el7.noarch 
ovirt-iso-uploader-3.5.2-1.el7.centos.noarch 
ovirt-engine-setup-base-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-restapi-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-tools-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el7.centos.noarch 



On 20-07-15 18:30, Bloemen, Jurriën wrote: 





Hi all, 




I have some trouble with adding a gluster storage domain: 




Error while executing action AddGlusterFsStorageDomain: Error creating a 
storage domain 




I have mounted the gluster volume by hand and that works fine. Also checked the 
rights and ownership and they are 755 and vdsm:kvm. 

I also tried to reinstall the oVirtH node. 




May worth of telling is that I already have one gluster mount running perfectly 
but add a new one does not work. 




Can somebody help me? 




This is the engine.log of the oVirt manager: 




2015-07-20 18:23:30,766 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock Acquired to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION 

, sharedLocks= ] 

2015-07-20 18:23:30,791 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected : ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN 

2015-07-20 18:23:30,811 INFO 
[o

Re: [ovirt-users] Error creating a storage domain

[Bloemen , Jurriën]

Hi,

I'm using the iso from: 
http://ftp.nluug.nl/os/Linux/virtual/ovirt/ovirt-3.5/iso/

That is the latest version released. Should I use a nightly build to test this?

Thanks,

Jurriën

On 21-07-15 12:43, Raz Tamir wrote:
Thanks.
I see this on newer vdsm version


vdsm-python-zombiereaper-4.16.21-1.el7ev.noarch
vdsm-4.16.21-1.el7ev.x86_64
vdsm-python-4.16.21-1.el7ev.noarch
vdsm-cli-4.16.21-1.el7ev.noarch
vdsm-yajsonrpc-4.16.21-1.el7ev.noarch
vdsm-hook-vhostmd-4.16.21-1.el7ev.noarch
vdsm-hook-ethtool-options-4.16.21-1.el7ev.noarch
ovirt-node-plugin-vdsm-0.2.0-25.el7ev.noarch
vdsm-xmlrpc-4.16.21-1.el7ev.noarch
vdsm-jsonrpc-4.16.21-1.el7ev.noarch
vdsm-reg-4.16.21-1.el7ev.noarch


you can can track for updates:

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





Thanks in advance,
Raz Tamir
rata...@redhat.com
RedHat Israel
RHEV-M QE Storage team


From: "Jurriën Bloemen" 

To: "Raz Tamir" 
Cc: users@ovirt.org
Sent: Tuesday, July 21, 2015 1:09:38 PM
Subject: Re: [ovirt-users] Error creating a storage domain

Hi Raz,

4.16.10-8

Kind regards,

Jurriën Bloemen

vdsm-cli-4.16.10-8.gitc937927.el7.noarch
vdsm-4.16.10-8.gitc937927.el7.x86_64
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-reg-4.16.10-8.gitc937927.el7.noarch
vdsm-hook-ethtool-options-4.16.10-8.gitc937927.el7.noarch
ovirt-node-plugin-vdsm-0.2.2-5.el7.noarch
vdsm-python-4.16.10-8.gitc937927.el7.noarch
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-gluster-4.16.10-8.gitc937927.el7.noarch


On 21-07-15 12:02, Raz Tamir wrote:
Hi Jurriën,
What is the host vdsm version?




Thanks in advance,
Raz Tamir
rata...@redhat.com
RedHat Israel
RHEV-M QE Storage team


From: "Jurriën Bloemen" 

To: users@ovirt.org
Sent: Tuesday, July 21, 2015 10:57:10 AM
Subject: Re: [ovirt-users] Error creating a storage domain

Hi all,

I have to add that this is the latest 3.5 version. Adding the other glusterfs 
storage was done by an older version of 3.5. I don't know if something has 
changed in between version?

Thanks,

Jurriën

ovirt-engine-websocket-proxy-3.5.3.1-1.el7.centos.noarch
ovirt-release35-004-1.noarch
ovirt-engine-backend-3.5.3.1-1.el7.centos.noarch
ovirt-host-deploy-1.3.1-1.el7.noarch
ovirt-engine-userportal-3.5.3.1-1.el7.centos.noarch
ovirt-engine-jboss-as-7.1.1-1.el7.x86_64
ovirt-engine-lib-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-3.5.3.1-1.el7.centos.noarch
ovirt-engine-webadmin-portal-3.5.3.1-1.el7.centos.noarch
ovirt-engine-dbscripts-3.5.3.1-1.el7.centos.noarch
ovirt-engine-3.5.3.1-1.el7.centos.noarch
ovirt-engine-extensions-api-impl-3.5.3.1-1.el7.centos.noarch
ovirt-image-uploader-3.5.1-1.el7.centos.noarch
ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch
ovirt-host-deploy-java-1.3.1-1.el7.noarch
ovirt-iso-uploader-3.5.2-1.el7.centos.noarch
ovirt-engine-setup-base-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el7.centos.noarch
ovirt-engine-restapi-3.5.3.1-1.el7.centos.noarch
ovirt-engine-tools-3.5.3.1-1.el7.centos.noarch
ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el7.centos.noarch



On 20-07-15 18:30, Bloemen, Jurriën wrote:

Hi all,


I have some trouble with adding a gluster storage domain:


Error while executing action AddGlusterFsStorageDomain: Error creating a 
storage domain


I have mounted the gluster volume by hand and that works fine. Also checked the 
rights and ownership and they are 755 and vdsm:kvm.

I also tried to reinstall the oVirtH node.


May worth of telling is that I already have one gluster mount running perfectly 
but add a new one does not work.


Can somebody help me?


This is the engine.log of the oVirt manager:


2015-07-20 18:23:30,766 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock Acquired to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION

, sharedLocks= ]

2015-07-20 18:23:30,791 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN

2015-07-20 18:23:30,811 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] START, 
ConnectStorageServerVDSCommand(HostName = twin18

Re: [ovirt-users] Error creating a storage domain

[Raz Tamir]

Thanks. 
I see this on newer vdsm version 



vdsm-python-zombiereaper-4.16.21-1.el7ev.noarch 
vdsm-4.16.21-1.el7ev.x86_64 
vdsm-python-4.16.21-1.el7ev.noarch 
vdsm-cli-4.16.21-1.el7ev.noarch 
vdsm-yajsonrpc-4.16.21-1.el7ev.noarch 
vdsm-hook-vhostmd-4.16.21-1.el7ev.noarch 
vdsm-hook-ethtool-options-4.16.21-1.el7ev.noarch 
ovirt-node-plugin-vdsm-0.2.0-25.el7ev.noarch 
vdsm-xmlrpc-4.16.21-1.el7ev.noarch 
vdsm-jsonrpc-4.16.21-1.el7ev.noarch 
vdsm-reg-4.16.21-1.el7ev.noarch 




you can can track for updates: 

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






Thanks in advance, 
Raz Tamir 
rata...@redhat.com 
RedHat Israel 
RHEV-M QE Storage team 

- Original Message -

From: "Jurriën Bloemen"  
To: "Raz Tamir"  
Cc: users@ovirt.org 
Sent: Tuesday, July 21, 2015 1:09:38 PM 
Subject: Re: [ovirt-users] Error creating a storage domain 

Hi Raz, 

4.16.10-8 

Kind regards, 

Jurriën Bloemen 

vdsm-cli-4.16.10-8.gitc937927.el7.noarch 
vdsm-4.16.10-8.gitc937927.el7.x86_64 
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch 
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch 
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch 
vdsm-reg-4.16.10-8.gitc937927.el7.noarch 
vdsm-hook-ethtool-options-4.16.10-8.gitc937927.el7.noarch 
ovirt-node-plugin-vdsm-0.2.2-5.el7.noarch 
vdsm-python-4.16.10-8.gitc937927.el7.noarch 
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch 
vdsm-gluster-4.16.10-8.gitc937927.el7.noarch 


On 21-07-15 12:02, Raz Tamir wrote: 



Hi Jurriën, 
What is the host vdsm version? 




Thanks in advance, 
Raz Tamir 
rata...@redhat.com 
RedHat Israel 
RHEV-M QE Storage team 

- Original Message -

From: "Jurriën Bloemen"  
To: users@ovirt.org 
Sent: Tuesday, July 21, 2015 10:57:10 AM 
Subject: Re: [ovirt-users] Error creating a storage domain 

Hi all, 

I have to add that this is the latest 3.5 version. Adding the other glusterfs 
storage was done by an older version of 3.5. I don't know if something has 
changed in between version? 

Thanks, 

Jurriën 

ovirt-engine-websocket-proxy-3.5.3.1-1.el7.centos.noarch 
ovirt-release35-004-1.noarch 
ovirt-engine-backend-3.5.3.1-1.el7.centos.noarch 
ovirt-host-deploy-1.3.1-1.el7.noarch 
ovirt-engine-userportal-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-jboss-as-7.1.1-1.el7.x86_64 
ovirt-engine-lib-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-webadmin-portal-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-dbscripts-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-extensions-api-impl-3.5.3.1-1.el7.centos.noarch 
ovirt-image-uploader-3.5.1-1.el7.centos.noarch 
ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch 
ovirt-host-deploy-java-1.3.1-1.el7.noarch 
ovirt-iso-uploader-3.5.2-1.el7.centos.noarch 
ovirt-engine-setup-base-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-restapi-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-tools-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el7.centos.noarch 



On 20-07-15 18:30, Bloemen, Jurriën wrote: 





Hi all, 




I have some trouble with adding a gluster storage domain: 




Error while executing action AddGlusterFsStorageDomain: Error creating a 
storage domain 




I have mounted the gluster volume by hand and that works fine. Also checked the 
rights and ownership and they are 755 and vdsm:kvm. 

I also tried to reinstall the oVirtH node. 




May worth of telling is that I already have one gluster mount running perfectly 
but add a new one does not work. 




Can somebody help me? 




This is the engine.log of the oVirt manager: 




2015-07-20 18:23:30,766 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock Acquired to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION 

, sharedLocks= ] 

2015-07-20 18:23:30,791 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected : ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN 

2015-07-20 18:23:30,811 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] START, 
ConnectStorageServerVDSCommand(HostName = twin189, HostId = 
ad392b6d-12b8-4f4d-98a1-49e87443eddc, storagePoolId = 
----, storageType = GLUSTERFS, connectionList = 
[{ id: null, connection: superstore001-stor.cs.example.com:/ovirtprd01, iqn: 
null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: 
null, nfsTimeo: null };]), log id: 44c1a9f2 

2015-07-20 18:23:31,074 INFO 
[org.ovirt

Re: [ovirt-users] Error creating a storage domain

[Bloemen , Jurriën]

Hi Raz,

4.16.10-8

Kind regards,

Jurriën Bloemen

vdsm-cli-4.16.10-8.gitc937927.el7.noarch
vdsm-4.16.10-8.gitc937927.el7.x86_64
vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch
vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-reg-4.16.10-8.gitc937927.el7.noarch
vdsm-hook-ethtool-options-4.16.10-8.gitc937927.el7.noarch
ovirt-node-plugin-vdsm-0.2.2-5.el7.noarch
vdsm-python-4.16.10-8.gitc937927.el7.noarch
vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch
vdsm-gluster-4.16.10-8.gitc937927.el7.noarch


On 21-07-15 12:02, Raz Tamir wrote:
Hi Jurriën,
What is the host vdsm version?




Thanks in advance,
Raz Tamir
rata...@redhat.com
RedHat Israel
RHEV-M QE Storage team


From: "Jurriën Bloemen" 

To: users@ovirt.org
Sent: Tuesday, July 21, 2015 10:57:10 AM
Subject: Re: [ovirt-users] Error creating a storage domain

Hi all,

I have to add that this is the latest 3.5 version. Adding the other glusterfs 
storage was done by an older version of 3.5. I don't know if something has 
changed in between version?

Thanks,

Jurriën

ovirt-engine-websocket-proxy-3.5.3.1-1.el7.centos.noarch
ovirt-release35-004-1.noarch
ovirt-engine-backend-3.5.3.1-1.el7.centos.noarch
ovirt-host-deploy-1.3.1-1.el7.noarch
ovirt-engine-userportal-3.5.3.1-1.el7.centos.noarch
ovirt-engine-jboss-as-7.1.1-1.el7.x86_64
ovirt-engine-lib-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-3.5.3.1-1.el7.centos.noarch
ovirt-engine-webadmin-portal-3.5.3.1-1.el7.centos.noarch
ovirt-engine-dbscripts-3.5.3.1-1.el7.centos.noarch
ovirt-engine-3.5.3.1-1.el7.centos.noarch
ovirt-engine-extensions-api-impl-3.5.3.1-1.el7.centos.noarch
ovirt-image-uploader-3.5.1-1.el7.centos.noarch
ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch
ovirt-host-deploy-java-1.3.1-1.el7.noarch
ovirt-iso-uploader-3.5.2-1.el7.centos.noarch
ovirt-engine-setup-base-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el7.centos.noarch
ovirt-engine-restapi-3.5.3.1-1.el7.centos.noarch
ovirt-engine-tools-3.5.3.1-1.el7.centos.noarch
ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el7.centos.noarch



On 20-07-15 18:30, Bloemen, Jurriën wrote:

Hi all,


I have some trouble with adding a gluster storage domain:


Error while executing action AddGlusterFsStorageDomain: Error creating a 
storage domain


I have mounted the gluster volume by hand and that works fine. Also checked the 
rights and ownership and they are 755 and vdsm:kvm.

I also tried to reinstall the oVirtH node.


May worth of telling is that I already have one gluster mount running perfectly 
but add a new one does not work.


Can somebody help me?


This is the engine.log of the oVirt manager:


2015-07-20 18:23:30,766 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock Acquired to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION

, sharedLocks= ]

2015-07-20 18:23:30,791 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN

2015-07-20 18:23:30,811 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] START, 
ConnectStorageServerVDSCommand(HostName = twin189, HostId = 
ad392b6d-12b8-4f4d-98a1-49e87443eddc, storagePoolId = 
----, storageType = GLUSTERFS, connectionList = 
[{ id: null, connection: superstore001-stor.cs.example.com:/ovirtprd01, iqn: 
null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: 
null, nfsTimeo: null };]), log id: 44c1a9f2

2015-07-20 18:23:31,074 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] FINISH, ConnectStorageServerVDSCommand, 
return: {----=0}, log id: 44c1a9f2

2015-07-20 18:23:31,085 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock freed to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION

, sharedLocks= ]

2015-07-20 18:23:31,138 WARN  
[org.ovirt.engine.core.dal.job.ExecutionMessageDirector] 
(ajp--127.0.0.1-8702-3) [8d11fec] The message key AddGlusterFsStorageDomain is 
missing from bundles/ExecutionMessages

2015-07-20 18:23:31,156 INFO  
[org.ovirt.engine.core.bll.storage.AddGlusterFsStorageDomainCommand] 
(ajp--127.0.0.1-8702-3) [8d11fec] Runnin

Re: [ovirt-users] Error creating a storage domain

[Raz Tamir]

Hi Jurriën, 
What is the host vdsm version? 




Thanks in advance, 
Raz Tamir 
rata...@redhat.com 
RedHat Israel 
RHEV-M QE Storage team 

- Original Message -

From: "Jurriën Bloemen"  
To: users@ovirt.org 
Sent: Tuesday, July 21, 2015 10:57:10 AM 
Subject: Re: [ovirt-users] Error creating a storage domain 

Hi all, 

I have to add that this is the latest 3.5 version. Adding the other glusterfs 
storage was done by an older version of 3.5. I don't know if something has 
changed in between version? 

Thanks, 

Jurriën 

ovirt-engine-websocket-proxy-3.5.3.1-1.el7.centos.noarch 
ovirt-release35-004-1.noarch 
ovirt-engine-backend-3.5.3.1-1.el7.centos.noarch 
ovirt-host-deploy-1.3.1-1.el7.noarch 
ovirt-engine-userportal-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-jboss-as-7.1.1-1.el7.x86_64 
ovirt-engine-lib-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-webadmin-portal-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-dbscripts-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-extensions-api-impl-3.5.3.1-1.el7.centos.noarch 
ovirt-image-uploader-3.5.1-1.el7.centos.noarch 
ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch 
ovirt-host-deploy-java-1.3.1-1.el7.noarch 
ovirt-iso-uploader-3.5.2-1.el7.centos.noarch 
ovirt-engine-setup-base-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-restapi-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-tools-3.5.3.1-1.el7.centos.noarch 
ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch 
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el7.centos.noarch 



On 20-07-15 18:30, Bloemen, Jurriën wrote: 





Hi all, 




I have some trouble with adding a gluster storage domain: 




Error while executing action AddGlusterFsStorageDomain: Error creating a 
storage domain 




I have mounted the gluster volume by hand and that works fine. Also checked the 
rights and ownership and they are 755 and vdsm:kvm. 

I also tried to reinstall the oVirtH node. 




May worth of telling is that I already have one gluster mount running perfectly 
but add a new one does not work. 




Can somebody help me? 




This is the engine.log of the oVirt manager: 




2015-07-20 18:23:30,766 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock Acquired to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION 

, sharedLocks= ] 

2015-07-20 18:23:30,791 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected : ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN 

2015-07-20 18:23:30,811 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] START, 
ConnectStorageServerVDSCommand(HostName = twin189, HostId = 
ad392b6d-12b8-4f4d-98a1-49e87443eddc, storagePoolId = 
----, storageType = GLUSTERFS, connectionList = 
[{ id: null, connection: superstore001-stor.cs.example.com:/ovirtprd01, iqn: 
null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: 
null, nfsTimeo: null };]), log id: 44c1a9f2 

2015-07-20 18:23:31,074 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] FINISH, ConnectStorageServerVDSCommand, 
return: {----=0}, log id: 44c1a9f2 

2015-07-20 18:23:31,085 INFO 
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock freed to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION 

, sharedLocks= ] 

2015-07-20 18:23:31,138 WARN 
[org.ovirt.engine.core.dal.job.ExecutionMessageDirector] 
(ajp--127.0.0.1-8702-3) [8d11fec] The message key AddGlusterFsStorageDomain is 
missing from bundles/ExecutionMessages 

2015-07-20 18:23:31,156 INFO 
[org.ovirt.engine.core.bll.storage.AddGlusterFsStorageDomainCommand] 
(ajp--127.0.0.1-8702-3) [8d11fec] Running command: 
AddGlusterFsStorageDomainCommand internal: false. Entities affected : ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN 

2015-07-20 18:23:31,183 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [8d11fec] START, 
ConnectStorageServerVDSCommand(HostName = twin189, HostId = 
ad392b6d-12b8-4f4d-98a1-49e87443eddc, storagePoolId = 
----, storageType = GLUSTERFS, connectionList = 
[{ id: ece6ad42-be90-4980-98dd-d7ae12cc6709, connection: 
superstore001-stor.cs.examp

Re: [ovirt-users] Hosted Engine: Cannot initialise host

[Dan Kenigsberg]

On Tue, Jul 21, 2015 at 09:22:02AM +0300, Yedidyah Bar David wrote:
> On Tue, Jul 21, 2015 at 9:02 AM, Alan Murrell  wrote:
> > I have installed a hosted engine setup on a single host.  The host is
> > running CentOS 7 and the engine is Centos 6.6.
> >
> > Prior to running through the engine deployment, I created the
> > ifcfg-ovirtmgmt file and set my primary network interface, "eno1", as part
> > of that bridge.I did this because when I have attempted deployment in
> > the past, the deployment ran into some problems creating the 'ovirtmgmt'
> > bridge.
> 
> If at all possible, please try that again. If there are still unsolved
> bugs, we'd
> like to know.
> 
> >  I do recall during the deployment script, the output did indicate
> > that it saw the 'ovirtmgmt' bridge was already present.  The deployment
> > *seemed* to go OK.
> 
> You might want to check/post also the output of 'vdsClient -s 0 getVdsCaps',
> especially 'bridges', 'networks' and 'nics' there.

virsh -r dumpxml vdsm-ovirtmgmt

may be interesting, too. If you go native and define ovirtmgmt bridge on
your own, you should also define that network. Skipping network
definition might have worked in the past, but it would certainly not
work on 3.6.

> 
> >
> > Upon logging in to the admin portal, my host is not initialised; it has a
> > red "X".  The error indicated that the "ovirtmgmt" bridge was not assigned
> > to an interface.
> >
> > When I click on the host then "Network Interfaces", all my network
> > interfaces are showing red "down" arrows (which makes sense if the host is
> > not initialised).  When I click on "Setup Network Interfaces", it lists my
> > physical interfaces on the left and on the right, under "Unassigned Logical
> > networks" is "ovirtmgmt".
> >
> > I Assigned "ovirtmgmt" to interface "eno1", but when I click "OK", I get the
> > following message:
> >
> > --- START ---
> > Error while executing action:
> >
> > hosted_engine_1:
> > * Network address must be specified when using static ip
> > --- END ---
> >
> > I tried to edit "ovirtmgmt" and assign the static IP, but the same error
> > comes up.
> >
> > Here are my files for 'ifcfg-eno1' and 'ifcfg-ovirtmgmt':
> >
> > --- START ifcfg-ovirtmgmt ---
> > TYPE="Bridge"
> > BOOTPROTO="static"
> > DEVICE="ovirtmgmt"
> > ONBOOT="yes"
> > DELAY="0"
> > IPADDR="10.215.1.21"
> > NETMASK="255.255.255.0"
> > GATEWAY="10.215.1.1"
> > --- END ifcfg-ovirtmgmt ---
> >
> > --- START ifcfg-eno1 ---
> > TYPE="Ethernet"
> > BOOTPROTO="none"
> > DEVICE="eno1"
> > ONBOOT="yes"
> > BRIDGE="ovirtmgmt"
> > --- END ifcfg-eno1 ---
> 
> I don't have currently a setup with static addresses, so it's just a guess:
> Perhaps you need 'NETWORK='?
> 
> >
> > Here is the output of 'brctl show':
> >
> > --- START ---
> > bridge name bridge id   STP enabled interfaces
> > ;vdsmdummy; 8000.   no
> > ovirtmgmt   8000.fc4dd4f2e238   no  eno1
> > vnet0
> > --- END ---
> >
> > It appears that the bridge exists, but the system (VDSM?) is not recognising
> > it nor able to create it.
> >
> > Any ideas what the issue is?  If you need a look at something else, please
> > let me know.  I may not be able to post it until later (my server is remote
> > to me until Wednesday so I won;t have immediate access), but I will post
> > whatever else you need to have a look at.
> 
> Well, you can check/post also vdsm and engine logs.
> 
> Adding Dan.
> 
> Best,
> -- 
> Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Error creating a storage domain

[Bloemen , Jurriën]

Hi all,

I have to add that this is the latest 3.5 version. Adding the other glusterfs 
storage was done by an older version of 3.5. I don't know if something has 
changed in between version?

Thanks,

Jurriën

ovirt-engine-websocket-proxy-3.5.3.1-1.el7.centos.noarch
ovirt-release35-004-1.noarch
ovirt-engine-backend-3.5.3.1-1.el7.centos.noarch
ovirt-host-deploy-1.3.1-1.el7.noarch
ovirt-engine-userportal-3.5.3.1-1.el7.centos.noarch
ovirt-engine-jboss-as-7.1.1-1.el7.x86_64
ovirt-engine-lib-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-3.5.3.1-1.el7.centos.noarch
ovirt-engine-webadmin-portal-3.5.3.1-1.el7.centos.noarch
ovirt-engine-dbscripts-3.5.3.1-1.el7.centos.noarch
ovirt-engine-3.5.3.1-1.el7.centos.noarch
ovirt-engine-extensions-api-impl-3.5.3.1-1.el7.centos.noarch
ovirt-image-uploader-3.5.1-1.el7.centos.noarch
ovirt-engine-cli-3.5.0.5-1.el7.centos.noarch
ovirt-host-deploy-java-1.3.1-1.el7.noarch
ovirt-iso-uploader-3.5.2-1.el7.centos.noarch
ovirt-engine-setup-base-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.5.3.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.5.3.1-1.el7.centos.noarch
ovirt-engine-restapi-3.5.3.1-1.el7.centos.noarch
ovirt-engine-tools-3.5.3.1-1.el7.centos.noarch
ovirt-engine-sdk-python-3.5.2.1-1.el7.centos.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.5.3.1-1.el7.centos.noarch



On 20-07-15 18:30, Bloemen, Jurriën wrote:

Hi all,


I have some trouble with adding a gluster storage domain:


Error while executing action AddGlusterFsStorageDomain: Error creating a 
storage domain


I have mounted the gluster volume by hand and that works fine. Also checked the 
rights and ownership and they are 755 and vdsm:kvm.

I also tried to reinstall the oVirtH node.


May worth of telling is that I already have one gluster mount running perfectly 
but add a new one does not work.


Can somebody help me?


This is the engine.log of the oVirt manager:


2015-07-20 18:23:30,766 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock Acquired to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION

, sharedLocks= ]

2015-07-20 18:23:30,791 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Running command: 
AddStorageServerConnectionCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN

2015-07-20 18:23:30,811 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] START, 
ConnectStorageServerVDSCommand(HostName = twin189, HostId = 
ad392b6d-12b8-4f4d-98a1-49e87443eddc, storagePoolId = 
----, storageType = GLUSTERFS, connectionList = 
[{ id: null, connection: superstore001-stor.cs.example.com:/ovirtprd01, iqn: 
null, vfsType: glusterfs, mountOptions: null, nfsVersion: null, nfsRetrans: 
null, nfsTimeo: null };]), log id: 44c1a9f2

2015-07-20 18:23:31,074 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [61712435] FINISH, ConnectStorageServerVDSCommand, 
return: {----=0}, log id: 44c1a9f2

2015-07-20 18:23:31,085 INFO  
[org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] 
(ajp--127.0.0.1-8702-3) [61712435] Lock freed to object EngineLock 
[exclusiveLocks= key: superstore001-stor.cs.example.com:/ovirtprd01 value: 
STORAGE_CONNECTION

, sharedLocks= ]

2015-07-20 18:23:31,138 WARN  
[org.ovirt.engine.core.dal.job.ExecutionMessageDirector] 
(ajp--127.0.0.1-8702-3) [8d11fec] The message key AddGlusterFsStorageDomain is 
missing from bundles/ExecutionMessages

2015-07-20 18:23:31,156 INFO  
[org.ovirt.engine.core.bll.storage.AddGlusterFsStorageDomainCommand] 
(ajp--127.0.0.1-8702-3) [8d11fec] Running command: 
AddGlusterFsStorageDomainCommand internal: false. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN

2015-07-20 18:23:31,183 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [8d11fec] START, 
ConnectStorageServerVDSCommand(HostName = twin189, HostId = 
ad392b6d-12b8-4f4d-98a1-49e87443eddc, storagePoolId = 
----, storageType = GLUSTERFS, connectionList = 
[{ id: ece6ad42-be90-4980-98dd-d7ae12cc6709, connection: 
superstore001-stor.cs.example.com:/ovirtprd01, iqn: null, vfsType: glusterfs, 
mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), 
log id: 3bb1d8b0

2015-07-20 18:23:31,207 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(ajp--127.0.0.1-8702-3) [8d11fec] FINISH, ConnectStorageServerVDSCommand, 
return: {ece6ad42-be90-4980-98dd-d7ae12cc67