Great news! Thank you for sharing the details, please feel free to raise any other issue you have.
On Wed, Feb 10, 2016 at 8:34 PM, Giuseppe Berellini < [email protected]> wrote: > Hi Elad, hi Roy! > > > > After looking at the logs and at similar cases on oVirt mailing lists and > bugzilla, I had the doubt that oVirt setup was not setting up custom > parameters properly. During this afternoon I tried to re-deploy the engine > on another server, with same hardware configuration (same storage server, > same GlusterFS server, same InfiniBand network, different Gluster volumes > having identical configuration as before, …), using default values as much > as possible. > > > > At first I tried with 3.6.3 release candidate (that is rc2 since today): I > didn’t want to continue with that because rc2 is requiring to disable > NetworkManager as a prerequisite (rc1 had not this prerequisite and was OK > for me). > > So I switched to oVirt 3.6.2 (stable release), which allows the use of > NetworkManager. > > > > One hour ago I finished with this deployment and oVirt was finally up. > > For the moment, I could add the first storage domain and see the > hosted-engine storage domain be created automatically; also, engine VM now > appears in the list inside Virtual Machines tab. And I created a working > test VM! Hurray!!! > > Tomorrow I’ll try to add 2 hosts to our system. > > > > However it seems that most of the problems I had, were caused by “custom > fields” in the setup script. > > It is behaving correctly if I use default values. > > > > Have a nice day and thank you again for your support, > > Giuseppe > > > > > > -- > Giuseppe Berellini > > PTV SISTeMA > > Phone +39 06 993 444 15 > Mobile +39 349 3241969 > Fax +39 06 993 348 72 > Via Ruggero Bonghi, 11/B – 00184 Roma > > [email protected] > www.sistemaits.com > > facebook.com/sistemaits <https://www.facebook.com/sistemaits> > linkedin.com/SISTeMA > <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> > > > *Da:* Elad Ben Aharon [mailto:[email protected]] > *Inviato:* mercoledì 10 febbraio 2016 15:12 > *A:* Giuseppe Berellini <[email protected]>; Roy Golan < > [email protected]> > *Cc:* [email protected] > *Oggetto:* Re: [ovirt-users] R: Problem installing oVirt 3.6.3-rc with > GlusterFS over InfiniBand > > > > Thanks. > > Seems like something else. Adding Roy Golan. > > Roy, it seems that since he changed the hosted-engine storage domain name > during the deployment, the import did not work:: > > 2016-02-10 13:16:16,469 WARN > [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] > (org.ovirt.thread.pool-8-thread-15) [7bf345c5] CanDoAction of action > 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons: > VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST > > > > I think I remember it has a workaround, maybe this one [1] but I'm not > sure. Can you please take a look? Thanks. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1294457#c17 > > > > > > On Wed, Feb 10, 2016 at 3:25 PM, Giuseppe Berellini < > [email protected]> wrote: > > Please, also note that in our case “service ovirt-ha-agent status” returns > the service as active on both hosts (srv-vmhost-03 is the first one, then > we added srv-vmhost-05). > > > > -- > Giuseppe Berellini > > PTV SISTeMA > > Phone +39 06 993 444 15 > Mobile +39 349 3241969 > Fax +39 06 993 348 72 > Via Ruggero Bonghi, 11/B – 00184 Roma > > [email protected] > www.sistemaits.com > > facebook.com/sistemaits <https://www.facebook.com/sistemaits> > linkedin.com/SISTeMA > <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> > > > *Da:* [email protected] [mailto:[email protected]] *Per conto > di *Giuseppe Berellini > *Inviato:* mercoledì 10 febbraio 2016 14:18 > *A:* Elad Ben Aharon <[email protected]> > *Cc:* [email protected] > *Oggetto:* [ovirt-users] R: Problem installing oVirt 3.6.3-rc with > GlusterFS over InfiniBand > > > > This is the result: > > > > [root@SRV-VMHOST-03 ~]# for i in `vdsClient -s 0 getStorageDomainsList > 00000001-0001-0001-0001-000000000243` ; do vdsClient -s 0 > getStorageDomainInfo $i; done; > > uuid = deadd23d-51b4-40d8-bf5c-a898003d745c > > version = 3 > > role = Master > > remotePath = srv-stor-01-ib0:/virtualmachines > > type = GLUSTERFS > > class = Data > > pool = ['00000001-0001-0001-0001-000000000243'] > > name = VirtualMachines > > > > [root@SRV-VMHOST-03 ~]# > > > > Please not that srv-stor-01-ib0:/virtualmachines is NOT the storage of the > engine. The engine should instead be stored on srv-stor-01-ib0:/ovirtengine. > > > > > > > > I also tried to execute: > > for i in `vdsClient -s 0 getStorageDomainsList ` ; do vdsClient -s 0 > getStorageDomainInfo $i; done; > > uuid = deadd23d-51b4-40d8-bf5c-a898003d745c > > version = 3 > > role = Master > > remotePath = srv-stor-01-ib0:/virtualmachines > > type = GLUSTERFS > > class = Data > > pool = ['00000001-0001-0001-0001-000000000243'] > > name = VirtualMachines > > > > uuid = b11a7ef3-9794-4359-bdcd-8dbdba664816 > > version = 3 > > role = Regular > > remotePath = srv-stor-01-ib0:/ovirtengine > > type = GLUSTERFS > > class = Data > > pool = [] > > name = EngineStorage > > > > (here we can see srv-stor-01-ib0:/ovirtengine, but it has no pool) > > > > -- > Giuseppe Berellini > > PTV SISTeMA > > Phone +39 06 993 444 15 > Mobile +39 349 3241969 > Fax +39 06 993 348 72 > Via Ruggero Bonghi, 11/B – 00184 Roma > > [email protected] > www.sistemaits.com > > facebook.com/sistemaits <https://www.facebook.com/sistemaits> > linkedin.com/SISTeMA > <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> > > > *Da:* Elad Ben Aharon [mailto:[email protected] <[email protected]>] > *Inviato:* mercoledì 10 febbraio 2016 13:37 > *A:* Giuseppe Berellini <[email protected]> > *Cc:* [email protected] > *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with > GlusterFS over InfiniBand > > > > Hi, > > Thanks for the input. > > It seems like you hit https://bugzilla.redhat.com/show_bug.cgi?id=1300749 > which occurs when the host sees more than one hosted engine storage domain > (probably from the previous deployment). > > Can you please execute the following in the host and provide the output? > Thanks. > > > for i in `vdsClient -s 0 getStorageDomainsList > 00000001-0001-0001-0001-000000000243` ; do vdsClient -s 0 > getStorageDomainInfo $i; done; > > > > On Wed, Feb 10, 2016 at 2:24 PM, Giuseppe Berellini < > [email protected]> wrote: > > Hi Elad, > > > > The log files are attached. > > You can also find older logs here: > https://ptvbox.ptvgroup.com/public.php?service=files&t=f71a23fd25e1626cae5350687b868a6a > > > > Thank you, > > Giuseppe > > > > -- > Giuseppe Berellini > > PTV SISTeMA > > Phone +39 06 993 444 15 > Mobile +39 349 3241969 > Fax +39 06 993 348 72 > Via Ruggero Bonghi, 11/B – 00184 Roma > > [email protected] > www.sistemaits.com > > facebook.com/sistemaits <https://www.facebook.com/sistemaits> > linkedin.com/SISTeMA > <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> > > > *Da:* Elad Ben Aharon [mailto:[email protected]] > *Inviato:* mercoledì 10 febbraio 2016 13:06 > > > *A:* Giuseppe Berellini <[email protected]> > *Cc:* [email protected] > *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with > GlusterFS over InfiniBand > > > > Hi, > > Comments in-line. > > > > I met a couple of people of oVirt team at FOSDEM and they told me they’re > looking for opinions from users: > > I could not find in the quick start guide the information about NTP (or > needs of precision for the clock) and I was not caring very much about that. > > Given that it is really important, I would expect the installation script > to setup NTP on the hosted-engine by itself (or something similar… Maybe a > question like “Is this time correct?”). Incorrect day time is a common > problem for virtual machines… Also “Uncaught exception” is not helpful to > solve an issue. :-) > Your suggestion regarding the NTP configuration/warning during > hosted-engine deployment seems very reasonable, I'll check if it's > something that will be added in the future. > > > > > > I started again with a new deploy of oVirt Engine, I set the NTP on the VM > and, as soon as oVirt engine was up, I added the new storage domain and… > GREAT! :-D > > I'm glad to hear I could help :) > > > > Now my datacenter is up, data storage (master) is active, but: > > - The storage domain for oVirt Engine is not listed in the storage tab > > - the hosted engine not in the Virtual Machines tab > > > Can you please attach engine.log and vdsm.log? seems like an issue with > the hosted-engine domain auto import. > > > > > > On Wed, Feb 10, 2016 at 11:28 AM, Giuseppe Berellini < > [email protected]> wrote: > > Hi Elad, > > > > thank you for the information! > > > > I met a couple of people of oVirt team at FOSDEM and they told me they’re > looking for opinions from users: > > I could not find in the quick start guide the information about NTP (or > needs of precision for the clock) and I was not caring very much about that. > > Given that it is really important, I would expect the installation script > to setup NTP on the hosted-engine by itself (or something similar… Maybe a > question like “Is this time correct?”). Incorrect day time is a common > problem for virtual machines… Also “Uncaught exception” is not helpful to > solve an issue. :-) > > > > I started again with a new deploy of oVirt Engine, I set the NTP on the VM > and, as soon as oVirt engine was up, I added the new storage domain and… > GREAT! :-D > > Now my datacenter is up, data storage (master) is active, but: > > - The storage domain for oVirt Engine is not listed in the storage tab > > - the hosted engine not in the Virtual Machines tab > > > > Is it OK? What should I do now? > > > > Thanks for your support! > > Giuseppe > > > > > > -- > Giuseppe Berellini > > PTV SISTeMA > > Phone +39 06 993 444 15 > Mobile +39 349 3241969 > Fax +39 06 993 348 72 > Via Ruggero Bonghi, 11/B – 00184 Roma > > [email protected] > www.sistemaits.com > > facebook.com/sistemaits <https://www.facebook.com/sistemaits> > linkedin.com/SISTeMA > <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> > > > *Da:* Elad Ben Aharon [mailto:[email protected]] > *Inviato:* martedì 9 febbraio 2016 17:05 > *A:* Giuseppe Berellini <[email protected]> > *Cc:* [email protected] > *Oggetto:* Re: [ovirt-users] Problem installing oVirt 3.6.3-rc with > GlusterFS over InfiniBand > > > > Hi, > > A new behaviour has been introduced for hosted-engine in 3.6.3 that > involves an automatic import of the hosted-engine storage domain. This auto > import will take place along with first DC initialization (first storage > pool creation). > > That means that once a first data domain is created in the setup, the > hosted-engine storage domain will be imported to this DC and the > hosted-engine VM will be registered and appear in the VM's tab. > > Regarding the “Uncaught exception” you're getting when trying to create > the domain, Can't know for sure why it happens, but my guess is that the > engine's date and time configuration are not set right. > > Thanks > > > > On Tue, Feb 9, 2016 at 4:41 PM, Giuseppe Berellini < > [email protected]> wrote: > > Hi, > > > > I’m trying to setup oVirt 3.6.3 with self-hosted engine on 4 servers > (vmhost-03, vmhost-04, vmhost-05 for compute; stor-01 for storage). The > storage server is GlusterFS 3.7.6, all the servers are in the same network > and are also connected through InfiniBand DDR. > > > > Network is OK, RDMA is working, IPoIB has been configured, it is possible > to manually mount GlusterFS volumes on each vmhost. firewalld and SELinux > are disabled. Ovirtmgmt network is on ethernet. > > > > The problem is that, after installing the hosted engine, I can connect to > oVirt admin panel but: > > - Datacenter is marked as down > > - The only host is NOT recognized as an SPM > > - In the storage tab there is no storage domain for the hosted engine (I > only see a detached ISO domain and oVirt repo) > > - when I try to create a storage domain, an error shows up (it’s an > “Uncaught exception”) > > - when I try to import a storage domain, an error shows up (it’s about > datacenter down and SPM not available) > > - also, in Virtual Machines tab there are no VMs (neither the hosted > engine, which is obviously up and reported as up by command “hosted-engine > --vm-status”) > > > > So basically it is not possible to do anything. > > After setting the host in maintenance mode and rebooting, I cannot start > the engine VM anymore: > > > > [root@SRV-VMHOST-05 ~]# hosted-engine --vm-start > > VM exists and is down, destroying it > > Machine destroyed > > > > 429eec6e-2126-4740-9911-9c5ad482e09f > > Status = WaitForLaunch > > nicModel = rtl8139,pv > > statusTime = 4300834920 > > emulatedMachine = pc > > pid = 0 > > vmName = HostedEngine > > devices = [{'index': '2', 'iface': 'ide', 'specParams': {}, > 'readonly': 'true', 'deviceId': '1c2205da-17c6-4ffe-9408-602a998d90dc', > 'address': {'bus': '1', 'controller': '0', 'type': 'drive', 'target': '0', > 'unit': '0'}, 'device': 'cdrom', 'shared': 'false', 'path': '', 'type': > 'disk'}, {'index': '0', 'iface': 'virtio', 'format': 'raw', 'bootOrder': > '1', 'poolID': '00000000-0000-0000-0000-000000000000', 'volumeID': > 'fe82ba21-942d-48cc-9bdb-f41c0f172dde', 'imageID': > '131460bc-4599-4326-a026-e9e224e4bb5f', 'specParams': {}, 'readonly': > 'false', 'domainID': '162fc2e5-1897-46fb-b382-195c11ab8546', 'optional': > 'false', 'deviceId': '131460bc-4599-4326-a026-e9e224e4bb5f', 'address': > {'slot': '0x06', 'bus': '0x00', 'domain': '0x0000', 'type': 'pci', > 'function': '0x0'}, 'device': 'disk', 'shared': 'exclusive', > 'propagateErrors': 'off', 'type': 'disk'}, {'device': 'scsi', 'model': > 'virtio-scsi', 'type': 'controller'}, {'nicModel': 'pv', 'macAddr': > '00:16:3e:30:a9:6e', 'linkActive': 'true', 'network': 'ovirtmgmt', > 'filter': 'vdsm-no-mac-spoofing', 'specParams': {}, 'deviceId': > '3d3259a3-19a8-42c3-a50c-6724b475c1ab', 'address': {'slot': '0x03', 'bus': > '0x00', 'domain': '0x0000', 'type': 'pci', 'function': '0x0'}, 'device': > 'bridge', 'type': 'interface'}, {'device': 'console', 'specParams': {}, > 'type': 'console', 'deviceId': '885cca16-2b59-42e4-a57c-0a89a0e823e8', > 'alias': 'console0'}] > > guestDiskMapping = {} > > vmType = kvm > > clientIp = > > displaySecurePort = -1 > > memSize = 8192 > > displayPort = -1 > > cpuType = Nehalem > > spiceSecureChannels = > smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir > > smp = 4 > > displayIp = 0 > > display = vnc > > but the status remains {"reason": "bad vm status", "health": "bad", "vm": > "down", "detail": "down"} > > We tried to use, for the engine volume, both rdma and tcp – nothing changed > > > > In /var/log/ovirt-hosted-engine-ha/agent.log , these are the only error we > found: > > > > MainThread::WARNING::2016-02-08 > 18:17:23,160::ovf_store::105::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan) > Unable to find OVF_STORE > > MainThread::ERROR::2016-02-08 > 18:17:23,161::config::234::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file) > Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf > > > > In vdsm.og I see > > Thread-16399::INFO::2016-02-09 > 14:54:39,478::xmlrpc::84::vds.XMLRPCServer::(_process_requests) Request > handler for 127.0.0.1:39823 started > > Thread-16399::DEBUG::2016-02-09 > 14:54:39,478::bindingxmlrpc::1257::vds::(wrapper) client [127.0.0.1]::call > vmGetStats with ('429eec6e-2126-4740-9911-9c5ad482e09f',) {} > > Thread-16399::DEBUG::2016-02-09 > 14:54:39,479::bindingxmlrpc::1264::vds::(wrapper) return vmGetStats with > {'status': {'message': 'Done', 'code': 0}, 'statsList': [{'status': 'Down', > 'exitMessage': 'Failed to acquire lock: No space left on device', > 'statusTime': '4302636100', 'vmId': > '429eec6e-2126-4740-9911-9c5ad482e09f', 'exitReason': 1, 'exitCode': 1}]} > > > > When executing hosted-engine –vm-start, in vdsm.log appears this: > > Thread-16977::ERROR::2016-02-09 > 14:59:12,146::vm::759::virt.vm::(_startUnderlyingVm) > vmId=`429eec6e-2126-4740-9911-9c5ad482e09f`::The vm start process failed > > Traceback (most recent call last): > > File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm > > self._run() > > File "/usr/share/vdsm/virt/vm.py", line 1941, in _run > > self._connection.createXML(domxml, flags), > > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line > 124, in wrapper > > ret = f(*args, **kwargs) > > File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in > wrapper > > return func(inst, *args, **kwargs) > > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in > createXML > > if ret is None:raise libvirtError('virDomainCreateXML() failed', > conn=self) > > libvirtError: Failed to acquire lock: No space left on device > > > > But > > [root@SRV-VMHOST-05 vdsm]# df -h > > Filesystem Size Used Avail Use% Mounted on > > /dev/mapper/centos_srv--vmhost--05-root 50G 2.8G 48G 6% / > > devtmpfs 16G 0 16G 0% /dev > > tmpfs 16G 0 16G 0% /dev/shm > > tmpfs 16G 105M 16G 1% /run > > tmpfs 16G 0 16G 0% > /sys/fs/cgroup > > /dev/mapper/centos_srv--vmhost--05-home 84G 33M 84G 1% /home > > /dev/sda1 497M 178M 319M 36% /boot > > srv-stor-01:/ovirtengine 3.7T 3.0G 3.7T 1% > /rhev/data-center/mnt/glusterSD/srv-stor-01:_ovirtengine > > tmpfs 3.2G 0 3.2G 0% /run/user/0 > > > > > > I also verified that Gluster storage was correctly mounted: > > [root@SRV-VMHOST-05 ~]# mount | grep gluster > > srv-stor-01:/ovirtengine on > /rhev/data-center/mnt/glusterSD/srv-stor-01:_ovirtengine type > fuse.glusterfs > (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072) > > > > (if I create a file in that folder, it appears on the gluster server). > > > > > > > > On the engine VM in /var/log/ovirt-engine/engine.log I found the following: > > 2016-02-09 11:55:41,165 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] > (DefaultQuartzScheduler_Worker-93) [] START, FullListVDSCommand(HostName = > , FullListVDSCommandParameters:{runAsyn > > c='true', hostId='13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0', > vds='Host[,13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0]', > vmIds='[429eec6e-2126-4740-9911-9c5ad482e09f]'}), log id: 61eda464 > > 2016-02-09 11:55:42,169 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] > (DefaultQuartzScheduler_Worker-93) [] FINISH, FullListVDSCommand, return: > [{status=Up, nicModel=rtl8139,pv, emulat > > edMachine=pc, guestDiskMapping={}, > vmId=429eec6e-2126-4740-9911-9c5ad482e09f, pid=11133, > devices=[Ljava.lang.Object;@2099d011, smp=4, vmType=kvm, displayIp=0, > display=vnc, displaySecurePort=-1, memSize=8192, > > displayPort=5900, cpuType=Nehalem, > spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, > statusTime=4364469020, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], > log id > > : 61eda464 > > 2016-02-09 11:55:42,173 INFO > [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] > (org.ovirt.thread.pool-8-thread-35) [] START, > GetExistingStorageDomainListQuery(GetExistingStorageDomainLis > > tParameters:{refresh='true', filtered='false'}), log id: 5611a666 > > 2016-02-09 11:55:42,173 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] > (org.ovirt.thread.pool-8-thread-35) [] START, > HSMGetStorageDomainsListVDSCommand(HostName = srv-vm > > host-05, HSMGetStorageDomainsListVDSCommandParameters:{runAsync='true', > hostId='13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0', > storagePoolId='00000000-0000-0000-0000-000000000000', storageType='null', > storageDomainT > > ype='Data', path='null'}), log id: 63695be3 > > 2016-02-09 11:55:43,298 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainsListVDSCommand] > (org.ovirt.thread.pool-8-thread-35) [] FINISH, > HSMGetStorageDomainsListVDSCommand, return: [162fc2 > > e5-1897-46fb-b382-195c11ab8546], log id: 63695be3 > > 2016-02-09 11:55:43,365 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] > (org.ovirt.thread.pool-8-thread-35) [] START, > HSMGetStorageDomainInfoVDSCommand(HostName = srv-vmho > > st-05, HSMGetStorageDomainInfoVDSCommandParameters:{runAsync='true', > hostId='13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0', > storageDomainId='162fc2e5-1897-46fb-b382-195c11ab8546'}), log id: 7e520f35 > > 2016-02-09 11:55:44,377 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand] > (org.ovirt.thread.pool-8-thread-35) [] FINISH, > HSMGetStorageDomainInfoVDSCommand, return: <StorageD > > omainStatic:{name='EngineStorage', > id='162fc2e5-1897-46fb-b382-195c11ab8546'}, null>, log id: 7e520f35 > > 2016-02-09 11:55:44,377 INFO > [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery] > (org.ovirt.thread.pool-8-thread-35) [] FINISH, > GetExistingStorageDomainListQuery, log id: 5611a666 > > 2016-02-09 11:55:44,378 INFO > [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] > (org.ovirt.thread.pool-8-thread-35) [23427de7] Lock Acquired to object > 'EngineLock:{exclusiveLocks='[]', share > > dLocks='null'}' > > 2016-02-09 11:55:44,379 WARN > [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] > (org.ovirt.thread.pool-8-thread-35) [23427de7] CanDoAction of action > 'ImportHostedEngineStorageDomain' failed > > for user SYSTEM. Reasons: > VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_MASTER_STORAGE_DOMAIN_NOT_ACTIVE > > 2016-02-09 11:55:44,379 INFO > [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand] > (org.ovirt.thread.pool-8-thread-35) [23427de7] Lock freed to object > 'EngineLock:{exclusiveLocks='[]', sharedLo > > cks='null'}' > > 2016-02-09 11:55:46,625 INFO > [org.ovirt.engine.core.bll.UpdateVdsGroupCommand] (default task-26) > [5118b768] Running command: UpdateVdsGroupCommand internal: false. Entities > affected : ID: 00000002-0002-000 > > 2-0002-0000000000d9 Type: VdsGroupsAction group EDIT_CLUSTER_CONFIGURATION > with role type ADMIN > > 2016-02-09 11:55:46,765 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-26) [5118b768] Correlation ID: 5118b768, Call Stack: null, > Custom Event ID: -1, Message: Hos > > t cluster Default was updated by admin@internal > > 2016-02-09 11:55:46,932 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] > (default task-6) [] START, GlusterServersListVDSCommand(HostName = > srv-vmhost-05, VdsIdVDSCommandParameter > > sBase:{runAsync='true', hostId='13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0'}), > log id: 559ab127 > > 2016-02-09 11:55:47,503 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] > (default task-13) [] START, GlusterServersListVDSCommand(HostName = > srv-vmhost-05, VdsIdVDSCommandParamete > > rsBase:{runAsync='true', hostId='13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0'}), > log id: 62d703e5 > > 2016-02-09 11:55:47,510 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] > (default task-6) [] FINISH, GlusterServersListVDSCommand, log id: 559ab127 > > 2016-02-09 11:55:47,511 ERROR > [org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery] (default > task-6) [] Query 'GetAddedGlusterServersQuery' failed: null > > 2016-02-09 11:55:47,511 ERROR > [org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery] (default > task-6) [] Exception: java.lang.NullPointerException > > at > org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery.getAddedGlusterServers(GetAddedGlusterServersQuery.java:54) > [bll.jar:] > > at > org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery.executeQueryCommand(GetAddedGlusterServersQuery.java:45) > [bll.jar:] > > at > org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82) > [bll.jar:] > > at > org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) > [dal.jar:] > > at > org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:] > > at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511) > [bll.jar:] > > at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source) > [:1.8.0_71] > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.8.0_71] > > at java.lang.reflect.Method.invoke(Method.java:497) > [rt.jar:1.8.0_71] > > at > org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > > at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) > > at > org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > > at > org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > > at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) > > at > org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) > > at > org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70) > [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] > > at > org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80) > [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] > > at > org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93) > [wildfly-weld-8.2.1.Final.jar:8.2.1.Final] > > at > org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > > at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) > > at > org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407) > > at > org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) > [bll.jar:] > > at sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source) > [:1.8.0_71] > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.8.0_71] > > .... > > 2016-02-09 11:55:47,985 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] > (default task-14) [] START, GlusterServersListVDSCommand(HostName = > srv-vmhost-05, VdsIdVDSCommandParametersBase:{runAsync='true', > hostId='13ce38e6-f4b6-42fa-bb8c-5ec84ad00ce0'}), log id: 61100c4d > > 2016-02-09 11:55:47,986 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] > (default task-13) [] FINISH, GlusterServersListVDSCommand, log id: 62d703e5 > > 2016-02-09 11:55:47,986 ERROR > [org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery] (default > task-13) [] Query 'GetAddedGlusterServersQuery' failed: null > > 2016-02-09 11:55:47,987 ERROR > [org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery] (default > task-13) [] Exception: java.lang.NullPointerException > > at > org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery.getAddedGlusterServers(GetAddedGlusterServersQuery.java:54) > [bll.jar:] > > at > org.ovirt.engine.core.bll.gluster.GetAddedGlusterServersQuery.executeQueryCommand(GetAddedGlusterServersQuery.java:45) > [bll.jar:] > > at > org.ovirt.engine.core.bll.QueriesCommandBase.executeCommand(QueriesCommandBase.java:82) > [bll.jar:] > > at > org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) > [dal.jar:] > > at > org.ovirt.engine.core.bll.Backend.runQueryImpl(Backend.java:537) [bll.jar:] > > at org.ovirt.engine.core.bll.Backend.runQuery(Backend.java:511) > [bll.jar:] > > at sun.reflect.GeneratedMethodAccessor98.invoke(Unknown Source) > [:1.8.0_71] > > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [rt.jar:1.8.0_71] > > at java.lang.reflect.Method.invoke(Method.java:497) > [rt.jar:1.8.0_71] > > at > org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > > at > org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309) > > at > org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53) > > .... > > > > > > > > Do you have any ideas about what I should do? > > > > Thanks, > > Giuseppe > > > > > > -- > Giuseppe Berellini > > PTV SISTeMA > > Phone +39 06 993 444 15 > Mobile +39 349 3241969 > Fax +39 06 993 348 72 > Via Ruggero Bonghi, 11/B – 00184 Roma > > [email protected] > www.sistemaits.com > > facebook.com/sistemaits <https://www.facebook.com/sistemaits> > linkedin.com/SISTeMA > <https://www.linkedin.com/company/sistema-soluzioni-per-l-ingegneria-dei-sistemi-di-trasporto-e-l-infomobilit-s-r-l-> > > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > >
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
