From mexigabacho at gmail.com Thu Jan 1 00:06:01 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Wed, 31 Dec 2014 19:06:01 -0500 Subject: [ovirt-users] 1. Re: ??: bond mode balance-alb (Jorick Astrego) In-Reply-To: <6D458328-2BBE-4988-9714-E1DF61E4C981@556nato.com> References: <1074833860.2052611.1419935668220.JavaMail.zimbra@redhat.com> <6D458328-2BBE-4988-9714-E1DF61E4C981@556nato.com> Message-ID: I'm a little confused by your explanation of 'just do the bonding at the guest level'. I apologize for my ignorance here, but I'm trying to prepare myself for a similar configuration where I'm going to need to get all much bandwidth out of the bond as possible. How would bonding multiple interfaces at the VM level provide a better balance than at the hypervisor level? Wouldn't the traffic more or less end up traveling the same path regardless of the virtual interface? I'm trying to plan out an oVirt implementation where I would like to bond multiple interfaces on my hypervisor nodes for balancing/redundancy, and I'm very curious what others have done with Cisco hardware (in my case, a pair of 3650's with MEC) in order to get the best solution. I will read through these threads and see if I can gain a better understanding, but if you happen to have an easy explanation that would help my understand, I would greatly appreciate it. On Wed, Dec 31, 2014 at 1:01 AM, Blaster wrote: > > Thanks for your thoughts. The problem is, most of the data is transmitted > from a couple apps to a couple systems. The chance of a hash collision > (i.e., most of the data going out the same interface anyway) is quite > high. On Solaris, I just created two physical interfaces each with their > own IP, and bound the apps to the appropriate interfaces. This worked > great. Imagine my surprise when I discovered this doesn?t work on Linux > and my crash course on weak host models. > > Interesting that no one commented on my thought to just do the bonding at > the guest level (and use balance-alb) instead of at the hypervisor level. > Some ESXi experts I have talked to say this is actually the preferred > method with ESXi and not to do it at the hypervisor level, as the VM knows > better than VMware. > > Or is the bonding mode issue with balance-alb/tlb more with the Linux TCP > stack itself and not with oVirt and VDSM? > > > > On Dec 30, 2014, at 4:34 AM, Nikolai Sednev wrote: > > Mode 2 will do the job the best way for you in case of static LAG > supported only at the switch's side, I'd advise using of xmit_hash_policy > layer3+4, so you'll get better distribution for your DC. > > > Thanks in advance. > > Best regards, > Nikolai > ____________________ > Nikolai Sednev > Senior Quality Engineer at Compute team > Red Hat Israel > 34 Jerusalem Road, > Ra'anana, Israel 43501 > > Tel: +972 9 7692043 > Mobile: +972 52 7342734 > Email: nsednev at redhat.com > IRC: nsednev > > ------------------------------ > *From: *users-request at ovirt.org > *To: *users at ovirt.org > *Sent: *Tuesday, December 30, 2014 2:12:58 AM > *Subject: *Users Digest, Vol 39, Issue 173 > > Send Users mailing list submissions to > users at ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request at ovirt.org > > You can reach the person managing the list at > users-owner at ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: ??: bond mode balance-alb (Jorick Astrego) > 2. Re: ??: bond mode balance-alb (Jorick Astrego) > 3. HostedEngine Deployment Woes (Mikola Rose) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 29 Dec 2014 20:13:40 +0100 > From: Jorick Astrego > To: users at ovirt.org > Subject: Re: [ovirt-users] ??: bond mode balance-alb > Message-ID: <54A1A7E4.90308 at netbulae.eu> > Content-Type: text/plain; charset="utf-8" > > > On 12/29/2014 12:56 AM, Dan Kenigsberg wrote: > > On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: > >> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: > >>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM > networks > >>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 > >> Dan, > >> > >> What is bad about these modes that oVirt can't use them? > > I can only quote jpirko's workds from the link above: > > > > Do not use tlb or alb in bridge, never! It does not work, that's it. > The reason > > is it mangles source macs in xmit frames and arps. When it is > possible, just > > use mode 4 (lacp). That should be always possible because all > enterprise > > switches support that. Generally, for 99% of use cases, you *should* > use mode > > 4. There is no reason to use other modes. > > > This switch is more of an office switch and only supports part of the > 802.3ad standard: > > > PowerConnect* *2824 > > Scalable from small workgroups to dense access solutions, the 2824 > offers 24-port flexibility plus two combo small?form?factor > pluggable (SFP) ports for connecting the switch to other networking > equipment located beyond the 100 m distance limitations of copper > cabling. > > Industry-standard link aggregation adhering to IEEE 802.3ad > standards (static support only, LACP not supported) > > > So the only way to have some kind of bonding without buying more > expensive switches, is using balance-rr (mode=0), balance-xor (mode=2) > or broadcast (modes=3). > >> I just tested mode 4, and the LACP with Fedora 20 appears to not be > >> compatible with the LAG mode on my Dell 2824. > >> > >> Would there be any issues with bringing two NICS into the VM and doing > >> balance-alb at the guest level? > >> > Kind regards, > > Jorick Astrego > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > ---------------- > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden > 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA > Enschede BTW NL821234584B01 > > ---------------- > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20141229/dfacba22/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Mon, 29 Dec 2014 20:14:55 +0100 > From: Jorick Astrego > To: users at ovirt.org > Subject: Re: [ovirt-users] ??: bond mode balance-alb > Message-ID: <54A1A82F.1090100 at netbulae.eu> > Content-Type: text/plain; charset="utf-8" > > > On 12/29/2014 12:56 AM, Dan Kenigsberg wrote: > > On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: > >> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: > >>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM > networks > >>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 > >> > Sorry, no mode 0. So only mode 2 or 3 for your environment.... > > Kind regards, > > Jorick > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > ---------------- > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden > 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA > Enschede BTW NL821234584B01 > > ---------------- > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20141229/41da033b/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Tue, 30 Dec 2014 00:12:52 +0000 > From: Mikola Rose > To: "users at ovirt.org" > Subject: [ovirt-users] HostedEngine Deployment Woes > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > > Hi List Members; > > I have been struggling with deploying oVirt hosted engine I keep running > into a timeout during the "Misc Configuration" any suggestion on how I can > trouble shoot this? > > Redhat 2.6.32-504.3.3.el6.x86_64 > > Installed Packages > ovirt-host-deploy.noarch > 1.2.5-1.el6ev > > @rhel-6-server-rhevm-3.4-rpms > ovirt-host-deploy-java.noarch > 1.2.5-1.el6ev > > @rhel-6-server-rhevm-3.4-rpms > ovirt-hosted-engine-ha.noarch > 1.1.6-3.el6ev > > @rhel-6-server-rhevm-3.4-rpms > ovirt-hosted-engine-setup.noarch > 1.1.5-1.el6ev > > @rhel-6-server-rhevm-3.4-rpms > rhevm-setup-plugin-ovirt-engine.noarch > 3.4.4-2.2.el6ev > > @rhel-6-server-rhevm-3.4-rpms > rhevm-setup-plugin-ovirt-engine-common.noarch > 3.4.4-2.2.el6ev > > @rhel-6-server-rhevm-3.4-rpms > > > Please confirm installation settings (Yes, No)[No]: Yes > [ INFO ] Stage: Transaction setup > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ INFO ] Configuring libvirt > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Connecting Storage Domain > [ INFO ] Connecting Storage Pool > [ INFO ] Verifying sanlock lockspace initialization > [ INFO ] sanlock lockspace already initialized > [ INFO ] sanlock metadata already initialized > [ INFO ] Creating VM Image > [ INFO ] Disconnecting Storage Pool > [ INFO ] Start monitoring domain > [ ERROR ] Failed to execute stage 'Misc configuration': The read operation > timed out > [ INFO ] Stage: Clean up > [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > > > > 2014-12-29 14:53:41 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace > lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 > is acquired (file: /rhev/data-center/mnt/192.168.0.75: > _Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) > 2014-12-29 14:53:41 INFO > otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace > lockspace._misc:144 sanlock lockspace already initialized > 2014-12-29 14:53:41 INFO > otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace > lockspace._misc:157 sanlock metadata already initialized > 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc > 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image > image._misc:162 Creating VM Image > 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image > image._misc:163 createVolume > 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image > image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, > request was: > - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 > - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 > 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:48 Waiting for existing tasks to complete > 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:48 Waiting for existing tasks to complete > 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc > 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 > condition False > 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool > 2014-12-29 14:53:43 INFO > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._disconnect_pool:971 Disconnecting Storage Pool > 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:48 Waiting for existing tasks to complete > 2014-12-29 14:53:43 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._spmStop:602 spmStop > 2014-12-29 14:53:43 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611 > 2014-12-29 14:53:43 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._storagePoolConnection:573 disconnectStoragePool > 2014-12-29 14:53:45 INFO > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._disconnect_pool:975 Start monitoring domain > 2014-12-29 14:53:45 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._startMonitoringDomain:529 _startMonitoringDomain > 2014-12-29 14:53:46 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'code': 0}} > 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:127 Waiting for domain monitor > 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", > line 976, in _disconnect_pool > self._startMonitoringDomain() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", > line 539, in _startMonitoringDomain > waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) > File > "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line > 128, in wait > response = serv.s.getVdsStats() > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request > errcode, errmsg, headers = h.getreply() > File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply > response = self._conn.getresponse() > File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse > response.begin() > File "/usr/lib64/python2.6/httplib.py", line 391, in begin > version, status, reason = self._read_status() > File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status > line = self.fp.readline() > File "/usr/lib64/python2.6/socket.py", line 433, in readline > data = recv(1) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > SSLError: The read operation timed out > > > > > > var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.log > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20141230/899f724c/attachment.html > > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > End of Users Digest, Vol 39, Issue 173 > ************************************** > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Thu Jan 1 00:32:18 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Wed, 31 Dec 2014 16:32:18 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> Message-ID: <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From didi at redhat.com Thu Jan 1 08:52:53 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Thu, 1 Jan 2015 03:52:53 -0500 (EST) Subject: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a) In-Reply-To: <1107706369.2765721.1420063197702.JavaMail.zimbra@redhat.com> References: <1658726180.2759671.1420058072831.JavaMail.zimbra@redhat.com> <199916479.2761063.1420060220063.JavaMail.zimbra@redhat.com> <1107706369.2765721.1420063197702.JavaMail.zimbra@redhat.com> Message-ID: <1346597127.2782735.1420102373919.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Yedidyah Bar David" > To: "Steve Atkinson" > Cc: users at ovirt.org > Sent: Wednesday, December 31, 2014 11:59:57 PM > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a) > > ----- Original Message ----- > > From: "Steve Atkinson" > > To: "Yedidyah Bar David" > > Cc: users at ovirt.org > > Sent: Wednesday, December 31, 2014 11:18:39 PM > > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve > > a) > > > > in our case our nas doesn't support scp but that no fault of the the > > manager. > > > > I was mentioning more specifically that the --nfs-server method seemed to > > throw an error on an undefined attribute 'domaintype' that is not something > > that can be supplied in the config file or passed as an argument. the out > > put from the the debug is further up in my first email. > > Sorry. > > You wrote: > > Alternatively, using engine-iso-uploader --nfs-server=[path] upload [iso] > > --verbose returns the following error: > > > > ERROR: local variable 'domain_type' referenced before assignment > > INFO: Use the -h option to see usage. > > DEBUG: Configuration: > > DEBUG: command: upload > > DEBUG: Traceback (most recent call last): > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in > > DEBUG: isoup = ISOUploader(conf) > > DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__ > > DEBUG: self.upload_to_storage_domain() > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in > > upload_to_storage_domain > > DEBUG: elif domain_type in ('localfs', ): > > DEBUG: UnboundLocalError: local variable 'domain_type' referenced before > > assignment > > That's indeed a bug. Now pushed a one-line fix [1]. If you can, please > try and it report. Thanks! > > [1] http://gerrit.ovirt.org/36499 It will fail for you, though - it simply tries to mount directly, and as you said, your engine can't access your storage network. But hopefully fail with some nicer error message. Best, -- Didi From andreas at allaboutapps.at Fri Jan 2 10:22:14 2015 From: andreas at allaboutapps.at (Andreas Mather) Date: Fri, 2 Jan 2015 11:22:14 +0100 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> Message-ID: Hi! >> Hope this helps to find the root cause.... > > Not sure what you mean - did you have any other problem after > applying your patch? Seems to me that the root cause is some > code (the part you patched or something earlier) did not expect > a prefix of /32, which is indeed quite rare. Not even certain > how it works - did you also get a default gateway? How can you > access it, if it's not in your subnet? Well, since I don't really know the code I wasn't sure if it's ok to assume /32 in this case. Actually, I hit a couple of other issues afterwards (e.g. the "SCOPE" line wasn't copied into the new bridge interface configuration). So from my experience, I'd be better to tell users with configurations like mine that the configuration is just not supported. Since I got this config from my provider, I'm also not 100% sure what the SCOPE does, but it seems as if it would make a PtP interface out of a regular ethernet interface, i.e. "hey kernel, with this interface/address I can contact exactly one other host - my gateway". So summed up, I'd suggest to warn users with this configuration and tell them to reconfigure first (without SCOPE and a regular subnet mask). At least that's what I did and what helped after I hit other issues after this fix. Regards, Andreas --- *Andreas Mather* On Wed, Dec 31, 2014 at 11:40 AM, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Andreas Mather" > > To: users at ovirt.org > > Sent: Wednesday, December 24, 2014 11:29:58 PM > > Subject: Re: [ovirt-users] hosted-engine --deploy fails > > > > Hi All! > > > > Just did more research on this and it seems as if the reason was related > to > > my interface configuration. Disclaimer upfront: I've a public IP > configured > > on this server (since it's a hosted root server), but changed the IP addr > > here to 192.168.0.99 > > > > I started with the output from ?vdsm-tool restore-nets': > > ipv4addr, prefix = addr['address'].split('/') > > ValueError: need more than 1 value to unpack > > > > So I dumped the addr dictionary: > > {'address': '192.168.0.99', > > 'family': 'inet', > > 'flags': frozenset(['permanent']), > > 'index': 2, > > 'label': 'eth0', > > 'prefixlen': 32, > > 'scope': 'universe'} > > > > I've no clue why there's no "/32" at the end, but that's what my netmask > > actually is due to the special configuration I got from my hosting > provider: > > > > [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > > DEVICE=eth0 > > BOOTPROTO=none > > ONBOOT=yes > > HWADDR=00:52:9F:A8:AA:BB > > IPADDR=192.168.0.99 > > NETMASK=255.255.255.255 > > SCOPE="peer 192.168.0.1" > > > > (again, public IPs changed to private one, if that matters. And I > skipped the > > IPv6 config above...) > > > > So what I did next, was to patch the netinfo.py: > > [root at vhost1 vdsm]# diff -u netinfo_orig.py netinfo.py > > --- netinfo_orig.py 2014-12-24 22:16:23.362198715 +0100 > > +++ netinfo.py 2014-12-24 22:16:02.567625247 +0100 > > @@ -368,7 +368,12 @@ > > if addr['family'] == 'inet': > > ipv4addrs.append(addr['address']) > > if 'secondary' not in addr['flags']: > > - ipv4addr, prefix = addr['address'].split('/') > > + """Assume /32 if no prefix was found""" > > + if addr['address'].find('/') == -1: > > + ipv4addr = addr['address'] > > + prefix = "32" > > + else: > > + ipv4addr, prefix = addr['address'].split('/') > > ipv4netmask = prefix2netmask(addr['prefixlen']) > > else: > > ipv6addrs.append(addr['address']) > > > > > > and recompiled it: > > [root at vhost1 vdsm]# python -m py_compile netinfo.py > > > > > > > > Et voil?: > > vdsm-tool ran fine: > > `hosted-engine --deploy' passed the previous failing stage! > > Thanks for great analysis, report and patch! > Would you like to push it to gerrit? See [1] and [2] > > Adding Dan in case you do not want to, so that your patch isn't lost... > > > > > Hope this helps to find the root cause.... > > Not sure what you mean - did you have any other problem after > applying your patch? Seems to me that the root cause is some > code (the part you patched or something earlier) did not expect > a prefix of /32, which is indeed quite rare. Not even certain > how it works - did you also get a default gateway? How can you > access it, if it's not in your subnet? > > [1] http://www.ovirt.org/Develop > [2] http://www.ovirt.org/Working_with_oVirt_Gerrit > > Best regards, > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From svenkieske at gmail.com Fri Jan 2 12:53:50 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Fri, 02 Jan 2015 13:53:50 +0100 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> Message-ID: <54A694DE.2090809@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02.01.2015 11:22, Andreas Mather wrote: > Well, since I don't really know the code I wasn't sure if it's ok > to assume /32 in this case. Well in general the detection should be correct. I'm not quite sure why it does not work in all cases? The code should not assume any "standard" mask when it can't find the right one. kind regards Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUppTeAAoJEAq0kGAWDrqlDBUL/1ed1dE3gK3kxNXDtnc/RkNp mgrYYEaVio4e06/9Kg1rHAqFeWHCJqZ4BXUOTIKZjpful3kF5cxnJSVpMNy/Zjpx T7BSBrA60AW6bt2nVpkrjBQeIznCsvDArAsupvBQwqYe9giTecwhTuy7jHJyggjP FIm76Nl1Y1AZjivMSdPE83H1kru7dzQjP9dEBhte0tLtwOPt2C3Nk8ljbCXX6KFh j4KXHmukXxaFzm7+6T0CFmdAOLlqWZuZ+vxKn0Tr4kulLL07ataT9tvz5XTDNveI uJ7bx+S0pzmMjyxjU4KpGy2pO6WopcMnGiy1eariRUgeM7RhOTHneSbwEMbz2M4b 4aLjbrGa1kP8+COQD355e/KmwmoOLZxH40rnzdPC8Uhqs4SAR+euGW0jncG1tSLX EJJlXxn+THTQbjtB6BDZz00dlcig96UC02iEORIWjOWjc0dx5hT24op71+HxP5XY tfDZNkCM3y2i7Hu3+b8NGcHLw69TeMlT25sk8wJwOA== =/axC -----END PGP SIGNATURE----- From alan.mckay at gmail.com Fri Jan 2 13:41:13 2015 From: alan.mckay at gmail.com (Alan McKay) Date: Fri, 2 Jan 2015 08:41:13 -0500 Subject: [ovirt-users] No package ovirt-engine available. Message-ID: Hi folks, I have a CentOS7 box and am following the instructions to install, but do not get very far. It seems perhaps these instructions do not apply to C7??? http://www.ovirt.org/Quick_Start_Guide [root at c7virt01 ovirt]# cat /etc/redhat-release CentOS Linux release 7.0.1406 (Core) [root at c7virt01 ovirt]# yum -y update Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.netflash.net * extras: mirror.netflash.net * updates: mirror.science.uottawa.ca No packages marked for update [root at c7virt01 ovirt]# yum install http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm Loaded plugins: fastestmirror, langpacks ovirt-release35.rpm | 8.1 kB 00:00:00 Examining /var/tmp/yum-root-RXd27a/ovirt-release35.rpm: ovirt-release35-002-0.0.master.noarch Marking /var/tmp/yum-root-RXd27a/ovirt-release35.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package ovirt-release35.noarch 0:002-0.0.master will be installed --> Finished Dependency Resolution Dependencies Resolved =============================================================================================================================== Package Arch Version Repository Size =============================================================================================================================== Installing: ovirt-release35 noarch 002-0.0.master /ovirt-release35 6.4 k Transaction Summary =============================================================================================================================== Install 1 Package Total size: 6.4 k Installed size: 6.4 k Is this ok [y/d/N]: y Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction Warning: RPMDB altered outside of yum. Installing : ovirt-release35-002-0.0.master.noarch 1/1 Verifying : ovirt-release35-002-0.0.master.noarch 1/1 Installed: ovirt-release35.noarch 0:002-0.0.master Complete! [root at c7virt01 ovirt]# yum -y install ovirt-engine Loaded plugins: fastestmirror, langpacks ovirt-3.5 | 2.9 kB 00:00:00 ovirt-3.5-epel/x86_64/metalink | 12 kB 00:00:00 ovirt-3.5-glusterfs-epel | 2.9 kB 00:00:00 ovirt-3.5-glusterfs-noarch-epel | 2.9 kB 00:00:00 ovirt-3.5-patternfly1-noarch-epel | 3.0 kB 00:00:00 Loading mirror speeds from cached hostfile * base: mirror.netflash.net * extras: centos.mirror.rafal.ca * ovirt-3.5: www.gtlib.gatech.edu * ovirt-3.5-epel: mirror.csclub.uwaterloo.ca * updates: mirror.science.uottawa.ca No package ovirt-engine available. Error: Nothing to do -- "Don't eat anything you've ever seen advertised on TV" - Michael Pollan, author of "In Defense of Food" From alan.mckay at gmail.com Fri Jan 2 13:43:38 2015 From: alan.mckay at gmail.com (Alan McKay) Date: Fri, 2 Jan 2015 08:43:38 -0500 Subject: [ovirt-users] No package ovirt-engine available. In-Reply-To: References: Message-ID: Does this mean I have to use CentOS6 for my Hypervisor? https://bugzilla.redhat.com/show_bug.cgi?id=1155837 From scott.c.worthington at gmail.com Fri Jan 2 14:08:16 2015 From: scott.c.worthington at gmail.com (Scott Worthington) Date: Fri, 02 Jan 2015 09:08:16 -0500 Subject: [ovirt-users] No package ovirt-engine available. In-Reply-To: References: Message-ID: <54A6A650.5070704@gmail.com> On 1/2/2015 8:43 AM, Alan McKay wrote: > Does this mean I have to use CentOS6 for my Hypervisor? > > https://bugzilla.redhat.com/show_bug.cgi?id=1155837 > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > As Robert Story said on in this list November 6, 2014: > CentOS 7 is supported for host nodes, but not the engine. If you have a > mixed CentOS 6/7 environment, note that migration works from 6->7 hosts, but > not from 7->6. > > > Robert From danken at redhat.com Fri Jan 2 18:08:29 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Fri, 2 Jan 2015 18:08:29 +0000 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> Message-ID: <20150102180829.GQ12365@redhat.com> On Wed, Dec 31, 2014 at 05:40:29AM -0500, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Andreas Mather" > > To: users at ovirt.org > > Sent: Wednesday, December 24, 2014 11:29:58 PM > > Subject: Re: [ovirt-users] hosted-engine --deploy fails > > > > Hi All! > > > > Just did more research on this and it seems as if the reason was related to > > my interface configuration. Disclaimer upfront: I've a public IP configured > > on this server (since it's a hosted root server), but changed the IP addr > > here to 192.168.0.99 > > > > I started with the output from ?vdsm-tool restore-nets': > > ipv4addr, prefix = addr['address'].split('/') > > ValueError: need more than 1 value to unpack Thanks for this report. I believe that this was fixed by http://gerrit.ovirt.org/35317 which would be in the long-delayed ovirt-3.5.1. Unfortunately, the official build of vdsm-4.16.10 for el6 is being delayed http://lists.ovirt.org/pipermail/devel/2014-December/009566.html but for other platforms it is already testable. I'd apreciate if you try it out! > > > > So I dumped the addr dictionary: > > {'address': '192.168.0.99', > > 'family': 'inet', > > 'flags': frozenset(['permanent']), > > 'index': 2, > > 'label': 'eth0', > > 'prefixlen': 32, > > 'scope': 'universe'} > > > > I've no clue why there's no "/32" at the end, but that's what my netmask > > actually is due to the special configuration I got from my hosting provider: > > > > [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > > DEVICE=eth0 > > BOOTPROTO=none > > ONBOOT=yes > > HWADDR=00:52:9F:A8:AA:BB > > IPADDR=192.168.0.99 > > NETMASK=255.255.255.255 > > SCOPE="peer 192.168.0.1" > > > > (again, public IPs changed to private one, if that matters. And I skipped the > > IPv6 config above...) > > > > So what I did next, was to patch the netinfo.py: > > [root at vhost1 vdsm]# diff -u netinfo_orig.py netinfo.py > > --- netinfo_orig.py 2014-12-24 22:16:23.362198715 +0100 > > +++ netinfo.py 2014-12-24 22:16:02.567625247 +0100 > > @@ -368,7 +368,12 @@ > > if addr['family'] == 'inet': > > ipv4addrs.append(addr['address']) > > if 'secondary' not in addr['flags']: > > - ipv4addr, prefix = addr['address'].split('/') > > + """Assume /32 if no prefix was found""" > > + if addr['address'].find('/') == -1: > > + ipv4addr = addr['address'] > > + prefix = "32" > > + else: > > + ipv4addr, prefix = addr['address'].split('/') > > ipv4netmask = prefix2netmask(addr['prefixlen']) > > else: > > ipv6addrs.append(addr['address']) > > > > > > and recompiled it: > > [root at vhost1 vdsm]# python -m py_compile netinfo.py > > > > > > > > Et voil?: > > vdsm-tool ran fine: > > `hosted-engine --deploy' passed the previous failing stage! > > Thanks for great analysis, report and patch! > Would you like to push it to gerrit? See [1] and [2] > > Adding Dan in case you do not want to, so that your patch isn't lost... > > > > > Hope this helps to find the root cause.... > > Not sure what you mean - did you have any other problem after > applying your patch? Seems to me that the root cause is some > code (the part you patched or something earlier) did not expect > a prefix of /32, which is indeed quite rare. Not even certain > how it works - did you also get a default gateway? How can you > access it, if it's not in your subnet? > > [1] http://www.ovirt.org/Develop > [2] http://www.ovirt.org/Working_with_oVirt_Gerrit > > Best regards, > -- > Didi From mail at johankooijman.com Fri Jan 2 19:44:56 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Fri, 2 Jan 2015 20:44:56 +0100 Subject: [ovirt-users] Can't activate storage domain Message-ID: Hi, I have a datacenter, 2 nodes and an NFS storage domain. The issue is when I try activate a storage domain, logs are here: https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. In the past I've seen issues with sanlock & selinux, in this case I have no selinux running. When look at the 2 nodes, they actually have the storage domains mounted: [root at hv2 mnt]# mount | grep nfs sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) Am I missing something here? -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Fri Jan 2 19:49:45 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Fri, 2 Jan 2015 20:49:45 +0100 Subject: [ovirt-users] Can't activate storage domain In-Reply-To: References: Message-ID: Forgot to mention: engine & nodes are all CentOS 6.6 On Fri, Jan 2, 2015 at 8:44 PM, Johan Kooijman wrote: > Hi, > > I have a datacenter, 2 nodes and an NFS storage domain. The issue is when > I try activate a storage domain, logs are here: > https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. > > In the past I've seen issues with sanlock & selinux, in this case I have > no selinux running. When look at the 2 nodes, they actually have the > storage domains mounted: > > [root at hv2 mnt]# mount | grep nfs > sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) > 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data > type nfs > (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) > 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso > type nfs > (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) > 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export > type nfs > (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) > > Am I missing something here? > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Fri Jan 2 20:25:40 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Fri, 2 Jan 2015 21:25:40 +0100 Subject: [ovirt-users] Can't activate storage domain In-Reply-To: References: Message-ID: And also, when creating the storage domain, some stuff is written: root at head1-1:/cloud/ovirt-data# ls -la total 10 drwxrwxrwx 3 36 36 4 Jan 2 21:24 . drwxr-xr-x 5 root root 5 Jan 2 19:24 .. drwxr-xr-x 4 36 36 4 Jan 2 21:24 24b198c4-41c1-4311-8e11-c4cd7a70db5f -rwxr-xr-x 1 36 36 0 Jan 2 21:24 __DIRECT_IO_TEST__ It just fails with AcquireHostIdFailure. On Fri, Jan 2, 2015 at 8:49 PM, Johan Kooijman wrote: > Forgot to mention: engine & nodes are all CentOS 6.6 > > On Fri, Jan 2, 2015 at 8:44 PM, Johan Kooijman > wrote: > >> Hi, >> >> I have a datacenter, 2 nodes and an NFS storage domain. The issue is when >> I try activate a storage domain, logs are here: >> https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. >> >> In the past I've seen issues with sanlock & selinux, in this case I have >> no selinux running. When look at the 2 nodes, they actually have the >> storage domains mounted: >> >> [root at hv2 mnt]# mount | grep nfs >> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) >> 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data >> type nfs >> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >> 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso >> type nfs >> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >> 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export >> type nfs >> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >> >> Am I missing something here? >> >> -- >> Met vriendelijke groeten / With kind regards, >> Johan Kooijman >> > > > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Fri Jan 2 22:00:43 2015 From: donny at cloudspin.me (Donny Davis) Date: Fri, 02 Jan 2015 15:00:43 -0700 Subject: [ovirt-users] Ovirt Engine Clear All tasks Message-ID: <54A7150B.6040309@cloudspin.me> I tried to migrate disks from one storage domain to another, and it is taking an unreasonable amount of time to complete. The disks have been migrating for 6 hours, and is bringing my system to it's knees. I have used the taskcleaner utility when the engine was stopped, and when I start the engine, it starts trying to migrate the disks again. How can I fix this Thanks -- Donny Davis CloudSpin.me From mrose at power-soft.com Fri Jan 2 22:27:18 2015 From: mrose at power-soft.com (Mikola Rose) Date: Fri, 2 Jan 2015 22:27:18 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> Message-ID: Hi Didi, Thank you for the response. I have tried to do a fresh install (RH 6.6) and still ran into the same problem. [root at pws-hv15 rhiso]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: yes [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150102134318-7ougjc.log Version: otopi-1.2.3 (otopi-1.2.3-1.el6ev) [ INFO ] Hardware supports virtualization [ INFO ] Bridge rhevm already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. Please specify the storage you would like to use (nfs3, nfs4)[nfs3]: Please specify the full shared storage connection path to use (example: host:/path): 192.168.1.32:/Volumes/Raid1 [ INFO ] Installing on first host Please provide storage domain name. [hosted_storage]: Local storage datacenter name is an internal name and currently will not be shown in engine's admin UI.Please enter local datacenter name [hosted_datacenter]: --== SYSTEM CONFIGURATION ==-- --== NETWORK CONFIGURATION ==-- iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: Please indicate a pingable gateway IP address [192.168.0.3]: --== VM CONFIGURATION ==-- Please specify the device to boot the VM from (cdrom, disk, pxe) [cdrom]: The following CPU types are supported by this host: - model_Westmere: Intel Westmere Family - model_Nehalem: Intel Nehalem Family - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family Please specify the CPU type to be used by the VM [model_Westmere]: Please specify path to installation media you would like to use [None]: /mnt/rhiso Please specify the number of virtual CPUs for the VM [Defaults to minimum requirement: 2]: Please specify the disk size of the VM in GB [Defaults to minimum requirement: 25]: You may specify a MAC address for the VM or accept a randomly generated default [00:16:3e:02:7f:c4]: Please specify the memory size of the VM in MB [Defaults to minimum requirement: 4096]: Please specify the console type you would like to use to connect to the VM (vnc, spice) [vnc]: --== HOSTED ENGINE CONFIGURATION ==-- Enter the name which will be used to identify this host inside the Administrator Portal [hosted_engine_1]: Enter 'admin at internal' user password that will be used for accessing the Administrator Portal: Confirm 'admin at internal' user password: Please provide the FQDN for the engine you would like to use. This needs to match the FQDN that you will use for the engine installation within the VM. Note: This will be the FQDN of the VM you are now going to create, it should not point to the base host or to any other existing machine. Engine FQDN: powerhost1.power-soft.net Please provide the name of the SMTP server through which we will send notifications [localhost]: Please provide the TCP port number of the SMTP server [25]: Please provide the email address from which notifications will be sent [root at localhost]: Please provide a comma-separated list of email addresses which will get notifications [root at localhost]: [ INFO ] Stage: Setup validation --== CONFIGURATION PREVIEW ==-- Engine FQDN : powerhost1.power-soft.net Bridge name : rhevm SSH daemon port : 22 Firewall manager : iptables Gateway address : 192.168.0.3 Host name for web application : hosted_engine_1 Host ID : 1 Image size GB : 25 Storage connection : 192.168.1.32:/Volumes/Raid1 Console type : vnc Memory size MB : 4096 MAC address : 00:16:3e:02:7f:c4 Boot type : cdrom Number of CPUs : 2 ISO image (for cdrom boot) : /mnt/rhiso CPU Type : model_Westmere Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Creating Storage Domain [ INFO ] Creating Storage Pool [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] Initializing sanlock lockspace [ INFO ] Initializing sanlock metadata [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination sanlock status daemon 4a21a439-cc72-4542-8146-71d0cb754da4.pws-hv15.p p -1 helper p -1 listener p -1 status p 5365 s e7175b6e-bf5a-4723-98f6-0f7972623f4c:1:/rhev/data-center/mnt/192.168.1.32\:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/ids:0 I am not sure if it is relevant but after subscribing to the relevant channels listed in the Installation Guide I was receiving an error when trying to update via Yum and only after I installed rhel-6-server-rhev-mgmt-agent-rpms. I have no idea why it would want to install the i686 augeas items and can not find any info on how to resolve this. [root at pws-hv15 ~]# yum update Loaded plugins: product-id, security, subscription-manager, versionlock Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated --> Processing Dependency: augeas-libs = 1.0.0-5.el6_5.1 for package: augeas-1.0.0-5.el6_5.1.x86_64 ---> Package augeas-libs.x86_64 0:1.0.0-7.el6 will be an update --> Running transaction check ---> Package augeas-libs.i686 0:1.0.0-5.el6_5.1 will be installed --> Processing Dependency: libxml2.so.2(LIBXML2_2.4.30) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libxml2.so.2 for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libselinux.so.1 for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.8) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.4) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.3) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.2) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.1.1) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.1) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.0) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6 for package: augeas-libs-1.0.0-5.el6_5.1.i686 ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated --> Running transaction check ---> Package glibc.i686 0:2.12-1.149.el6 will be installed --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.149.el6.i686 --> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.149.el6.i686 ---> Package libselinux.i686 0:2.0.94-5.8.el6 will be installed ---> Package libxml2.i686 0:2.7.6-17.el6_6.1 will be installed --> Processing Dependency: libz.so.1 for package: libxml2-2.7.6-17.el6_6.1.i686 --> Running transaction check ---> Package nss-softokn-freebl.i686 0:3.14.3-18.el6_6 will be installed ---> Package zlib.i686 0:1.2.3-29.el6 will be installed --> Finished Dependency Resolution Error: Multilib version problems found. This often means that the root cause is something else and multilib version checking is just pointing out that there is a problem. Eg.: 1. You have an upgrade for augeas-libs which is missing some dependency that another package requires. Yum is trying to solve this by installing an older version of augeas-libs of the different architecture. If you exclude the bad architecture yum will tell you what the root cause is (which package requires what). You can try redoing the upgrade with --exclude augeas-libs.otherarch ... this should give you an error message showing the root cause of the problem. 2. You have multiple architectures of augeas-libs installed, but yum can only see an upgrade for one of those arcitectures. If you don't want/need both architectures anymore then you can remove the one with the missing update and everything will work. 3. You have duplicate versions of augeas-libs installed already. You can use "yum check" to get yum show these errors. ...you can also use --setopt=protected_multilib=false to remove this checking, however this is almost never the correct thing to do as something else is very likely to go wrong (often causing much more problems). Protected multilib versions: augeas-libs-1.0.0-5.el6_5.1.i686 != augeas-libs-1.0.0-7.el6.x86_64 On Dec 31, 2014, at 1:28 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: users at ovirt.org Sent: Tuesday, December 30, 2014 2:12:52 AM Subject: [ovirt-users] HostedEngine Deployment Woes Hi List Members; I have been struggling with deploying oVirt hosted engine I keep running into a timeout during the "Misc Configuration" any suggestion on how I can trouble shoot this? Redhat 2.6.32-504.3.3.el6.x86_64 Installed Packages ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms So this is RHEV (3.4) or ovirt? Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Connecting Storage Domain [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] sanlock lockspace already initialized [ INFO ] sanlock metadata already initialized [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock lockspace already initialized 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:157 sanlock metadata already initialized 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:162 Creating VM Image 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolume 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, request was: - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 condition False 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool 2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:971 Disconnecting Storage Pool 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602 spmStop 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConnection:573 disconnectStoragePool 2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 Start monitoring domain 2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:529 _startMonitoringDomain 2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'code': 0}} 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:127 Waiting for domain monitor 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 976, in _disconnect_pool self._startMonitoringDomain() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 539, in _startMonitoringDomain waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line 128, in wait response = serv.s.getVdsStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers = h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response = self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line = self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data = recv(1) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out We had several similar cases in the past [1] [2] but never managed to reproduce on clean systems. Might it be some "dirt"? E.g. repeated attempts using same storage, or storage used for something else, some other host accessing it, host left unclean after previous attempts to deploy (failed or successful), something like that? If you reproduce on completely clean systems, both host(s) and storage, please post more relevant logs, including: >From host(s): /var/log/vdsm/* /var/log/ovirt-hosted-engine-setup/* /var/log/ovirt-hosted-engine-ha/* output of 'sanlock status' output of 'rpm -qa' >From engine vm: /var/log/ovirt-engine/* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1152564 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1099874 Thanks, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: log.zip Type: application/zip Size: 173878 bytes Desc: log.zip URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rpmqa.txt URL: From mail at johankooijman.com Sat Jan 3 08:40:18 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Sat, 3 Jan 2015 09:40:18 +0100 Subject: [ovirt-users] Can't activate storage domain In-Reply-To: References: Message-ID: To finish up this monologue - "all_squash" needed to be set on the NFS export. That solved this issue. On Fri, Jan 2, 2015 at 9:25 PM, Johan Kooijman wrote: > And also, when creating the storage domain, some stuff is written: > > root at head1-1:/cloud/ovirt-data# ls -la > total 10 > drwxrwxrwx 3 36 36 4 Jan 2 21:24 . > drwxr-xr-x 5 root root 5 Jan 2 19:24 .. > drwxr-xr-x 4 36 36 4 Jan 2 21:24 24b198c4-41c1-4311-8e11-c4cd7a70db5f > -rwxr-xr-x 1 36 36 0 Jan 2 21:24 __DIRECT_IO_TEST__ > > It just fails with AcquireHostIdFailure. > > On Fri, Jan 2, 2015 at 8:49 PM, Johan Kooijman > wrote: > >> Forgot to mention: engine & nodes are all CentOS 6.6 >> >> On Fri, Jan 2, 2015 at 8:44 PM, Johan Kooijman >> wrote: >> >>> Hi, >>> >>> I have a datacenter, 2 nodes and an NFS storage domain. The issue is >>> when I try activate a storage domain, logs are here: >>> https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. >>> >>> In the past I've seen issues with sanlock & selinux, in this case I have >>> no selinux running. When look at the 2 nodes, they actually have the >>> storage domains mounted: >>> >>> [root at hv2 mnt]# mount | grep nfs >>> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) >>> 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data >>> type nfs >>> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >>> 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso >>> type nfs >>> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >>> 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export >>> type nfs >>> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >>> >>> Am I missing something here? >>> >>> -- >>> Met vriendelijke groeten / With kind regards, >>> Johan Kooijman >>> >> >> >> >> -- >> Met vriendelijke groeten / With kind regards, >> Johan Kooijman >> > > > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Jan 3 10:59:57 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 3 Jan 2015 11:59:57 +0100 Subject: [ovirt-users] No package ovirt-engine available. In-Reply-To: <54A6A650.5070704@gmail.com> References: <54A6A650.5070704@gmail.com> Message-ID: If this is for you a peliminer test and you ought to eventually reinstall, you can also give a try to 3.5.1 and so go with centos7. You can find links here: http://www.ovirt.org/OVirt_3.5.1_Release_Notes http://www.ovirt.org/Testing/oVirt_3.5.1_Testing I don't remember the link with the list of still opened and / or blocking bugs HIH, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason.e.parks at seagate.com Sat Jan 3 22:02:00 2015 From: jason.e.parks at seagate.com (Jason E Parks) Date: Sat, 3 Jan 2015 16:02:00 -0600 Subject: [ovirt-users] OVirt 3.5 node Message-ID: Does the Node Building process located http://www.ovirt.org/Node_Building work to build a hypervisor for ovirt 3.5? Having some difficulty getting the ovirt 3.5-pre hypervisor images added to ovirt. Keep getting "install failed" Alternatively, does anyone have an EL7/EL6 kickstart for rolling your own they're willing to share? -- Thanks, Jason E. Parks - 511855 Linux System Administrator - RHCE, LPIC3 Seagate Technology - U.S. Business Data Center http://www.seagate.com email : jason.e.parks at seagate.com phone: +1(405) 324-3222 WARNING: The information contained in this transmission may be privileged or confidential. It is intended only for the above-identified recipient(s). If you are not the intended recipient, please forward this transmission to the author and delete this transmission and all copies. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dougsland at redhat.com Sun Jan 4 04:33:21 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Sat, 03 Jan 2015 23:33:21 -0500 Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: References: Message-ID: <54A8C291.7070402@redhat.com> Hi Jason, On 01/03/2015 05:02 PM, Jason E Parks wrote: > Does the Node Building process located > http://www.ovirt.org/Node_Building work to build a hypervisor for ovirt > 3.5? Thanks for testing. Yes, that's correct place. Just keep in mind to use the branch ovirt-3.5 and add the ovirt-node-plugin-vdsm. > Having some difficulty getting the ovirt 3.5-pre hypervisor images > added to ovirt. Keep getting "install failed" If I understood correctly, the problem is registering the node from TUI to oVirt Engine. Could you please share more details about the "install failed"? Anything on ovirt-engine GUI on events tab? logs? Would be nice to understand the install failure because depending of issue and component you might see it again even building the node by yourself. > > Alternatively, does anyone have an EL7/EL6 kickstart for rolling your > own they're willing to share? > > -- > Thanks, > > Jason E. Parks - 511855 > Linux System Administrator - RHCE, LPIC3 > Seagate Technology - U.S. Business Data Center > http://www.seagate.com > email : jason.e.parks at seagate.com > phone: +1(405) 324-3222 > > WARNING: The information contained in this transmission may be > privileged or confidential. It is intended only for the above-identified > recipient(s). If you are not the intended recipient, please forward this > transmission to the author and delete this transmission and all copies. > Thank you. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Cheers Douglas From lin at unisoft.com.py Sun Jan 4 01:49:18 2015 From: lin at unisoft.com.py (Juan Carlos YJ. Lin) Date: Sat, 03 Jan 2015 22:49:18 -0300 (PYST) Subject: [ovirt-users] Ovirt 3.5 report install Message-ID: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> I have a issue on install ovirt-reports in 3rd server same as shown https://bugzilla.redhat.com/show_bug.cgi?id=1150498 But the bug saids is fixed, how I can apply the fix? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recu?rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi?n del contenido no est? autorizada fuera del contexto de su env?o y a quien corresponde. El uso no autorizado de la informaci?n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b?rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason.e.parks at seagate.com Sun Jan 4 02:02:44 2015 From: jason.e.parks at seagate.com (Jason E Parks) Date: Sat, 3 Jan 2015 20:02:44 -0600 Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: <54A8C291.7070402@redhat.com> References: <54A8C291.7070402@redhat.com> Message-ID: I am in the middle of a rebuild, as soon as i'm done, if the same problem occurs i'll gladly include logs. Something may be up with my configuration, installed the manager on a vmware template that has been prehardened. Going to try with a fresh install of el6. On Sat, Jan 3, 2015 at 10:33 PM, Douglas Schilling Landgraf < dougsland at redhat.com> wrote: > Hi Jason, > > On 01/03/2015 05:02 PM, Jason E Parks wrote: > >> Does the Node Building process located >> http://www.ovirt.org/Node_Building work to build a hypervisor for ovirt >> 3.5? >> > > Thanks for testing. Yes, that's correct place. Just keep in mind to use > the branch ovirt-3.5 and add the ovirt-node-plugin-vdsm. > > Having some difficulty getting the ovirt 3.5-pre hypervisor images >> added to ovirt. Keep getting "install failed" >> > > If I understood correctly, the problem is registering the node from TUI to > oVirt Engine. Could you please share more details about the "install > failed"? Anything on ovirt-engine GUI on events tab? logs? > Would be nice to understand the install failure because depending of issue > and component you might see it again even building the node by yourself. > > > >> Alternatively, does anyone have an EL7/EL6 kickstart for rolling your >> own they're willing to share? >> >> -- >> Thanks, >> >> Jason E. Parks - 511855 >> Linux System Administrator - RHCE, LPIC3 >> Seagate Technology - U.S. Business Data Center >> http://www.seagate.com >> email : jason.e.parks at seagate.com >> phone: +1(405) 324-3222 >> >> WARNING: The information contained in this transmission may be >> privileged or confidential. It is intended only for the above-identified >> recipient(s). If you are not the intended recipient, please forward this >> transmission to the author and delete this transmission and all copies. >> Thank you. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > -- > Cheers > Douglas > -- Thanks, Jason E. Parks - 511855 Linux System Administrator - RHCE, LPIC3 Seagate Technology - U.S. Business Data Center http://www.seagate.com email : jason.e.parks at seagate.com phone: +1(405) 324-3222 WARNING: The information contained in this transmission may be privileged or confidential. It is intended only for the above-identified recipient(s). If you are not the intended recipient, please forward this transmission to the author and delete this transmission and all copies. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Sun Jan 4 05:03:36 2015 From: yetanotherwill at yahoo.com (Will K) Date: Sun, 4 Jan 2015 05:03:36 +0000 (UTC) Subject: [ovirt-users] hosted engine status=WaitForLaunch Message-ID: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> Hi all, I'm pretty new to the hosted engine.? 1. Is there a way to re-run the deploy from scratch?2. if not, how can I restart a bad setup giving me status=WaitForLaunch? a. I'm sure I gave bad option to run the VM installationb. I'm sure I picked a wrong parameter for the hosted-engine command Now when I run?# hosted-engine --vm-startVM exists and is down, destroying itMachine destroyed bc13d2d0-f2b5-4ac2-bc5a-ef98e046e2a9? ? ? ? Status = WaitForLaunch? ? ? ? nicModel = rtl8139,pv? ? ? ? emulatedMachine = pc Thanks in Advance and Happy New Year. Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From sradco at redhat.com Sun Jan 4 06:03:47 2015 From: sradco at redhat.com (Shirly Radco) Date: Sun, 4 Jan 2015 01:03:47 -0500 (EST) Subject: [ovirt-users] Ovirt 3.5 report install In-Reply-To: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> References: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> Message-ID: <2001362285.3206409.1420351427860.JavaMail.zimbra@redhat.com> Hi Juan, Please send us your logs located at /var/logs. Is the message you get exactly the same as in the bug? Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. ----- Original Message ----- > From: "Juan Carlos YJ. Lin" > To: users at ovirt.org > Sent: Sunday, January 4, 2015 3:49:18 AM > Subject: [ovirt-users] Ovirt 3.5 report install > > I have a issue on install ovirt-reports in 3rd server same as shown > https://bugzilla.redhat.com/show_bug.cgi?id=1150498 > But the bug saids is fixed, how I can apply the fix? > > > Juan Carlos Lin > Unisoft S.A. > +595-993-288330 > > > System-wide Disclaimer --------------------------------------------------- > "Antes de imprimir, recu?rdese de su compromiso con el Medio Ambiente" > "Aviso: Este mensaje es dirigido para su destinatario y contiene > informaciones que no pueden ser usadas por otras personas que no sean su(s) > destinatario(s). La retransmisi?n del contenido no est? autorizada fuera del > contexto de su env?o y a quien corresponde. El uso no autorizado de la > informaci?n en este mensaje se halla penado por las leyes vigentes en todo > el mundo. Si ha recibido este mensaje por error, por favor b?rrala y > notifique al remitente en la brevedad posible. El contenido de este mensaje > no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. > Gracias." > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From istein at redhat.com Sun Jan 4 07:24:32 2015 From: istein at redhat.com (ILanit Stein) Date: Sun, 4 Jan 2015 02:24:32 -0500 (EST) Subject: [ovirt-users] Cannot start VM - pauses due to storage error In-Reply-To: References: Message-ID: <413767907.2430778.1420356272243.JavaMail.zimbra@redhat.com> Hi Brent, I found this bug with the same error you see: https://bugzilla.redhat.com/show_bug.cgi?id=1119336 It was fixed for vdsm version vdsm-4.16.7.2-1 What is vdsm version on your host? Ilanit. ----- Original Message ----- From: "Brent Hartzell" To: users at ovirt.org Sent: Saturday, December 27, 2014 4:59:16 PM Subject: [ovirt-users] Cannot start VM - pauses due to storage error Hello, All of the sudden stared getting the errors below. Can?t start VM?s, they immediately go into paused state. Thread-51856::DEBUG::2014-12-27 09:56:08,812::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51858::DEBUG::2014-12-27 09:56:11,953::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51860::DEBUG::2014-12-27 09:56:12,856::__init__::467::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'VM.cont' in bridge with {u'vmID': u'e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d'} libvirtEventLoop::DEBUG::2014-12-27 09:56:13,016::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 opaque None libvirtEventLoop::DEBUG::2014-12-27 09:56:13,021::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 opaque None libvirtEventLoop::INFO::2014-12-27 09:56:13,026::vm::4780::vm.Vm::(_onIOError) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2014-12-27 09:56:13,029::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Suspended detail 2 opaque None Thread-51863::DEBUG::2014-12-27 09:56:15,072::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51869::DEBUG::2014-12-27 09:56:18,120::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51872::DEBUG::2014-12-27 09:56:21,154::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From didi at redhat.com Sun Jan 4 07:31:56 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 4 Jan 2015 02:31:56 -0500 (EST) Subject: [ovirt-users] Ovirt 3.5 report install In-Reply-To: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> References: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> Message-ID: <1545257437.3240304.1420356716508.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Juan Carlos YJ. Lin" > To: users at ovirt.org > Sent: Sunday, January 4, 2015 3:49:18 AM > Subject: [ovirt-users] Ovirt 3.5 report install > > I have a issue on install ovirt-reports in 3rd server same as shown > https://bugzilla.redhat.com/show_bug.cgi?id=1150498 > But the bug saids is fixed, how I can apply the fix? You can wait till 3.5.1 is out, it will include the fix. Or you can use the 3.5 snapshot, see [1]. Or you can manually apply the fix yourself, if you really want - see the links to gerrit patches under 'External Trackers' in the bug page above. [1] http://www.ovirt.org/Install_nightly_snapshot Best, -- Didi From didi at redhat.com Sun Jan 4 07:47:59 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 4 Jan 2015 02:47:59 -0500 (EST) Subject: [ovirt-users] hosted engine status=WaitForLaunch In-Reply-To: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> References: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> Message-ID: <979016288.3241066.1420357679277.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Sunday, January 4, 2015 7:03:36 AM > Subject: [ovirt-users] hosted engine status=WaitForLaunch > > Hi all, > > I'm pretty new to the hosted engine. > > 1. Is there a way to re-run the deploy from scratch? If in 'from scratch' you mean something like the engine's 'engine-cleanup' utility, then no, we do not have such a tool for hosted-engine. > 2. if not, how can I restart a bad setup giving me status=WaitForLaunch? I. Usually, it's enough to: 1. Stop the engine VM if it's up, by 'hosted-engine --vm-poweroff' 2. rm -rf /path/to/hosted-engine-storage/* (with the correct path) 3. hosted-engine --deploy again II. If that's not enough, and for some reason you prefer to clean up manually instead of reinstalling the OS, you can try: 1. yum remove ovirt\* libvirt\* vdsm\* sanlock\* 2. rm -rf /etc/ovirt* /etc/vdsm* /etc/libvirt* /etc/pki/vdsm* /etc/pki/libvirt* 3. rm -rf /path/to/hosted-engine-storage/* (with the correct path) This will not revert the changes done to your network configuration. If you want to revert that, which is usually not needed, you can try manually copying back parts of /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt to the ifcfg file of the interface used for the bridge, and remove ifcfg-ovirtmgmt (after, of course, backing up, stopping the interface, etc). Then yum install and deploy again. > > > a. I'm sure I gave bad option to run the VM installation > b. I'm sure I picked a wrong parameter for the hosted-engine command Then try (some of) the options above. If (I.) is not enough, please post deploy logs. Thanks! Best, -- Didi From tlitovsk at redhat.com Sun Jan 4 08:46:36 2015 From: tlitovsk at redhat.com (Anatoly Litvosky) Date: Sun, 04 Jan 2015 10:46:36 +0200 Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: References: <54A8C291.7070402@redhat.com> Message-ID: <1420361196.8086.5.camel@redhat.com> Hi You can use the --with-extra-recipe= in the ovirt-node-iso. And I attached a sample extra kickstart file I use for centos7/6 builds (and it the same for fc20). Keep in mind you should use it in the extra-recepie option and not instead of the main recipe file. Tolik On Sat, 2015-01-03 at 20:02 -0600, Jason E Parks wrote: > I am in the middle of a rebuild, as soon as i'm done, if the same > problem occurs i'll gladly include logs. Something may be up with my > configuration, installed the manager on a vmware template that has > been prehardened. Going to try with a fresh install of el6. > > On Sat, Jan 3, 2015 at 10:33 PM, Douglas Schilling Landgraf > wrote: > Hi Jason, > > On 01/03/2015 05:02 PM, Jason E Parks wrote: > Does the Node Building process located > http://www.ovirt.org/Node_Building work to build a > hypervisor for ovirt > 3.5? > > Thanks for testing. Yes, that's correct place. Just keep in > mind to use the branch ovirt-3.5 and add the > ovirt-node-plugin-vdsm. > > Having some difficulty getting the ovirt 3.5-pre > hypervisor images > added to ovirt. Keep getting "install failed" > > If I understood correctly, the problem is registering the node > from TUI to oVirt Engine. Could you please share more details > about the "install failed"? Anything on ovirt-engine GUI on > events tab? logs? > Would be nice to understand the install failure because > depending of issue and component you might see it again even > building the node by yourself. > > > > Alternatively, does anyone have an EL7/EL6 kickstart > for rolling your > own they're willing to share? > > -- > Thanks, > > Jason E. Parks - 511855 > Linux System Administrator - RHCE, LPIC3 > Seagate Technology - U.S. Business Data Center > http://www.seagate.com > email : jason.e.parks at seagate.com > > phone: +1(405) 324-3222 > > WARNING: The information contained in this > transmission may be > privileged or confidential. It is intended only for > the above-identified > recipient(s). If you are not the intended recipient, > please forward this > transmission to the author and delete this > transmission and all copies. > Thank you. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- A non-text attachment was scrubbed... Name: virt35centos70repo.ks Type: application/x-java-keystore Size: 61 bytes Desc: not available URL: From alukiano at redhat.com Sun Jan 4 11:16:06 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Sun, 4 Jan 2015 06:16:06 -0500 (EST) Subject: [ovirt-users] hosted engine status=WaitForLaunch In-Reply-To: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> References: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> Message-ID: <464078302.4796760.1420370166383.JavaMail.zimbra@redhat.com> Connect to answer from didi at redhat.com, just put you environment to global maintenance mode before you destroy HE vm(hosted-engine --set-maintenance --mode=global), because agent will restart HE vm. ----- Original Message ----- From: "Will K" To: users at ovirt.org Sent: Sunday, January 4, 2015 7:03:36 AM Subject: [ovirt-users] hosted engine status=WaitForLaunch Hi all, I'm pretty new to the hosted engine. 1. Is there a way to re-run the deploy from scratch? 2. if not, how can I restart a bad setup giving me status=WaitForLaunch? a. I'm sure I gave bad option to run the VM installation b. I'm sure I picked a wrong parameter for the hosted-engine command Now when I run # hosted-engine --vm-start VM exists and is down, destroying it Machine destroyed bc13d2d0-f2b5-4ac2-bc5a-ef98e046e2a9 Status = WaitForLaunch nicModel = rtl8139,pv emulatedMachine = pc Thanks in Advance and Happy New Year. Will _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From alukiano at redhat.com Sun Jan 4 11:22:13 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Sun, 4 Jan 2015 06:22:13 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> Message-ID: <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From svenkieske at gmail.com Sun Jan 4 13:31:45 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Sun, 04 Jan 2015 14:31:45 +0100 Subject: [ovirt-users] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster] In-Reply-To: References: <548B0A97.8030606@redhat.com> <1524265011.10133437.1418613361184.JavaMail.zimbra@redhat.com> Message-ID: <54A940C1.4090904@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15.12.2014 08:33, Gianluca Cecchi wrote: > On Mon, Dec 15, 2014 at 8:27 AM, Gianluca Cecchi > wrote: >> >> On Mon, Dec 15, 2014 at 4:16 AM, Adam Litke >> wrote: >>> >>> Hi, please see below for more details. >>> >>> tl; dr; Live merge works on oVirt-3.5.0 with Fedora 20 hosts >>> that are using qemu and libvirt packages from the virt-preview >>> repo. No other configuration is supported yet. We aim to have >>> support for RHEL7.1 and later and built-in support for Fedora >>> 21. >>> >>> >>> > Sorry... pressed return too quick.. > > Understand me, please. My note was about Release Notes page > misleading in respect with features' set and newcomers... but also > frequent users too > > At http://www.ovirt.org/OVirt_3.5_Release_Notes#Live_Merge ones > reads: > > " Live Merge If an image has one or more snapshots, oVirt 3.5's > merge command will combine the data of one volume into another. > Live merges can be performed with data is pulled from one snapshot > into another snapshot. The engine can merge multiple disks at the > same time and each merge can independently fail or succeed in each > operation. " > > I think you have to mention that it is a restricted use case for > now... and specify that it works only for Fedora 20 and in that > case you have to manually modify the repo definition to install the > qemu packages from virt-preview to get the feature. This still is not fixed! I can already see the bugreports coming in, claiming live merge does not work, because the release notes are very misleading! Did nobody got the time to fix this? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUqUDBAAoJEAq0kGAWDrqlMJAL/2Uc4bfFsWczRoce067rMED1 H5zd08MzZ7d2rXViEnUpuQnmE+SJSjsbtZp0ueTE4rgoqGGHP3pauu6YK0JaSNGw 3DpP++Yjqrsn5gCzqhwl3LqN+IQMowZ2ljREcae5ltajzf/SIDrDsdWoiHO4ZQcL RXXTAh4v5cpA0P34fIJZT4KLcJUDjWm7SeBAnY0XAAlEnGZweH/4juU2asq00pRE CnReayZwhuo5+et9FUBc5CBj9TAjcgKTruO3gAM5IMBPIAi1yBVpGMUfU/x4r/o6 6aNvQA9oolWWbCH63Jlz6c+HF/KGdlWEVz+zXaLojsNyyKcOy+UceQiL0ZGnzOfB Klcwfjb88P6ElDb8tzALjuqJXNkyEAR/0xcoAzTyeaKCi5XlIxbqrZjEyrjdSE3W d6GYI7A7G0MbpUtbCaBvy/7fCT1YdlRK7dmtxVMinV8mxDJslSu1jg5mZ/AR/Wd4 TD/TgUY2FRvdXrQpdBpKqKS6UR+s2sfJ+6KnanSGEQ== =uzHE -----END PGP SIGNATURE----- From svenkieske at gmail.com Sun Jan 4 13:48:43 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Sun, 04 Jan 2015 14:48:43 +0100 Subject: [ovirt-users] Autostart vm's at host boot on local storage In-Reply-To: <1086134734.609841.1419339091361.JavaMail.yahoo@jws106126.mail.bf1.yahoo.com> References: <1086134734.609841.1419339091361.JavaMail.yahoo@jws106126.mail.bf1.yahoo.com> Message-ID: <54A944BB.3090603@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.12.2014 13:51, Michael Pasternak wrote: > Brent, > You can achieve that using oVirt "High Availability" [1], This does not work for local storage. See my rejected BZ Entry: https://bugzilla.redhat.com/show_bug.cgi?id=1113165 I also have one open to allow for some kind of autostart flag (as qemu/libvirt are capable of this): https://bugzilla.redhat.com/show_bug.cgi?id=1166657 kind regards Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUqUS7AAoJEAq0kGAWDrqlq/8L/14HigJ56dpl8OUpdQSvQq5a zkJbdX7tCmPedmcFmA7CwGqg2m2zWMVzb0KmAu9MuY+Xz6mluxW20iEVtP1yBmB+ dCRXcv9rzqDX4E88FL81q5ceqT6lpTDN7MK/Kz1IhK2mK20H0ibdXS9NB0WrKcqY UI3tBQVn9gCH/4qyquWH7OXiOU8f5loJ7X9e/Akyp5F9wsqGdqmCClAuI/ArewhS /VSMqHGaM43ZViz+1EqD8l05mbD7GLcnG5K3LnIpO5jaWx1aHSBHechlLhGMH+PM Smj4bmc00W/DD9MAgNrgQg4jG/FZ58WNxw1BFtHJ3zn1EuvcW0t3pUQsF9dZH/wI aMqZ5195ucdfll6zSG6R9cOGYjDlYUuXccn2tWvDWQhMDCUF0rYC0JSLeB+vRVKz OeZ2esI4ofoF21vVb8L7jFoweJoBlB81US2UUQN3Vq93BugiLPPkyGUbsYkki6k1 xPU2lMEQ2IpMOiJ+Lu28BhhDL1P5HLbLl1KOS69dPA== =FlbA -----END PGP SIGNATURE----- From gianluca.cecchi at gmail.com Sun Jan 4 15:34:36 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sun, 4 Jan 2015 16:34:36 +0100 Subject: [ovirt-users] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster] In-Reply-To: <54A940C1.4090904@gmail.com> References: <548B0A97.8030606@redhat.com> <1524265011.10133437.1418613361184.JavaMail.zimbra@redhat.com> <54A940C1.4090904@gmail.com> Message-ID: On Sun, Jan 4, 2015 at 2:31 PM, Sven Kieske wrote: > > > > > Understand me, please. My note was about Release Notes page > > misleading in respect with features' set and newcomers... but also > > frequent users too > > > > At http://www.ovirt.org/OVirt_3.5_Release_Notes#Live_Merge ones > > reads: > > > > " Live Merge If an image has one or more snapshots, oVirt 3.5's > > merge command will combine the data of one volume into another. > > Live merges can be performed with data is pulled from one snapshot > > into another snapshot. The engine can merge multiple disks at the > > same time and each merge can independently fail or succeed in each > > operation. " > > > > I think you have to mention that it is a restricted use case for > > now... and specify that it works only for Fedora 20 and in that > > case you have to manually modify the repo definition to install the > > qemu packages from virt-preview to get the feature. > > This still is not fixed! > > I can already see the bugreports coming in, claiming live merge does > not work, because the release notes are very misleading! > > Did nobody got the time to fix this? > I'm more than available to change it if my edit rights allow it. But at the end I didn't see any clear answer from developers and/or infra maintainers... I think it is a crucial page, so I'd prefer one of them to do it or explicitly answering here that we are right and we can go change it... Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhangyingyun001 at gmail.com Mon Jan 5 01:57:50 2015 From: zhangyingyun001 at gmail.com (=?UTF-8?B?5byg5Lqa55Cq?=) Date: Mon, 5 Jan 2015 09:57:50 +0800 Subject: [ovirt-users] Would you add the project of Jasper into the Zanata? In-Reply-To: <54A9BC43.1020909@redhat.com> References: <1362230405.2078038.1419723387069.JavaMail.zimbra@redhat.com> <65208989.2078131.1419723471570.JavaMail.zimbra@redhat.com> <54A9BC43.1020909@redhat.com> Message-ID: Hi Yuko, Thank you for your reply. I have already seen that page. Thank you so much. :) 2015-01-05 6:18 GMT+08:00 Yuko Katabami : > Hi Helen, > > Sorry for the delay in responding. > > With regard to the JasperServer strings for oVirt Reports, we have two > projects in zanata.org. > The first one is "oVirt Engine Reports" which you have already edited some > translations. > The second one is "oVirt Engine DWH", accessible at: > https://translate.zanata.org/zanata/project/view/ovirt-engine-dwh > (there is only one version called "master" in this project) > > The remaining translations are actually imported from the JasperServer > community. > If you would like to change those strings, the only way to change them is > to be part of JasperServer localization group and work with them. > > Yaniv and Shirly are able to direct you to the right contact. > > I also confirmed with Shirly that the recent fix you applied in oVirt > Engine Reports (and potentially oVirt Engine DWH) will first be included in > 3.6, then backported to 3.5.2. > > If you have any further questions, please feel free to contact us again. > > Kind regards, > > Yuko > > > > > > > On 12/28/2014 09:37 AM, Yaniv Dary wrote: > > corrections: > > > ------------------------------ > > *From: *"Yaniv Dary" > *To: *"???" > *Cc: *users at ovirt.org, tfu at redhat.com, ykatabam at redhat.com > *Sent: *Sunday, December 28, 2014 1:36:27 AM > *Subject: *Re: [ovirt-users] Would you add the project of Jasper into the > Zanata? > > JasperServer is used by oVirt, but we do not translate it. > I would contact the Jasper community on how to donate translations. > > We do have a translation project for the reports themselves, Yuko can > refer you to that. > > > > > ------------------------------ > > *From: *"???" > *To: *users at ovirt.org > *Cc: *tfu at redhat.com, ykatabam at redhat.com > *Sent: *Friday, December 26, 2014 10:19:00 AM > *Subject: *[ovirt-users] Would you add the project of Jasper into the > Zanata? > > hi all, > > Would you add Jasper into zanata? I want to translate it for > reports, and this project is based > > on this project. So would you add it for reports? Thanks a lot. :) > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Mon Jan 5 06:27:27 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 5 Jan 2015 06:27:27 +0000 (UTC) Subject: [ovirt-users] hosted engine status=WaitForLaunch In-Reply-To: <464078302.4796760.1420370166383.JavaMail.zimbra@redhat.com> References: <464078302.4796760.1420370166383.JavaMail.zimbra@redhat.com> Message-ID: <395310274.4516578.1420439247434.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> Thank you Artyom and Yedidyah.That works out fine. W On Sunday, January 4, 2015 6:16 AM, Artyom Lukianov wrote: Connect to answer from didi at redhat.com, just put you environment to global maintenance mode before you destroy HE vm(hosted-engine --set-maintenance --mode=global), because agent will restart HE vm. ----- Original Message ----- From: "Will K" To: users at ovirt.org Sent: Sunday, January 4, 2015 7:03:36 AM Subject: [ovirt-users] hosted engine status=WaitForLaunch Hi all, I'm pretty new to the hosted engine. 1. Is there a way to re-run the deploy from scratch? 2. if not, how can I restart a bad setup giving me status=WaitForLaunch? a. I'm sure I gave bad option to run the VM installation b. I'm sure I picked a wrong parameter for the hosted-engine command Now when I run # hosted-engine --vm-start VM exists and is down, destroying it Machine destroyed bc13d2d0-f2b5-4ac2-bc5a-ef98e046e2a9 Status = WaitForLaunch nicModel = rtl8139,pv emulatedMachine = pc Thanks in Advance and Happy New Year. Will _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Mon Jan 5 06:32:11 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 5 Jan 2015 06:32:11 +0000 (UTC) Subject: [ovirt-users] Hosted Engine NFS Message-ID: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> Quick question.? Hosted Engine supports NFS and iSCSI so far.? Let's say I have only two physical hosts using GlusterFS.? Is it possible to have the NFS storage stay within these two systems? Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Mon Jan 5 06:41:57 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 5 Jan 2015 01:41:57 -0500 (EST) Subject: [ovirt-users] Problems after upgrade ovirt 3.4 to ovirt 3.5 In-Reply-To: <1623949596.20141229190840@gmail.com> References: <1623949596.20141229190840@gmail.com> Message-ID: <1230929414.3484475.1420440117130.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "andrey dyadyura" > To: users at ovirt.org > Sent: Monday, December 29, 2014 6:08:40 PM > Subject: [ovirt-users] Problems after upgrade ovirt 3.4 to ovirt 3.5 > > Problems after upgrade ovirt 3.4 to ovirt 3.5 Hello all > > I use ovirt about 2 years > Periodically updating to newer versions. > Today I updated engine with version 3.4 to version 3.5 and got a lot of > problems. > My hosts are on Hetzner and specific settings required to bridge the > interface had a mask 255.255.255.255 ( > http://wiki.hetzner.de/index.php/KVM_mit_Nutzung_aller_IPs_-_the_easy_way/en > ) > After update the host was set to NonOperational > > If I set status maintenance and start ReInstal in Events can see: > > Host installation in progress . Cannot validate host name settings, reason: > resolved host does not match any of the local addresses. > Installing Host. Retrieving installation logs to: > '/var/log/ovirt-engine/host-deploy/ovirt-20141229170209-virt06.1pro.ru-4001ef86.log'. > Installing Host. Stage: Termination. > Host installed > Host does not comply with the cluster Hetzner networks, the following > networks are missing on host: 'ovirtmgmt' > Status of host was set to NonOperational. > > Now.. all my 15 hosts in status: Non Responsive; Engine hase status: Non > Operational ((( > > Help me please.. Sounds very similar to [1]. Dan said [2] that the fix should be in 3.5.1 when it's released. [1] http://lists.ovirt.org/pipermail/users/2014-December/030272.html [2] http://lists.ovirt.org/pipermail/users/2015-January/030340.html You can try to manually apply the patch. Otherwise, not sure what else you can do to fix this - perhaps manually editing the ifcfg files to add /32 will help, didn't try that myself. If you are stuck or need more help, please post more logs - host-deploy, vdsm, etc. Best, -- Didi From yetanotherwill at yahoo.com Mon Jan 5 07:07:01 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 5 Jan 2015 07:07:01 +0000 (UTC) Subject: [ovirt-users] Hosted Engine NFS In-Reply-To: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> References: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> Message-ID: <186485179.4324461.1420441621636.JavaMail.yahoo@jws10653.mail.bf1.yahoo.com> Apologize for the spam. Should have? RTFM*2 before asking. On Monday, January 5, 2015 1:32 AM, Will K wrote: Quick question.? Hosted Engine supports NFS and iSCSI so far.? Let's say I have only two physical hosts using GlusterFS.? Is it possible to have the NFS storage stay within these two systems? Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Mon Jan 5 07:11:05 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 5 Jan 2015 02:11:05 -0500 (EST) Subject: [ovirt-users] Hosted Engine NFS In-Reply-To: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> References: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> Message-ID: <489447763.3493674.1420441865490.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Monday, January 5, 2015 8:32:11 AM > Subject: [ovirt-users] Hosted Engine NFS > > Quick question. > > Hosted Engine supports NFS and iSCSI so far. Let's say I have only two > physical hosts using GlusterFS. Is it possible to have the NFS storage stay > within these two systems? You can export the glusterfs storage as nfs and use that. See e.g. [1] [2]. We intend to integrate glusterfs setup into hosted-engine deploy for 3.6, see [3]. IIRC we intend to require at least 3 hosts, to prevent split-brain. Search for something like 'gluster quorum "replica 3"' if interested. [1] http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ [2] http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ [3] http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support Best, -- Didi From jmoskovc at redhat.com Mon Jan 5 08:09:00 2015 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Mon, 05 Jan 2015 09:09:00 +0100 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> Message-ID: <54AA469C.5060404@redhat.com> On 01/02/2015 11:27 PM, Mikola Rose wrote: > Hi Didi, > > Thank you for the response. > > I have tried to do a fresh install (RH 6.6) and still ran into the same > problem. > > [root at pws-hv15 rhiso]# hosted-engine --deploy > [ INFO ] Stage: Initializing > Continuing will configure this host for serving as hypervisor > and create a VM where you have to install oVirt Engine afterwards. > Are you sure you want to continue? (Yes, No)[Yes]: > It has been detected that this program is executed through an > SSH connection without using screen. > Continuing with the installation may lead to broken > installation if the network connection fails. > It is highly recommended to abort the installation and run it > inside a screen session using command "screen". > Do you want to continue anyway? (Yes, No)[No]: yes > [ INFO ] Generating a temporary VNC password. > [ INFO ] Stage: Environment setup > Configuration files: [] > Log file: > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150102134318-7ougjc.log > Version: otopi-1.2.3 (otopi-1.2.3-1.el6ev) > [ INFO ] Hardware supports virtualization > [ INFO ] Bridge rhevm already created > [ INFO ] Stage: Environment packages setup > [ INFO ] Stage: Programs detection > [ INFO ] Stage: Environment setup > [ INFO ] Stage: Environment customization > > > --== STORAGE CONFIGURATION ==-- > > > During customization use CTRL-D to abort. > Please specify the storage you would like to use (nfs3, > nfs4)[nfs3]: > Please specify the full shared storage connection path to use > (example: host:/path): 192.168.1.32:/Volumes/Raid1 > [ INFO ] Installing on first host > Please provide storage domain name. [hosted_storage]: > Local storage datacenter name is an internal name and > currently will not be shown in engine's admin UI.Please enter local > datacenter name [hosted_datacenter]: > > > --== SYSTEM CONFIGURATION ==-- > > > > --== NETWORK CONFIGURATION ==-- > > > iptables was detected on your computer, do you wish setup to > configure it? (Yes, No)[Yes]: > Please indicate a pingable gateway IP address [192.168.0.3]: > > > --== VM CONFIGURATION ==-- > > > Please specify the device to boot the VM from (cdrom, disk, > pxe) [cdrom]: > The following CPU types are supported by this host: > - model_Westmere: Intel Westmere Family > - model_Nehalem: Intel Nehalem Family > - model_Penryn: Intel Penryn Family > - model_Conroe: Intel Conroe Family > Please specify the CPU type to be used by the VM > [model_Westmere]: > Please specify path to installation media you would like to > use [None]: /mnt/rhiso > Please specify the number of virtual CPUs for the VM > [Defaults to minimum requirement: 2]: > Please specify the disk size of the VM in GB [Defaults to > minimum requirement: 25]: > You may specify a MAC address for the VM or accept a randomly > generated default [00:16:3e:02:7f:c4]: > Please specify the memory size of the VM in MB [Defaults to > minimum requirement: 4096]: > Please specify the console type you would like to use to > connect to the VM (vnc, spice) [vnc]: > > > --== HOSTED ENGINE CONFIGURATION ==-- > > > Enter the name which will be used to identify this host > inside the Administrator Portal [hosted_engine_1]: > Enter 'admin at internal' user password that will be used for > accessing the Administrator Portal: > Confirm 'admin at internal' user password: > Please provide the FQDN for the engine you would like to use. > This needs to match the FQDN that you will use for the engine > installation within the VM. > Note: This will be the FQDN of the VM you are now going to > create, > it should not point to the base host or to any other existing > machine. > Engine FQDN: powerhost1.power-soft.net > > Please provide the name of the SMTP server through which we > will send notifications [localhost]: > Please provide the TCP port number of the SMTP server [25]: > Please provide the email address from which notifications > will be sent [root at localhost]: > Please provide a comma-separated list of email addresses > which will get notifications [root at localhost]: > [ INFO ] Stage: Setup validation > > > --== CONFIGURATION PREVIEW ==-- > > > Engine FQDN : > powerhost1.power-soft.net > Bridge name : rhevm > SSH daemon port : 22 > Firewall manager : iptables > Gateway address : 192.168.0.3 > Host name for web application : hosted_engine_1 > Host ID : 1 > Image size GB : 25 > Storage connection : 192.168.1.32:/Volumes/Raid1 > Console type : vnc > Memory size MB : 4096 > MAC address : 00:16:3e:02:7f:c4 > Boot type : cdrom > Number of CPUs : 2 > ISO image (for cdrom boot) : /mnt/rhiso > CPU Type : model_Westmere > > > Please confirm installation settings (Yes, No)[No]: Yes > [ INFO ] Stage: Transaction setup > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ INFO ] Configuring libvirt > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Creating Storage Domain > [ INFO ] Creating Storage Pool > [ INFO ] Connecting Storage Pool > [ INFO ] Verifying sanlock lockspace initialization > [ INFO ] Initializing sanlock lockspace > [ INFO ] Initializing sanlock metadata > [ INFO ] Creating VM Image > [ INFO ] Disconnecting Storage Pool > [ INFO ] Start monitoring domain > [ ERROR ] Failed to execute stage 'Misc configuration': The read > operation timed out > [ INFO ] Stage: Clean up > [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > > > > sanlock status > daemon 4a21a439-cc72-4542-8146-71d0cb754da4.pws-hv15.p > p -1 helper > p -1 listener > p -1 status > p 5365 > s > e7175b6e-bf5a-4723-98f6-0f7972623f4c:1:/rhev/data-center/mnt/192.168.1.32\:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/ids:0 > > > > I am not sure if it is relevant but after subscribing to the relevant > channels listed in the Installation Guid > e > I was receiving an error when trying to update via Yum and only after I > installed rhel-6-server-rhev-mgmt-agent-rpms. I have no idea why it > would want to install the i686 augeas items and can not find any info on > how to resolve this. This usually means that you either using broken repo or you have installed some 3rd party packages which require different version of the libs then others (btw, augeas-1.0.0-5.el6_5.1 doesn't seem like clean 6.6 install, the package version suggests it's 6.5). You can try to update the system before you add any 3rd party repos. Now for the read timeout problem: The vdsm log is full of: Thread-62::DEBUG::2015-01-02 14:07:44,218::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.000351466 s, 1.4 MB/s\n'; = 0 Thread-62::DEBUG::2015-01-02 14:07:54,228::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/metadata iflag=direct of=/dev/null bs=40 96 count=1' (cwd None) repeating over and over which doesn't seem healthy to me, but I'm not vdsm expert. Can you please try to run: vdsClient -s 0 getVdsStats on the host you're deploying? Thanks, Jirka > > > [root at pws-hv15 ~]# yum update > Loaded plugins: product-id, security, subscription-manager, versionlock > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated > --> Processing Dependency: augeas-libs = 1.0.0-5.el6_5.1 for package: > augeas-1.0.0-5.el6_5.1.x86_64 > ---> Package augeas-libs.x86_64 0:1.0.0-7.el6 will be an update > --> Running transaction check > ---> Package augeas-libs.i686 0:1.0.0-5.el6_5.1 will be installed > --> Processing Dependency: libxml2.so.2(LIBXML2_2.4.30) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libxml2.so.2 for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libselinux.so.1 for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.8) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.4) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.3) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.2) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.1.1) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.1) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.0) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6 for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated > ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated > --> Running transaction check > ---> Package glibc.i686 0:2.12-1.149.el6 will be installed > --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: > glibc-2.12-1.149.el6.i686 > --> Processing Dependency: libfreebl3.so for package: > glibc-2.12-1.149.el6.i686 > ---> Package libselinux.i686 0:2.0.94-5.8.el6 will be installed > ---> Package libxml2.i686 0:2.7.6-17.el6_6.1 will be installed > --> Processing Dependency: libz.so.1 for package: > libxml2-2.7.6-17.el6_6.1.i686 > --> Running transaction check > ---> Package nss-softokn-freebl.i686 0:3.14.3-18.el6_6 will be installed > ---> Package zlib.i686 0:1.2.3-29.el6 will be installed > --> Finished Dependency Resolution > Error: Multilib version problems found. This often means that the root > cause is something else and multilib version checking is just > pointing out that there is a problem. Eg.: > > 1. You have an upgrade for augeas-libs which is missing some > dependency that another package requires. Yum is trying to > solve this by installing an older version of augeas-libs of the > different architecture. If you exclude the bad architecture > yum will tell you what the root cause is (which package > requires what). You can try redoing the upgrade with > --exclude augeas-libs.otherarch ... this should give you an > error > message showing the root cause of the problem. > > 2. You have multiple architectures of augeas-libs installed, but > yum can only see an upgrade for one of those arcitectures. > If you don't want/need both architectures anymore then you > can remove the one with the missing update and everything > will work. > > 3. You have duplicate versions of augeas-libs installed already. > You can use "yum check" to get yum show these errors. > > ...you can also use --setopt=protected_multilib=false to remove > this checking, however this is almost never the correct thing to > do as something else is very likely to go wrong (often causing > much more problems). > > Protected multilib versions: augeas-libs-1.0.0-5.el6_5.1.i686 != > augeas-libs-1.0.0-7.el6.x86_64 > > >> On Dec 31, 2014, at 1:28 AM, Yedidyah Bar David > > wrote: >> >> ----- Original Message ----- >>> From: "Mikola Rose" > >>> To: users at ovirt.org >>> Sent: Tuesday, December 30, 2014 2:12:52 AM >>> Subject: [ovirt-users] HostedEngine Deployment Woes >>> >>> >>> Hi List Members; >>> >>> I have been struggling with deploying oVirt hosted engine I keep >>> running into >>> a timeout during the "Misc Configuration" any suggestion on how I can >>> trouble shoot this? >>> >>> Redhat 2.6.32-504.3.3.el6.x86_64 >>> >>> Installed Packages >>> ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms >>> ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms >>> ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms >>> ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev >>> @rhel-6-server-rhevm-3.4-rpms >>> rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev >>> @rhel-6-server-rhevm-3.4-rpms >>> rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev >>> @rhel-6-server-rhevm-3.4-rpms >> >> So this is RHEV (3.4) or ovirt? >> >>> >>> >>> Please confirm installation settings (Yes, No)[No]: Yes >>> [ INFO ] Stage: Transaction setup >>> [ INFO ] Stage: Misc configuration >>> [ INFO ] Stage: Package installation >>> [ INFO ] Stage: Misc configuration >>> [ INFO ] Configuring libvirt >>> [ INFO ] Configuring VDSM >>> [ INFO ] Starting vdsmd >>> [ INFO ] Waiting for VDSM hardware info >>> [ INFO ] Waiting for VDSM hardware info >>> [ INFO ] Connecting Storage Domain >>> [ INFO ] Connecting Storage Pool >>> [ INFO ] Verifying sanlock lockspace initialization >>> [ INFO ] sanlock lockspace already initialized >>> [ INFO ] sanlock metadata already initialized >>> [ INFO ] Creating VM Image >>> [ INFO ] Disconnecting Storage Pool >>> [ INFO ] Start monitoring domain >>> [ ERROR ] Failed to execute stage 'Misc configuration': The read >>> operation >>> timed out >>> [ INFO ] Stage: Clean up >>> [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' >>> [ INFO ] Stage: Pre-termination >>> [ INFO ] Stage: Termination >>> >>> >>> >>> 2014-12-29 14:53:41 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace >>> lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host >>> id 1 is >>> acquired (file: >>> /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) >>> 2014-12-29 14:53:41 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace >>> lockspace._misc:144 sanlock lockspace already initialized >>> 2014-12-29 14:53:41 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace >>> lockspace._misc:157 sanlock metadata already initialized >>> 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 >>> Stage misc >>> METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc >>> 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image >>> image._misc:162 Creating VM Image >>> 2014-12-29 14:53:41 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.vm.image >>> image._misc:163 createVolume >>> 2014-12-29 14:53:42 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.vm.image >>> image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, >>> request >>> was: >>> - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 >>> - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 >>> 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:48 >>> Waiting for existing tasks to complete >>> 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:48 >>> Waiting for existing tasks to complete >>> 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 >>> Stage misc >>> METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc >>> 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 >>> condition >>> False >>> 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 >>> Stage misc >>> METHOD >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool >>> 2014-12-29 14:53:43 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._disconnect_pool:971 Disconnecting Storage Pool >>> 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:48 >>> Waiting for existing tasks to complete >>> 2014-12-29 14:53:43 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._spmStop:602 >>> spmStop >>> 2014-12-29 14:53:43 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._spmStop:611 >>> 2014-12-29 14:53:43 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._storagePoolConnection:573 disconnectStoragePool >>> 2014-12-29 14:53:45 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._disconnect_pool:975 Start monitoring domain >>> 2014-12-29 14:53:45 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._startMonitoringDomain:529 _startMonitoringDomain >>> 2014-12-29 14:53:46 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._startMonitoringDomain:534 {'status': {'message': 'OK', >>> 'code': 0}} >>> 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:127 Waiting for domain monitor >>> 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method >>> exception >>> Traceback (most recent call last): >>> File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in >>> _executeMethod >>> method['method']() >>> File >>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", >>> line 976, in _disconnect_pool >>> self._startMonitoringDomain() >>> File >>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", >>> line 539, in _startMonitoringDomain >>> waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) >>> File >>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", >>> line 128, in wait >>> response = serv.s.getVdsStats() >>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ >>> return self.__send(self.__name, args) >>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request >>> verbose=self.__verbose >>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request >>> errcode, errmsg, headers = h.getreply() >>> File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply >>> response = self._conn.getresponse() >>> File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse >>> response.begin() >>> File "/usr/lib64/python2.6/httplib.py", line 391, in begin >>> version, status, reason = self._read_status() >>> File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status >>> line = self.fp.readline() >>> File "/usr/lib64/python2.6/socket.py", line 433, in readline >>> data = recv(1) >>> File "/usr/lib64/python2.6/ssl.py", line 215, in recv >>> return self.read(buflen) >>> File "/usr/lib64/python2.6/ssl.py", line 136, in read >>> return self._sslobj.read(len) >>> SSLError: The read operation timed out >> >> We had several similar cases in the past [1] [2] but never managed >> to reproduce on clean systems. Might it be some "dirt"? E.g. repeated >> attempts using same storage, or storage used for something else, >> some other host accessing it, host left unclean after previous >> attempts to deploy (failed or successful), something like that? >> >> If you reproduce on completely clean systems, both host(s) and storage, >> please post more relevant logs, including: >> >> From host(s): >> /var/log/vdsm/* >> /var/log/ovirt-hosted-engine-setup/* >> /var/log/ovirt-hosted-engine-ha/* >> output of 'sanlock status' >> output of 'rpm -qa' >> >> From engine vm: >> /var/log/ovirt-engine/* >> >> [1]https://bugzilla.redhat.com/show_bug.cgi?id=1152564 >> [2]https://bugzilla.redhat.com/show_bug.cgi?id=1099874 >> >> Thanks, >> -- >> Didi > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > 1 (250) 642-0295 x23 http://www.power-soft.com > Live Support > > This e-mail may be privileged and/or confidential, and the sender does > not waive > any related rights and obligations. Any distribution, use or copying of > this e-mail or the information > it contains by other than an intended recipient is unauthorized. > If you received this e-mail in error, please advise me (by return e-mail > or otherwise) immediately. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jvdwege at xs4all.nl Mon Jan 5 08:21:54 2015 From: jvdwege at xs4all.nl (Joop) Date: Mon, 05 Jan 2015 09:21:54 +0100 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <54AA469C.5060404@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> Message-ID: <54AA49A2.5000200@xs4all.nl> On 5-1-2015 9:09, Jiri Moskovcak wrote: > On 01/02/2015 11:27 PM, Mikola Rose wrote: >> Hi Didi, >> >> Thank you for the response. >> >> I have tried to do a fresh install (RH 6.6) and still ran into the same >> problem. >> >> [root at pws-hv15 rhiso]# hosted-engine --deploy >> [ INFO ] Stage: Initializing >> >> Please specify the storage you would like to use (nfs3, >> nfs4)[nfs3]: >> Please specify the full shared storage connection path to use >> (example: host:/path): 192.168.1.32:/Volumes/Raid1 Are you deploying hosted-engine on a Synology NAS? If so what is your /etc/exports looking because if you got the wrong options it won't work. This one is from my test setup at home using a Synology NAS with hosted-engine on it and as you can see also the data/export and iso domains. /volume1/nfs/data x.y.z.0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=36,anongid=36) /volume1/nfs/export x.y.z.0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=36,anongid=36) /volume1/nfs/iso x.y.z./0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=36,anongid=36) /volume1/nfs_he x.y.z.0/24(rw,async,no_wdelay,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100) Permissions on dirs/files on those shares are all 36:36, set from the NAS side. Joop From vanoppen.koen at gmail.com Mon Jan 5 08:54:51 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 5 Jan 2015 09:54:51 +0100 Subject: [ovirt-users] Affinity Message-ID: Hi All, First of all, let me say a Happy New Year with all the best wishes!! Now, let's get down to business :-). I would lik eto implement the Affinity option in our datacenter. I already activated it, put the 2 vms in it and set in on negative so they won't run together on the same hypervisor. Now, the question... Is there a way I can force the VM's so they will run on a hypervisor that is not in the same datacenter? We have this; Hyp1 -> Datacenter1 Hyp2 -> Datacenter2 Hyp3 -> Datacenter1 Hyp4 -> Datacenter2 For the moment they run on a different Hypervisor, but they are in the same Datacenter. I can manually now move them to the other one, but I would like this that oVirt manages this... Is this possible...? Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Mon Jan 5 08:59:40 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Mon, 5 Jan 2015 09:59:40 +0100 Subject: [ovirt-users] Override hostname novnc Message-ID: Hey all, Is there a way to override the host parameter that novnc uses in it's URL? It now tries to use it's internal hostname (private LAN), while we also like to connect over the internet: https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100 -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Mon Jan 5 09:21:00 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 05 Jan 2015 11:21:00 +0200 Subject: [ovirt-users] Affinity In-Reply-To: References: Message-ID: <54AA577C.1060804@redhat.com> On 05/01/15 10:54, Koen Vanoppen wrote: > Hi All, > > First of all, let me say a Happy New Year with all the best wishes!! > > Now, let's get down to business :-). > > I would lik eto implement the Affinity option in our datacenter. > I already activated it, put the 2 vms in it and set in on negative so > they won't run together on the same hypervisor. Now, the question... > Is there a way I can force the VM's so they will run on a hypervisor > that is not in the same datacenter? We have this; > > Hyp1 -> Datacenter1 > Hyp2 -> Datacenter2 > Hyp3 -> Datacenter1 > Hyp4 -> Datacenter2 > > For the moment they run on a different Hypervisor, but they are in the > same Datacenter. I can manually now move them to the other one, but I > would like this that oVirt manages this... > Is this possible...? > > Kind regards, > > Koen > > Hi Koen. VMs cannot move between data centers while still running. Just to provide some basic concepts in terms of hierarchy, we have: Data-Center1 | |\ Cluster A | | | |\ Host (a) | |\ Host (b) | |\ Cluster B | | | |\ Host (c) | |\ Host (d) | |\ Host (e) Data-Center2 | |\ Cluster A | | | |\ Host (f) | |\ Cluster B | | | |\ Host (g) | |\ Host (h) | |\ Host (i) As you can see, a host may be a part of a single cluster and a VM will run on one of the hosts. Live migration can be done between hosts of the same cluster. The only way to move VM between clusters and DCs are when the VM is down, in a manual way. So Affinity works in the cluster level, and the rules are valid for a specific cluster who currently owns the VM. In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity rules will apply every time you start or migrate a VM. However, there's no rule which is valid for Datacenter1 and Datacenter2. HTH, Doron -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Mon Jan 5 09:26:26 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 5 Jan 2015 10:26:26 +0100 Subject: [ovirt-users] Affinity In-Reply-To: <54AA577C.1060804@redhat.com> References: <54AA577C.1060804@redhat.com> Message-ID: Thanks for your reply. But I maybe explained it badly... All the 4 hypervisors are in the same Datacenter on oVirt. But they are physically in a different datacenter. That is why I want to force them to run on a different hypervisor. IF 1 physical datacenter would go down (electricity power failure or whatever) At least one VM will continue to run. 2015-01-05 10:21 GMT+01:00 Doron Fediuck : > > On 05/01/15 10:54, Koen Vanoppen wrote: > > Hi All, > > First of all, let me say a Happy New Year with all the best wishes!! > > Now, let's get down to business :-). > > I would lik eto implement the Affinity option in our datacenter. > I already activated it, put the 2 vms in it and set in on negative so > they won't run together on the same hypervisor. Now, the question... > Is there a way I can force the VM's so they will run on a hypervisor that > is not in the same datacenter? We have this; > > Hyp1 -> Datacenter1 > Hyp2 -> Datacenter2 > Hyp3 -> Datacenter1 > Hyp4 -> Datacenter2 > > For the moment they run on a different Hypervisor, but they are in the > same Datacenter. I can manually now move them to the other one, but I would > like this that oVirt manages this... > Is this possible...? > > Kind regards, > > Koen > > > Hi Koen. > > VMs cannot move between data centers while still running. > Just to provide some basic concepts in terms of hierarchy, we have: > > Data-Center1 > | > |\ Cluster A > | | > | |\ Host (a) > | |\ Host (b) > | > |\ Cluster B > | | > | |\ Host (c) > | |\ Host (d) > | |\ Host (e) > > Data-Center2 > | > |\ Cluster A > | | > | |\ Host (f) > | > |\ Cluster B > | | > | |\ Host (g) > | |\ Host (h) > | |\ Host (i) > > As you can see, a host may be a part of a single cluster and a VM > will run on one of the hosts. Live migration can be done between > hosts of the same cluster. The only way to move VM between clusters > and DCs are when the VM is down, in a manual way. > > So Affinity works in the cluster level, and the rules are valid for a > specific cluster who currently owns the VM. > In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity > rules will apply every time you start or migrate a VM. However, there's > no rule which is valid for Datacenter1 and Datacenter2. > > HTH, > Doron > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Mon Jan 5 09:44:26 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 05 Jan 2015 11:44:26 +0200 Subject: [ovirt-users] Affinity In-Reply-To: References: <54AA577C.1060804@redhat.com> Message-ID: <54AA5CFA.30003@redhat.com> On 05/01/15 11:26, Koen Vanoppen wrote: > Thanks for your reply. But I maybe explained it badly... All the 4 > hypervisors are in the same Datacenter on oVirt. But they are > physically in a different datacenter. > That is why I want to force them to run on a different hypervisor. IF > 1 physical datacenter would go down (electricity power failure or > whatever) At least one VM will continue to run. > > 2015-01-05 10:21 GMT+01:00 Doron Fediuck >: > > > On 05/01/15 10:54, Koen Vanoppen wrote: >> Hi All, >> >> First of all, let me say a Happy New Year with all the best wishes!! >> >> Now, let's get down to business :-). >> >> I would lik eto implement the Affinity option in our datacenter. >> I already activated it, put the 2 vms in it and set in on >> negative so they won't run together on the same hypervisor. Now, >> the question... >> Is there a way I can force the VM's so they will run on a >> hypervisor that is not in the same datacenter? We have this; >> >> Hyp1 -> Datacenter1 >> Hyp2 -> Datacenter2 >> Hyp3 -> Datacenter1 >> Hyp4 -> Datacenter2 >> >> For the moment they run on a different Hypervisor, but they are >> in the same Datacenter. I can manually now move them to the other >> one, but I would like this that oVirt manages this... >> Is this possible...? >> >> Kind regards, >> >> Koen >> >> > Hi Koen. > > VMs cannot move between data centers while still running. > Just to provide some basic concepts in terms of hierarchy, we have: > > Data-Center1 > | > |\ Cluster A > | | > | |\ Host (a) > | |\ Host (b) > | > |\ Cluster B > | | > | |\ Host (c) > | |\ Host (d) > | |\ Host (e) > > Data-Center2 > | > |\ Cluster A > | | > | |\ Host (f) > | > |\ Cluster B > | | > | |\ Host (g) > | |\ Host (h) > | |\ Host (i) > > As you can see, a host may be a part of a single cluster and a VM > will run on one of the hosts. Live migration can be done between > hosts of the same cluster. The only way to move VM between clusters > and DCs are when the VM is down, in a manual way. > > So Affinity works in the cluster level, and the rules are valid for a > specific cluster who currently owns the VM. > In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity > rules will apply every time you start or migrate a VM. However, > there's > no rule which is valid for Datacenter1 and Datacenter2. > > HTH, > Doron > > Koen, this is clear now. Currently affinity applies to VMs only. For 3.6 we're planning "pin to hosts" which will allow you to pin VMs to a group of hosts, such as Datacenter1 hosts in your case. Until 3.6 will be available (which will take a while), you can consider writing a filter module for the ovirt scheduler. Let me know if you need more details. Doron -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Mon Jan 5 09:46:34 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 5 Jan 2015 10:46:34 +0100 Subject: [ovirt-users] Affinity In-Reply-To: <54AA5CFA.30003@redhat.com> References: <54AA577C.1060804@redhat.com> <54AA5CFA.30003@redhat.com> Message-ID: Ok, thanks. Can you give me some details/example of a filter for the ovirt schedular? Kind regards and thank you, Koen 2015-01-05 10:44 GMT+01:00 Doron Fediuck : > > On 05/01/15 11:26, Koen Vanoppen wrote: > > Thanks for your reply. But I maybe explained it badly... All the 4 > hypervisors are in the same Datacenter on oVirt. But they are physically in > a different datacenter. > That is why I want to force them to run on a different hypervisor. IF 1 > physical datacenter would go down (electricity power failure or whatever) > At least one VM will continue to run. > > 2015-01-05 10:21 GMT+01:00 Doron Fediuck : > >> >> On 05/01/15 10:54, Koen Vanoppen wrote: >> >> Hi All, >> >> First of all, let me say a Happy New Year with all the best wishes!! >> >> Now, let's get down to business :-). >> >> I would lik eto implement the Affinity option in our datacenter. >> I already activated it, put the 2 vms in it and set in on negative so >> they won't run together on the same hypervisor. Now, the question... >> Is there a way I can force the VM's so they will run on a hypervisor >> that is not in the same datacenter? We have this; >> >> Hyp1 -> Datacenter1 >> Hyp2 -> Datacenter2 >> Hyp3 -> Datacenter1 >> Hyp4 -> Datacenter2 >> >> For the moment they run on a different Hypervisor, but they are in the >> same Datacenter. I can manually now move them to the other one, but I would >> like this that oVirt manages this... >> Is this possible...? >> >> Kind regards, >> >> Koen >> >> >> Hi Koen. >> >> VMs cannot move between data centers while still running. >> Just to provide some basic concepts in terms of hierarchy, we have: >> >> Data-Center1 >> | >> |\ Cluster A >> | | >> | |\ Host (a) >> | |\ Host (b) >> | >> |\ Cluster B >> | | >> | |\ Host (c) >> | |\ Host (d) >> | |\ Host (e) >> >> Data-Center2 >> | >> |\ Cluster A >> | | >> | |\ Host (f) >> | >> |\ Cluster B >> | | >> | |\ Host (g) >> | |\ Host (h) >> | |\ Host (i) >> >> As you can see, a host may be a part of a single cluster and a VM >> will run on one of the hosts. Live migration can be done between >> hosts of the same cluster. The only way to move VM between clusters >> and DCs are when the VM is down, in a manual way. >> >> So Affinity works in the cluster level, and the rules are valid for a >> specific cluster who currently owns the VM. >> In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity >> rules will apply every time you start or migrate a VM. However, there's >> no rule which is valid for Datacenter1 and Datacenter2. >> >> HTH, >> Doron >> > > > Koen, > this is clear now. > Currently affinity applies to VMs only. For 3.6 we're planning "pin to > hosts" > which will allow you to pin VMs to a group of hosts, such as Datacenter1 > hosts > in your case. Until 3.6 will be available (which will take a while), you > can consider > writing a filter module for the ovirt scheduler. Let me know if you need > more > details. > > Doron > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Mon Jan 5 10:24:13 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 5 Jan 2015 05:24:13 -0500 (EST) Subject: [ovirt-users] Override hostname novnc In-Reply-To: References: Message-ID: <481442832.1746494.1420453453388.JavaMail.zimbra@redhat.com> The following command should be helpful: engine-config -s WebSocketProxy=host ----- Original Message ----- > From: "Johan Kooijman" > To: "users" > Sent: Monday, January 5, 2015 10:59:40 AM > Subject: [ovirt-users] Override hostname novnc > > Hey all, > > Is there a way to override the host parameter that novnc uses in it's URL? It > now tries to use it's internal hostname (private LAN), while we also like to > connect over the internet: > > https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100 > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From fdeutsch at redhat.com Mon Jan 5 11:11:33 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 5 Jan 2015 06:11:33 -0500 (EST) Subject: [ovirt-users] Problem wiht ovirt-node In-Reply-To: References: <333418072.378521.1419258709826.JavaMail.zimbra@redhat.com> <41893772.393925.1419260449291.JavaMail.zimbra@redhat.com> Message-ID: <1850057427.1909482.1420456293501.JavaMail.zimbra@redhat.com> Hey Chhristopher, please see my inline replies. ----- Original Message ----- > Looks like that 12/22 ISO doesn't run the installer that I can tell. I > really haven't had any good luck with any of the recent ovirt-node stuff > which is such a shame. My last installation using the 3.5-pre ISO would > install and then fail at grub/boot afterwards. I'm not sure if I'm doing > something wrong there, but I'm more or less taking all defaults in the > install, so it is unexpected. Can you give some details on the exact failure? Besides that we know (and this is actually the reason why there is still no official Node 3.5 release) that there are issues with a lot of hardware, due to changes to udev, device-mapper, multipath, and kernel. And it took some time to really identify and solve those issues with changes in our code. Some recent patches (which landed just before and after christmas), are addressing these issues. We are currently in progress of giving this patches some wider testing, but we are optimistic that these changes will address most of the hardware problems. And we'll also do another scratch build to allow you to test those patches as well. > I feel like enterprise-level virtualization relies upon having the minimal > OS/install in order to match the other hypervisors. I hate to think of > just going to minimal CentOS/RHEL installs, but perhaps that's my best bet > to get up and testing. > > What can the community do to help this along? Perhaps requiring equivalent > ovirt-node releases along with every release of ovirt may put the > motivation behind it? I'm willing to help test, however I can't put my > original environment in a constant state of change, obviously. I'm willing > to build up some scenarios if that helps get to a > stable/installable/functioning ovirt-node. Those of us trying to prove > this out vs. vmware/ESX need this. There are many ways to help. Testing - like you did - are an important (but sometimes painful) aspect, and I really appreciate that you continue to test! So as mentioned above, there will be a new scratch build with more fixes related to hardware support, and please watch this list for the link to the build. That build will also pickup some recent hosted-engine fixes. Thanks fabian > Chris > > On Mon, Dec 22, 2014 at 10:00 AM, Simone Tiraboschi > wrote: > > > > > > > ----- Original Message ----- > > > From: "rino" > > > To: "Simone Tiraboschi" > > > Cc: "Users at ovirt.org List" > > > Sent: Monday, December 22, 2014 3:49:05 PM > > > Subject: Re: [ovirt-users] Problem wiht ovirt-node > > > > > > Which is the correct iso to do hosted-engine from ovirt-node image ?? and > > > do not loose any data after reboot > > > > > > http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ > > > > ovirt-3.5-pre/ was for 3.5 beta so it's quite old. > > You can find the latest node build at > > http://jenkins.ovirt.org/job/ovirt-node-iso_master_merged/ > > but it's just a nightly build and so it's still not that tested for > > production but you still can help us testing it. > > > > The general availability of 3.5.1 is due to the mid of January. > > > > > > > On Mon, Dec 22, 2014 at 11:44 AM, rino wrote: > > > > > > > but which version can i used with hosted-engine iso, because i want it > > in > > > > production enviroment.. > > > > > > > > Regards > > > > > > > > On Mon, Dec 22, 2014 at 11:31 AM, Simone Tiraboschi < > > stirabos at redhat.com> > > > > wrote: > > > > > > > >> > > > >> > > > >> ----- Original Message ----- > > > >> > From: "rino" > > > >> > To: "Users at ovirt.org List" > > > >> > Sent: Monday, December 22, 2014 3:14:36 PM > > > >> > Subject: [ovirt-users] Problem wiht ovirt-node > > > >> > > > > >> > I installed ovirt node with hosted-engine using pre-release > > ovirt-node > > > >> 3.5 > > > >> > iso. > > > >> > > > > >> > When i shutdown the ovirt-node from menu everything down ok, ( i > > > >> register it > > > >> > as node in vm ). When i turn on the server next day, ovirt-node > > come up > > > >> with > > > >> > no vm was installed ( i use other server as storage with nfs). Nfs > > is > > > >> > working fine i see all resource if i do showmount -e nfs.server. > > > >> > > > > >> > But if i try to do hosted-engine --vm-status or any command with > > > >> > hosted-engine it suggest me to do a new deploy, but i have all > > > >> enviroment > > > >> > configured en my engine. > > > >> > > > > >> > I need to configure two ovirt-node, and then move it to datacenter, > > but > > > >> after > > > >> > shutdown vm engine is not seen by ovirt-node. > > > >> > > > >> It's a know bug, it was recently fixed: > > > >> https://bugzilla.redhat.com/show_bug.cgi?id=1151339 > > > >> > > > >> hosted-engine in 3.5.1 will include this fix. General availability > > it's > > > >> scheduled for 2015-01-14. > > > >> > > > >> If you want to test it, you can try with a recent snapshot. > > > >> http://resources.ovirt.org/pub/yum-repo/ovirt-release35-snapshot.rpm > > > >> > > > >> Feel free to add your self for oVirt 3.5.1 TestDay: > > > >> https://www.ovirt.org/Testing/oVirt_3.5.1_Testing > > > >> > > > >> regards, > > > >> Simone > > > >> > > > >> > > > >> > > > >> > Regards > > > >> > > > > >> > -- > > > >> > --- > > > >> > Rondan Rino > > > >> > Certificado en LPIC-2 > > > >> > LPI ID:LPI000209832 > > > >> > Verification Code:gbblvwyfxu > > > >> > Red Hat Certified Engineer -- RHCE -- RHCVA > > > >> > > > > >> > > > > >> > Blog: http://www.itrestauracion.com.ar > > > >> > Cv: http://cv.rinorondan.com.ar > > > >> > http://counter.li.org Linux User -> #517918 > > > >> > Viva La Santa Federacion!! > > > >> > Mueran Los Salvages Unitarios!! > > > >> > ^^^Transcripcion de la epoca ^^^ > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > _______________________________________________ > > > >> > Users mailing list > > > >> > Users at ovirt.org > > > >> > http://lists.ovirt.org/mailman/listinfo/users > > > >> > > > > >> > > > > > > > > > > > > > > > > -- > > > > --- > > > > Rondan Rino > > > > Certificado en LPIC-2 > > > > LPI ID:LPI000209832 > > > > Verification Code:gbblvwyfxu > > > > Red Hat Certified Engineer -- RHCE -- RHCVA > > > > < > > https://www.redhat.com/wapps/training/certification/verify.html?certNumber=120-175-658&verify=Verify > > > > > > > > > > > > > > > Blog:http://www.itrestauracion.com.ar > > > > Cv: http://cv.rinorondan.com.ar > > > > http://counter.li.org Linux User -> #517918 > > > > Viva La Santa Federacion!! > > > > Mueran Los Salvages Unitarios!! > > > > ^^^Transcripcion de la epoca ^^^ > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > --- > > > Rondan Rino > > > Certificado en LPIC-2 > > > LPI ID:LPI000209832 > > > Verification Code:gbblvwyfxu > > > Red Hat Certified Engineer -- RHCE -- RHCVA > > > < > > https://www.redhat.com/wapps/training/certification/verify.html?certNumber=120-175-658&verify=Verify > > > > > > > > > > > > Blog:http://www.itrestauracion.com.ar > > > Cv: http://cv.rinorondan.com.ar > > > http://counter.li.org Linux User -> #517918 > > > Viva La Santa Federacion!! > > > Mueran Los Salvages Unitarios!! > > > ^^^Transcripcion de la epoca ^^^ > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From fdeutsch at redhat.com Mon Jan 5 11:14:18 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 5 Jan 2015 06:14:18 -0500 (EST) Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: References: Message-ID: <1537622060.1910803.1420456458385.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Does the Node Building process located http://www.ovirt.org/Node_Building > work to build a hypervisor for ovirt 3.5? Having some difficulty getting > the ovirt 3.5-pre hypervisor images added to ovirt. Keep getting "install > failed" Hey Jason, to know more details about that bug is really appreciated, but as far as I can tell this is a known error, and we've got some patches (but no ISO yet) which address this (and other installation) related problems. Please watch out for a new scratch build in the next days. Greetings fabian > Alternatively, does anyone have an EL7/EL6 kickstart for rolling your own > they're willing to share? > > -- > Thanks, > > Jason E. Parks - 511855 > Linux System Administrator - RHCE, LPIC3 > Seagate Technology - U.S. Business Data Center > http://www.seagate.com > email : jason.e.parks at seagate.com > phone: +1(405) 324-3222 > > WARNING: The information contained in this transmission may be privileged > or confidential. It is intended only for the above-identified recipient(s). > If you are not the intended recipient, please forward this transmission to > the author and delete this transmission and all copies. Thank you. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From tjelinek at redhat.com Mon Jan 5 12:38:42 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Mon, 5 Jan 2015 07:38:42 -0500 (EST) Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> Message-ID: <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> Hi iordan, sorry for the long response time - it was Christmas... ;) As I see in the https://github.com/iiordanov/remote-desktop-clients/blob/master/eclipse_projects/bVNC/AndroidManifest.xml the bVNC already has the support for calling it from outside using the intent mechanism but I don't understand how about aSPICE. As I understand, aSPICE is based on bVNC but I don't understand how exactly do they relate. Does it use the same Manifest just renamed? What is the mimeType than? If you could point me to a bit of documentation it would be great. About calling aSPICE and bVNC from outside using the .vv file - as I understand it is not supported for now, right? For us it does not make too big difference if you support the data using URI or .vv file - even the .vv may be preferred, but we will survive URI as well. One more question - does aSPICE support spice proxy? Thank you, Tomas ----- Original Message ----- > From: "i iordanov" > To: "users" , devel at ovirt.org > Cc: "Sphoorti Joglekar" > Sent: Thursday, December 25, 2014 11:19:58 PM > Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client > > Hey guys, > > Thanks for remembering about Opaque. For those who are not familiar > with the project, it is an oVirt/RHEV graphics console client which > supports the SPICE protocol so far. It uses libgovirt to connect to > the oVirt/RHEV API. I also created a separate pure SPICE client > (called aSPICE) for Android based on libspice. > > It would be nice if I got more feedback from Red Hat developers, but > you guys are probably as busy as I am :). The app is getting attention > on Google Play and people are using it successfully for their > installations, it seems. > > I have plans to add the following features to Opaque, time permitting: > > - Ability to edit default settings, so that people who connect with > console.vv file will be able to configure Audio, keyboard layout, etc. > - The ability to allocate VMs from a pool. > - The ability to control Audio Playback and Recording separately. > > I don't think Opaque needs to get portal-management functionality. > > I was contacted by an intern working on movirt (Sphoorti Joglekar, > cc-ed), asking whether I would be willing to support a URI Intent > scheme that movirt can use to launch aSPICE. I think I already have a > pretty well specified URI scheme that may work for the purpose, so > we'll see how that goes. I am wondering whether it wouldn't be better > to launch aSPICE or Opaque with a console.vv file instead, though. I > guess the developers of movirt will have to consider both options. > > At any rate, Opaque is far from dead. I'm security supporting it, I > just don't find a lot of time to work on additional features. > > I am cc-ing Brian Proffitt, because at one point we discussed setting > up Opaque as a sub-project of oVirt. I don't know whether there is any > interest for that in Red Hat, or any interest at all in supporting > mobile clients for oVirt/RHEV, etc. It would be nice to hear an > official stance on the topic. > > Thanks! > iordan > > On Tue, Nov 4, 2014 at 10:17 AM, David Ja?a wrote: > > The app in Google may be half year old but there is a movement in git > > [1] and the author recently called for testing or comments on > > spice-devel ML. > > > > David > > > > [1] > > https://github.com/iiordanov/remote-desktop-clients/tree/master/eclipse_projects/Opaque > > > > > > On P?, 2014-10-31 at 07:56 +0100, Gianluca Cecchi wrote: > >> On Fri, Oct 31, 2014 at 7:03 AM, Yair Zaslavsky > >> wrote: > >> > >> > >> ----- Original Message ----- > >> > From: "Greg Sheremeta" > >> > To: "users" , devel at ovirt.org > >> > Sent: Friday, October 31, 2014 3:49:11 AM > >> > Subject: [ovirt-devel] [RFC] oVirt mobile client > >> > > >> > Hi, > >> > > >> > The focus of our OPW internship program starting in December > >> will be > >> > mobile and/or lightweight engine clients -- hopefully > >> integrating the > >> > new ovirt.js project. > >> > >> +100 > >> > >> > >> [snip] > >> > >> > > >> > I see that there are some already existing mobile clients > >> for oVirt. > >> > I'm trying to grasp what we have and what the needs are. > >> > >> > > >> > That's all I see on the first few pages of google. > >> > > >> > >> > >> There was also project from Iordanov about spice/oVirt support on > >> android.. > >> See: > >> http://lists.ovirt.org/pipermail/users/2013-December/018434.html > >> > >> > >> Some days ago it seems he go also support international keyboard > >> layout support: > >> > >> " > >> I finally got some time to back-port the international keyboard layout > >> support from the Android Ovirt client Opaque into the SPICE client > >> aSPICE > >> " > >> > >> > >> I made same preliminary tests at the end of 2013 but I was not able to > >> connect to oVirt... > >> I don't know actually how it went ahead... the Google channel seems > >> stopped since February... > >> > >> > >> Gianluca > >> _______________________________________________ > >> Devel mailing list > >> Devel at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > The conscious mind has only one thread of execution. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alukiano at redhat.com Mon Jan 5 14:28:07 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Mon, 5 Jan 2015 09:28:07 -0500 (EST) Subject: [ovirt-users] Affinity In-Reply-To: References: <54AA577C.1060804@redhat.com> Message-ID: <330671366.5215193.1420468087048.JavaMail.zimbra@redhat.com> If you want that each vm will run on different host, you can: 1) just not pinned it to specific host(placement and migration options under vm properties)? 2) create two clusters, each cluster will have hosts from different physical datacenters, and for each cluster administrate different set of vms. 3) And in the end we have possibility to use external scheduler, so you can write your own python script, and use it as filter, weight or balance module for ovirt scheduler: http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy http://www.ovirt.org/External_Scheduler_Samples You need to install package ovirt-scheduler-proxy and also enable it via engine-config -s ExternalSchedulerEnabled=True. Also additional info you can find under cd /usr/share/doc/ovirt-scheduler-proxy* I hope it will help you. Thanks ----- Original Message ----- From: "Koen Vanoppen" To: "Doron Fediuck" , users at ovirt.org Sent: Monday, January 5, 2015 11:26:26 AM Subject: Re: [ovirt-users] Affinity Thanks for your reply. But I maybe explained it badly... All the 4 hypervisors are in the same Datacenter on oVirt. But they are physically in a different datacenter. That is why I want to force them to run on a different hypervisor. IF 1 physical datacenter would go down (electricity power failure or whatever) At least one VM will continue to run. 2015-01-05 10:21 GMT+01:00 Doron Fediuck < dfediuck at redhat.com > : On 05/01/15 10:54, Koen Vanoppen wrote: Hi All, First of all, let me say a Happy New Year with all the best wishes!! Now, let's get down to business :-). I would lik eto implement the Affinity option in our datacenter. I already activated it, put the 2 vms in it and set in on negative so they won't run together on the same hypervisor. Now, the question... Is there a way I can force the VM's so they will run on a hypervisor that is not in the same datacenter? We have this; Hyp1 -> Datacenter1 Hyp2 -> Datacenter2 Hyp3 -> Datacenter1 Hyp4 -> Datacenter2 For the moment they run on a different Hypervisor, but they are in the same Datacenter. I can manually now move them to the other one, but I would like this that oVirt manages this... Is this possible...? Kind regards, Koen Hi Koen. VMs cannot move between data centers while still running. Just to provide some basic concepts in terms of hierarchy, we have: Data-Center1 | |\ Cluster A | | | |\ Host (a) | |\ Host (b) | |\ Cluster B | | | |\ Host (c) | |\ Host (d) | |\ Host (e) Data-Center2 | |\ Cluster A | | | |\ Host (f) | |\ Cluster B | | | |\ Host (g) | |\ Host (h) | |\ Host (i) As you can see, a host may be a part of a single cluster and a VM will run on one of the hosts. Live migration can be done between hosts of the same cluster. The only way to move VM between clusters and DCs are when the VM is down, in a manual way. So Affinity works in the cluster level, and the rules are valid for a specific cluster who currently owns the VM. In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity rules will apply every time you start or migrate a VM. However, there's no rule which is valid for Datacenter1 and Datacenter2. HTH, Doron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From t.ruiten at rdmedia.com Mon Jan 5 14:45:23 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Mon, 5 Jan 2015 15:45:23 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: Hello, I just tried creating a thin-provisioned disk and the same problem (load spike, non responsive VMs) occurred. I may have an idea what is going wrong now. The following is an excerpt from the engine log after starting the disk create job: 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain LEFT OUTER JOIN storage_pool_with_storage_domain ON vds_groups_storage_domain.storage_pool_id= storage_pool_with_storage_domain.id WHERE storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet. : org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain LEFT OUTER JOIN storage_pool_with_storage_domain ON vds_groups_storage_domain.storage_pool_id= storage_pool_with_storage_domain.id WHERE storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet.: org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain LEFT OUTER JOIN storage_pool_with_storage_domain ON vds_groups_storage_domain.storage_pool_id= storage_pool_with_storage_domain.id WHERE storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet. This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. There's also a 3.5 cluster managed by the same engine. Could this be related to this BZ ? On 17 December 2014 at 12:34, Yeela Kaplan wrote: > Just another thought, > from looking at the vdsm logs it looks like there are too many calls to > getVolumeSize that are eating up all handlers > and eventually a timeout occurs. > Adam, do you have any idea about this? > > ----- Original Message ----- > > From: "Yeela Kaplan" > > To: "Tiemen Ruiten" > > Cc: "Users at ovirt.org" > > Sent: Wednesday, December 17, 2014 1:30:52 PM > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while > creating VM from template > > > > > > > > ----- Original Message ----- > > > From: "Tiemen Ruiten" > > > To: "Yeela Kaplan" > > > Cc: "Users at ovirt.org" > > > Sent: Wednesday, December 17, 2014 1:22:59 PM > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while > > > creating VM from template > > > > > > Thank you, I will try to increase to 20 and see what happens. Bug is > filed: > > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 > > > > Thank you > > and I forgot to mention that you have to restart vdsmd so the change will > > apply... > > > > > > > > > > On 17 December 2014 at 11:48, Yeela Kaplan wrote: > > > > > > > > Hi, > > > > You are right, the problem is with the file handlers. > > > > You can increase the number of handlers in pool using the vdsm config > > > > file, which is supposed to be under the following directory in your > > > > system: > > > > > > > > /usr/lib/python2.6/site-packages/vdsm/config.py > > > > > > > > The default value for 'process_pool_max_slots_per_domain' is 10, so > you > > > > can increase it by a bit, but not too much. > > > > > > > > But I suspect the problem is in a larger scale, and this is only a > > > > temporary relief for your system and this needs much more attention > and a > > > > proper fix. > > > > could you please open a bug on RHEV/vdsm in bugzilla stating all of > the > > > > details of your setup and logs? > > > > > > > > thanks, > > > > Yeela > > > > > > > > ----- Original Message ----- > > > > > From: "Tiemen Ruiten" > > > > > To: "Users at ovirt.org" > > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM > > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' > while > > > > creating VM from template > > > > > > > > > > Would this be limits for the vdsm process? Then what is the proper > way > > > > > to > > > > > change ulimits for VDSM? > > > > > > > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > The only thing I can think of would be file hard and soft limits, > but I > > > > am no > > > > > oVirt pro. > > > > > > > > > > > > > > > > > > > > 'no free file handlers in pool' that would make sense to me? > > > > > > > > > > Donny > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] > > > > > Sent: Tuesday, December 16, 2014 12:40 PM > > > > > To: Donny Davis > > > > > Cc: Users at ovirt.org > > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' > while > > > > > creating VM from template > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with 16 > > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I created > the > > > > VM, > > > > > processor load on both nodes was less than 1. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me > > wrote: > > > > > > > > > > What is the VM load you are running on your servers? > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org ] > On > > > > Behalf Of > > > > > Tiemen Ruiten > > > > > Sent: Tuesday, December 16, 2014 12:27 PM > > > > > To: users at ovirt.org > > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' while > > > > creating > > > > > VM from template > > > > > > > > > > Hello, > > > > > > > > > > I ran into a nasty problem today when creating a new, cloned VM > from a > > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: on > the > > > > node > > > > > where I started a VM creation job, load skyrocketed and some VMs > > > > > stopped > > > > > responding until and after the job failed. Everything recovered > without > > > > > intervention, but this obviously shouldn't happen. I have attached > the > > > > > relevant vdsm log file. The button to create the VM was pressed > around > > > > > 11:17, the first error in the vdsm log is at 11:23:58. > > > > > > > > > > The ISO domain is a gluster volume exposed via NFS, the storage > domain > > > > for > > > > > the VM's is also a gluster volume. The underlying filesystem is > ZFS. > > > > > The hypervisor nodes are full CentOS 6 installs. > > > > > > > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log > file > > > > > is > > > > key > > > > > here. What can I do to prevent this from happening again? Apart > from > > > > > not > > > > > creating new VMs of course :) > > > > > > > > > > Tiemen > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > Tiemen Ruiten > > > > > Systems Engineer > > > > > R&D Media > > > > > > > > > > > > > > > -- > > > > > Tiemen Ruiten > > > > > Systems Engineer > > > > > R&D Media > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > -- > > > Tiemen Ruiten > > > Systems Engineer > > > R&D Media > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ruiten at rdmedia.com Mon Jan 5 14:46:21 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Mon, 5 Jan 2015 15:46:21 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: Sorry, to be clear: no default disk policy exists for the 3.4 cluster storage domain. On 5 January 2015 at 15:45, Tiemen Ruiten wrote: > Hello, > > I just tried creating a thin-provisioned disk and the same problem (load > spike, non responsive VMs) occurred. I may have an idea what is going wrong > now. The following is an excerpt from the engine log after starting the > disk create job: > > 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] > (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is > StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM > vds_groups_view WHERE ( vds_group_id IN (SELECT distinct > vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain > LEFT OUTER JOIN storage_pool_with_storage_domain ON > vds_groups_storage_domain.storage_pool_id= > storage_pool_with_storage_domain.id WHERE > storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY > name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is > org.postgresql.util.PSQLException: The column name disk_storage_type was > not found in this ResultSet. : > org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL > grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id > IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM > vds_groups_storage_domain LEFT OUTER JOIN > storage_pool_with_storage_domain ON > vds_groups_storage_domain.storage_pool_id= > storage_pool_with_storage_domain.id WHERE > storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY > name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is > org.postgresql.util.PSQLException: The column name disk_storage_type was > not found in this ResultSet.: > org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL > grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id > IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM > vds_groups_storage_domain LEFT OUTER JOIN > storage_pool_with_storage_domain ON > vds_groups_storage_domain.storage_pool_id= > storage_pool_with_storage_domain.id WHERE > storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY > name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is > org.postgresql.util.PSQLException: The column name disk_storage_type was > not found in this ResultSet. > > This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. > There's also a 3.5 cluster managed by the same engine. Could this be > related to this BZ ? > > > > On 17 December 2014 at 12:34, Yeela Kaplan wrote: > >> Just another thought, >> from looking at the vdsm logs it looks like there are too many calls to >> getVolumeSize that are eating up all handlers >> and eventually a timeout occurs. >> Adam, do you have any idea about this? >> >> ----- Original Message ----- >> > From: "Yeela Kaplan" >> > To: "Tiemen Ruiten" >> > Cc: "Users at ovirt.org" >> > Sent: Wednesday, December 17, 2014 1:30:52 PM >> > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >> creating VM from template >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Tiemen Ruiten" >> > > To: "Yeela Kaplan" >> > > Cc: "Users at ovirt.org" >> > > Sent: Wednesday, December 17, 2014 1:22:59 PM >> > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >> > > creating VM from template >> > > >> > > Thank you, I will try to increase to 20 and see what happens. Bug is >> filed: >> > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 >> > >> > Thank you >> > and I forgot to mention that you have to restart vdsmd so the change >> will >> > apply... >> > >> > >> > > >> > > On 17 December 2014 at 11:48, Yeela Kaplan >> wrote: >> > > > >> > > > Hi, >> > > > You are right, the problem is with the file handlers. >> > > > You can increase the number of handlers in pool using the vdsm >> config >> > > > file, which is supposed to be under the following directory in your >> > > > system: >> > > > >> > > > /usr/lib/python2.6/site-packages/vdsm/config.py >> > > > >> > > > The default value for 'process_pool_max_slots_per_domain' is 10, so >> you >> > > > can increase it by a bit, but not too much. >> > > > >> > > > But I suspect the problem is in a larger scale, and this is only a >> > > > temporary relief for your system and this needs much more attention >> and a >> > > > proper fix. >> > > > could you please open a bug on RHEV/vdsm in bugzilla stating all of >> the >> > > > details of your setup and logs? >> > > > >> > > > thanks, >> > > > Yeela >> > > > >> > > > ----- Original Message ----- >> > > > > From: "Tiemen Ruiten" >> > > > > To: "Users at ovirt.org" >> > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM >> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >> while >> > > > creating VM from template >> > > > > >> > > > > Would this be limits for the vdsm process? Then what is the >> proper way >> > > > > to >> > > > > change ulimits for VDSM? >> > > > > >> > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me > >> wrote: >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > The only thing I can think of would be file hard and soft limits, >> but I >> > > > am no >> > > > > oVirt pro. >> > > > > >> > > > > >> > > > > >> > > > > 'no free file handlers in pool' that would make sense to me? >> > > > > >> > > > > Donny >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] >> > > > > Sent: Tuesday, December 16, 2014 12:40 PM >> > > > > To: Donny Davis >> > > > > Cc: Users at ovirt.org >> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >> while >> > > > > creating VM from template >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with 16 >> > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I >> created the >> > > > VM, >> > > > > processor load on both nodes was less than 1. >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me > >> wrote: >> > > > > >> > > > > What is the VM load you are running on your servers? >> > > > > >> > > > > >> > > > > >> > > > > -----Original Message----- >> > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org ] >> On >> > > > Behalf Of >> > > > > Tiemen Ruiten >> > > > > Sent: Tuesday, December 16, 2014 12:27 PM >> > > > > To: users at ovirt.org >> > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' while >> > > > creating >> > > > > VM from template >> > > > > >> > > > > Hello, >> > > > > >> > > > > I ran into a nasty problem today when creating a new, cloned VM >> from a >> > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: >> on the >> > > > node >> > > > > where I started a VM creation job, load skyrocketed and some VMs >> > > > > stopped >> > > > > responding until and after the job failed. Everything recovered >> without >> > > > > intervention, but this obviously shouldn't happen. I have >> attached the >> > > > > relevant vdsm log file. The button to create the VM was pressed >> around >> > > > > 11:17, the first error in the vdsm log is at 11:23:58. >> > > > > >> > > > > The ISO domain is a gluster volume exposed via NFS, the storage >> domain >> > > > for >> > > > > the VM's is also a gluster volume. The underlying filesystem is >> ZFS. >> > > > > The hypervisor nodes are full CentOS 6 installs. >> > > > > >> > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log >> file >> > > > > is >> > > > key >> > > > > here. What can I do to prevent this from happening again? Apart >> from >> > > > > not >> > > > > creating new VMs of course :) >> > > > > >> > > > > Tiemen >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > -- >> > > > > >> > > > > >> > > > > Tiemen Ruiten >> > > > > Systems Engineer >> > > > > R&D Media >> > > > > >> > > > > >> > > > > -- >> > > > > Tiemen Ruiten >> > > > > Systems Engineer >> > > > > R&D Media >> > > > > >> > > > > _______________________________________________ >> > > > > Users mailing list >> > > > > Users at ovirt.org >> > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > >> > > > >> > > >> > > >> > > -- >> > > Tiemen Ruiten >> > > Systems Engineer >> > > R&D Media >> > > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From michal.skrivanek at redhat.com Mon Jan 5 15:17:58 2015 From: michal.skrivanek at redhat.com (Michal Skrivanek) Date: Mon, 5 Jan 2015 16:17:58 +0100 Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> Message-ID: <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> On Jan 5, 2015, at 13:38 , Tomas Jelinek wrote: > Hi iordan, > > sorry for the long response time - it was Christmas... ;) > > As I see in the > https://github.com/iiordanov/remote-desktop-clients/blob/master/eclipse_projects/bVNC/AndroidManifest.xml > the bVNC already has the support for calling it from outside using the intent mechanism but I don't understand how about aSPICE. > As I understand, aSPICE is based on bVNC but I don't understand how exactly do they relate. Does it use the same Manifest just renamed? What is the mimeType than? > If you could point me to a bit of documentation it would be great. > > About calling aSPICE and bVNC from outside using the .vv file - as I understand it is not supported for now, right? For us it does not make too big difference if you support the data using URI or .vv file - even the .vv may be preferred, but we will survive URI as well. > > One more question - does aSPICE support spice proxy? > > Thank you, > Tomas > > ----- Original Message ----- >> From: "i iordanov" >> To: "users" , devel at ovirt.org >> Cc: "Sphoorti Joglekar" >> Sent: Thursday, December 25, 2014 11:19:58 PM >> Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client >> >> Hey guys, >> >> Thanks for remembering about Opaque. For those who are not familiar >> with the project, it is an oVirt/RHEV graphics console client which >> supports the SPICE protocol so far. It uses libgovirt to connect to >> the oVirt/RHEV API. I also created a separate pure SPICE client >> (called aSPICE) for Android based on libspice. >> >> It would be nice if I got more feedback from Red Hat developers, but >> you guys are probably as busy as I am :). The app is getting attention >> on Google Play and people are using it successfully for their >> installations, it seems. >> >> I have plans to add the following features to Opaque, time permitting: >> >> - Ability to edit default settings, so that people who connect with >> console.vv file will be able to configure Audio, keyboard layout, etc. >> - The ability to allocate VMs from a pool. >> - The ability to control Audio Playback and Recording separately. >> >> I don't think Opaque needs to get portal-management functionality. >> >> I was contacted by an intern working on movirt (Sphoorti Joglekar, >> cc-ed), asking whether I would be willing to support a URI Intent >> scheme that movirt can use to launch aSPICE. I think I already have a >> pretty well specified URI scheme that may work for the purpose, so >> we'll see how that goes. I am wondering whether it wouldn't be better >> to launch aSPICE or Opaque with a console.vv file instead, though. I >> guess the developers of movirt will have to consider both options. >> >> At any rate, Opaque is far from dead. I'm security supporting it, I >> just don't find a lot of time to work on additional features. >> >> I am cc-ing Brian Proffitt, because at one point we discussed setting >> up Opaque as a sub-project of oVirt. I don't know whether there is any >> interest for that in Red Hat, or any interest at all in supporting >> mobile clients for oVirt/RHEV, etc. It would be nice to hear an >> official stance on the topic. (adding Brian properly this time) I think it makes sense to add it together with something?though maybe more related to SPICE clients. So adding Christophe for his thoughts? Thanks, michal >> >> Thanks! >> iordan >> >> On Tue, Nov 4, 2014 at 10:17 AM, David Ja?a wrote: >>> The app in Google may be half year old but there is a movement in git >>> [1] and the author recently called for testing or comments on >>> spice-devel ML. >>> >>> David >>> >>> [1] >>> https://github.com/iiordanov/remote-desktop-clients/tree/master/eclipse_projects/Opaque >>> >>> >>> On P?, 2014-10-31 at 07:56 +0100, Gianluca Cecchi wrote: >>>> On Fri, Oct 31, 2014 at 7:03 AM, Yair Zaslavsky >>>> wrote: >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Greg Sheremeta" >>>>> To: "users" , devel at ovirt.org >>>>> Sent: Friday, October 31, 2014 3:49:11 AM >>>>> Subject: [ovirt-devel] [RFC] oVirt mobile client >>>>> >>>>> Hi, >>>>> >>>>> The focus of our OPW internship program starting in December >>>> will be >>>>> mobile and/or lightweight engine clients -- hopefully >>>> integrating the >>>>> new ovirt.js project. >>>> >>>> +100 >>>> >>>> >>>> [snip] >>>> >>>>> >>>>> I see that there are some already existing mobile clients >>>> for oVirt. >>>>> I'm trying to grasp what we have and what the needs are. >>>> >>>>> >>>>> That's all I see on the first few pages of google. >>>>> >>>> >>>> >>>> There was also project from Iordanov about spice/oVirt support on >>>> android.. >>>> See: >>>> http://lists.ovirt.org/pipermail/users/2013-December/018434.html >>>> >>>> >>>> Some days ago it seems he go also support international keyboard >>>> layout support: >>>> >>>> " >>>> I finally got some time to back-port the international keyboard layout >>>> support from the Android Ovirt client Opaque into the SPICE client >>>> aSPICE >>>> " >>>> >>>> >>>> I made same preliminary tests at the end of 2013 but I was not able to >>>> connect to oVirt... >>>> I don't know actually how it went ahead... the Google channel seems >>>> stopped since February... >>>> >>>> >>>> Gianluca >>>> _______________________________________________ >>>> Devel mailing list >>>> Devel at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- >> The conscious mind has only one thread of execution. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Devel mailing list > Devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel From satkinson at telvue.com Mon Jan 5 17:09:21 2015 From: satkinson at telvue.com (Steve Atkinson) Date: Mon, 5 Jan 2015 12:09:21 -0500 Subject: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a) In-Reply-To: <1346597127.2782735.1420102373919.JavaMail.zimbra@redhat.com> References: <1658726180.2759671.1420058072831.JavaMail.zimbra@redhat.com> <199916479.2761063.1420060220063.JavaMail.zimbra@redhat.com> <1107706369.2765721.1420063197702.JavaMail.zimbra@redhat.com> <1346597127.2782735.1420102373919.JavaMail.zimbra@redhat.com> Message-ID: Excellent. Confirmed, this fixes the bug and fails with a more descriptive error. Steve Atkinson Director, Network Ops Telvue Corporation satkinson at telvue.com O: 800 885 8886 x240 C: 856 938 9125 On Thu, Jan 1, 2015 at 3:52 AM, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Yedidyah Bar David" > > To: "Steve Atkinson" > > Cc: users at ovirt.org > > Sent: Wednesday, December 31, 2014 11:59:57 PM > > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour > (steve a) > > > > ----- Original Message ----- > > > From: "Steve Atkinson" > > > To: "Yedidyah Bar David" > > > Cc: users at ovirt.org > > > Sent: Wednesday, December 31, 2014 11:18:39 PM > > > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour > (steve > > > a) > > > > > > in our case our nas doesn't support scp but that no fault of the the > > > manager. > > > > > > I was mentioning more specifically that the --nfs-server method seemed > to > > > throw an error on an undefined attribute 'domaintype' that is not > something > > > that can be supplied in the config file or passed as an argument. the > out > > > put from the the debug is further up in my first email. > > > > Sorry. > > > > You wrote: > > > Alternatively, using engine-iso-uploader --nfs-server=[path] upload > [iso] > > > --verbose returns the following error: > > > > > > ERROR: local variable 'domain_type' referenced before assignment > > > INFO: Use the -h option to see usage. > > > DEBUG: Configuration: > > > DEBUG: command: upload > > > DEBUG: Traceback (most recent call last): > > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in > > > DEBUG: isoup = ISOUploader(conf) > > > DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__ > > > DEBUG: self.upload_to_storage_domain() > > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in > > > upload_to_storage_domain > > > DEBUG: elif domain_type in ('localfs', ): > > > DEBUG: UnboundLocalError: local variable 'domain_type' referenced > before > > > assignment > > > > That's indeed a bug. Now pushed a one-line fix [1]. If you can, please > > try and it report. Thanks! > > > > [1] http://gerrit.ovirt.org/36499 > > It will fail for you, though - it simply tries to mount directly, and as > you > said, your engine can't access your storage network. But hopefully fail > with > some nicer error message. > > Best, > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Mon Jan 5 17:38:08 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Mon, 5 Jan 2015 09:38:08 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> Message-ID: I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From agustinsandvik at gmail.com Mon Jan 5 18:14:27 2015 From: agustinsandvik at gmail.com (Sandvik Agustin) Date: Tue, 6 Jan 2015 02:14:27 +0800 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account Message-ID: Hi guys, Good day, I just want to know if how can I add usernames in ovirt? i.e., is admin account is already exist and I want to create another account i.e., users or clients account. TIA -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Mon Jan 5 18:26:58 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 5 Jan 2015 13:26:58 -0500 (EST) Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: References: Message-ID: <1160907785.1947549.1420482418713.JavaMail.zimbra@redhat.com> Hello, For now you need to use somekind of LDAP with ovirt-engine-extension-ldap[1][2] package. In future we will support database based repository. Until someone from infra will have the time to publish the latest version of the package, please download it directly from here[3], please note that until engine-3.5.1 is out you will need to specify full path in config.profile.file.1 variable at authn and authz extension configuration. Regards, Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD [2] http://www.ovirt.org/Features/AAA [3] http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ ----- Original Message ----- > From: "Sandvik Agustin" > To: users at ovirt.org > Sent: Monday, January 5, 2015 8:14:27 PM > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > Hi guys, > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > admin account is already exist and I want to create another account i.e., > users or clients account. > > > TIA > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From awels at redhat.com Mon Jan 5 18:29:16 2015 From: awels at redhat.com (Alexander Wels) Date: Mon, 05 Jan 2015 13:29:16 -0500 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: References: Message-ID: <2207257.bNPnGJP4hV@awels> On Tuesday, January 06, 2015 02:14:27 AM Sandvik Agustin wrote: > Hi guys, > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > admin account is already exist and I want to create another account i.e., > users or clients account. > > > TIA Yes you can, you will need to use some kind of directory service like OpenLDAP, FreeIPA, or something similar to make it happen. Depending on which version of oVirt you are using the setup is slightly different. If you are using 3.5 make sure to use the new LDAP implementation it is much easier to debug if there are problems. Simply google ovirt ldap for more information. A pretty good walk through can be found here [1] Alexander [1] https://cloudspin.me/ovirt-simple-ldap-aaa/ From donny at cloudspin.me Mon Jan 5 18:36:00 2015 From: donny at cloudspin.me (Donny Davis) Date: Mon, 05 Jan 2015 11:36:00 -0700 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account Message-ID: I did a write up on AAA LDAP. https://cloudspin.me/ovirt-simple-ldap-aaa/ Hope its helpful DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > Hello, > > For now you need to use somekind of LDAP with ovirt-engine-extension-ldap[1][2] package. > In future we will support database based repository. > > Until someone from infra will have the time to publish the latest version of the package, please download it directly from here[3], please note that until engine-3.5.1 is out you will need to specify full path in config.profile.file.1 variable at authn and authz extension configuration. > > Regards, > Alon > > [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > [2] http://www.ovirt.org/Features/AAA > [3] http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > ----- Original Message ----- > > From: "Sandvik Agustin" > > To: users at ovirt.org > > Sent: Monday, January 5, 2015 8:14:27 PM > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > > > Hi guys, > > > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > > admin account is already exist and I want to create another account i.e., > > users or clients account. > > > > > > TIA > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Mon Jan 5 18:39:18 2015 From: donny at cloudspin.me (Donny Davis) Date: Mon, 05 Jan 2015 11:39:18 -0700 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account Message-ID: Ensure you don't try to install freeipa to the manager machine, there will be conflicts. 389ds works and is really easy to setup Regards DonnyOn Jan 5, 2015 11:36 AM, Donny Davis wrote: > > I did a write up on AAA LDAP. > > https://cloudspin.me/ovirt-simple-ldap-aaa/ > > Hope its helpful > > DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > > > Hello, > > > > For now you need to use somekind of LDAP with ovirt-engine-extension-ldap[1][2] package. > > In future we will support database based repository. > > > > Until someone from infra will have the time to publish the latest version of the package, please download it directly from here[3], please note that until engine-3.5.1 is out you will need to specify full path in config.profile.file.1 variable at authn and authz extension configuration. > > > > Regards, > > Alon > > > > [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > > [2] http://www.ovirt.org/Features/AAA > > [3] http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > > > ----- Original Message ----- > > > From: "Sandvik Agustin" > > > To: users at ovirt.org > > > Sent: Monday, January 5, 2015 8:14:27 PM > > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > > > > > Hi guys, > > > > > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > > > admin account is already exist and I want to create another account i.e., > > > users or clients account. > > > > > > > > > TIA > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From agustinsandvik at gmail.com Mon Jan 5 18:47:30 2015 From: agustinsandvik at gmail.com (Sandvik Agustin) Date: Tue, 6 Jan 2015 02:47:30 +0800 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: <54aada60.4a5b460a.0bc5.ffffe602SMTPIN_ADDED_MISSING@mx.google.com> References: <54aada60.4a5b460a.0bc5.ffffe602SMTPIN_ADDED_MISSING@mx.google.com> Message-ID: Hi, Thanks guys for the quick reply and I really appreciate it, I'll look upon your suggestions right now. By the way, I forgot to mention that I'm using oVirt Engine Version: 3.5.0.1-1.el6. Thanks Again, I'll update you guys about my progress. Thanks Again. On Tue, Jan 6, 2015 at 2:39 AM, Donny Davis wrote: > Ensure you don't try to install freeipa to the manager machine, there will > be conflicts. > > 389ds works and is really easy to setup > > Regards > DonnyOn Jan 5, 2015 11:36 AM, Donny Davis wrote: > > > > I did a write up on AAA LDAP. > > > > https://cloudspin.me/ovirt-simple-ldap-aaa/ > > > > Hope its helpful > > > > DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > > > > > Hello, > > > > > > For now you need to use somekind of LDAP with > ovirt-engine-extension-ldap[1][2] package. > > > In future we will support database based repository. > > > > > > Until someone from infra will have the time to publish the latest > version of the package, please download it directly from here[3], please > note that until engine-3.5.1 is out you will need to specify full path in > config.profile.file.1 variable at authn and authz extension configuration. > > > > > > Regards, > > > Alon > > > > > > [1] > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > > > [2] http://www.ovirt.org/Features/AAA > > > [3] > http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > > > > > ----- Original Message ----- > > > > From: "Sandvik Agustin" > > > > To: users at ovirt.org > > > > Sent: Monday, January 5, 2015 8:14:27 PM > > > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is > admin account > > > > > > > > Hi guys, > > > > > > > > Good day, I just want to know if how can I add usernames in ovirt? > i.e., is > > > > admin account is already exist and I want to create another account > i.e., > > > > users or clients account. > > > > > > > > > > > > TIA > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bproffit at redhat.com Mon Jan 5 19:56:46 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Mon, 5 Jan 2015 14:56:46 -0500 (EST) Subject: [ovirt-users] [CFP Deadline: April 24, 2015] 2015 Federated Conference on Computer Science and Information Systems (FedCSIS) In-Reply-To: <1701764318.3731877.1420487520502.JavaMail.zimbra@redhat.com> Message-ID: <1675850087.3733772.1420487806152.JavaMail.zimbra@redhat.com> These four related events are very much HPC-oriented, but there could be some algorithm or high-performance work being don in the oVirt community that could qualify, especially in relation to OpenStack integration. PRELIMINARY CALL FOR PAPERS 2015 Federated Conference on Computer Science and Information Systems (FedCSIS) Lodz, Poland, 13 - 16 September, 2015 www.fedcsis.org (FedCSIS on www.ieee.org: http://tinyurl.com/FedCSIS2015onIEEE) We would like to cordially invite you to consider contributing a paper to the FedCSIS 2015 - a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in technical cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). Please forward the announcement to your colleagues and associates who could be interested in it. The FedCSIS Multiconference consists of Events (conferences, symposia, workshops, special sessions). Each Event may run over any span of time within the conference dates (from half-day to three days). The FedCSIS Events provide a platform for bringing together researchers, practitioners, and academia to present and discuss ideas, challenges and potential solutions on established or emerging topics related to research and practice in computer science and information systems. FedCSIS EVENTS The FedCSIS multi-conference consists of EVENTS (conferences, workshops, consortia, tutorials, etc.), grouped into six conference areas. AAIA'15 - 10th International Symposium Advances in Artificial Intelligence and Applications ---- AIMaVIG'15 -1st International Workshop on Artificial Intelligence in Machine Vision and Graphics ---- AIMA'15 - 5th International Workshop on Artificial Intelligence in Medical Applications ---- ASIR'15 - 5th International Workshop on Advances in Semantic Information Retrieval ---- CEIM'15 - 2nd Workshop on Complex Events and Information Modelling ---- LQMR'15 - 1st Workshop on Logics for Qualitative Modelling and Reasoning ---- WCO'15 - 8th Workshop on Computational Optimization CSS - Computer Science & Systems ---- BCPC'15 - 1st International Workshop on Biological, Chemical and Physical Computations ---- CANA'15 - 8th Computer Aspects of Numerical Algorithms ---- IWCPS'15 - 2nd International Workshop on Cyber-Physical Systems ---- MMAP'15 - 8th International Symposium on Multimedia Applications and Processing ---- WAPL'15 - 5th Workshop on Advances on Programming Languages ECRM - Education, Curricula & Research Methods ---- DS-RAIT'15 - 2nd Doctoral Symposium on Recent Advances in Information Technology ---- ISEC'15 - 4th Information Systems Education & Curricula Workshop ---- WmL'15 - 1st International Workshop on Mobile Learning iNetSApp'15 - 3rd International Conference on Innovative Network Systems and Applications ---- EAIS'15 - 2nd Workshop on Emerging Aspects in Information Security ---- SoFAST-WS'15 - 4th International Symposium on Frontiers in Network Applications, Network Systems and Web Services ---- WSN'15 - 4th International Conference on Wireless Sensor Networks IT4MBS - Information Technology for Management, Business & Society ---- ABICT'15 - 6th International Workshop on Advances in Business ICT ---- AITM'15 - 13th Conference on Advanced Information Technologies for Management ---- ISM'15 - 10th Conference on Information Systems Management ---- IT4L'15 - 4th Workshop on Information Technologies for Logistics ---- KAM'15 - 21st Conference on Knowledge Acquisition and Management JAWS - Joint Agent-oriented Workshops in Synergy ---- ABC:MI'15 - 10th Workshop on Agent Based Computing: from Model to Implementation ---- MAS&S'15 - 9th International Workshop on Multi-Agent Systems and Simulations ---- SEN-MAS'15 - 4th International Workshop on Smart Energy Networks & Multi-Agent Systems KEYNOTE SPEAKERS List of keynote speakers will be announced shortly. PAPER SUBMISSION AND PUBLICATION Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Moreover, most Events' organizers arrange quality journals, edited volumes, etc. and may invite selected extended and revised papers for post-conference publications (information can be found at the websites of individual events). IMPORTANT DATES - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN ------ CALL FOR PAPERS ======================================= 10th Workshop on Agent Based Computing: from Model to Implementation (ABC:MI) Lodz, Poland, September 13-16, 2015 WWW: https://fedcsis.org/abcmi E-mail: abcmi2015 at fedcsis.org We would like to cordially invite you to consider contributing a paper to ABC:MI - held as a part of the Federated Conference on Computer Science and Information Systems (FedCSIS 2015). FedCSIS a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Polish Operational and Systems Research Society - POSRS, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). The field of agent technology is rapidly maturing. One of key factors that influence this process is the gathered body of knowledge that allows in-depth reflection on the very nature of designing and implementing agent systems. As a result, there is now significant knowledge on how to design and implement them. There is also a deeper understanding of the most important issues to be addressed in the process. Therefore, on the top-most level a progress in development of methodologies for design of agent-based systems can be seen. Furthermore, these methodologies are usually supported by tools that allow not only top level conceptualization but guide the process towards implementation (e.g. by generating at least some code). Next, it can seen that new languages for agent based systems are created, e.g. AML or API Calculus. Separately, tools/platforms/environments that can be used for design and implementation of agent systems have been through a number of releases, eliminating problems and adding new, important features. Resulting products are becoming truly robust and flexible. Furthermore, open source products (e.g. JADE) are surrounded by user communities, which often generate powerful add-on components, further increasing value of existing solutions. TOPICS ======================================= The Workshop primarily focuses on all aspects of the process that leads from the model of the problem domain to the actual agent-based solution. These aspects will cover both principled approaches and established practices of software engineering aimed at producing high quality software. In this context, research into the application of agent-based solutions to key challenges faced by software engineering (e.g. reduction of costs and delivery times, coping with a larger diversity of problems) will be of primary importance. ABC:MI Workshop welcomes submissions of original papers concerning all aspects of software agent engineering. Topics include but are not limited to: - Methodologies for design of agent systems - Multi-agent systems product lines - Modeling agent systems - Agent architectures - Agent-based simulations - Simulating and verifying agent systems - Agent benchmarking and performance measurement - Agent communication, coordination and cooperation - Agent languages - Agent learning and planning - Agent mobility - Agent modeling, calculi, and logic - Agent security - Agents and Service Oriented Computing - Agents in the Semantic Web - Applications and Experiences PAPER SUBMISSION AND PUBLICATION ======================================= Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Extended versions of selected papers presented during the conference will be invited to: - the Special Issue of Scalable Computing; Practice and Experience - Complex Adaptive Systems Modeling (publication fee waiver for the papers that are going to be selected is expected) - Multiagent and Grid Systems - Computer Science Journal (7 points in current ranking of MNiSW - this is something cryptic to the outsiders, but will be clear for scientists from Poland) IMPORTANT DATES ======================================= - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 EVENT CHAIRS ======================================= - Badica, Costin, University of Craiova, Romania - Ganzha, Maria, University of Gda?sk and Systems Research Institute Polish Academy of Sciences, Poland - Paprzycki, Marcin, Systems Research Institute Polish Academy of Sciences, Poland - Rahimi, Shahram, Southern Illinois University, United States PROGRAM COMMITTEE (confirmed so far) ======================================= - Agotnes, Thomas, University of Bergen, Norway - Ambroszkiewicz, Stanislaw, Institute of Computer Science, Polish Academy of Sciences, Poland - Balke, Tina, University of Surrey, United Kingdom - Barseghyan, Artak, Yerevan, Armenia - Bot?a, Juan, Universidad de Murcia, Spain - Braubach, Lars, University of Hamburg, Germany - Budimac, Zoran, Faculty of Sciences, Univ. of Novi Sad, Serbia - Byrski, Aleksander, AGH University of Science and Technology, Poland - Cabri, Giacomo, University of Modena and Reggio Emilia, Italy - Cervenka, Radovan, Whitestein Technologies AG, Slovakia - Cetnarowicz, Krzysztof, AGH University of Science and Technology, Poland - Fern?ndez, Alberto, Universidad Rey Juan Carlos, Spain - Florea, Adina, University POLITEHNICA of Bucharest, Romania - Gams, Matjaz, Jozef Stefan Institute, Slovenia - Gomez Sanz, Jorge, Universidad Complutense de Madrid, Spain - Goncalves, Ricardo, Uninova, Portugal - Hinchey, Mike, Lero-the Irish Software Engineering Research Centre, Ireland - Ivanovi?, Mirjana, University of Novi Sad, Serbia - Jamroga, Wojtek, University of Luxembourg, Luxembourg - Jedrzejowicz, Piotr, Gdynia Maritime University, Poland - Jezic, Gordan, University of Zagreb, Croatia - Kaleta, Mariusz, Warsaw University of Technology, Poland - Khorasani, Elham, University of Illinois at Springfield, United States - Koukam, Abder, IRTES-SeT Universit? de Technologie de Belfort Montb?liard, France - Kruczkiewicz, Zofia, Wroc?aw University of Technology, Poland - Kusek, Mario, University of Zagreb, Faculty of Electrical Engineering and Computing, Croatia - Leszczyna, Rafal, Gdansk University of Technology, Poland - Letia, Ioan Alfred, Technical University of Cluj-Napoca, Romania - Morge, Maxime, Universit? Lille 1, France - Negru, Viorel, West University of Timisoara, Romania - Neruda, Roman, Institute of Computer Science, Academy of Sciences of the Czech Republic, Czech Republic - Ngoc-Thanh, Nguyen - Niazi, Muaz, Bahria University, Pakistan - Novak, Peter, Dept. of Computer Science and Engineering, Czech Technical University in Prague, Czech Republic - Nowostawski, Mariusz, University of Otago, Information Science Department, New Zealand - Oliveira, Eugenio, Faculty of Engineering, University of Porto, Portugal - Omicini, Andrea, Alma Mater Studiorum?Universit? di Bologna, Italy - Oren, Nir, University of Aberdeen, United Kingdom - Ouedraogo, Moussa, Public Research Centre Henri Tudor, Luxembourg - Paik, Incheon, University of Aizu, Japan - Poggi, Agostino, DII - University of Parma, Italy - Pokahr, Alexander, University of Hamburg, Germany - Rimassa, Giovanni, Whitestein Technologies AG, Switzerland - Rykowski, Jarogniew, Poznan University of Economics, Poland - Sakellariou, Ilias, Dept. of Applied Informatics, University of - Macedonia, Greece - Santoro, Corrado, University of Catania, Italy - Schaefer, Robert, AGH University of Science and Technology, Poland - Senatore, Sabrina, University of Salerno, Italy - Slavkovik, Marija, University of Luxembourg, Luxembourg - Stanek, Stanislaw, General Tadeusz Kosciuszko Military Academy of Land Forces in Wroc?aw, Poland - Tang, Yuqing, Carnegie Mellon University, United States - Thimm, Matthias, University of Koblenz-Landau, Germany - Trcek, Denis, University of Ljubljana, Slovenia - Troquard, Nicolas, ISTC-CNR, Italy - Tucci, Salvatore, University of Rome at Torvergata, Italy - Venticinque, Salvatore, Second University of Naples, Italy - Vouros, George, University of Piraeus, Greece - Wahjudi, Paulus, Marshall Unviersity, United States - Yazdani, Samaneh, Islamic Azad University, Science and Research branch, Iran CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN ------ CALL FOR PAPERS ======================================= 8th Workshop on Computer Aspects of Numerical Algorithms (CANA'15) Lodz, Poland, September 13-16, 2015 WWW: https://fedcsis.org/cana E-mail: cana2015 at fedcsis.org We would like to cordially invite you to consider contributing a paper to CANA - held as a part of the Federated Conference on Computer Science and Information Systems (FedCSIS 2015). FedCSIS a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Polish Operational and Systems Research Society - POSRS, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). Numerical algorithms are widely used by scientists engaged in various areas. There is a special need of highly efficient and easy-to-use scalable tools for solving large scale problems. The workshop is devoted to numerical algorithms with the particular attention to the latest scientific trends in this area and to problems related to implementation of libraries of efficient numerical algorithms. The goal of the workshop is meeting of researchers from various institutes and exchanging of their experience, and integrations of scientific centers. TOPICS ======================================= - Parallel numerical algorithms - Novel data formats for dense and sparse matrices - Libraries for numerical computations - Numerical algorithms testing and benchmarking - Analysis of rounding errors of numerical algorithms - Languages, tools and environments for programming numerical algorithms - Numerical algorithms on GPUs - Paradigms of programming numerical algorithms - Contemporary computer architectures - Heterogeneous numerical algorithms - Applications of numerical algorithms in science and technology PAPER SUBMISSION AND PUBLICATION ======================================= Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Moreover, most Events' organizers arrange quality journals, edited volumes, etc. and may invite selected extended and revised papers for post-conference publications (information can be found at the websites of individual events). IMPORTANT DATES ======================================= - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 EVENT CHAIRS ======================================= - Bylina, Jaroslaw, Maria Curie-Sklodowska University, Poland - Bylina, Beata, Maria Curie-Sklodowska University, Poland - Stpiczy?ski, Przemys?aw, Maria Curie-Sklodowska University, Poland PROGRAM COMMITTEE (confirmed so far) ======================================= - Amodio, Pierluigi, Universit? di Bari, Italy - Anastassi, Zacharias, Qatar University, Qatar - Bana?, Krzysztof, AGH University of Science and Technology, Poland - Bar?n, Benjam?n, Universidad Nacional del Este - Brugnano, Luigi, Universita' di Firenze, Italy - Filippone, Salvatore, University Rome Tor Vergata, Italy - Filote, Constantin - Fourneau, Jean-Michel - Gansterer, Wilfried, University of Vienna, Austria - Georgiev, Krassimir, IICT - BAS, Bulgaria - Gimenez, Domingo, University of Murcia, Spain - Gravvanis, George, Democritus University of Thrace, Greece - Kucaba-Pietal, Anna, Politechnika Rzeszowska, Poland - Lirkov, Ivan, Institute of Information and Communication Technologies , Bulgarian Academy of Sciences, Bulgaria - Maksimov, Vyacheslav, Institute of Mathematics and Mechanics, Russia - Marowka, Ami, Bar-Ilan University, Israel - Petcu, Dana, West University of Timisoara, Romania - Satco, Bianca-Renata, Stefan cel Mare University of Suceava, Romania - Sedukhin, Stanislav, The University of Aizu, Japan - Shishkina, Olga, Max Planck Institute for Dynamics and Self-Organization, Germany - Srinivasan, Natesan, Indian Institute of Technology, India - Szadkowski, Zbigniew, University of Lodz, Poland - Tudruj, Marek, Inst. of Comp. Science Polish Academy of Sciences/Polish-Japanese Institute of Information Technology, Poland - T?ma, Miroslav, Academy of Sciences of the Czech Republic, Czech Republic - Ustimenko, Vasyl, Marie Curie-Sklodowska University, Poland - W?jcik, Grzegorz M., Institute of Computer Science, Maria Curie-Sklodowska University, Poland CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN ------ CALL FOR PAPERS ======================================= 2nd Doctoral Symposium on Recent Advances in Information Technology (DS-RAIT'15) Lodz, Poland, September 13-16, 2015 WWW: https://fedcsis.org/ds-rait E-mail: ds-rait2015 at fedcsis.org We would like to cordially invite you to consider contributing a paper to DS-RAIT - held as a part of the Federated Conference on Computer Science and Information Systems (FedCSIS 2015). FedCSIS a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Polish Operational and Systems Research Society - POSRS, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). The aim of this meeting is to provide a platform for exchange of ideas between early-stage researchers, in Computer Science, PhD students in particular. Furthermore, the symposium will provide all participants an opportunity to get feedback on their studies from experienced members of the IT research community invited to chair all DS-RAIT thematic sessions. Therefore, submission of research proposals with limited preliminary results is strongly encouraged. Besides receiving specific advice for their contributions all participants will be invited to attend plenary lectures on conducting high-quality research studies, excellence in scientific writing and issues related to intellectual property in IT research. Authors of the two most outstanding submissions will have a possibility to present their papers in a form of short plenary lecture. TOPICS ======================================= DS-RAIT 2015 invites the submission of papers on all aspects of Information Technology including, but not limited to: - Automatic Control and Robotics - Bioinformatics - Cloud, GPU and Parallel Computing - Cognitive Science - Computer Networks - Computational Intelligence - Cryptography - Data Mining and Data Visualization - Database Management Systems - Expert Systems - Image Processing and Computer Animation - Information Theory - Machine Learning - Natural Language Processing - Numerical Analysis - Operating Systems - Pattern Recognition - Scientific Computing - Software Engineering PAPER SUBMISSION AND PUBLICATION ======================================= Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Moreover, most Events' organizers arrange quality journals, edited volumes, etc. and may invite selected extended and revised papers for post-conference publications (information can be found at the websites of individual events). IMPORTANT DATES ======================================= - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 EVENT CHAIRS ======================================= - Go?u?ska, Dominika, Cracow University of Technology, Poland - Kowalski, Piotr Andrzej, Systems Research Institute, Polish Academy of Sciences, Poland - Lukasik, Szymon, Systems Research Institute, Polish Academy of Sciences, Poland PROGRAM COMMITTEE (confirmed so far) ======================================= - Arabas, Jaroslaw, Warsaw University of Technology, Poland - Atanassov, Krassimir T., Bulgarian Academy of Sciences, Bulgaria - Balazs, Krisztian, Budapest University of Technology and Economics, Hungary - Castrillon-Santana, Modesto, University of Las Palmas de Gran Canaria, Spain - Charytanowicz, Malgorzata, Catholic University of Lublin, Poland - Corpetti, Thomas, University of Rennes, France - Courty, Nicolas, University of Bretagne Sud, France - Fournier-Viger, Philippe, University of Moncton, Canada - Gil, David, University of Alicante, Spain - Hu, Bao-Gang, Institute of Automation, Chinese Academy of Sciences, China - Koczy, Laszlo, Szechenyi Istvan University, Hungary - Kokosinski, Zbigniew, Cracow University of Technology, Poland - Kulczycki, Piotr, Systems Research Institute, Polish Academy of Sciences, Poland - Lilik, Ferenc, Szechenyi Istvan University, Hungary - Lovassy, Rita, Obuda University, Hungary - Mesiar, Radko, Slovak University of Technology, Slovakia - Noguera i Clofent, Carles, Institute of Information Theory and Automation (UTIA), Academy of Sciences of the Czech Republic, Czech Republic - Petrik, Milan, Masaryk University, Czech Republic - Samotyj, Volodymyr, Lviv Polytechnic National University - Tormasi, Alex, Szechenyi Istvan University, Hungary - Yang, Yujiu, Tsinghua University, China - Zadrozny, Slawomir, Systems Research Institute, Poland - Zajac, Mieczyslaw, Cracow University of Technology, Poland CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From didi at redhat.com Mon Jan 5 20:19:58 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 5 Jan 2015 15:19:58 -0500 (EST) Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <54AA469C.5060404@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> Message-ID: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jiri Moskovcak" > To: "Mikola Rose" , "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Monday, January 5, 2015 10:09:00 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > On 01/02/2015 11:27 PM, Mikola Rose wrote: > > Hi Didi, > > > > Thank you for the response. > > > > I have tried to do a fresh install (RH 6.6) and still ran into the same > > problem. > > > > [root at pws-hv15 rhiso]# hosted-engine --deploy > > [ INFO ] Stage: Initializing > > Continuing will configure this host for serving as hypervisor > > and create a VM where you have to install oVirt Engine afterwards. > > Are you sure you want to continue? (Yes, No)[Yes]: > > It has been detected that this program is executed through an > > SSH connection without using screen. > > Continuing with the installation may lead to broken > > installation if the network connection fails. > > It is highly recommended to abort the installation and run it > > inside a screen session using command "screen". > > Do you want to continue anyway? (Yes, No)[No]: yes > > [ INFO ] Generating a temporary VNC password. > > [ INFO ] Stage: Environment setup > > Configuration files: [] > > Log file: > > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150102134318-7ougjc.log > > Version: otopi-1.2.3 (otopi-1.2.3-1.el6ev) > > [ INFO ] Hardware supports virtualization > > [ INFO ] Bridge rhevm already created > > [ INFO ] Stage: Environment packages setup > > [ INFO ] Stage: Programs detection > > [ INFO ] Stage: Environment setup > > [ INFO ] Stage: Environment customization > > > > > > --== STORAGE CONFIGURATION ==-- > > > > > > During customization use CTRL-D to abort. > > Please specify the storage you would like to use (nfs3, > > nfs4)[nfs3]: > > Please specify the full shared storage connection path to use > > (example: host:/path): 192.168.1.32:/Volumes/Raid1 > > [ INFO ] Installing on first host > > Please provide storage domain name. [hosted_storage]: > > Local storage datacenter name is an internal name and > > currently will not be shown in engine's admin UI.Please enter local > > datacenter name [hosted_datacenter]: > > > > > > --== SYSTEM CONFIGURATION ==-- > > > > > > > > --== NETWORK CONFIGURATION ==-- > > > > > > iptables was detected on your computer, do you wish setup to > > configure it? (Yes, No)[Yes]: > > Please indicate a pingable gateway IP address [192.168.0.3]: > > > > > > --== VM CONFIGURATION ==-- > > > > > > Please specify the device to boot the VM from (cdrom, disk, > > pxe) [cdrom]: > > The following CPU types are supported by this host: > > - model_Westmere: Intel Westmere Family > > - model_Nehalem: Intel Nehalem Family > > - model_Penryn: Intel Penryn Family > > - model_Conroe: Intel Conroe Family > > Please specify the CPU type to be used by the VM > > [model_Westmere]: > > Please specify path to installation media you would like to > > use [None]: /mnt/rhiso > > Please specify the number of virtual CPUs for the VM > > [Defaults to minimum requirement: 2]: > > Please specify the disk size of the VM in GB [Defaults to > > minimum requirement: 25]: > > You may specify a MAC address for the VM or accept a randomly > > generated default [00:16:3e:02:7f:c4]: > > Please specify the memory size of the VM in MB [Defaults to > > minimum requirement: 4096]: > > Please specify the console type you would like to use to > > connect to the VM (vnc, spice) [vnc]: > > > > > > --== HOSTED ENGINE CONFIGURATION ==-- > > > > > > Enter the name which will be used to identify this host > > inside the Administrator Portal [hosted_engine_1]: > > Enter 'admin at internal' user password that will be used for > > accessing the Administrator Portal: > > Confirm 'admin at internal' user password: > > Please provide the FQDN for the engine you would like to use. > > This needs to match the FQDN that you will use for the engine > > installation within the VM. > > Note: This will be the FQDN of the VM you are now going to > > create, > > it should not point to the base host or to any other existing > > machine. > > Engine FQDN: powerhost1.power-soft.net > > > > Please provide the name of the SMTP server through which we > > will send notifications [localhost]: > > Please provide the TCP port number of the SMTP server [25]: > > Please provide the email address from which notifications > > will be sent [root at localhost]: > > Please provide a comma-separated list of email addresses > > which will get notifications [root at localhost]: > > [ INFO ] Stage: Setup validation > > > > > > --== CONFIGURATION PREVIEW ==-- > > > > > > Engine FQDN : > > powerhost1.power-soft.net > > Bridge name : rhevm > > SSH daemon port : 22 > > Firewall manager : iptables > > Gateway address : 192.168.0.3 > > Host name for web application : hosted_engine_1 > > Host ID : 1 > > Image size GB : 25 > > Storage connection : 192.168.1.32:/Volumes/Raid1 > > Console type : vnc > > Memory size MB : 4096 > > MAC address : 00:16:3e:02:7f:c4 > > Boot type : cdrom > > Number of CPUs : 2 > > ISO image (for cdrom boot) : /mnt/rhiso > > CPU Type : model_Westmere > > > > > > Please confirm installation settings (Yes, No)[No]: Yes > > [ INFO ] Stage: Transaction setup > > [ INFO ] Stage: Misc configuration > > [ INFO ] Stage: Package installation > > [ INFO ] Stage: Misc configuration > > [ INFO ] Configuring libvirt > > [ INFO ] Configuring VDSM > > [ INFO ] Starting vdsmd > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Creating Storage Domain > > [ INFO ] Creating Storage Pool > > [ INFO ] Connecting Storage Pool > > [ INFO ] Verifying sanlock lockspace initialization > > [ INFO ] Initializing sanlock lockspace > > [ INFO ] Initializing sanlock metadata > > [ INFO ] Creating VM Image > > [ INFO ] Disconnecting Storage Pool > > [ INFO ] Start monitoring domain > > [ ERROR ] Failed to execute stage 'Misc configuration': The read > > operation timed out > > [ INFO ] Stage: Clean up > > [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' > > [ INFO ] Stage: Pre-termination > > [ INFO ] Stage: Termination > > > > > > > > sanlock status > > daemon 4a21a439-cc72-4542-8146-71d0cb754da4.pws-hv15.p > > p -1 helper > > p -1 listener > > p -1 status > > p 5365 > > s > > e7175b6e-bf5a-4723-98f6-0f7972623f4c:1:/rhev/data-center/mnt/192.168.1.32\:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/ids:0 > > > > > > > > I am not sure if it is relevant but after subscribing to the relevant > > channels listed in the Installation Guid > > e > > I was receiving an error when trying to update via Yum and only after I > > installed rhel-6-server-rhev-mgmt-agent-rpms. I have no idea why it > > would want to install the i686 augeas items and can not find any info on > > how to resolve this. > > This usually means that you either using broken repo or you have > installed some 3rd party packages which require different version of the > libs then others (btw, augeas-1.0.0-5.el6_5.1 doesn't seem like clean > 6.6 install, the package version suggests it's 6.5). You can try to > update the system before you add any 3rd party repos. > > Now for the read timeout problem: > The vdsm log is full of: > > Thread-62::DEBUG::2015-01-02 > 14:07:44,218::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.000351466 s, 1.4 MB/s\n'; = 0 > Thread-62::DEBUG::2015-01-02 > 14:07:54,228::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/metadata > iflag=direct of=/dev/null bs=40 > 96 count=1' (cwd None) > > repeating over and over which doesn't seem healthy to me, but I'm not > vdsm expert. Can you please try to run: vdsClient -s 0 getVdsStats on > the host you're deploying? I managed to reproduce, and it seems to me that this is caused by vdsm trying to contact hosted-engine-ha, because it seems to have been configured by a previous failed run of deploy, although it's actually still down. At this point, 'vdsClient -s 0 getVdsStats' indeed got stuck. Removing /etc/ovirt-hosted-engine/hosted-engine.conf was enough to make it work. Mikola, please try that and tell us if it solves. Thanks! I added a comment [1] on bz. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1099874#c20 . Best, -- Didi From mrose at power-soft.com Mon Jan 5 20:32:17 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 5 Jan 2015 20:32:17 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> Message-ID: <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> I will asap. I am struggling with my augeas-libs issue. Still trying to resolve my augeas-libs issue. https://access.redhat.com/comment/865173#comment-865173 I managed to reproduce, and it seems to me that this is caused by vdsm trying to contact hosted-engine-ha, because it seems to have been configured by a previous failed run of deploy, although it's actually still down. At this point, 'vdsClient -s 0 getVdsStats' indeed got stuck. Removing /etc/ovirt-hosted-engine/hosted-engine.conf was enough to make it work. Mikola, please try that and tell us if it solves. Thanks! I added a comment [1] on bz. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1099874#c20 . Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yzaslavs at redhat.com Tue Jan 6 06:17:40 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 01:17:40 -0500 (EST) Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: References: <54aada60.4a5b460a.0bc5.ffffe602SMTPIN_ADDED_MISSING@mx.google.com> Message-ID: <1469658606.5664943.1420525059994.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandvik Agustin" > To: users at ovirt.org > Sent: Monday, January 5, 2015 8:47:30 PM > Subject: Re: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > Hi, > > > Thanks guys for the quick reply and I really appreciate it, I'll look upon > your suggestions right now. By the way, I forgot to mention that I'm > using oVirt > Engine Version: 3.5.0.1-1.el6. Thanks Again, I'll update you guys about my > progress. That should work (i.e - as long as you use version 3.5.x, we had the ability to add users at the past as well, but it would be better to use the path Alon suggested). Regarding FreeIPA - depends on the amount of machines you have to spare, it is possible to set the FreeIPA server on a different machine (i.e, not have engine and FreeIPA co-hosted). But as suggested before , 389ds works just fine. Cheers, Yair > > Thanks Again. > > On Tue, Jan 6, 2015 at 2:39 AM, Donny Davis wrote: > > > Ensure you don't try to install freeipa to the manager machine, there will > > be conflicts. > > > > 389ds works and is really easy to setup > > > > Regards > > DonnyOn Jan 5, 2015 11:36 AM, Donny Davis wrote: > > > > > > I did a write up on AAA LDAP. > > > > > > https://cloudspin.me/ovirt-simple-ldap-aaa/ > > > > > > Hope its helpful > > > > > > DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > > > > > > > Hello, > > > > > > > > For now you need to use somekind of LDAP with > > ovirt-engine-extension-ldap[1][2] package. > > > > In future we will support database based repository. > > > > > > > > Until someone from infra will have the time to publish the latest > > version of the package, please download it directly from here[3], please > > note that until engine-3.5.1 is out you will need to specify full path in > > config.profile.file.1 variable at authn and authz extension configuration. > > > > > > > > Regards, > > > > Alon > > > > > > > > [1] > > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > > > > [2] http://www.ovirt.org/Features/AAA > > > > [3] > > http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > > > > > > > ----- Original Message ----- > > > > > From: "Sandvik Agustin" > > > > > To: users at ovirt.org > > > > > Sent: Monday, January 5, 2015 8:14:27 PM > > > > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is > > admin account > > > > > > > > > > Hi guys, > > > > > > > > > > Good day, I just want to know if how can I add usernames in ovirt? > > i.e., is > > > > > admin account is already exist and I want to create another account > > i.e., > > > > > users or clients account. > > > > > > > > > > > > > > > TIA > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From vanoppen.koen at gmail.com Tue Jan 6 07:40:29 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 6 Jan 2015 08:40:29 +0100 Subject: [ovirt-users] Affinity In-Reply-To: <330671366.5215193.1420468087048.JavaMail.zimbra@redhat.com> References: <54AA577C.1060804@redhat.com> <330671366.5215193.1420468087048.JavaMail.zimbra@redhat.com> Message-ID: Ok, Super! Big thanks for your help! 2015-01-05 15:28 GMT+01:00 Artyom Lukianov : > If you want that each vm will run on different host, you can: > 1) just not pinned it to specific host(placement and migration options > under vm properties)? > 2) create two clusters, each cluster will have hosts from different > physical datacenters, and for each cluster administrate different set of > vms. > 3) And in the end we have possibility to use external scheduler, so you > can write your own python script, and use it as filter, weight or balance > module for ovirt scheduler: > http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy > http://www.ovirt.org/External_Scheduler_Samples > > You need to install package ovirt-scheduler-proxy and also enable it > via engine-config -s ExternalSchedulerEnabled=True. > Also additional info you can find under cd > /usr/share/doc/ovirt-scheduler-proxy* > > I hope it will help you. > Thanks > > ----- Original Message ----- > From: "Koen Vanoppen" > To: "Doron Fediuck" , users at ovirt.org > Sent: Monday, January 5, 2015 11:26:26 AM > Subject: Re: [ovirt-users] Affinity > > Thanks for your reply. But I maybe explained it badly... All the 4 > hypervisors are in the same Datacenter on oVirt. But they are physically in > a different datacenter. > That is why I want to force them to run on a different hypervisor. IF 1 > physical datacenter would go down (electricity power failure or whatever) > At least one VM will continue to run. > > 2015-01-05 10:21 GMT+01:00 Doron Fediuck < dfediuck at redhat.com > : > > > > > On 05/01/15 10:54, Koen Vanoppen wrote: > > > > Hi All, > > First of all, let me say a Happy New Year with all the best wishes!! > > Now, let's get down to business :-). > > I would lik eto implement the Affinity option in our datacenter. > I already activated it, put the 2 vms in it and set in on negative so they > won't run together on the same hypervisor. Now, the question... > Is there a way I can force the VM's so they will run on a hypervisor that > is not in the same datacenter? We have this; > > Hyp1 -> Datacenter1 > Hyp2 -> Datacenter2 > Hyp3 -> Datacenter1 > Hyp4 -> Datacenter2 > > For the moment they run on a different Hypervisor, but they are in the > same Datacenter. I can manually now move them to the other one, but I would > like this that oVirt manages this... > Is this possible...? > > Kind regards, > > Koen > > > Hi Koen. > > VMs cannot move between data centers while still running. > Just to provide some basic concepts in terms of hierarchy, we have: > > Data-Center1 > | > |\ Cluster A > | | > | |\ Host (a) > | |\ Host (b) > | > |\ Cluster B > | | > | |\ Host (c) > | |\ Host (d) > | |\ Host (e) > > Data-Center2 > | > |\ Cluster A > | | > | |\ Host (f) > | > |\ Cluster B > | | > | |\ Host (g) > | |\ Host (h) > | |\ Host (i) > > As you can see, a host may be a part of a single cluster and a VM > will run on one of the hosts. Live migration can be done between > hosts of the same cluster. The only way to move VM between clusters > and DCs are when the VM is down, in a manual way. > > So Affinity works in the cluster level, and the rules are valid for a > specific cluster who currently owns the VM. > In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity > rules will apply every time you start or migrate a VM. However, there's > no rule which is valid for Datacenter1 and Datacenter2. > > HTH, > Doron > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Tue Jan 6 08:34:21 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 6 Jan 2015 03:34:21 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> Message-ID: <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From olivier.navas at sdis33.fr Tue Jan 6 09:28:42 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Tue, 6 Jan 2015 10:28:42 +0100 (CET) Subject: [ovirt-users] Can't remove a storage domain related to a broken hardware In-Reply-To: <1691724590.505655.1420533975371.JavaMail.zimbra@sdis33.fr> Message-ID: <985472323.520074.1420536522129.JavaMail.zimbra@sdis33.fr> Hello Ovirt users ! I experienced an hardware failure on a ISCSI storage making it unrecoverable, and I would like to remove it from storage domains. There was 1 disk on this storage domain, and this disk isn't attached to any VM anymore, but I still can't detach this storage domain from cluster. The storage domain is in "inactive" status and if I try to "detach" it from data center, ovirt tries to activate it. Obviously it can't activate it since hardware is broken, and it fails after several minutes with the event "Failed to detach Storage Domain my_storage_domain to Data Center Default. (User: admin)". I can post my engine.log if useful. I need a way to force removal of this storage domain. Any trick would be greatly appreciated. Perhaps does Ovirt miss some sort of "force detach, i know what i'm doing" button ? I am running an Ovirt 3.5 cluster (engine with CentOS 6.6, 4 nodes with CentOS 7) with FC and ISCSI storage domains. Thanks for your help. -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmoskovc at redhat.com Tue Jan 6 09:44:00 2015 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Tue, 06 Jan 2015 10:44:00 +0100 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Message-ID: <54ABAE60.9010906@redhat.com> On 01/06/2015 09:34 AM, Artyom Lukianov wrote: > Case 1: > In vdsm.log I can see this one: > Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 245, in run > self._startUnderlyingMigration(time.time()) > File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration > None, maxBandwidth) > File "/usr/share/vdsm/virt/vm.py", line 670, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 > if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) > libvirtError: operation aborted: migration job: canceled by client > I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. > - agent did everything correctly and as Artyom says, the migration is aborted by vdsm: The migration took 260 seconds which is exceeding the configured maximum time for migrations of 256 seconds. The migration will be aborted. - there is a configuration option in vdsm conf you can tweak to increase the timeout: 'migration_max_time_per_gib_mem', '64', 'The maximum time in seconds per GiB memory a migration may take ' 'before the migration will be aborted by the source host. ' 'Setting this value to 0 will disable this feature.' So as you can see in your case it's 4 * 64 seconds => 256seconds. --Jirka > Case 2: > HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. > > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Monday, January 5, 2015 7:38:08 PM > Subject: RE: [ovirt-users] VM failover with ovirt3.5 > > I collected the agent.log and vdsm.log in 2 cases. > > Case1 HE VM failover trail > What I did > 1, make all host be engine up > 2, set host1 be with local maintenance mode. In host1, there is HE VM. > 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 > As for the log is very large, I uploaded into google dirve. The link is as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc > The logs are for 3 hosts in my environment. > > Case2 non-HE VM failover trail > 1, make all host be engine up > 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" > 3,But the vm on the top of host3 does not migrate at all. > The logs are uploaded to good drive as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc > > > Thanks, > Cong > > > > > -----Original Message----- > From: Artyom Lukianov [mailto:alukiano at redhat.com] > Sent: Sunday, January 04, 2015 3:22 AM > To: Yue, Cong > Cc: cong yue; stirabos at redhat.com; users at ovirt.org > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Can you provide vdsm logs: > 1) for HE vm case > 2) for not HE vm case > Thanks > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Thursday, January 1, 2015 2:32:18 AM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Thanks for the advice. I applied the patch for clientIF.py as > - port = config.getint('addresses', 'management_port') > + port = config.get('addresses', 'management_port') > > Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. > > MainThread::INFO::2014-12-31 > 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Continuing to monitor migration > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineMigratingAway (score: 2000) > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::ERROR::2014-12-31 > 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) > Failed to migrate > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", > line 863, in _monitor_migration > vm_id, > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", > line 85, in run_vds_client_cmd > response['status']['message']) > DetailedError: Error 47 from migrateStatus: Migration canceled > MainThread::INFO::2014-12-31 > 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1420070896.5 type=state_transition > detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' > MainThread::INFO::2014-12-31 > 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineMigratingAway-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > > Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? > > Please kindly advise. > > Thanks, > Cong > > >> On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: >> >> Ok I found this one: >> Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 163, in _recover >> self.destServer.destroy(self._vm.id) >> AttributeError: 'SourceThread' object has no attribute 'destServer' >> Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 229, in run >> self._setupVdsConnection() >> File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection >> self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) >> File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort >> return addr + ':' + port >> TypeError: cannot concatenate 'str' and 'int' objects >> >> We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. >> >> ----- Original Message ----- >> From: "cong yue" >> To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org >> Cc: "Cong Yue" >> Sent: Tuesday, December 30, 2014 8:22:47 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> The vdsm.log just after I turned the host where HE VM is to local. >> >> In the log, there is some part like >> >> --- >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806995::DEBUG::2014-12-30 >> 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending >> response >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806996::DEBUG::2014-12-30 >> 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> --- >> >> I this with some wrong? >> >> Thanks, >> Cong >> >> >>> From: Artyom Lukianov >>> Date: 2014?12?29? 23:13:45 GMT-8 >>> To: "Yue, Cong" >>> Cc: Simone Tiraboschi , "users at ovirt.org" >>> >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >>> more interesting, can you provide vdsm.log for this one please. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> To: "Artyom Lukianov" >>> Cc: "Simone Tiraboschi" , users at ovirt.org >>> Sent: Monday, December 29, 2014 8:29:04 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> I disabled local maintenance mode for all hosts, and then only set the host >>> where HE VM is there to local maintenance mode. The logs are as follows. >>> During the migration of HE VM , it shows some fatal error happen. By the >>> way, also HE VM can not work with live migration. Instead, other VMs can do >>> live migration. >>> >>> --- >>> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >>> You have new mail in /var/spool/mail/root >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-29 >>> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.61 type=state_transition >>> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenanceMigrateVm (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.96 type=state_transition >>> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >>> hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >>> Penalizing score by 400 due to low free memory >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineMigratingAway (score: 2000) >>> MainThread::INFO::2014-12-29 >>> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::ERROR::2014-12-29 >>> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >>> Failed to migrate >>> Traceback (most recent call last): >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >>> line 863, in _monitor_migration >>> vm_id, >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >>> line 85, in run_vds_client_cmd >>> response['status']['message']) >>> DetailedError: Error 12 from migrateStatus: Fatal error during migration >>> MainThread::INFO::2014-12-29 >>> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877034.26 type=state_transition >>> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineMigratingAway-ReinitializeFSM) sent? ignored >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state ReinitializeFSM (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877044.55 type=state_transition >>> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (ReinitializeFSM-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ^C >>> [root at compute2-3 ~]# >>> >>> >>> [root at compute2-3 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 1014956 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >>> host-id=1 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 866019 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=866019 (Mon Dec 29 10:19:45 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 860493 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=860493 (Mon Dec 29 10:20:35 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> [root at compute2-3 ~]# >>> --- >>> Thanks, >>> Cong >>> >>> >>> >>> On 2014/12/29, at 8:43, "Artyom Lukianov" >>> > wrote: >>> >>> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >>> "Local Maintenance" state, so vm will not migrate to any of them, can you >>> try disable local maintenance on all hosts in HE environment and after >>> enable "local maintenance" on host where HE vm run, and provide also output >>> of hosted-engine --vm-status. >>> Failover works in next way: >>> 1) if host where run HE vm have score less by 800 that some other host in HE >>> environment, HE vm will migrate on host with best score >>> 2) if something happen to vm(kernel panic, crash of service...), agent will >>> restart HE vm on another host in HE environment with positive score >>> 3) if put to local maintenance host with HE vm, vm will migrate to another >>> host with positive score >>> Thanks. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" > >>> Cc: "Simone Tiraboschi" >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 6:30:42 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks and the --vm-status log is as follows: >>> [root at compute2-2 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1008087 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 859142 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=859142 (Mon Dec 29 08:25:08 2014) >>> host-id=2 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 853615 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=853615 (Mon Dec 29 08:25:57 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# >>> >>> Could you please explain how VM failover works inside ovirt? Is there any >>> other debug option I can enable to check the problem? >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/29, at 1:39, "Artyom Lukianov" >>> > >>> wrote: >>> >>> Can you also provide output of hosted-engine --vm-status please, previous >>> time it was useful, because I do not see something unusual. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" >>> > >>> Cc: "Simone Tiraboschi" >>> >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 7:15:24 AM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Also I change the maintenance mode to local in another host. But also the VM >>> in this host can not be migrated. The logs are as follows. >>> >>> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419829795.7 type=state_transition >>> detail=EngineDown-LocalMaintenance hostname='compute2-2' >>> MainThread::INFO::2014-12-28 >>> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineDown-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> ^C >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# ps -ef | grep qemu >>> root 18420 2777 0 21:10 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >>> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >>> -m 500 -realtime mlock=off -smp >>> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >>> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:17:17,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-2 ~]# >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 20:53, "Yue, Cong" >>> > >>> wrote: >>> >>> I checked it again and confirmed there is one guest VM is running on the top >>> of this host. The log is as follows: >>> >>> [root at compute2-1 vdsm]# ps -ef | grep qemu >>> qemu 2983 846 0 Dec19 ? 00:00:00 >>> [supervdsmServer] >>> root 5489 3053 0 20:49 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >>> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >>> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >>> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:18:01,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 3:46, "Artyom Lukianov" >>> > >>> wrote: >>> >>> I see that you set local maintenance on host3 that do not have engine vm on >>> it, so it nothing to migrate from this host. >>> If you set local maintenance on host1, vm must migrate to another host with >>> positive score. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Saturday, December 27, 2014 6:58:32 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Hi >>> >>> I had a try with "hosted-engine --set-maintence --mode=local" on >>> compute2-1, which is host 3 in my cluster. From the log, it shows >>> maintence mode is dectected, but migration does not happen. >>> >>> The logs are as follows. Is there any other config I need to check? >>> >>> [root at compute2-1 vdsm]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 836296 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=836296 (Sat Dec 27 11:42:39 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 687358 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=687358 (Sat Dec 27 08:42:04 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 681827 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=681827 (Sat Dec 27 08:42:40 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> >>> >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.94 (id 1): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >>> (Sat Dec 27 11:37:30 >>> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >>> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >>> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >>> 'maintenance': False, 'host-ts': 835987} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >>> (Sat Dec 27 08:37:41 >>> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >>> 'host-ts': 681528} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 2): {'engine-health': {'reason': 'vm not running on this >>> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >>> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >>> 'gateway': True} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> On 2014/12/22, at 5:29, "Simone Tiraboschi" >>> > >>> wrote: >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 7:22:10 PM >>> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks for the information. This is the log for my three ovirt nodes. >>> From the output of hosted-engine --vm-status, it shows the engine state for >>> my 2nd and 3rd ovirt node is DOWN. >>> Is this the reason why VM failover not work in my environment? >>> >>> No, they looks ok: you can run the engine VM on single host at a time. >>> >>> How can I make >>> also engine works for my 2nd and 3rd ovit nodes? >>> >>> If you put the host 1 in local maintenance mode ( hosted-engine >>> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >>> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >>> host 2 in local maintenance mode the VM should migrate again. >>> >>> Can you please try that and post the logs if something is going bad? >>> >>> >>> -- >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 150475 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=150475 (Fri Dec 19 13:12:18 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1572 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1572 (Fri Dec 19 10:12:18 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : False >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : unknown stale-data >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 987 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=987 (Fri Dec 19 10:09:58 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> -- >>> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >>> as follows: >>> -- >>> 10.0.0.94(hosted-engine-1) >>> --- >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.93 (id 2): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >>> (Fri Dec 19 10:10:14 >>> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 1448} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >>> (Fri Dec 19 10:09:58 >>> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 987} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >>> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >>> False, 'cpu-load': 0.0269, 'gateway': True} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ---- >>> >>> 10.0.0.93 (hosted-engine-2) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> 10.0.0.92(hosted-engine-3) >>> same as 10.0.0.93 >>> -- >>> >>> -----Original Message----- >>> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >>> Sent: Friday, December 19, 2014 12:28 AM >>> To: Yue, Cong >>> Cc: >>> users at ovirt.org >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 2:14:33 AM >>> Subject: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> Hi >>> >>> >>> >>> In my environment, I have 3 ovirt nodes as one cluster. And on top of >>> host-1, there is one vm to host ovirt engine. >>> >>> Also I have one external storage for the cluster to use as data domain >>> of engine and data. >>> >>> I confirmed live migration works well in my environment. >>> >>> But it seems very buggy for VM failover if I try to force to shut down >>> one ovirt node. Sometimes the VM in the node which is shutdown can >>> migrate to other host, but it take more than several minutes. >>> >>> Sometimes, it can not migrate at all. Sometimes, only when the host is >>> back, the VM is beginning to move. >>> >>> Can you please check or share the logs under >>> /var/log/ovirt-hosted-engine-ha/ >>> ? >>> >>> Is there some documentation to explain how VM failover is working? And >>> is there some bugs reported related with this? >>> >>> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >>> >>> Thanks in advance, >>> >>> Cong >>> >>> >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) >>> and may contain confidential and privileged information. Any >>> unauthorized review, use, disclosure or distribution is prohibited. If >>> you are not the intended recipient, please contact the sender by reply >>> e-mail and destroy all copies of the original message. If you are the >>> intended recipient, please be advised that the content of this message >>> is subject to access, review and disclosure by the sender's e-mail System >>> Administrator. >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > From yzaslavs at redhat.com Tue Jan 6 10:41:59 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 05:41:59 -0500 (EST) Subject: [ovirt-users] Ovirt Engine Clear All tasks In-Reply-To: <54A7150B.6040309@cloudspin.me> References: <54A7150B.6040309@cloudspin.me> Message-ID: <300891941.5764054.1420540919737.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "users" > Sent: Saturday, January 3, 2015 12:00:43 AM > Subject: [ovirt-users] Ovirt Engine Clear All tasks > > I tried to migrate disks from one storage domain to another, and it is > taking an unreasonable amount of time to complete. The disks have been > migrating for 6 hours, and is bringing my system to it's knees. > > I have used the taskcleaner utility when the engine was stopped, and > when I start the engine, it starts trying to migrate the disks again. > > How can I fix this I wonder if the command_entities table in the DB included any entries. In addition, I wonder what was the status of tasks at SPM at that time. > > Thanks > > -- > Donny Davis > CloudSpin.me > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From yzaslavs at redhat.com Tue Jan 6 11:38:39 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 06:38:39 -0500 (EST) Subject: [ovirt-users] templates and freeipa In-Reply-To: References: Message-ID: <364326156.5789656.1420544319213.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jim Kinney" > To: users at ovirt.org > Sent: Friday, October 31, 2014 8:55:46 PM > Subject: [ovirt-users] templates and freeipa > > Ovirt 3.5 is running well for me and I have freeIPA controlling access to > the user portal. I would like to provide templates of various linux setups > that all have freeipa for user authentication in the VM for my developers > to be able to create a new VM from and then log in using their freeIPA > access and sudo control. I'm wanting to group developers by project and use > freeIPA to set sudo commands as needed (group A get oracle, group B get > postgresql, etc). Wanting to maximize developer ability while minimizing my > clean up time :-) They will be able to delete VMs they create. > > It's possible to do a kickstart deploy with freeIPA registration but a > template from that will be a problem as it will have the same keys for all > VMs. > > Is there a post-creation scripting process I can attach to in ovirt or > should I look at a default root user and script that personalizes the new > VM? ?You mean something like the vdsm hooks? Bare in mind that the create verb in VDSM is more about running a VM. the creation of its "metadata" is done at engine. > > -- > -- > James P. Kinney III > > Every time you stop a school, you will have to build a jail. What you gain > at one end you lose at the other. It's like feeding a dog on his own tail. > It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > > > *http://heretothereideas.blogspot.com/ > * > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From svenkieske at gmail.com Tue Jan 6 11:47:41 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Tue, 06 Jan 2015 12:47:41 +0100 Subject: [ovirt-users] templates and freeipa In-Reply-To: References: Message-ID: <54ABCB5D.4070604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 31.10.2014 19:55, Jim Kinney wrote: > Is there a post-creation scripting process I can attach to in ovirt > or should I look at a default root user and script that > personalizes the new VM? Yes, in the gui it's available via "run-once" in the cloud-init/initial run phase you can specify new ssh-keys etc. you need cloud-init or your own wrapper script inside the vm. this also works via rest api or sdk. there is some documentation on this on ovirt.org and many examples on the users list, just search the archive. HTH Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUq8tdAAoJEAq0kGAWDrqlDs0L+wZtyfkUqzIYa8zXvmaspF32 E9FIqPkXnhgP2vus0IN0WA3JsL/q7tSMpuPwQHxXRHpCWGhCuYJ8tjiNmVidmLc2 TY2xg9OiaaFZw2htWfvPijJBJOrHgSB8Yr8JwBvO94imD5vODSABJq4tVsSnOHez C+/i+jZltDE+V753sz+5XPCdGOGaSkqg4FBc54lTvsoN2qtVBtiePuxurxwJrlQi rCFUIPBBwbfm0eWC3xm0NAuMH+3LbjfTq5PbKGh7n1mqFg+NAXLXtGPvfAP37m1C Bv1FZTJFRqW6bzQ239mU9Vo+Qt3m8Yf+ktj/4fW5IR4m/qfmi5bW7MfavaPxMtZW HO8M9zETzkuE6NZR/ZKZkKrau50dViJAyFSGN4BQYM6gFDdGJCAYDu4YUD3MU3Hm RtTCkWcsvf58aj+PogaU+M8/WVcaqso6G4ytmGLEHcPjpmrhKOP/zlrmopGpkmyQ 4245XRBip8gD2WCXolgOfaWyYnMwcR4dFQwEjJ61ng== =5Iqt -----END PGP SIGNATURE----- From yzaslavs at redhat.com Tue Jan 6 12:32:53 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 07:32:53 -0500 (EST) Subject: [ovirt-users] Debug Environment for RHEVM In-Reply-To: <510930434.236741.1419229616439.JavaMail.zimbra@redhat.com> References: <510930434.236741.1419229616439.JavaMail.zimbra@redhat.com> Message-ID: <1705927817.5808381.1420547573634.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Vered Volansky" > To: "Chao Xie" > Cc: users at ovirt.org > Sent: Monday, December 22, 2014 8:26:56 AM > Subject: Re: [ovirt-users] Debug Environment for RHEVM > > Hi, > > It's not that you can't debug RHEV at all, it's just that the instructions in > the link you cited is will not work as is. > The packaging, hierarchy and even file names are different. > > Regards, > Vered It is possible to open the remote debug port for RHEV-M. The (not so ) tricky part will be to get the exact code-base as of the version (i.e - find the proper git tag). In addition, are you sure you want to debug RHEVM and not oVirt? Cheers, Yair > > ----- Original Message ----- > > From: "Chao Xie" > > To: users at ovirt.org > > Sent: Monday, December 22, 2014 3:55:13 AM > > Subject: [ovirt-users] Debug Environment for RHEVM > > > > > > > > HI, > > > > > > > > I found there is a debug environment for oVirt: > > http://wiki.ovirt.org/OVirt_Engine_Development_Environment > > > > Is it also useful for RHEVM source code? > > > > > > > > Best Regards, > > > > Xie > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mail at johankooijman.com Tue Jan 6 13:20:58 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Tue, 6 Jan 2015 14:20:58 +0100 Subject: [ovirt-users] Can't migrate/remove VM Message-ID: Hi all, Been playing with an ovirt test setup for the last couple of days. Created some vm's, started to throw them around on the cluster, but now I'm stuck. The VM's are running, but when I try to stop them, I get errors like this: https://plakbord.cloud.nl/p/zvAEVPFeBBJSBeGspKNxJsqF When trying to migrate a VM, the node throws this error: https://plakbord.cloud.nl/p/4Syi9A7tEd8L3A2pQg6boVB6 Any clue on what's happening? -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ruiten at rdmedia.com Tue Jan 6 13:20:59 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Tue, 6 Jan 2015 14:20:59 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: Yeela, any chance you could shed any light on this? On 5 January 2015 at 15:46, Tiemen Ruiten wrote: > Sorry, to be clear: no default disk policy exists for the 3.4 cluster > storage domain. > > On 5 January 2015 at 15:45, Tiemen Ruiten wrote: > >> Hello, >> >> I just tried creating a thin-provisioned disk and the same problem (load >> spike, non responsive VMs) occurred. I may have an idea what is going wrong >> now. The following is an excerpt from the engine log after starting the >> disk create job: >> >> 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] >> (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is >> StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM >> vds_groups_view WHERE ( vds_group_id IN (SELECT distinct >> vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain >> LEFT OUTER JOIN storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. : >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet.: >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. >> >> This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. >> There's also a 3.5 cluster managed by the same engine. Could this be >> related to this BZ ? >> >> >> >> On 17 December 2014 at 12:34, Yeela Kaplan wrote: >> >>> Just another thought, >>> from looking at the vdsm logs it looks like there are too many calls to >>> getVolumeSize that are eating up all handlers >>> and eventually a timeout occurs. >>> Adam, do you have any idea about this? >>> >>> ----- Original Message ----- >>> > From: "Yeela Kaplan" >>> > To: "Tiemen Ruiten" >>> > Cc: "Users at ovirt.org" >>> > Sent: Wednesday, December 17, 2014 1:30:52 PM >>> > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >>> creating VM from template >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > > From: "Tiemen Ruiten" >>> > > To: "Yeela Kaplan" >>> > > Cc: "Users at ovirt.org" >>> > > Sent: Wednesday, December 17, 2014 1:22:59 PM >>> > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > creating VM from template >>> > > >>> > > Thank you, I will try to increase to 20 and see what happens. Bug is >>> filed: >>> > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 >>> > >>> > Thank you >>> > and I forgot to mention that you have to restart vdsmd so the change >>> will >>> > apply... >>> > >>> > >>> > > >>> > > On 17 December 2014 at 11:48, Yeela Kaplan >>> wrote: >>> > > > >>> > > > Hi, >>> > > > You are right, the problem is with the file handlers. >>> > > > You can increase the number of handlers in pool using the vdsm >>> config >>> > > > file, which is supposed to be under the following directory in your >>> > > > system: >>> > > > >>> > > > /usr/lib/python2.6/site-packages/vdsm/config.py >>> > > > >>> > > > The default value for 'process_pool_max_slots_per_domain' is 10, >>> so you >>> > > > can increase it by a bit, but not too much. >>> > > > >>> > > > But I suspect the problem is in a larger scale, and this is only a >>> > > > temporary relief for your system and this needs much more >>> attention and a >>> > > > proper fix. >>> > > > could you please open a bug on RHEV/vdsm in bugzilla stating all >>> of the >>> > > > details of your setup and logs? >>> > > > >>> > > > thanks, >>> > > > Yeela >>> > > > >>> > > > ----- Original Message ----- >>> > > > > From: "Tiemen Ruiten" >>> > > > > To: "Users at ovirt.org" >>> > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating VM from template >>> > > > > >>> > > > > Would this be limits for the vdsm process? Then what is the >>> proper way >>> > > > > to >>> > > > > change ulimits for VDSM? >>> > > > > >>> > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > The only thing I can think of would be file hard and soft >>> limits, but I >>> > > > am no >>> > > > > oVirt pro. >>> > > > > >>> > > > > >>> > > > > >>> > > > > 'no free file handlers in pool' that would make sense to me? >>> > > > > >>> > > > > Donny >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] >>> > > > > Sent: Tuesday, December 16, 2014 12:40 PM >>> > > > > To: Donny Davis >>> > > > > Cc: Users at ovirt.org >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > > creating VM from template >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with >>> 16 >>> > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I >>> created the >>> > > > VM, >>> > > > > processor load on both nodes was less than 1. >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > What is the VM load you are running on your servers? >>> > > > > >>> > > > > >>> > > > > >>> > > > > -----Original Message----- >>> > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org >>> ] On >>> > > > Behalf Of >>> > > > > Tiemen Ruiten >>> > > > > Sent: Tuesday, December 16, 2014 12:27 PM >>> > > > > To: users at ovirt.org >>> > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating >>> > > > > VM from template >>> > > > > >>> > > > > Hello, >>> > > > > >>> > > > > I ran into a nasty problem today when creating a new, cloned VM >>> from a >>> > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: >>> on the >>> > > > node >>> > > > > where I started a VM creation job, load skyrocketed and some VMs >>> > > > > stopped >>> > > > > responding until and after the job failed. Everything recovered >>> without >>> > > > > intervention, but this obviously shouldn't happen. I have >>> attached the >>> > > > > relevant vdsm log file. The button to create the VM was pressed >>> around >>> > > > > 11:17, the first error in the vdsm log is at 11:23:58. >>> > > > > >>> > > > > The ISO domain is a gluster volume exposed via NFS, the storage >>> domain >>> > > > for >>> > > > > the VM's is also a gluster volume. The underlying filesystem is >>> ZFS. >>> > > > > The hypervisor nodes are full CentOS 6 installs. >>> > > > > >>> > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log >>> file >>> > > > > is >>> > > > key >>> > > > > here. What can I do to prevent this from happening again? Apart >>> from >>> > > > > not >>> > > > > creating new VMs of course :) >>> > > > > >>> > > > > Tiemen >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > >>> > > > > >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > _______________________________________________ >>> > > > > Users mailing list >>> > > > > Users at ovirt.org >>> > > > > http://lists.ovirt.org/mailman/listinfo/users >>> > > > > >>> > > > >>> > > >>> > > >>> > > -- >>> > > Tiemen Ruiten >>> > > Systems Engineer >>> > > R&D Media >>> > > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> >> >> >> >> -- >> Tiemen Ruiten >> Systems Engineer >> R&D Media >> > > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From alitke at redhat.com Tue Jan 6 14:47:56 2015 From: alitke at redhat.com (Adam Litke) Date: Tue, 6 Jan 2015 09:47:56 -0500 Subject: [ovirt-users] [ovirt-devel] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster] In-Reply-To: References: <548B0A97.8030606@redhat.com> <1524265011.10133437.1418613361184.JavaMail.zimbra@redhat.com> <54A940C1.4090904@gmail.com> Message-ID: <20150106144756.GK15221@redhat.com> On 04/01/15 16:34 +0100, Gianluca Cecchi wrote: >On Sun, Jan 4, 2015 at 2:31 PM, Sven Kieske wrote: > >> >> > >> > Understand me, please. My note was about Release Notes page >> > misleading in respect with features' set and newcomers... but also >> > frequent users too >> > >> > At http://www.ovirt.org/OVirt_3.5_Release_Notes#Live_Merge ones >> > reads: >> > >> > " Live Merge If an image has one or more snapshots, oVirt 3.5's >> > merge command will combine the data of one volume into another. >> > Live merges can be performed with data is pulled from one snapshot >> > into another snapshot. The engine can merge multiple disks at the >> > same time and each merge can independently fail or succeed in each >> > operation. " >> > >> > I think you have to mention that it is a restricted use case for >> > now... and specify that it works only for Fedora 20 and in that >> > case you have to manually modify the repo definition to install the >> > qemu packages from virt-preview to get the feature. >> >> This still is not fixed! >> >> I can already see the bugreports coming in, claiming live merge does >> not work, because the release notes are very misleading! >> >> Did nobody got the time to fix this? >> > >I'm more than available to change it if my edit rights allow it. >But at the end I didn't see any clear answer from developers and/or infra >maintainers... >I think it is a crucial page, so I'd prefer one of them to do it or >explicitly answering here that we are right and we can go change it... I'll add a disclaimer to the page. -- Adam Litke From alitke at redhat.com Tue Jan 6 16:04:29 2015 From: alitke at redhat.com (Adam Litke) Date: Tue, 6 Jan 2015 11:04:29 -0500 Subject: [ovirt-users] Backup solution using the API In-Reply-To: <2079875054.13309388.1418635869724.JavaMail.zimbra@redhat.com> References: <196AB7D9F4C2F943BFC199940DF21D79016557467A0C@KIT-MSX-07.kit.edu> <54888BC2.5040609@556nato.com> <2079875054.13309388.1418635869724.JavaMail.zimbra@redhat.com> Message-ID: <20150106160429.GL15221@redhat.com> On 15/12/14 04:31 -0500, Nir Soffer wrote: >----- Original Message ----- >> From: "Blaster" >> To: "Thomas Keppler (PEBA)" , users at ovirt.org >> Sent: Wednesday, December 10, 2014 8:06:58 PM >> Subject: Re: [ovirt-users] Backup solution using the API >> >> On 11/27/2014 9:12 AM, Keppler, Thomas (PEBA) wrote: >> >> >> >> Now, before I go into any more hassle, has somebody else of you done a >> live-backup solution for oVirt? Are there any recommendations? Thanks for >> any help provided! >> >> >> I've been looking for a similar scheme for the last year. It was not (really) >> possible in the past as there wasn't any way to destroy a snapshot w/o >> shutting down the VM. Is this still the case, or are snap shots fully >> implemented now? >> >> Basically, I'd like to: >> Tell VM to flush it's buffers >> suspend VM >> take snap shot of boot virtual disk >> resume VM > >You don't need to suspend the vm, qemu can create live snapshot. When the >snapshot is done, you don't care about future io, it will simply not >included in the backup. > >> backup the virtual boot disk from the Hypervisor using standard commands >> (tar, cp, whatever) > >You can by attaching the snapshot to another vm > >> destroy the snapshot > >You can in ovirt 3.5.1 - we do not depend any more on future libvirt features. >Adam, can you confirm? Yes, on 3.5.1 you'll be able to destroy the snapshot without impacting the running VM. >> >> This would at least give some BMR capabilities of your VMs. >> >> Ideally, I'd also like to be able to create a snapshot from within the VM, do > >You can do this "within" the vm by using the engine REST API. But this can >be fragile - for example, if the vm pauses, your backup tool within the vm >will never complete :-) > >> a yum update, see if I like it or not, if I do, then destroy the snap shot. > >Possible in 3.5.1 using REST API > >> If I don't, I want to promote the snapshot and boot from that, then destroy >> the "original". > >Same > >Nir -- Adam Litke From olivier.navas at sdis33.fr Tue Jan 6 17:03:06 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Tue, 6 Jan 2015 18:03:06 +0100 (CET) Subject: [ovirt-users] Can't remove a storage domain related to a broken hardware In-Reply-To: <361118644.4908626.1420561459432.JavaMail.zimbra@redhat.com> References: <985472323.520074.1420536522129.JavaMail.zimbra@sdis33.fr> <361118644.4908626.1420561459432.JavaMail.zimbra@redhat.com> Message-ID: <2077633427.677117.1420563786556.JavaMail.zimbra@sdis33.fr> Parts of engine.log follow. - Part 1 repeats every 5 minutes, all the time - Part 2 is when I try to detach storage domain from the GUI (mixed with some logs as in 1) plus logs related to a VM start initiated by one of my colleagues). You will notice that engine reports some VM as "not responding". It happens during the process of removing the defective storage domain, but in fact VMs are fine and their state reverts back to normal when the task of removing the storage domain finally fails. Thank you for your help. ===== part 1 ===== 2015-01-06 03:50:00,016 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-81) [5ca5ae35] Autorecovering 1 storage domains 2015-01-06 03:50:00,017 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-81) [5ca5ae35] Autorecovering storage domains id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 2015-01-06 03:50:00,020 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-81) [789ace0] Running command: ConnectDomainToStorageCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 03:50:00,022 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-81) [789ace0] ConnectDomainToStorage. Before Connect all hosts to pool. Time:1/6/15 3:50 AM 2015-01-06 03:50:00,208 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 65ce62da 2015-01-06 03:50:00,215 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 50bc0a6d 2015-01-06 03:50:00,241 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: e40ca91 2015-01-06 03:50:00,246 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 5ddb16e 2015-01-06 03:53:00,216 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,222 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: 65ce62da 2015-01-06 03:53:00,223 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,224 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] Failed to connect host n2orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,230 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: 50bc0a6d 2015-01-06 03:53:00,245 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] Failed to connect host n4orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,249 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,264 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: e40ca91 2015-01-06 03:53:00,265 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,266 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] Failed to connect host n3orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,272 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: 5ddb16e 2015-01-06 03:53:00,287 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] Failed to connect host n1orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,301 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-81) [789ace0] ConnectDomainToStorage. After Connect all hosts to pool. Time:1/6/15 3:53 AM ===== part 2 ===== 2015-01-06 09:55:00,009 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-9) [71cf84f9] Autorecovering 1 storage domains 2015-01-06 09:55:00,011 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-9) [71cf84f9] Autorecovering storage domains id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 2015-01-06 09:55:00,013 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-9) [6ce74644] Running command: ConnectDomainToStorageCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 09:55:00,016 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-9) [6ce74644] ConnectDomainToStorage. Before Connect all hosts to pool. Time:1/6/15 9:55 AM 2015-01-06 09:55:00,201 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 2bb163a4 2015-01-06 09:55:00,203 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 49562818 2015-01-06 09:55:00,212 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 4cb88aac 2015-01-06 09:55:00,214 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 23eae7f9 2015-01-06 09:55:57,598 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-6) Invalid locale found in configuration: 2015-01-06 09:55:57,600 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-6) Invalid locale found in configuration: 2015-01-06 09:56:00,437 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-11) Invalid locale found in configuration: 2015-01-06 09:56:00,438 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-11) Invalid locale found in configuration: 2015-01-06 09:56:10,268 INFO [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-3) Running command: LoginAdminUserCommand internal: false. 2015-01-06 09:56:10,276 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. 2015-01-06 09:56:10,388 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-9) Running command: LoginUserCommand internal: false. 2015-01-06 09:56:24,013 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-13) [c2fb019] Lock Acquired to object EngineLock [exclusiveLocks= key: e2abb477-f807-470f-ae20-a7205e690638 value: VM , sharedLocks= ] 2015-01-06 09:56:24,134 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-13) [c2fb019] START, IsVmDuringInitiatingVDSCommand( vmId = e2abb477-f807-470f-ae20-a7205e690638), log id: 5c2ceac9 2015-01-06 09:56:24,136 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-13) [c2fb019] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 5c2ceac9 2015-01-06 09:56:24,357 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Running command: RunVmCommand internal: false. Entities affected : ID: e2abb477-f807-470f-ae20-a7205e690638 Type: VMAction group VM_BASIC_OPERATIONS with role type USER 2015-01-06 09:56:24,500 INFO [org.ovirt.engine.core.bll.scheduling.policyunits.HaReservationWeightPolicyUnit] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Started HA reservation scoring method 2015-01-06 09:56:24,561 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] START, UpdateVmDynamicDataVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic at 57214812), log id: 63eaa18e 2015-01-06 09:56:24,573 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] FINISH, UpdateVmDynamicDataVDSCommand, log id: 63eaa18e 2015-01-06 09:56:24,612 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] START, CreateVmVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vmId=e2abb477-f807-470f-ae20-a7205e690638, vm=VM [ciril-recette]), log id: 5c6b51df 2015-01-06 09:56:24,647 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] START, CreateVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vmId=e2abb477-f807-470f-ae20-a7205e690638, vm=VM [ciril-recette]), log id: 6bcd4ecc 2015-01-06 09:56:24,691 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand kvmEnable=true,keyboardLayout=en-us,nice=0,pitReinjection=false,displayNetwork=ovirtmgmt,copyPasteEnable=true,timeOffset=0,transparentHugePages=true,vmId=e2abb477-f807-470f-ae20-a7205e690638,acpiEnable=true,custom={device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cd=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=41d6489a-07ab-481d-b35e-a14e007df6cd, device=spicevmc, type=CHANNEL, bootOrder=0, specParams={}, address={port=3, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel2, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cddevice_e3fa7b29-5b4f-462d-bcf4-298916996aaf=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=e3fa7b29-5b4f-462d-bcf4-298916996aaf, device=ide, type=CONTROLLER, bootOrder=0, specParams={}, address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x1}, managed=false, plugged=true, readOnly=false, deviceAlias=ide0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=5cc74d49-61c4-4887-8cf3-41135fbdee99, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=1, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=ee0562ba-7750-4857-8151-f422de37a388, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=2, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel1, customProperties={}, snapshotId=null}},spiceSslCipherSuite=DEFAULT,memSize=6000,smp=4,emulatedMachine=rhel6.5.0,vmType=kvm,memGuaranteedSize=1500,display=qxl,smartcardEnable=false,bootMenuEnable=false,numaTune={mode=interleave, nodeset=0,1},spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,smpCoresPerSocket=1,maxVCpus=16,devices=[{address={bus=0x00, domain=0x0000, slot=0x02, type=pci, function=0x0}, specParams={ram=65536, vram=32768, heads=1}, device=qxl, type=video, deviceId=061ed0c0-22f5-4099-8bee-44a3dfa19956}, {shared=false, iface=ide, index=2, address={unit=0, bus=1, target=0, controller=0, type=drive}, specParams={path=}, path=, device=cdrom, type=disk, readonly=true, deviceId=dd759f21-7cca-4d56-8f0f-348d61492714}, {shared=false, index=0, volumeID=82528148-a4db-4892-87e6-b41c7b2f3ab8, propagateErrors=off, format=raw, type=disk, iface=virtio, bootOrder=1, address={bus=0x00, domain=0x0000, slot=0x06, type=pci, function=0x0}, domainID=05d4e406-de6d-47dc-8414-bdc7381b6d4a, imageID=f09ba312-5078-4070-801c-4a8c7e28d0aa, specParams={}, optional=false, device=disk, poolID=00000002-0002-0002-0002-00000000000f, readonly=false, deviceId=f09ba312-5078-4070-801c-4a8c7e28d0aa}, {nicModel=pv, address={bus=0x00, domain=0x0000, slot=0x03, type=pci, function=0x0}, specParams={outbound={}, inbound={}}, macAddr=00:1a:4a:70:41:a3, device=bridge, linkActive=true, type=interface, filter=vdsm-no-mac-spoofing, network=Cluster_VM, deviceId=b2e197f0-00f4-44f4-bd5c-32824d872c95}, {address={bus=0x00, domain=0x0000, slot=0x07, type=pci, function=0x0}, specParams={model=virtio}, device=memballoon, type=balloon, deviceId=e0a803e7-eb97-4285-a49f-6e99a5df974c}, {index=0, model=virtio-scsi, address={bus=0x00, domain=0x0000, slot=0x04, type=pci, function=0x0}, specParams={}, device=scsi, type=controller, deviceId=bd1cf13f-212b-4ceb-96c7-ee4950f7a7d3}, {address={bus=0x00, domain=0x0000, slot=0x05, type=pci, function=0x0}, specParams={}, device=virtio-serial, type=controller, deviceId=a2df4f4f-2920-4243-ba9a-26206057de6e}],vmName=ciril-recette,cpuType=Westmere,fileTransferEnable=true 2015-01-06 09:56:24,839 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] FINISH, CreateVDSCommand, log id: 6bcd4ecc 2015-01-06 09:56:24,852 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 5c6b51df 2015-01-06 09:56:24,854 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Lock freed to object EngineLock [exclusiveLocks= key: e2abb477-f807-470f-ae20-a7205e690638 value: VM , sharedLocks= ] 2015-01-06 09:56:24,873 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Correlation ID: c2fb019, Job ID: 42d86800-fc18-42d6-98a6-0cf205a85a2c, Call Stack: null, Custom Event ID: -1, Message: VM ciril-recette was started by admin (Host: n4orna). 2015-01-06 09:56:28,296 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-73) [128f72d7] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from WaitForLaunch --> PoweringUp 2015-01-06 09:56:28,298 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-73) [128f72d7] START, FullListVdsCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vds=Host[n4orna,920bf64c-62f5-4b12-a69e-eef9936576c5], vmIds=[e2abb477-f807-470f-ae20-a7205e690638]), log id: 79d27c1c 2015-01-06 09:56:28,307 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-73) [128f72d7] FINISH, FullListVdsCommand, return: [{displaySecurePort=5909, kvmEnable=true, nicModel=rtl8139,pv, keyboardLayout=en-us, displayIp=10.99.23.4, pauseCode=NOERR, pitReinjection=false, nice=0, displayNetwork=ovirtmgmt, copyPasteEnable=true, timeOffset=0, transparentHugePages=true, vmId=e2abb477-f807-470f-ae20-a7205e690638, acpiEnable=true, custom={device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cd=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=41d6489a-07ab-481d-b35e-a14e007df6cd, device=spicevmc, type=CHANNEL, bootOrder=0, specParams={}, address={port=3, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel2, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cddevice_e3fa7b29-5b4f-462d-bcf4-298916996aaf=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=e3fa7b29-5b4f-462d-bcf4-298916996aaf, device=ide, type=CONTROLLER, bootOrder=0, specParams={}, address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x1}, managed=false, plugged=true, readOnly=false, deviceAlias=ide0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=5cc74d49-61c4-4887-8cf3-41135fbdee99, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=1, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=ee0562ba-7750-4857-8151-f422de37a388, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=2, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel1, customProperties={}, snapshotId=null}}, spiceSslCipherSuite=DEFAULT, memSize=6000, smp=4, displayPort=-1, emulatedMachine=rhel6.5.0, vmType=kvm, status=Up, memGuaranteedSize=1500, display=qxl, pid=23762, smartcardEnable=false, bootMenuEnable=false, spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, numaTune={nodeset=0,1, mode=interleave}, smpCoresPerSocket=1, maxVCpus=16, clientIp=, devices=[Ljava.lang.Object;@69d250bf, vmName=ciril-recette, fileTransferEnable=true, cpuType=Westmere}], log id: 79d27c1c 2015-01-06 09:56:28,328 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-73) [128f72d7] Received a spice Device without an address when processing VM e2abb477-f807-470f-ae20-a7205e690638 devices, skipping device: {specParams={spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, keyMap=en-us, displayNetwork=ovirtmgmt, copyPasteEnable=true, displayIp=10.99.23.4}, device=spice, tlsPort=5909, type=graphics} 2015-01-06 09:56:46,936 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from PoweringUp --> Up 2015-01-06 09:56:47,065 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] Correlation ID: c2fb019, Job ID: 42d86800-fc18-42d6-98a6-0cf205a85a2c, Call Stack: null, Custom Event ID: -1, Message: VM ciril-recette started on Host n4orna 2015-01-06 09:57:57,112 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (ajp--127.0.0.1-8702-6) [631b7fb5] Lock Acquired to object EngineLock [exclusiveLocks= key: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 value: STORAGE , sharedLocks= ] 2015-01-06 09:57:57,517 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Running command: DetachStorageDomainFromPoolCommand internal: false. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: StorageAction group MANIPULATE_STORAGE_DOMAIN with role type ADMIN 2015-01-06 09:57:57,520 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Start detach storage domain 2015-01-06 09:57:57,530 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Detach storage domain: before connect 2015-01-06 09:57:57,720 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 13e1b92c 2015-01-06 09:57:57,728 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7b9a83cf 2015-01-06 09:57:57,737 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 2a3e2925 2015-01-06 09:57:57,759 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 6386df71 2015-01-06 09:58:00,209 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,214 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,220 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,215 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 2bb163a4 2015-01-06 09:58:00,227 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 4cb88aac 2015-01-06 09:58:00,225 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,221 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 49562818 2015-01-06 09:58:00,236 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 23eae7f9 2015-01-06 09:58:00,230 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] Failed to connect host n3orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,228 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] Failed to connect host n2orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,239 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] Failed to connect host n4orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,237 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] Failed to connect host n1orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,294 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-9) [6ce74644] ConnectDomainToStorage. After Connect all hosts to pool. Time:1/6/15 9:58 AM 2015-01-06 09:58:03,032 INFO [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Running command: SyncLunsInfoForBlockStorageDomainCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 09:58:03,111 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] START, GetVGInfoVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, VGID=Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom), log id: a46928a 2015-01-06 09:58:03,225 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Failed in GetVGInfoVDS method 2015-01-06 09:58:03,227 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Command org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand return value OneVGReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=506, mMessage=Volume Group does not exist: ('vg_uuid: Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom',)]] 2015-01-06 09:58:03,229 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] HostName = n2orna 2015-01-06 09:58:03,231 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Command GetVGInfoVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, VGID=Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVGInfoVDS, error = Volume Group does not exist: ('vg_uuid: Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom',), code = 506 2015-01-06 09:58:03,234 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] FINISH, GetVGInfoVDSCommand, log id: a46928a 2015-01-06 09:58:03,236 ERROR [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Command org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVGInfoVDS, error = Volume Group does not exist: ('vg_uuid: Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom',), code = 506 (Failed with error VolumeGroupDoesNotExist and code 506) 2015-01-06 09:58:06,526 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7:fujitsu_backup_rsync in problem. vds: n1orna 2015-01-06 09:58:06,529 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) Host 60d8c75b-38f1-4cd0-b162-729285eadefd has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 6a081ad8-201f-48e4-ba56-5a581fac4475) 2015-01-06 09:58:06,559 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-49) Host 38893029-0eb8-4d19-a28f-07680d8d6868 has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 922d1075-c975-4d9f-87d1-db8d5aa4059d) 2015-01-06 09:58:06,644 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-57) [6e3156c6] Running storage connections refresh for hosts [38893029-0eb8-4d19-a28f-07680d8d6868, 60d8c75b-38f1-4cd0-b162-729285eadefd] 2015-01-06 09:58:06,648 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 09:58:06,648 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 09:58:06,700 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-24) Host 920bf64c-62f5-4b12-a69e-eef9936576c5 has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 12dfe3fe-966a-486e-8eda-89575648545f) 2015-01-06 09:58:06,762 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 70a8393b 2015-01-06 09:58:06,769 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 396e347 2015-01-06 09:58:15,975 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-31) Host ab744426-2294-4c0b-aaf5-08ebb162f542 has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 18fffe35-403c-413e-acb1-8d173aa447da) 2015-01-06 09:58:52,862 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-1) [7face9e1] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from Up --> RebootInProgress 2015-01-06 09:59:23,829 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-98) [4c461177] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from RebootInProgress --> Up 2015-01-06 09:59:48,453 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-35) domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a:MSA1-O2-vd01 in problem. vds: n3orna 2015-01-06 10:00:34,503 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-94) [289a4e02] VM ldap-recette ad20808d-b62c-4087-a41a-31ed7672e364 moved from Up --> NotResponding 2015-01-06 10:00:34,550 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-94) [289a4e02] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM ldap-recette is not responding. 2015-01-06 10:00:34,572 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-94) [289a4e02] VM ciril 627fbbe4-4812-4218-a512-cc1ed26124fd moved from Up --> NotResponding 2015-01-06 10:00:34,618 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-94) [289a4e02] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM ciril is not responding. 2015-01-06 10:00:50,138 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-96) [50e93ebc] VM antivirus2 1437b20a-d3cb-4537-ace5-2dee650f561f moved from Up --> NotResponding 2015-01-06 10:00:50,183 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-96) [50e93ebc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM antivirus2 is not responding. 2015-01-06 10:00:50,188 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-96) [50e93ebc] VM rsst-formation 064f2b1f-f245-4f34-9747-27c28ce388df moved from Up --> NotResponding 2015-01-06 10:00:50,257 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-96) [50e93ebc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM rsst-formation is not responding. 2015-01-06 10:00:50,262 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-96) [50e93ebc] VM forum c94e5f1f-1f10-47e5-b4bb-87d1ef31caf9 moved from Up --> NotResponding 2015-01-06 10:00:50,303 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-96) [50e93ebc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM forum is not responding. 2015-01-06 10:00:57,729 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,737 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,745 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,741 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 13e1b92c 2015-01-06 10:00:57,760 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 2a3e2925 2015-01-06 10:00:57,750 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 7b9a83cf 2015-01-06 10:00:57,764 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] Failed to connect host n4orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,762 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] Failed to connect host n2orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,767 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] Failed to connect host n1orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,767 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,868 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 6386df71 2015-01-06 10:00:57,871 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] Failed to connect host n3orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,902 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Detach storage domain: after connect 2015-01-06 10:00:57,906 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] START, DetachStorageDomainVDSCommand( storagePoolId = 00000002-0002-0002-0002-00000000000f, ignoreFailoverLimit = false, storageDomainId = 34c95a44-db7f-4d0f-ba13-5f06a7feefe7, masterDomainId = 00000000-0000-0000-0000-000000000000, masterVersion = 1, force = false), log id: 7e14d5fa 2015-01-06 10:01:05,877 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-89) [3c054f3d] VM voip-admin 34d7033b-72bd-4c61-9a24-a73c5541955c moved from Up --> NotResponding 2015-01-06 10:01:05,925 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-89) [3c054f3d] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM voip-admin is not responding. 2015-01-06 10:01:06,770 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:01:06,776 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:01:06,785 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] FINISH, ConnectStorageServerVDSCommand, log id: 70a8393b 2015-01-06 10:01:06,796 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] FINISH, ConnectStorageServerVDSCommand, log id: 396e347 2015-01-06 10:01:06,799 ERROR [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] Command org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) 2015-01-06 10:01:06,801 ERROR [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] Command org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) 2015-01-06 10:01:06,813 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-57) [6e3156c6] Submitting to the event queue pool refresh for hosts [38893029-0eb8-4d19-a28f-07680d8d6868, 60d8c75b-38f1-4cd0-b162-729285eadefd] 2015-01-06 10:01:06,816 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-37) Running storage pool metadata refresh for hosts {1} 2015-01-06 10:01:06,844 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-47) START, ConnectStoragePoolVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, vdsId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 377e2518 2015-01-06 10:01:06,844 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-26) START, ConnectStoragePoolVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, vdsId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 2d074200 2015-01-06 10:01:15,895 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Failed in DetachStorageDomainVDS method 2015-01-06 10:01:15,898 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] IrsBroker::Failed::DetachStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 2015-01-06 10:01:21,229 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-26) FINISH, ConnectStoragePoolVDSCommand, log id: 2d074200 2015-01-06 10:01:22,578 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-86) [2ba9b406] VM packetfence adef4f71-d322-4307-b1d1-c0988bd4efcb moved from Up --> NotResponding 2015-01-06 10:01:22,624 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-86) [2ba9b406] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM packetfence is not responding. 2015-01-06 10:01:22,629 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-86) [2ba9b406] VM afs1 2256fed4-ff9e-4520-9e89-fe0bca30ec1b moved from Up --> NotResponding 2015-01-06 10:01:22,672 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-86) [2ba9b406] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM afs1 is not responding. 2015-01-06 10:01:22,676 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-86) [2ba9b406] VM piros e22277e0-723f-40b6-a46d-ca8f821807e7 moved from Up --> NotResponding 2015-01-06 10:01:22,719 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-86) [2ba9b406] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM piros is not responding. 2015-01-06 10:03:21,860 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] START, SpmStopVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f), log id: 15cd9c64 2015-01-06 10:03:22,004 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] SpmStopVDSCommand::Stopping SPM on vds n2orna, pool id 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:22,032 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-47) FINISH, ConnectStoragePoolVDSCommand, log id: 377e2518 2015-01-06 10:03:22,037 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-3) domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 in problem. vds: n2orna 2015-01-06 10:03:22,047 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) starting processDomainRecovery for domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7:fujitsu_backup_rsync 2015-01-06 10:03:22,179 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] FINISH, SpmStopVDSCommand, log id: 15cd9c64 2015-01-06 10:03:22,181 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Irs placed on server 38893029-0eb8-4d19-a28f-07680d8d6868 failed. Proceed Failover 2015-01-06 10:03:22,219 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) Domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7:fujitsu_backup_rsync was reported by all hosts in status UP as problematic. Moving the domain to NonOperational. 2015-01-06 10:03:22,251 INFO [org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand] (org.ovirt.thread.pool-8-thread-46) [74a0283] Failed to Acquire Lock to object EngineLock [exclusiveLocks= key: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 value: STORAGE , sharedLocks= key: 00000002-0002-0002-0002-00000000000f value: POOL ] 2015-01-06 10:03:22,258 WARN [org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand] (org.ovirt.thread.pool-8-thread-46) [74a0283] CanDoAction of action DeactivateStorageDomain failed. Reasons:VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ACTION_TYPE_FAILED_OBJECT_LOCKED 2015-01-06 10:03:22,279 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) [74a0283] Removing vds [] from the domain in maintenance cache 2015-01-06 10:03:22,282 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) [74a0283] Removing host(s) [] from hosts unseen domain report cache 2015-01-06 10:03:22,300 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] Running command: SetStoragePoolStatusCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:22,306 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a status from Active to Unknown, reason : null 2015-01-06 10:03:22,311 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97 status from Active to Unknown, reason : null 2015-01-06 10:03:22,315 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 5a8e48d4-25f0-46f4-9682-e92785e9057a status from Active to Unknown, reason : null 2015-01-06 10:03:22,319 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 status from Active to Unknown, reason : null 2015-01-06 10:03:22,363 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [422d495e] Correlation ID: 422d495e, Call Stack: null, Custom Event ID: -1, Message: Data Center is being initialized, please wait for initialization to complete. 2015-01-06 10:03:22,381 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] hostFromVds::selectedVds - n3orna, spmStatus Free, storage pool Default 2015-01-06 10:03:22,391 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] starting spm on vds n3orna, storage pool Default, prevId -1, LVER -1 2015-01-06 10:03:22,418 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] START, SpmStartVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, prevId=-1, prevLVER=-1, storagePoolFormatType=V3, recoveryMode=Manual, SCSIFencing=false), log id: 51aadbb5 2015-01-06 10:03:22,446 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] spmStart polling started: taskId = 58d4fff4-d230-4c6b-aae3-62b7ff427098 2015-01-06 10:03:26,697 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM ldap-recette ad20808d-b62c-4087-a41a-31ed7672e364 moved from NotResponding --> Up 2015-01-06 10:03:26,699 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM voip-admin 34d7033b-72bd-4c61-9a24-a73c5541955c moved from NotResponding --> Up 2015-01-06 10:03:26,702 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM packetfence adef4f71-d322-4307-b1d1-c0988bd4efcb moved from NotResponding --> Up 2015-01-06 10:03:26,704 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM afs1 2256fed4-ff9e-4520-9e89-fe0bca30ec1b moved from NotResponding --> Up 2015-01-06 10:03:26,707 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM piros e22277e0-723f-40b6-a46d-ca8f821807e7 moved from NotResponding --> Up 2015-01-06 10:03:26,709 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM ciril 627fbbe4-4812-4218-a512-cc1ed26124fd moved from NotResponding --> Up 2015-01-06 10:03:26,712 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM antivirus2 1437b20a-d3cb-4537-ace5-2dee650f561f moved from NotResponding --> Up 2015-01-06 10:03:26,714 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM rsst-formation 064f2b1f-f245-4f34-9747-27c28ce388df moved from NotResponding --> Up 2015-01-06 10:03:26,716 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM forum c94e5f1f-1f10-47e5-b4bb-87d1ef31caf9 moved from NotResponding --> Up 2015-01-06 10:03:28,136 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] spmStart polling ended: taskId = 58d4fff4-d230-4c6b-aae3-62b7ff427098 task status = finished 2015-01-06 10:03:28,155 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] spmStart polling ended, spm status: SPM 2015-01-06 10:03:28,191 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] START, HSMClearTaskVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, taskId=58d4fff4-d230-4c6b-aae3-62b7ff427098), log id: 3c3c7472 2015-01-06 10:03:28,199 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] FINISH, HSMClearTaskVDSCommand, log id: 3c3c7472 2015-01-06 10:03:28,201 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] FINISH, SpmStartVDSCommand, return: org.ovirt.engine.core.common.businessentities.SpmStatusResult at 146b8db3, log id: 51aadbb5 2015-01-06 10:03:28,212 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] Initialize Irs proxy from vds: 10.99.23.3 2015-01-06 10:03:28,248 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [422d495e] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Storage Pool Manager runs on Host n3orna (Address: 10.99.23.3). 2015-01-06 10:03:28,273 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] START, SPMGetAllTasksInfoVDSCommand( storagePoolId = 00000002-0002-0002-0002-00000000000f, ignoreFailoverLimit = false), log id: 5be8ceb1 2015-01-06 10:03:28,530 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] Failed in DetachStorageDomainVDS method 2015-01-06 10:03:28,533 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] IrsBroker::Failed::DetachStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 2015-01-06 10:03:28,688 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] START, SpmStopVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f), log id: 430bdc38 2015-01-06 10:03:28,696 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] SpmStopVDSCommand::Stopping SPM on vds n3orna, pool id 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:28,943 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] FINISH, SpmStopVDSCommand, log id: 430bdc38 2015-01-06 10:03:28,946 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] Irs placed on server ab744426-2294-4c0b-aaf5-08ebb162f542 failed. Proceed Failover 2015-01-06 10:03:29,052 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Running command: SetStoragePoolStatusCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:29,099 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [18526185] Correlation ID: 18526185, Call Stack: null, Custom Event ID: -1, Message: Data Center is being initialized, please wait for initialization to complete. 2015-01-06 10:03:29,113 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [18526185] hostFromVds::selectedVds - n4orna, spmStatus Free, storage pool Default 2015-01-06 10:03:29,123 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [18526185] starting spm on vds n4orna, storage pool Default, prevId -1, LVER -1 2015-01-06 10:03:29,151 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] START, SpmStartVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, prevId=-1, prevLVER=-1, storagePoolFormatType=V3, recoveryMode=Manual, SCSIFencing=false), log id: 3992a29c 2015-01-06 10:03:29,164 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] spmStart polling started: taskId = d2c1864d-c71c-4378-a4a5-97d0afafd775 2015-01-06 10:03:31,478 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] spmStart polling ended: taskId = d2c1864d-c71c-4378-a4a5-97d0afafd775 task status = finished 2015-01-06 10:03:31,490 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] spmStart polling ended, spm status: SPM 2015-01-06 10:03:31,518 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] START, HSMClearTaskVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, taskId=d2c1864d-c71c-4378-a4a5-97d0afafd775), log id: 29266dd2 2015-01-06 10:03:31,526 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] FINISH, HSMClearTaskVDSCommand, log id: 29266dd2 2015-01-06 10:03:31,528 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] FINISH, SpmStartVDSCommand, return: org.ovirt.engine.core.common.businessentities.SpmStatusResult at 59cd7a77, log id: 3992a29c 2015-01-06 10:03:31,539 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [18526185] Initialize Irs proxy from vds: 10.99.23.4 2015-01-06 10:03:31,575 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [18526185] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Storage Pool Manager runs on Host n4orna (Address: 10.99.23.4). 2015-01-06 10:03:31,599 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] START, SPMGetAllTasksInfoVDSCommand( storagePoolId = 00000002-0002-0002-0002-00000000000f, ignoreFailoverLimit = false), log id: 5e2b03ab 2015-01-06 10:03:31,711 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Failed in DetachStorageDomainVDS method 2015-01-06 10:03:31,714 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] IrsBroker::Failed::DetachStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 2015-01-06 10:03:31,718 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] FINISH, DetachStorageDomainVDSCommand, log id: 7e14d5fa 2015-01-06 10:03:31,718 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] -- executeIrsBrokerCommand: Attempting on storage pool 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:31,721 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Command org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 (Failed with error StorageDomainDoesNotExist and code 358) 2015-01-06 10:03:31,741 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Command [id=3b4688b2-b626-470c-9ac9-4a65b0ef0864]: Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot [id=storagePoolId = 00000002-0002-0002-0002-00000000000f, storageId = 34c95a44-db7f-4d0f-ba13-5f06a7feefe7, status=Inactive]. 2015-01-06 10:03:31,761 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [18526185] Correlation ID: 631b7fb5, Job ID: 780fb013-3a4c-4cc7-9bfd-a755989a6eeb, Call Stack: null, Custom Event ID: -1, Message: Failed to detach Storage Domain fujitsu_backup_rsync to Data Center Default. (User: admin) 2015-01-06 10:03:31,771 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] START, HSMGetAllTasksInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5), log id: 32a82db7 2015-01-06 10:03:31,773 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Lock freed to object EngineLock [exclusiveLocks= key: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 value: STORAGE , sharedLocks= ] 2015-01-06 10:03:31,779 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] FINISH, HSMGetAllTasksInfoVDSCommand, return: [], log id: 32a82db7 2015-01-06 10:03:31,782 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] FINISH, SPMGetAllTasksInfoVDSCommand, return: [], log id: 5e2b03ab 2015-01-06 10:03:31,782 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] -- executeIrsBrokerCommand: Attempting on storage pool 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:31,785 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-13) [18526185] Discovered no tasks on Storage Pool Default 2015-01-06 10:03:31,815 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] START, HSMGetAllTasksInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5), log id: 4eb41b3a 2015-01-06 10:03:31,825 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] FINISH, HSMGetAllTasksInfoVDSCommand, return: [], log id: 4eb41b3a 2015-01-06 10:03:31,829 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] FINISH, SPMGetAllTasksInfoVDSCommand, return: [], log id: 5be8ceb1 2015-01-06 10:03:31,831 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-26) [422d495e] Discovered no tasks on Storage Pool Default 2015-01-06 10:03:32,008 INFO [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-32) [afbbe0a] Running command: SyncLunsInfoForBlockStorageDomainCommand internal: true. Entities affected : ID: 05d4e406-de6d-47dc-8414-bdc7381b6d4a Type: Storage 2015-01-06 10:03:32,023 INFO [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-7) [73793c2b] Running command: SyncLunsInfoForBlockStorageDomainCommand internal: true. Entities affected : ID: 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97 Type: Storage 2015-01-06 10:03:32,075 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [afbbe0a] START, GetVGInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, VGID=CtELsP-UYZb-zgRH-bVz7-lijD-Elfy-frzEJp), log id: 19fe6181 2015-01-06 10:03:32,091 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-7) [73793c2b] START, GetVGInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, VGID=dEB6XY-cNBu-hsoz-avXf-m6Vp-4jOq-eDMCBK), log id: 14fc74a1 2015-01-06 10:03:32,102 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] Running storage connections refresh for hosts [ab744426-2294-4c0b-aaf5-08ebb162f542, 920bf64c-62f5-4b12-a69e-eef9936576c5] 2015-01-06 10:03:32,107 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:32,107 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:32,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = NFS, connectionList = [{ id: 79bae336-2d76-4986-bf1e-50e350cde9f7, connection: cluster.33sdis.fr:/var/lib/exports/iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1acd4935 2015-01-06 10:03:32,167 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = NFS, connectionList = [{ id: 79bae336-2d76-4986-bf1e-50e350cde9f7, connection: cluster.33sdis.fr:/var/lib/exports/iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 10087d1 2015-01-06 10:03:32,196 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] FINISH, ConnectStorageServerVDSCommand, return: {79bae336-2d76-4986-bf1e-50e350cde9f7=0}, log id: 10087d1 2015-01-06 10:03:32,199 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] Host n3orna storage connection was succeeded 2015-01-06 10:03:32,643 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [afbbe0a] FINISH, GetVGInfoVDSCommand, return: [LUNs [id=3600c0ff000149e9d22c0105401000000, physicalVolumeId=OMa7pu-EyxG-mdNM-9EP5-eP2f-2GPV-tWiexe, volumeGroupId=CtELsP-UYZb-zgRH-bVz7-lijD-Elfy-frzEJp, serial=SHP_P2000_G3_FC_00c0ff149e9d000022c0105401000000, lunMapping=0, vendorId=HP, productId=P2000 G3 FC, _lunConnections=[], deviceSize=5583, vendorName=HP, pathsDictionary={sdb=true, sdd=true}, lunType=UNKNOWN, status=null, diskId=null, diskAlias=null, storageDomainId=05d4e406-de6d-47dc-8414-bdc7381b6d4a, storageDomainName=null]], log id: 19fe6181 2015-01-06 10:03:32,649 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-7) [73793c2b] FINISH, GetVGInfoVDSCommand, return: [LUNs [id=3600c0ff00015986a35d98a5401000000, physicalVolumeId=oWeQjL-dOc0-G9dH-wu1g-8pCd-jGjG-rzL0ZM, volumeGroupId=dEB6XY-cNBu-hsoz-avXf-m6Vp-4jOq-eDMCBK, serial=SHP_P2000_G3_FC_00c0ff15986a000035d98a5401000000, lunMapping=0, vendorId=HP, productId=P2000 G3 FC, _lunConnections=[], deviceSize=5583, vendorName=HP, pathsDictionary={sdc=true, sde=true}, lunType=UNKNOWN, status=null, diskId=null, diskAlias=null, storageDomainId=75a3e25a-2ea6-4b95-9d9f-9fe791e38e97, storageDomainName=null]], log id: 14fc74a1 2015-01-06 10:03:32,664 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] FINISH, ConnectStorageServerVDSCommand, return: {79bae336-2d76-4986-bf1e-50e350cde9f7=0}, log id: 1acd4935 2015-01-06 10:03:32,668 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] Host n4orna storage connection was succeeded 2015-01-06 10:03:32,671 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] Submitting to the event queue pool refresh for hosts [ab744426-2294-4c0b-aaf5-08ebb162f542, 920bf64c-62f5-4b12-a69e-eef9936576c5] 2015-01-06 10:03:32,675 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-35) Running storage pool metadata refresh for hosts {1} 2015-01-06 10:03:32,704 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-10) START, ConnectStoragePoolVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vdsId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 66dc8feb 2015-01-06 10:03:32,705 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-41) START, ConnectStoragePoolVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, vdsId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 1a6cc20f 2015-01-06 10:03:34,083 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-10) FINISH, ConnectStoragePoolVDSCommand, log id: 66dc8feb 2015-01-06 10:03:34,307 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-41) FINISH, ConnectStoragePoolVDSCommand, log id: 1a6cc20f 2015-01-06 10:03:37,386 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-47) Host 60d8c75b-38f1-4cd0-b162-729285eadefd no longer storage access problem to any relevant domain clearing its report (report id: 6a081ad8-201f-48e4-ba56-5a581fac4475) 2015-01-06 10:03:37,392 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-47) Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 recovered from problem. vds: n1orna 2015-01-06 10:03:37,465 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-34) Host 38893029-0eb8-4d19-a28f-07680d8d6868 no longer storage access problem to any relevant domain clearing its report (report id: 922d1075-c975-4d9f-87d1-db8d5aa4059d) 2015-01-06 10:03:37,471 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-34) Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 recovered from problem. vds: n2orna 2015-01-06 10:03:37,475 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-34) Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-01-06 10:03:37,634 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-11) Host 920bf64c-62f5-4b12-a69e-eef9936576c5 no longer storage access problem to any relevant domain clearing its report (report id: 12dfe3fe-966a-486e-8eda-89575648545f) 2015-01-06 10:03:39,263 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) Host ab744426-2294-4c0b-aaf5-08ebb162f542 no longer storage access problem to any relevant domain clearing its report (report id: 18fffe35-403c-413e-acb1-8d173aa447da) 2015-01-06 10:03:39,268 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) Domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a:MSA1-O2-vd01 recovered from problem. vds: n3orna 2015-01-06 10:03:39,270 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) Domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a:MSA1-O2-vd01 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-01-06 10:03:44,310 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-45) [5770eda1] No hosts has reported storage access problem to domains, clearing the handled hosts reports map 2015-01-06 10:05:00,006 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-29) [1cbf3978] Autorecovering 1 storage domains 2015-01-06 10:05:00,009 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-29) [1cbf3978] Autorecovering storage domains id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 2015-01-06 10:05:00,014 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-29) [344e83b5] Running command: ConnectDomainToStorageCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 10:05:00,019 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-29) [344e83b5] ConnectDomainToStorage. Before Connect all hosts to pool. Time:1/6/15 10:05 AM 2015-01-06 10:05:00,209 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1d6d563c 2015-01-06 10:05:00,210 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-28) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 12a471c7 2015-01-06 10:05:00,258 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-34) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 70547eab 2015-01-06 10:05:00,258 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-19) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 6438f79b 2015-01-06 10:06:11,746 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-83) [453f31bd] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from Up --> RebootInProgress 2015-01-06 10:06:39,611 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-84) [537321db] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from RebootInProgress --> Up -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. From ykatabam at redhat.com Sun Jan 4 22:18:43 2015 From: ykatabam at redhat.com (Yuko Katabami) Date: Mon, 05 Jan 2015 08:18:43 +1000 Subject: [ovirt-users] Would you add the project of Jasper into the Zanata? In-Reply-To: <65208989.2078131.1419723471570.JavaMail.zimbra@redhat.com> References: <1362230405.2078038.1419723387069.JavaMail.zimbra@redhat.com> <65208989.2078131.1419723471570.JavaMail.zimbra@redhat.com> Message-ID: <54A9BC43.1020909@redhat.com> Hi Helen, Sorry for the delay in responding. With regard to the JasperServer strings for oVirt Reports, we have two projects in zanata.org. The first one is "oVirt Engine Reports" which you have already edited some translations. The second one is "oVirt Engine DWH", accessible at: https://translate.zanata.org/zanata/project/view/ovirt-engine-dwh (there is only one version called "master" in this project) The remaining translations are actually imported from the JasperServer community. If you would like to change those strings, the only way to change them is to be part of JasperServer localization group and work with them. Yaniv and Shirly are able to direct you to the right contact. I also confirmed with Shirly that the recent fix you applied in oVirt Engine Reports (and potentially oVirt Engine DWH) will first be included in 3.6, then backported to 3.5.2. If you have any further questions, please feel free to contact us again. Kind regards, Yuko On 12/28/2014 09:37 AM, Yaniv Dary wrote: > corrections: > > > ------------------------------------------------------------------------ > > *From: *"Yaniv Dary" > *To: *"???" > *Cc: *users at ovirt.org, tfu at redhat.com, ykatabam at redhat.com > *Sent: *Sunday, December 28, 2014 1:36:27 AM > *Subject: *Re: [ovirt-users] Would you add the project of Jasper > into the Zanata? > > JasperServer is used by oVirt, but we do not translate it. > I would contact the Jasper community on how to donate translations. > > We do have a translation project for the reports themselves, Yuko can > refer you to that. > > > > > ------------------------------------------------------------------------ > > *From: *"???" > *To: *users at ovirt.org > *Cc: *tfu at redhat.com, ykatabam at redhat.com > *Sent: *Friday, December 26, 2014 10:19:00 AM > *Subject: *[ovirt-users] Would you add the project of Jasper > into the Zanata? > > hi all, > > Would you add Jasper into zanata? I want to translate > it for reports, and this project is based > > on this project. So would you add it for reports? Thanks a lot. :) > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sohrberg at gmail.com Mon Jan 5 16:03:46 2015 From: sohrberg at gmail.com (=?utf-8?Q?Staffan_=C3=96hrberg?=) Date: Mon, 5 Jan 2015 17:03:46 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) Message-ID: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> Hi, Short background, I own a startup company that have been used VMware ESXi for a year and are trying oVirt to see if that can be a replacement for us. I have just installed oVirt 3.5, but have trouble accessing ovirt-image-repository,Glance (http://glance.ovirt.org:9292). In the admin console it just says: ?Error while executing action: A Request to the server failed with the following Status Code: 500? In the server.log I got a lot of errors: 2015-01-05 16:57:01,881 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public abstract org.ovirt.engine.core.common.action.VdcReturnValueBase org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' threw an unexpected exception: javax.ejb.EJBException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not initialize class com.woorea.openstack.glance.Glance ?. I have search for an answer, but have not found one. Anyone in this forum have any idea of whats wrong? Regards, Staffan ?hrberg -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 6 22:12:23 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 06 Jan 2015 15:12:23 -0700 Subject: [ovirt-users] LDAP Certificate Location? Message-ID: An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Wed Jan 7 00:26:53 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Tue, 6 Jan 2015 19:26:53 -0500 Subject: [ovirt-users] Possibility to regenerate answer file on primary node Message-ID: I believe that I'm stuck with trying to follow the deployment via the popular guide at: http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ I'm trying to get my second hosted-engine deployed and seem to keep running into errors with '--deploy' on the second node. --- --== NETWORK CONFIGURATION ==-- Please indicate a pingable gateway IP address [x.x.x.x]: The following CPU types are supported by this host: - model_Westmere: Intel Westmere Family - model_Nehalem: Intel Nehalem Family - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU type specified: None --- It seems like the answer file that is copied from the first node is either not being copied or is incorrect. In any case, I was wondering if there was a way to verify this as well as if there is a method for regenerating the answer file on the first node should it be missing (which I think that it might be). I apologize if this is pretty obvious stuff at this point as I feel like I'm missing something. Any help would be greatly appreciated. Thanks, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Wed Jan 7 00:37:34 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Tue, 6 Jan 2015 19:37:34 -0500 Subject: [ovirt-users] Possibility to regenerate answer file on primary node In-Reply-To: References: Message-ID: For added information (a portion from the ovirt-hosted-setup log): ------ 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV OVEHOSTED_VM/vmBoot=str:'disk' 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._customization:137 Compatible CPU models are: [u'model_Nehalem', u'model_Conroe', u'model_coreduo', u'model_core2duo', u'model_Penryn', u'model_Westmere', u'model_n270'] 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND The following CPU types are supported by this host: 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Westmere: Intel Westmere Family 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Nehalem: Intel Nehalem Family 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Penryn: Intel Penryn Family 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Conroe: Intel Conroe Family 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py", line 194, in _customization ohostedcons.VDSMEnv.VDSM_CPU RuntimeError: Invalid CPU type specified: None 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': Invalid CPU type specified: None 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, RuntimeError('Invalid CPU type specified: None',), )]' 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: Clean up 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE cleanup ------ On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young wrote: > I believe that I'm stuck with trying to follow the deployment via the > popular guide at: > > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ > > I'm trying to get my second hosted-engine deployed and seem to keep > running into errors with '--deploy' on the second node. > > --- > --== NETWORK CONFIGURATION ==-- > > Please indicate a pingable gateway IP address [x.x.x.x]: > The following CPU types are supported by this host: > - model_Westmere: Intel Westmere Family > - model_Nehalem: Intel Nehalem Family > - model_Penryn: Intel Penryn Family > - model_Conroe: Intel Conroe Family > [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU > type specified: None > > --- > It seems like the answer file that is copied from the first node is either > not being copied or is incorrect. In any case, I was wondering if there > was a way to verify this as well as if there is a method for regenerating > the answer file on the first node should it be missing (which I think that > it might be). > > I apologize if this is pretty obvious stuff at this point as I feel like > I'm missing something. Any help would be greatly appreciated. > > Thanks, > > Chris > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Wed Jan 7 01:00:26 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Tue, 6 Jan 2015 17:00:26 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Message-ID: For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From mrose at power-soft.com Wed Jan 7 01:29:24 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 7 Jan 2015 01:29:24 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com>, <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> Message-ID: Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? On Jan 5, 2015, at 12:32 PM, Mikola Rose > wrote: I will asap. I am struggling with my augeas-libs issue. Still trying to resolve my augeas-libs issue. https://access.redhat.com/comment/865173#comment-865173 I managed to reproduce, and it seems to me that this is caused by vdsm trying to contact hosted-engine-ha, because it seems to have been configured by a previous failed run of deploy, although it's actually still down. At this point, 'vdsClient -s 0 getVdsStats' indeed got stuck. Removing /etc/ovirt-hosted-engine/hosted-engine.conf was enough to make it work. Mikola, please try that and tell us if it solves. Thanks! I added a comment [1] on bz. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1099874#c20 . Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 7 05:42:25 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 7 Jan 2015 06:42:25 +0100 Subject: [ovirt-users] Alerts Message-ID: Hi All, We recently had a major crash on our ovirt environment due a strange bug (has been reported in the meanwhile). But now we are left we a bunch of aerts (+100) that are still standing there... Is there a way I can flush them manually from command line or so? Because the right click+clear all, doesn't seem to work that good... :-). Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 7 07:00:25 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 07 Jan 2015 08:00:25 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed Message-ID: <54ACD989.50301@redhat.com> Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 57 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From t.ruiten at rdmedia.com Wed Jan 7 07:20:36 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Wed, 7 Jan 2015 08:20:36 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: After creating a default disk profile, I can add new disks and create VMs without issues. I have updated the bug I reported as a duplicate of 1145241. https://bugzilla.redhat.com/show_bug.cgi?id=1175255 On 5 January 2015 at 15:46, Tiemen Ruiten wrote: > Sorry, to be clear: no default disk policy exists for the 3.4 cluster > storage domain. > > On 5 January 2015 at 15:45, Tiemen Ruiten wrote: > >> Hello, >> >> I just tried creating a thin-provisioned disk and the same problem (load >> spike, non responsive VMs) occurred. I may have an idea what is going wrong >> now. The following is an excerpt from the engine log after starting the >> disk create job: >> >> 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] >> (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is >> StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM >> vds_groups_view WHERE ( vds_group_id IN (SELECT distinct >> vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain >> LEFT OUTER JOIN storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. : >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet.: >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. >> >> This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. >> There's also a 3.5 cluster managed by the same engine. Could this be >> related to this BZ ? >> >> >> >> On 17 December 2014 at 12:34, Yeela Kaplan wrote: >> >>> Just another thought, >>> from looking at the vdsm logs it looks like there are too many calls to >>> getVolumeSize that are eating up all handlers >>> and eventually a timeout occurs. >>> Adam, do you have any idea about this? >>> >>> ----- Original Message ----- >>> > From: "Yeela Kaplan" >>> > To: "Tiemen Ruiten" >>> > Cc: "Users at ovirt.org" >>> > Sent: Wednesday, December 17, 2014 1:30:52 PM >>> > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >>> creating VM from template >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > > From: "Tiemen Ruiten" >>> > > To: "Yeela Kaplan" >>> > > Cc: "Users at ovirt.org" >>> > > Sent: Wednesday, December 17, 2014 1:22:59 PM >>> > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > creating VM from template >>> > > >>> > > Thank you, I will try to increase to 20 and see what happens. Bug is >>> filed: >>> > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 >>> > >>> > Thank you >>> > and I forgot to mention that you have to restart vdsmd so the change >>> will >>> > apply... >>> > >>> > >>> > > >>> > > On 17 December 2014 at 11:48, Yeela Kaplan >>> wrote: >>> > > > >>> > > > Hi, >>> > > > You are right, the problem is with the file handlers. >>> > > > You can increase the number of handlers in pool using the vdsm >>> config >>> > > > file, which is supposed to be under the following directory in your >>> > > > system: >>> > > > >>> > > > /usr/lib/python2.6/site-packages/vdsm/config.py >>> > > > >>> > > > The default value for 'process_pool_max_slots_per_domain' is 10, >>> so you >>> > > > can increase it by a bit, but not too much. >>> > > > >>> > > > But I suspect the problem is in a larger scale, and this is only a >>> > > > temporary relief for your system and this needs much more >>> attention and a >>> > > > proper fix. >>> > > > could you please open a bug on RHEV/vdsm in bugzilla stating all >>> of the >>> > > > details of your setup and logs? >>> > > > >>> > > > thanks, >>> > > > Yeela >>> > > > >>> > > > ----- Original Message ----- >>> > > > > From: "Tiemen Ruiten" >>> > > > > To: "Users at ovirt.org" >>> > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating VM from template >>> > > > > >>> > > > > Would this be limits for the vdsm process? Then what is the >>> proper way >>> > > > > to >>> > > > > change ulimits for VDSM? >>> > > > > >>> > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > The only thing I can think of would be file hard and soft >>> limits, but I >>> > > > am no >>> > > > > oVirt pro. >>> > > > > >>> > > > > >>> > > > > >>> > > > > 'no free file handlers in pool' that would make sense to me? >>> > > > > >>> > > > > Donny >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] >>> > > > > Sent: Tuesday, December 16, 2014 12:40 PM >>> > > > > To: Donny Davis >>> > > > > Cc: Users at ovirt.org >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > > creating VM from template >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with >>> 16 >>> > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I >>> created the >>> > > > VM, >>> > > > > processor load on both nodes was less than 1. >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > What is the VM load you are running on your servers? >>> > > > > >>> > > > > >>> > > > > >>> > > > > -----Original Message----- >>> > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org >>> ] On >>> > > > Behalf Of >>> > > > > Tiemen Ruiten >>> > > > > Sent: Tuesday, December 16, 2014 12:27 PM >>> > > > > To: users at ovirt.org >>> > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating >>> > > > > VM from template >>> > > > > >>> > > > > Hello, >>> > > > > >>> > > > > I ran into a nasty problem today when creating a new, cloned VM >>> from a >>> > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: >>> on the >>> > > > node >>> > > > > where I started a VM creation job, load skyrocketed and some VMs >>> > > > > stopped >>> > > > > responding until and after the job failed. Everything recovered >>> without >>> > > > > intervention, but this obviously shouldn't happen. I have >>> attached the >>> > > > > relevant vdsm log file. The button to create the VM was pressed >>> around >>> > > > > 11:17, the first error in the vdsm log is at 11:23:58. >>> > > > > >>> > > > > The ISO domain is a gluster volume exposed via NFS, the storage >>> domain >>> > > > for >>> > > > > the VM's is also a gluster volume. The underlying filesystem is >>> ZFS. >>> > > > > The hypervisor nodes are full CentOS 6 installs. >>> > > > > >>> > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log >>> file >>> > > > > is >>> > > > key >>> > > > > here. What can I do to prevent this from happening again? Apart >>> from >>> > > > > not >>> > > > > creating new VMs of course :) >>> > > > > >>> > > > > Tiemen >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > >>> > > > > >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > _______________________________________________ >>> > > > > Users mailing list >>> > > > > Users at ovirt.org >>> > > > > http://lists.ovirt.org/mailman/listinfo/users >>> > > > > >>> > > > >>> > > >>> > > >>> > > -- >>> > > Tiemen Ruiten >>> > > Systems Engineer >>> > > R&D Media >>> > > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> >> >> >> >> -- >> Tiemen Ruiten >> Systems Engineer >> R&D Media >> > > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 7 07:45:17 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 7 Jan 2015 02:45:17 -0500 (EST) Subject: [ovirt-users] LDAP Certificate Location? In-Reply-To: <20150106221235.97621C3C3@lists.ovirt.org> References: <20150106221235.97621C3C3@lists.ovirt.org> Message-ID: <1654170825.2402429.1420616717565.JavaMail.zimbra@redhat.com> Please use the formal documentation and if needed help improve them. References for ssl: http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l153 http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l106 http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l147 ----- Original Message ----- > From: "Donny Davis" > To: "Sandvik Agustin" , users at ovirt.org > Sent: Wednesday, January 7, 2015 12:12:23 AM > Subject: Re: [ovirt-users] LDAP Certificate Location? > > > > In the article you referenced you didn't setup tls > On Jan 6, 2015 2:04 PM, Sandvik Agustin wrote: > > > > Hi Donny, > > > Sorry to bother you at this time, I installed the 389ds by following this > http://www.unixmen.com/setup-directory-serverldap-in-centos-6-4-rhel-6-4/ > and now I'm following your documentation at > https://cloudspin.me/ovirt-simple-ldap-aaa/ I'm wondering if where can I > find this CA or pem thing you mention on your website " > /etc/pki/tls/cacerts/ldapCA.pem". > > Thanks in Advance, > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From sbonazzo at redhat.com Wed Jan 7 08:05:05 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 07 Jan 2015 09:05:05 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54ACE8B1.3020207@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: no earlier than 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-12-29 (DELAYED) QEMU 2.2.0: 2014-12-09 (RELEASED) The tracker bug for 3.6.0 [2] currently shows no blockers. There are 466 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 440 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] http://goo.gl/zwkF3r [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From ovedo at redhat.com Wed Jan 7 08:06:24 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Wed, 7 Jan 2015 03:06:24 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> Message-ID: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Hi Was the installation of the engine successful? It is a bit weird that it doesn't find this class, so perhaps it is some packaging issue? Can you attach the complete engine.log and server.log? What's the operating system of your engine server? Thanks, Oved ----- Original Message ----- > From: "Staffan ?hrberg" > To: users at ovirt.org > Sent: Monday, January 5, 2015 6:03:46 PM > Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) > > Hi, > Short background, I own a startup company that have been used VMware ESXi for > a year and are trying oVirt to see if that can be a replacement for us. > I have just installed oVirt 3.5, but have trouble accessing > ovirt-image-repository,Glance ( http://glance.ovirt.org:9292 ). > In the admin console it just says: ?Error while executing action: A Request > to the server failed with the following Status Code: 500? > > In the server.log I got a lot of errors: > 2015-01-05 16:57:01,881 ERROR > [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] > (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: > com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public > abstract org.ovirt.engine.core.common.action.VdcReturnValueBase > org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' > threw an unexpected exception: javax.ejb.EJBException: > java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not > initialize class com.woorea.openstack.glance.Glance > > ?. > > I have search for an answer, but have not found one. > Anyone in this forum have any idea of whats wrong? > > Regards, > Staffan ?hrberg > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From shimano at go2.pl Wed Jan 7 08:15:15 2015 From: shimano at go2.pl (shimano) Date: Wed, 7 Jan 2015 09:15:15 +0100 Subject: [ovirt-users] MooseFS cluster as storage domain Message-ID: Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating? -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Wed Jan 7 08:18:33 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 7 Jan 2015 03:18:33 -0500 (EST) Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> Message-ID: <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Wednesday, January 7, 2015 3:29:24 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > Thanks for the tip. That seemed to work and after fixing my nfs issues and > removing that config the hosted setup completed to the point of creating the > vm and waiting for the os to be installed on it, however... Thanks for the report! > > I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc > log indicated an unexpected close. > > We're are the logs for the vnc server end of things so I can see why it's > closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi From andreas at allaboutapps.at Wed Jan 7 08:23:55 2015 From: andreas at allaboutapps.at (Andreas Mather) Date: Wed, 7 Jan 2015 09:23:55 +0100 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: <20150102180829.GQ12365@redhat.com> References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> <20150102180829.GQ12365@redhat.com> Message-ID: Hi! > I believe that this was fixed by http://gerrit.ovirt.org/35317 > which would be in the long-delayed ovirt-3.5.1. > > I'd apreciate if you try it out! I can't really try it out, since I had to move forward and can't do the tests now :-/ But according to the diff, this should do the same as what I did (prefix seems to be ignored in this function anyway). Nevertheless, people shouldn't use a SCOPE="peer ..." configuration (as mine was before), but should stick to a regular addr/subnet/gateway config. At least this fixed my issues.... Regards, Andreas On Fri, Jan 2, 2015 at 7:08 PM, Dan Kenigsberg wrote: > On Wed, Dec 31, 2014 at 05:40:29AM -0500, Yedidyah Bar David wrote: > > ----- Original Message ----- > > > From: "Andreas Mather" > > > To: users at ovirt.org > > > Sent: Wednesday, December 24, 2014 11:29:58 PM > > > Subject: Re: [ovirt-users] hosted-engine --deploy fails > > > > > > Hi All! > > > > > > Just did more research on this and it seems as if the reason was > related to > > > my interface configuration. Disclaimer upfront: I've a public IP > configured > > > on this server (since it's a hosted root server), but changed the IP > addr > > > here to 192.168.0.99 > > > > > > I started with the output from ?vdsm-tool restore-nets': > > > ipv4addr, prefix = addr['address'].split('/') > > > ValueError: need more than 1 value to unpack > > Thanks for this report. > > I believe that this was fixed by http://gerrit.ovirt.org/35317 > which would be in the long-delayed ovirt-3.5.1. > > Unfortunately, the official build of vdsm-4.16.10 for el6 is being > delayed > http://lists.ovirt.org/pipermail/devel/2014-December/009566.html > but for other platforms it is already testable. > > I'd apreciate if you try it out! > > > > > > > So I dumped the addr dictionary: > > > {'address': '192.168.0.99', > > > 'family': 'inet', > > > 'flags': frozenset(['permanent']), > > > 'index': 2, > > > 'label': 'eth0', > > > 'prefixlen': 32, > > > 'scope': 'universe'} > > > > > > I've no clue why there's no "/32" at the end, but that's what my > netmask > > > actually is due to the special configuration I got from my hosting > provider: > > > > > > [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > > > DEVICE=eth0 > > > BOOTPROTO=none > > > ONBOOT=yes > > > HWADDR=00:52:9F:A8:AA:BB > > > IPADDR=192.168.0.99 > > > NETMASK=255.255.255.255 > > > SCOPE="peer 192.168.0.1" > > > > > > (again, public IPs changed to private one, if that matters. And I > skipped the > > > IPv6 config above...) > > > > > > So what I did next, was to patch the netinfo.py: > > > [root at vhost1 vdsm]# diff -u netinfo_orig.py netinfo.py > > > --- netinfo_orig.py 2014-12-24 22:16:23.362198715 +0100 > > > +++ netinfo.py 2014-12-24 22:16:02.567625247 +0100 > > > @@ -368,7 +368,12 @@ > > > if addr['family'] == 'inet': > > > ipv4addrs.append(addr['address']) > > > if 'secondary' not in addr['flags']: > > > - ipv4addr, prefix = addr['address'].split('/') > > > + """Assume /32 if no prefix was found""" > > > + if addr['address'].find('/') == -1: > > > + ipv4addr = addr['address'] > > > + prefix = "32" > > > + else: > > > + ipv4addr, prefix = addr['address'].split('/') > > > ipv4netmask = prefix2netmask(addr['prefixlen']) > > > else: > > > ipv6addrs.append(addr['address']) > > > > > > > > > and recompiled it: > > > [root at vhost1 vdsm]# python -m py_compile netinfo.py > > > > > > > > > > > > Et voil?: > > > vdsm-tool ran fine: > > > `hosted-engine --deploy' passed the previous failing stage! > > > > Thanks for great analysis, report and patch! > > Would you like to push it to gerrit? See [1] and [2] > > > > Adding Dan in case you do not want to, so that your patch isn't lost... > > > > > > > > Hope this helps to find the root cause.... > > > > Not sure what you mean - did you have any other problem after > > applying your patch? Seems to me that the root cause is some > > code (the part you patched or something earlier) did not expect > > a prefix of /32, which is indeed quite rare. Not even certain > > how it works - did you also get a default gateway? How can you > > access it, if it's not in your subnet? > > > > [1] http://www.ovirt.org/Develop > > [2] http://www.ovirt.org/Working_with_oVirt_Gerrit > > > > Best regards, > > -- > > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Wed Jan 7 11:26:31 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Wed, 7 Jan 2015 12:26:31 +0100 Subject: [ovirt-users] Can't migrate/remove VM In-Reply-To: References: Message-ID: All, I was able to reproduce this every time I did an install of ovirt 3.5 on CentOS 6. The issue does not occur when I move to the snapshot version of 3.5 On Tue, Jan 6, 2015 at 2:20 PM, Johan Kooijman wrote: > Hi all, > > Been playing with an ovirt test setup for the last couple of days. > Created some vm's, started to throw them around on the cluster, but now > I'm stuck. The VM's are running, but when I try to stop them, I get errors > like this: > > https://plakbord.cloud.nl/p/zvAEVPFeBBJSBeGspKNxJsqF > > > When trying to migrate a VM, the node throws this error: > > https://plakbord.cloud.nl/p/4Syi9A7tEd8L3A2pQg6boVB6 > > Any clue on what's happening? > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From emesika at redhat.com Wed Jan 7 12:07:02 2015 From: emesika at redhat.com (Eli Mesika) Date: Wed, 7 Jan 2015 07:07:02 -0500 (EST) Subject: [ovirt-users] Alerts In-Reply-To: References: Message-ID: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: users at ovirt.org > Sent: Wednesday, January 7, 2015 7:42:25 AM > Subject: [ovirt-users] Alerts > > Hi All, > > We recently had a major crash on our ovirt environment due a strange bug (has > been reported in the meanwhile). > > But now we are left we a bunch of aerts (+100) that are still standing > there... Is there a way I can flush them manually from command line or so? > Because the right click+clear all, doesn't seem to work that good... :-). If you want to remove ALL alerts run from command line psql -U engine -c "delete from audit_log where severity = 10;" engine NOTE: Keep in mind that before any manual operation on your database you should backup it first. > > Kind regards, > > Koen > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From svenkieske at gmail.com Wed Jan 7 13:04:14 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Wed, 07 Jan 2015 14:04:14 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Message-ID: <54AD2ECE.5080401@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07.01.2015 09:06, Oved Ourfali wrote: > It is a bit weird that it doesn't find this class, so perhaps it is > some packaging issue? afaik this is not about a "class" but about the ovirt image repo (glance) at the mentioned URL: http://glance.ovirt.org:9292 which was unavailable/not configured correctly at the time of installation resulting in http 500 error. HTH Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUrS7OAAoJEAq0kGAWDrql0IwL+wZEcIvXoY0dvCgkLPbFkXuM gWMS9sHcMVvpv1Tf+OkVbiVKqjfMAqwNk7pkHK2G8G/giEzY2NsYJ7dIsfWgMzfB 0hp8CjLoV/O6EiPEvYNrLytThAzP/umrPvk4OiEczRB/AX+83A0V6jHcZLQKzQrE Q4RXxWIPey7MW4wxwomuX+gUAq6b4Oopu7SZGPc1qvKDDgfdms85WGqlObo5B4Ff NMfCe0jntjhRX/LFAjXycWJXxLfrGHfFOHl3ndWszEqT0Wy3POpXb+bLoKQ6bDD5 TG1+IABLEMGGyTgOL5LRu5VZKyS+cw7zNAHM3SaG3blPhQL3cRwhScoBFGzxWILs ULmryOBQYiDuqyzryQBA/BzAqhxG7XHO1Gr+qAd/XKby9hLw+Yxmdufco86TSLZI WeTg44ZPj7Ie5jz1yUPAmh+QQmVeRtDE85RBwe6EoS3POc1qREP9NOOAmbkfhOcd xLZ+jRAe+/DrzUDKCy3huDO7swoP3qoZRjENPfrBBw== =LWU8 -----END PGP SIGNATURE----- From vanoppen.koen at gmail.com Wed Jan 7 13:05:23 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 7 Jan 2015 14:05:23 +0100 Subject: [ovirt-users] Alerts In-Reply-To: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> References: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> Message-ID: Thanks. But, is there no other way, besides screwing around in the database? 2015-01-07 13:07 GMT+01:00 Eli Mesika : > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: users at ovirt.org > > Sent: Wednesday, January 7, 2015 7:42:25 AM > > Subject: [ovirt-users] Alerts > > > > Hi All, > > > > We recently had a major crash on our ovirt environment due a strange bug > (has > > been reported in the meanwhile). > > > > But now we are left we a bunch of aerts (+100) that are still standing > > there... Is there a way I can flush them manually from command line or > so? > > Because the right click+clear all, doesn't seem to work that good... :-). > > If you want to remove ALL alerts run from command line > > psql -U engine -c "delete from audit_log where severity = 10;" engine > > NOTE: > Keep in mind that before any manual operation on your database you should > backup it first. > > > > > Kind regards, > > > > Koen > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Wed Jan 7 13:07:14 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Wed, 7 Jan 2015 08:07:14 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <54AD2ECE.5080401@gmail.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> <54AD2ECE.5080401@gmail.com> Message-ID: <709659947.5076830.1420636034924.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sven Kieske" > To: users at ovirt.org > Sent: Wednesday, January 7, 2015 3:04:14 PM > Subject: Re: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 07.01.2015 09:06, Oved Ourfali wrote: > > It is a bit weird that it doesn't find this class, so perhaps it is > > some packaging issue? > afaik this is not about a "class" but about the ovirt image repo > (glance) at the mentioned URL: > http://glance.ovirt.org:9292 > > which was unavailable/not configured correctly > at the time of installation > resulting in http 500 error. > The error was NoClassDefFound. The glance repo is available now, and should work, so I don't think it was caused by short-term unavailability. > HTH > > Sven > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQGcBAEBAgAGBQJUrS7OAAoJEAq0kGAWDrql0IwL+wZEcIvXoY0dvCgkLPbFkXuM > gWMS9sHcMVvpv1Tf+OkVbiVKqjfMAqwNk7pkHK2G8G/giEzY2NsYJ7dIsfWgMzfB > 0hp8CjLoV/O6EiPEvYNrLytThAzP/umrPvk4OiEczRB/AX+83A0V6jHcZLQKzQrE > Q4RXxWIPey7MW4wxwomuX+gUAq6b4Oopu7SZGPc1qvKDDgfdms85WGqlObo5B4Ff > NMfCe0jntjhRX/LFAjXycWJXxLfrGHfFOHl3ndWszEqT0Wy3POpXb+bLoKQ6bDD5 > TG1+IABLEMGGyTgOL5LRu5VZKyS+cw7zNAHM3SaG3blPhQL3cRwhScoBFGzxWILs > ULmryOBQYiDuqyzryQBA/BzAqhxG7XHO1Gr+qAd/XKby9hLw+Yxmdufco86TSLZI > WeTg44ZPj7Ie5jz1yUPAmh+QQmVeRtDE85RBwe6EoS3POc1qREP9NOOAmbkfhOcd > xLZ+jRAe+/DrzUDKCy3huDO7swoP3qoZRjENPfrBBw== > =LWU8 > -----END PGP SIGNATURE----- > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jhernand at redhat.com Wed Jan 7 13:19:10 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Wed, 07 Jan 2015 14:19:10 +0100 Subject: [ovirt-users] Alerts In-Reply-To: References: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> Message-ID: <54AD324E.6010009@redhat.com> On 01/07/2015 02:05 PM, Koen Vanoppen wrote: > Thanks. But, is there no other way, besides screwing around in the database? > You can use the Python SDK: #!/usr/bin/python import ovirtsdk.api import ovirtsdk.xml api = ovirtsdk.api.API( url="https://engine.example.com/ovirt-engine/api", username="admin at internal", password="******", ca_file="/etc/pki/ovirt-engine/ca.pem" ) alerts = api.events.list(query="severity=alert") for alert in alerts: alert.delete() api.disconnect() > 2015-01-07 13:07 GMT+01:00 Eli Mesika >: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > > To: users at ovirt.org > > Sent: Wednesday, January 7, 2015 7:42:25 AM > > Subject: [ovirt-users] Alerts > > > > Hi All, > > > > We recently had a major crash on our ovirt environment due a > strange bug (has > > been reported in the meanwhile). > > > > But now we are left we a bunch of aerts (+100) that are still standing > > there... Is there a way I can flush them manually from command > line or so? > > Because the right click+clear all, doesn't seem to work that > good... :-). > > If you want to remove ALL alerts run from command line > > psql -U engine -c "delete from audit_log where severity = 10;" engine > > NOTE: > Keep in mind that before any manual operation on your database you > should backup it first. > > > > > Kind regards, > > > > Koen > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- 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. From hypunit at gmail.com Wed Jan 7 13:27:49 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 7 Jan 2015 21:27:49 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host Message-ID: Hi, I am facing one strange issue in the ovirt with glusterfs ......i want to reactivate onw of my host node....but it's failed with the following error :- Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com] failed on server cpu04. Engine Logs :- http://ur1.ca/jczdp -------------- next part -------------- An HTML attachment was scrubbed... URL: From sohrberg at gmail.com Wed Jan 7 14:07:20 2015 From: sohrberg at gmail.com (=?utf-8?Q?Staffan_=C3=96hrberg?=) Date: Wed, 7 Jan 2015 15:07:20 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Message-ID: <85DF88FD-6346-41FD-9560-EF9FCA63AAE9@gmail.com> Hi, I will do the installation again, and send you the log files. Thanks for responding, Staffan ?hrberg > 7 jan 2015 kl. 09:06 skrev Oved Ourfali : > > Hi > > Was the installation of the engine successful? > It is a bit weird that it doesn't find this class, so perhaps it is some packaging issue? > Can you attach the complete engine.log and server.log? > > What's the operating system of your engine server? > > Thanks, > Oved > > ----- Original Message ----- >> From: "Staffan ?hrberg" >> To: users at ovirt.org >> Sent: Monday, January 5, 2015 6:03:46 PM >> Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) >> >> Hi, >> Short background, I own a startup company that have been used VMware ESXi for >> a year and are trying oVirt to see if that can be a replacement for us. >> I have just installed oVirt 3.5, but have trouble accessing >> ovirt-image-repository,Glance ( http://glance.ovirt.org:9292 ). >> In the admin console it just says: ?Error while executing action: A Request >> to the server failed with the following Status Code: 500? >> >> In the server.log I got a lot of errors: >> 2015-01-05 16:57:01,881 ERROR >> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] >> (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: >> com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public >> abstract org.ovirt.engine.core.common.action.VdcReturnValueBase >> org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' >> threw an unexpected exception: javax.ejb.EJBException: >> java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not >> initialize class com.woorea.openstack.glance.Glance >> >> ?. >> >> I have search for an answer, but have not found one. >> Anyone in this forum have any idea of whats wrong? >> >> Regards, >> Staffan ?hrberg >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From bproffit at redhat.com Wed Jan 7 14:57:38 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Wed, 7 Jan 2015 09:57:38 -0500 (EST) Subject: [ovirt-users] oVirt Monthly Newsletter: December 2014 In-Reply-To: <941636992.4433738.1420642628615.JavaMail.zimbra@redhat.com> Message-ID: <356975370.4433930.1420642658895.JavaMail.zimbra@redhat.com> The close of the old year was a little more of a downbeat, but the news and views about oVirt were still happening! News and Community oVirt is now officially part of the CentOS Virt SIG! (http://lists.centos.org/pipermail/centos-virt/2014-December/004187.html) Meanwhile, CentOS 7 gets reviewed using oVirt (http://www.networkworld.com/article/2861458/linux/centos-7-the-perfect-gift-for-the-linux-do-it-yourselfer.html) CloudSpin is a great new *free* (as in everything) machine-hosting service that uses oVirt. Learn more at https://cloudspin.me/ Better performance than VMware? Here's how to set up oVirt and Gluster to achieve better benchmarks [Spanish] http://blog.sotoca.es/2014/08/agilizando-la-infraestructura-iii-ovirt.html Find out how the University of Sevilla used oVirt and tools from UDS Enterprise to build a better virtual desktop solution for their campus: http://www.slideshare.net/UDSenterprise/virtual-desktops-in-educational-environments (http://www.slideshare.net/UDSenterpriseSpain/escritorios-virtuales-en-entornos-educativos [Spanish]) Allon Murenik opines on The Helpful Stranger and Meaning of Open Source (http://opensource.com/life/14/12/the-meaning-of-open-source) Open Source Is Just Another Way of Doing Good Business, and everyone knows it: http://community.redhat.com/blog/2014/12/open-source-is-just-another-way-of-doing-good-business/ ManageIQ partner VMTurbo asks: Does a Monitoring Tool Provide Automated Decisions? Especially using technologies like oVirt and RHEV? http://vmturbo.com/blog/monitoring-tool-automated-decisions/ Deploying and Managing Gluster using oVirt Webadmin Portal http://blogs-ramesh.blogspot.in/2014/12/deploying-gluster-using-ovirt.html oVirt's China community just posted the oVirt 3.5 release notes (http://ovirt-china.org/mediawiki/index.php/OVirt_3.5_Release_Notes) Discover more about open source virtualization options (http://computerworld.cz/software/virtualizace-ve-viru-open-source-51667) [Czech] Software Check out rbovirt, a Ruby client for the oVirt REST API (http://rubygems.org/gems/rbovirt) Learn more about the new UI plugin for oVirt, iso-uploader-plugin: https://github.com/ovirt-china/iso-uploader-plugin/wiki/Specifications Videos oVirt is featured software on the popular Hak5 video podcast http://youtu.be/6w8F5k41_9E Learn more about another successful VMware to oVirt migrtation: http://tv.rediris.es/es/jt2014/400.html [Spanish] Introduction to oVirt as CISL: http://youtu.be/EuxRrlsGO3k [Portuguese] Manage oVirt Open Source Project Infrastructure with Jenkins: http://youtu.be/WIRxw3noMmA [Hebrew] Take a video tour of oVirt http://youtu.be/cgH20bYt2z8 [Russian] -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From bproffit at redhat.com Wed Jan 7 16:02:43 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Wed, 7 Jan 2015 11:02:43 -0500 (EST) Subject: [ovirt-users] oVirt Weekly Sync Meeting: Jan. 7, 2015 In-Reply-To: <78315895.4463448.1420646340733.JavaMail.zimbra@redhat.com> Message-ID: <1239725910.4465019.1420646563231.JavaMail.zimbra@redhat.com> ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:03:23 UTC. Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-07-15.03.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-07-15.03.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-07-15.03.log.html Meeting summary --------------- * Agenda and Roll Call (bkp, 15:03:35) * infra update (bkp, 15:03:35) * 3.5.z updates (bkp, 15:03:35) * 3.6.0 status (bkp, 15:03:35) * conferences and workshops (bkp, 15:03:35) * other topics (bkp, 15:03:38) * infra update (bkp, 15:05:39) * infra update The ILO issue was fixed on the PHX lab, and we're waiting now for dcaro to return to start phase II (bkp, 15:13:45) * infra update Phase II includes assining more IPs to the lab, migrating linode services, etc. Expected start: newxt week. (bkp, 15:13:48) * infra update A new unstable view was added to show productions jobs to better focus on fixing critical jobs first, and leave jobs that are work-in-progress for another view (bkp, 15:13:51) * 3.5.z updates (bkp, 15:14:29) * 3.5.z updates 3.5.1 RC is postponed due to two known blockers: 1160846 (which SLA is still working on) and 1177290 (ovirt-engine not installable on CentOS 6: broken dependency novnc) (bkp, 15:34:35) * 3.5.z updates Status of 1177290 fix: Not sure of status, but may be able to have a workaround by the end of this week, according to sbonazzo (bkp, 15:34:39) * 3.5.z updates According to didi, there is already a "workaround" mentioned in the 1177290 - we took downstream rhel sources and built on upstream jenkins, eedri signed them and they are available in the 3.5 repo. So not sure it's a blocker for 3.5.1, although we do need a longer-term solution (bkp, 15:34:42) * 3.5.z updates 1177290 dropped as a blocker, retargeted to 3.6 for proper handling (bkp, 15:34:47) * 3.5.z updates Status of 1160846 fix: Hopefully Monday, according to gchaplik (bkp, 15:34:50) * 3.5.z updates danken reported another potential blocker with vdsm. No bug assigned/tracked yet. sbonazzo asked to assist. (bkp, 15:34:53) * 3.5.z updates There are still 57 bugs targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs targeted to 3.5.1 (bkp, 15:34:56) * 3.5.z updates 3.5.1 RC tentatively scheduled for Jan. 14, 2015. (bkp, 15:34:59) * 3.6 status (bkp, 15:35:07) * ACTION: 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers (bkp, 15:47:28) * 3.6.0 status Finished the review process, the remaining key milestones for this release will be scheduled. (bkp, 15:47:31) * 3.6.0 status Will now need to think about what to do with novnc in this release. (bkp, 15:47:34) * 3.6.0 status Jenkins build for 3.6 currently failing, but once back to nomral, 3.6 should be able to run on F21 (thanks emesika) (bkp, 15:47:37) * 3.6.0 status There are 466 bugs targeted to 3.6.0. Excluding node and documentation bugs we have 440 bugs targeted to 3.6.0. (bkp, 15:47:40) * 3.6.0 status Host Network QoS is all merged, at long last. (bkp, 15:47:43) * 3.6.0 status emesika's patch to introduce 3.6 clusters into oVirt was merged today, now this feature (and any other that's already merged) will be available for users to use. (bkp, 15:47:45) * 3.6.0 status Networking is also making decent progress on a bunch of other features, updating on the spreadsheet. More should be merged in the coming weeks. (bkp, 15:47:48) * 3.6.0 status UX has completed a feature for 3.6 that a lot of people have apparently wanted returned since 3.0. When switching main tabs the search now remembers the query you entered. (bkp, 15:47:51) * conferences and workshops (bkp, 15:47:58) * conferences and workshops FOSDEM is fast approaching. If you plan to attend this event on Jan. 31-Feb. 1, stop by the oVirt booth as well as the Virt and IaaS devrooms to hear more about oVirt! (bkp, 15:48:22) * conferences and workshops Stay tuned for more info on a FOSDEM social gathering for oVirt during the event, too! (bkp, 15:48:26) * conferences and workshops We are currently planning a one-day oVirt Workshop to coincide with FOSSAsia in Singapore, Feb. 13-15. Asia-Pac, Australia, and West Asia users are invited to attend. Details and registration to follow soon! (bkp, 15:48:29) * conferences and workshops jbrooks will be speaking on the new Smart VM Scheduler at SCALE 13X, as well as bkp, who will be discussing data centers vs. cloud VM management. A shared booth will be present as well. (bkp, 15:48:33) * conferences and workshops bkp will be speaking at the Linux Collab Summit on VM and container management (bkp, 15:48:37) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (bkp, 15:51:27) * other topics (bkp, 15:51:53) * other topics bkp has completed a case study on CloudSpin, and will be posting it today on ovirt.org. (bkp, 15:52:25) * other topics One of the 2015 goals is updating oVirt documentation. To that end, we will compile a list of known use cases/tasks that users and admins do with oVirt in the real world. Once this task list is compiled, we can start building an action-oriented set of user documentation. bkp will be setting this up and sending out a notice soon. (bkp, 15:52:36) * other topics The Dec. 2014 newsletter was just posted (which is why this meeting was late), and can be found at http://lists.ovirt.org/pipermail/users/2015-January/030436.html (bkp, 15:52:50) Meeting ended at 15:55:53 UTC. Action Items ------------ * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers Action Items, by person ----------------------- * **UNASSIGNED** * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From mpavlik at redhat.com Wed Jan 7 16:06:24 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 7 Jan 2015 17:06:24 +0100 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: References: Message-ID: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> Hi Punit, could you describe steps which led to this result? regards Matin Pavlik - RHEV QE > On 07 Jan 2015, at 14:27, Punit Dambiwal wrote: > > Hi, > > I am facing one strange issue in the ovirt with glusterfs ......i want to reactivate onw of my host node....but it's failed with the following error :- > > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed on server cpu04. > > Engine Logs :- http://ur1.ca/jczdp > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Wed Jan 7 17:20:16 2015 From: kmayilsa at redhat.com (Kanagaraj Mayilsamy) Date: Wed, 7 Jan 2015 12:20:16 -0500 (EST) Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> Message-ID: <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Can you check if glusterd service is running on the host? Regards, Kanagaraj ----- Original Message ----- > From: "Martin Pavl?k" > To: "Punit Dambiwal" > Cc: gluster-users at gluster.org, "Kaushal M" , users at ovirt.org > Sent: Wednesday, January 7, 2015 9:36:24 PM > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer list from Host > > Hi Punit, > > could you describe steps which led to this result? > > regards > > Matin Pavlik - RHEV QE > > > > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: > > Hi, > > I am facing one strange issue in the ovirt with glusterfs ......i want to > reactivate onw of my host node....but it's failed with the following error > :- > > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed on > server cpu04. > > Engine Logs :- http://ur1.ca/jczdp > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From andrzej.sus at gmail.com Wed Jan 7 07:51:32 2015 From: andrzej.sus at gmail.com (=?UTF-8?B?QW5kcnplaiBTdcWb?=) Date: Wed, 7 Jan 2015 08:51:32 +0100 Subject: [ovirt-users] MooseFS cluster as storage domain Message-ID: Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating? -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 7 18:37:09 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 7 Jan 2015 18:37:09 +0000 (UTC) Subject: [ovirt-users] Using gluster on other hosts? Message-ID: <359985466.5951094.1420655829175.JavaMail.yahoo@jws10637.mail.bf1.yahoo.com> Hi I would like to see if anyone has good suggestion. I have two physical hosts with 1GB connections to switched networks. The hosts also have 10GB interface connected directly using Twinax cable like copper crossover cable.? The idea was to use the 10GB as a "private network" for GlusterFS till the day we want to grow out of this 2 node setup. GlusterFS was setup with the 10GB ports using non-routable IPs and hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 192.168.1.2.? I'm following example from community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ , Currently I'm only using Gluster volume on node1, but `gluster probe peer` test worked fine with node2 through the 10GB connection. oVirt engine was setup on physical host1 with hosted engine.? Now, when I try to create new Gluster storage domain, I can only see the host "node1" available. Is there anyway I can setup oVirt on node1 and node2, while using "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the 10GB connection? ThanksW -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Wed Jan 7 21:42:48 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 7 Jan 2015 21:42:48 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> Message-ID: I tried realvnc The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Wed Jan 7 21:58:42 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 7 Jan 2015 21:58:42 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> Message-ID: <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Also tried; [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console HostedEngine Connected to domain HostedEngine Escape character is ^] no prompts or interaction after the Escape character line On Jan 7, 2015, at 1:42 PM, Mikola Rose > wrote: I tried realvnc The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Thu Jan 8 00:03:08 2015 From: mrose at power-soft.com (Mikola Rose) Date: Thu, 8 Jan 2015 00:03:08 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Message-ID: I am also Seeing this in the messages.log Jan 7 13:55:39 pws-hv15 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 314, in vmSetTicket#012 return vm.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/API.py", line 610, in setTicket#012 return v.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/vm.py", line 4560, in setTicket#012 graphics = _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \#012AttributeError: 'NoneType' object has no attribute 'XMLDesc' Jan 7 13:55:39 pws-hv15 sanlock[2152]: 2015-01-07 13:55:39-0800 6412 [2152]: cmd 9 target pid 7899 not found Jan 7 13:55:40 pws-hv15 vdsm vm.Vm WARNING vmId=`edc69fdd-6188-4dce-b1dc-d5ed03f914e5`::_readPauseCode unsupported by libvirt vm On Jan 7, 2015, at 1:58 PM, Mikola Rose > wrote: Also tried; [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console HostedEngine Connected to domain HostedEngine Escape character is ^] no prompts or interaction after the Escape character line On Jan 7, 2015, at 1:42 PM, Mikola Rose > wrote: I tried realvnc The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 8 02:00:06 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 8 Jan 2015 10:00:06 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Message-ID: Yes...Gluster service running on the host...disable the selinux and reinstall the host work for me.. On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy wrote: > Can you check if glusterd service is running on the host? > > Regards, > Kanagaraj > > ----- Original Message ----- > > From: "Martin Pavl?k" > > To: "Punit Dambiwal" > > Cc: gluster-users at gluster.org, "Kaushal M" , > users at ovirt.org > > Sent: Wednesday, January 7, 2015 9:36:24 PM > > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer > list from Host > > > > Hi Punit, > > > > could you describe steps which led to this result? > > > > regards > > > > Matin Pavlik - RHEV QE > > > > > > > > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: > > > > Hi, > > > > I am facing one strange issue in the ovirt with glusterfs ......i want to > > reactivate onw of my host node....but it's failed with the following > error > > :- > > > > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed > on > > server cpu04. > > > > Engine Logs :- http://ur1.ca/jczdp > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 8 02:06:37 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 8 Jan 2015 10:06:37 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster Message-ID: Hi, I try to add gluster volume but it failed... Ovirt :- 3.5 VDSM :- vdsm-4.16.7-1.gitdb83943.el7 KVM :- 1.5.3 - 60.el7_0.2 libvirt-1.1.1-29.el7_0.4 Glusterfs :- glusterfs-3.5.3-1.el7 Engine Logs :- 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] ^C -------------- next part -------------- An HTML attachment was scrubbed... URL: From julian at jdcomputers.com.au Thu Jan 8 05:00:59 2015 From: julian at jdcomputers.com.au (Julian De Marchi) Date: Thu, 08 Jan 2015 15:00:59 +1000 Subject: [ovirt-users] [STORAGE] Adding posix compliant FS In-Reply-To: <1466816557.204935.1418883121663.JavaMail.zimbra@redhat.com> References: <548F675E.9070202@jdcomputers.com.au> <548F9B84.50405@jdcomputers.com.au> <1298154031.2057803.1418714459455.JavaMail.zimbra@redhat.com> <548FFF7A.7050904@jdcomputers.com.au> <5490DDE6.7000701@jdcomputers.com.au> <1485258707.19808065.1418816293611.JavaMail.zimbra@redhat.com> <54919350.4070506@jdcomputers.com.au> <1466816557.204935.1418883121663.JavaMail.zimbra@redhat.com> Message-ID: <54AE0F0B.2070201@jdcomputers.com.au> Sorry for belated reply... Holidays etc... On 12/18/14 16:12, Vered Volansky wrote: > Hi Julian, Hi Vared, > Please see my questions inline. Answered inline, not trimmed to keep context for all. > Vered > > ----- Original Message ----- >> From: "Julian De Marchi" >> To: "Vered Volansky" >> Cc: users at ovirt.org >> Sent: Wednesday, December 17, 2014 4:29:36 PM >> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >> >> On 17/12/14 21:38, Vered Volansky wrote: >>> Hi Julian, >> >> Hey Vered, >> >>> IIUC the you have a self-created lvm, to which you're trying to connect as >>> posix using ovirt. >>> If that's the case please try to manually change the device's permissions >>> to 36:36 under /dev/. >>> If that doesn't work try the actual device it's mapped to (which is what >>> vdsm actually tries to mount). >>> If that also doesn't work please send us the output of: >>>>> ls -lh /dev/ . >> >> Still failed mate after a chmod 36:36. The thing is though, it _does_ >> mount the device for a moment before failing and unmounting it... > Is this the same behaviour as before? > >> >> [root at blade01 ~]# ls /dev/VolGroup/lv_images -lh >> lrwxrwxrwx 1 root root 7 Dec 15 16:52 /dev/VolGroup/lv_images -> ../dm-2 > > I see /dev/VolGroup/lv_images are still root:root. > Please chown 36:36 as well. > > Please state the all the chown you tried. This is the symlink so you can never chown that part, only the source. I did a chown foo:bar > >> [root at blade01 ~]# ls /dev/dm-2 -lh >> brw-rw---- 1 vdsm kvm 253, 2 Dec 15 16:52 /dev/dm-2 >> >>> >>> Regards, >>> Vered >>> >>> ----- Original Message ----- >>>> From: "Julian De Marchi" >>>> To: users at ovirt.org >>>> Sent: Wednesday, December 17, 2014 3:35:34 AM >>>> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >>>> >>>> Think I found some more clues. >>>> >>>> Thread-21910::DEBUG::2014-12-17 >>>> 11:26:07,277::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n >>>> /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] >>>> ignore_suspended_devices=1 write_cache_state=0 >>>> disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ >>>> '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 >>>> wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 >>>> retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' >>>> --ignoreskippedcluster -o >>>> uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name >>>> 3ba06bee-861e-4868-8e89-f29f785bab65 (cwd None) >>>> Thread-21910::DEBUG::2014-12-17 >>>> 11:26:07,348::lvm::288::Storage.Misc.excCmd::(cmd) FAILED: = ' >>>> Volume group "3ba06bee-861e-4868-8e89-f29f785bab65" not found\n >>>> Skipping volume group 3ba06bee-861e-4868-8e89-f29f785bab65\n'; = 5 >>>> Thread-21910::WARNING::2014-12-17 >>>> 11:26:07,350::lvm::370::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] >>>> [' Volume group "3ba06bee-861e-4868-8e89-f29f785bab65" not found', ' >>>> Skipping volume group 3ba06bee-861e-4868-8e89-f29f785bab65'] >>>> Thread-21910::DEBUG::2014-12-17 >>>> 11:26:07,351::lvm::407::Storage.OperationMutex::(_reloadvgs) Operation >>>> 'lvm reload operation' released the operation mutex >>>> >>>> But I still don't understand what it's trying to do. Just to recap, I do >>>> see it create the dir and mount the device. But when it fails it umounts >>>> everything. >>>> >>>> I tried to manually create the DIR it is expecting, but ovirt seems to >>>> remove it and re-create it which then ends up with root:root. I can see >>>> this as when I add the storage I run watch ls -lh and can see it all >>>> occur. >>>> >>>> Any help would still be greatly appreciated! >>>> >>>> On 12/16/14 19:46, Julian De Marchi wrote: >>>>> On 16/12/14 17:20, Aharon Canan wrote: >>>>>> Did you "chown 36:36" the folder to get the right permissions for >>>>>> adding to ovirt? >>>>> >>>>> That's the thing. Ovirt actually creates that dir when I go and try to >>>>> add the storage. It mounts the LVM device to that dir then fails. In the >>>>> logs I posted at http://pastebin.com/fzN9ktAX you can see it is failing >>>>> with a permission denied error. The command that is above the error is >>>>> touch. I think it is trying to touch a file to ensure all is well and >>>>> when that fails it gives the error. >>>>> >>>>> If I knew where in the code to prefix the touch command with sudo and >>>>> add a line to the sudoers entry I can test this idea. >>>>> >>>>> [...] >>>>> >>>>>> ----- Original Message ----- >>>>>> >>>>>> From: "Julian De Marchi" >>>>>> To: users at ovirt.org >>>>>> Sent: Tuesday, December 16, 2014 4:40:04 AM >>>>>> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >>>>>> >>>>>> On 12/16/14 08:57, Julian De Marchi wrote: >>>>>>> Heya-- >>>>>>> >>>>>>> I'm using ovirt 3.5 and trying to add a posix compliant FS to a node in >>>>>>> my cluster. >>>>>>> >>>>>>> The storage I'm trying to add is contained within LVM. Below is a link >>>>>>> to my log files on the node where I'm trying to attach the storage. >>>>>>> >>>>>>> http://pastebin.com/fzN9ktAX >>>>>>> >>>>>>> I've read the ovirt manual for adding posix compliant storage and >>>>>>> believe I'm doing everything correct. >>>>>>> >>>>>>> Any help to get this storage added would be great thanks and if I >>>>>>> forgot >>>>>>> to include any info please ask. >>>>>> >>>>>> More info to add. I was doing an "ls" on the dir it does the mount in >>>>>> and saw the dir was owned by root:root with different perms to the ones >>>>>> mounted via NFS. >>>>>> >>>>>> [root at blade01 libvirt]# ls /rhev/data-center/mnt/ -lh >>>>>> total 20K >>>>>> drwxrwxrwx 4 root root 4.0K Dec 11 09:00 10.106.200.100:_VM__IMAGES >>>>>> drwxrwxrwx 3 root root 4.0K Oct 17 09:42 10.106.200.22:_opt_vmexport >>>>>> drwxrwxrwx 4 root root 4.0K Oct 17 09:39 >>>>>> 10.106.200.22:_var_lib_libvirt_images >>>>>> drwxr-xr-x 3 root root 4.0K Dec 15 16:52 _dev_mapper_VolGroup-lv__images >>>>>> >>>>>> This could explain why the touch command fails. >>>>>> >>>>>> Still at a loss over the issue though. >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From julian at jdcomputers.com.au Thu Jan 8 05:04:21 2015 From: julian at jdcomputers.com.au (Julian De Marchi) Date: Thu, 08 Jan 2015 15:04:21 +1000 Subject: [ovirt-users] [STORAGE] Adding posix compliant FS In-Reply-To: <42312248.62639.1419109184905.JavaMail.zimbra@redhat.com> References: <548F675E.9070202@jdcomputers.com.au> <548F9B84.50405@jdcomputers.com.au> <1298154031.2057803.1418714459455.JavaMail.zimbra@redhat.com> <548FFF7A.7050904@jdcomputers.com.au> <5490DDE6.7000701@jdcomputers.com.au> <1485258707.19808065.1418816293611.JavaMail.zimbra@redhat.com> <54919350.4070506@jdcomputers.com.au> <42312248.62639.1419109184905.JavaMail.zimbra@redhat.com> Message-ID: <54AE0FD5.3030909@jdcomputers.com.au> On 12/21/14 06:59, Nir Soffer wrote: > ----- Original Message ----- >> From: "Julian De Marchi" >> To: "Vered Volansky" >> Cc: users at ovirt.org >> Sent: Wednesday, December 17, 2014 4:29:36 PM >> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >> >> On 17/12/14 21:38, Vered Volansky wrote: >>> Hi Julian, >> >> Hey Vered, >> >>> IIUC the you have a self-created lvm, to which you're trying to connect as >>> posix using ovirt. >>> If that's the case please try to manually change the device's permissions >>> to 36:36 under /dev/. >>> If that doesn't work try the actual device it's mapped to (which is what >>> vdsm actually tries to mount). >>> If that also doesn't work please send us the output of: >>>>> ls -lh /dev/ . >> >> Still failed mate after a chmod 36:36. The thing is though, it _does_ >> mount the device for a moment before failing and unmounting it... >> >> [root at blade01 ~]# ls /dev/VolGroup/lv_images -lh >> lrwxrwxrwx 1 root root 7 Dec 15 16:52 /dev/VolGroup/lv_images -> ../dm-2 >> [root at blade01 ~]# ls /dev/dm-2 -lh >> brw-rw---- 1 vdsm kvm 253, 2 Dec 15 16:52 /dev/dm-2 > > Hi Julian, Hey Nir, > It is not clear what are you trying to do - is this lv on shared storage, and accessed > by multiple hosts or use only one host? It's a local LVM mount. > If the lv is shared, you cannot create a file system and mount it on multiple hosts (unless you > are using cluster file system). > > If this local storage for one host, you should create a file system and mount it, and then > you can use the mountpoint as local storage. If I proceed this way then the ovirt node needs to be in it's own local cluster, correct? > Please describe in details what are you trying to do and how did you create the storage > domain in the engine side. I first did a default centos install which created the LVM stuff. I then lvrename the home LV to images LV. My end goal is to use the posix compliant mount option to have each of my ovirt nodes the option to use local storage for VMs for which I'm not fussed if they can migrate between the cluster or not. Does this make more sense? --julian From julian at jdcomputers.com.au Thu Jan 8 05:06:23 2015 From: julian at jdcomputers.com.au (Julian De Marchi) Date: Thu, 08 Jan 2015 15:06:23 +1000 Subject: [ovirt-users] [STORAGE] Adding posix compliant FS In-Reply-To: References: <548F675E.9070202@jdcomputers.com.au> <548F9B84.50405@jdcomputers.com.au> <1298154031.2057803.1418714459455.JavaMail.zimbra@redhat.com> <548FFF7A.7050904@jdcomputers.com.au> <5490DDE6.7000701@jdcomputers.com.au> <1485258707.19808065.1418816293611.JavaMail.zimbra@redhat.com> <54919350.4070506@jdcomputers.com.au> <1466816557.204935.1418883121663.JavaMail.zimbra@redhat.com> Message-ID: <54AE104F.8040204@jdcomputers.com.au> On 12/18/14 18:23, Gianluca Cecchi wrote: > On Thu, Dec 18, 2014 at 7:12 AM, Vered Volansky wrote: >> >> >>> >>> Hey Vered, >>> >>>> IIUC the you have a self-created lvm, to which you're trying to >> connect as >>>> posix using ovirt. >>>> If that's the case please try to manually change the device's >> permissions >>>> to 36:36 under /dev/. >>>> If that doesn't work try the actual device it's mapped to (which is >> what >>>> vdsm actually tries to mount). >>>> If that also doesn't work please send us the output of: >>>>>> ls -lh /dev/ . >>> >>> Still failed mate after a chmod 36:36. The thing is though, it _does_ >>> mount the device for a moment before failing and unmounting it... >> Is this the same behaviour as before? >> >>> >>> [root at blade01 ~]# ls /dev/VolGroup/lv_images -lh >>> lrwxrwxrwx 1 root root 7 Dec 15 16:52 /dev/VolGroup/lv_images -> ../dm-2 >> >> I see /dev/VolGroup/lv_images are still root:root. >> Please chown 36:36 as well. >> >> Please state the all the chown you tried. >> >> >> > > Possibly a starting point for automating LVM device permissions setting is > > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/udev_device_manager.html > > and in particular the possibility to add, under /lib/udev/rules, a > customized file based on the one found in > /usr/share/doc/device-mapper/12-dm-permissions.rules > > Not tried myself though... I don't think permissions for the device are the root cause of the issue. The way I see it behave when I try and mount it is: vdsm will mount the device(If I'm quick I can see this with a LS). It then tries to write some kind of test file(I'm guessing) and as the mount point is still owned by root when vdsm tries to do the touch to test it fails. Then vdsm backs out and I get the failed to add storage error. --julian From mpavlik at redhat.com Thu Jan 8 07:20:10 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Thu, 8 Jan 2015 08:20:10 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: Message-ID: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> Hi Punit, can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log it would be really helpful if you provided exact steps how to reproduce the problem. regards Martin Pavlik - rhev QE > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > > Hi, > > I try to add gluster volume but it failed... > > Ovirt :- 3.5 > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > KVM :- 1.5.3 - 60.el7_0.2 > libvirt-1.1.1-29.el7_0.4 > Glusterfs :- glusterfs-3.5.3-1.el7 > > Engine Logs :- > > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > ^C > > From didi at redhat.com Thu Jan 8 08:30:47 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Thu, 8 Jan 2015 03:30:47 -0500 (EST) Subject: [ovirt-users] Failing to connect to console via vnc (was: HostedEngine Deployment Woes) In-Reply-To: References: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Message-ID: <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Thursday, January 8, 2015 2:03:08 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > > I am also Seeing this in the messages.log > > Jan 7 13:55:39 pws-hv15 vdsm vds ERROR unexpected error#012Traceback (most > recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, > in wrapper#012 res = f(*args, **kwargs)#012 File > "/usr/share/vdsm/BindingXMLRPC.py", line 314, in vmSetTicket#012 return > vm.setTicket(password, ttl, existingConnAction, params)#012 File > "/usr/share/vdsm/API.py", line 610, in setTicket#012 return > v.setTicket(password, ttl, existingConnAction, params)#012 File > "/usr/share/vdsm/vm.py", line 4560, in setTicket#012 graphics = > _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \#012AttributeError: > 'NoneType' object has no attribute 'XMLDesc' > Jan 7 13:55:39 pws-hv15 sanlock[2152]: 2015-01-07 13:55:39-0800 6412 [2152]: > cmd 9 target pid 7899 not found > Jan 7 13:55:40 pws-hv15 vdsm vm.Vm WARNING > vmId=`edc69fdd-6188-4dce-b1dc-d5ed03f914e5`::_readPauseCode unsupported by > libvirt vm When? When you try to connect with virsh? Note that you need to create a temporary password with: hosted-engine --add-console-password > > > On Jan 7, 2015, at 1:58 PM, Mikola Rose > > wrote: > > Also tried; > [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console > HostedEngine > Connected to domain HostedEngine > Escape character is ^] > > > no prompts or interaction after the Escape character line iirc 'console' connects you to the serial console, not vnc, no? > > > On Jan 7, 2015, at 1:42 PM, Mikola Rose > > wrote: > > I tried realvnc How exactly? You need to connect to the host where it runs. BTW, do you have there other VMs? If you migrated the engine vm there after you already had other VMs, it will not get console '0' but some other. > > The log file doesn?t really tell me whats going on that I can see > > 2015-01-07 21:35:15.381+0000: starting up > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin > QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 > -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp > 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 > -smbios type=1,manufacturer=Red Hat,product=RHEV > Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 > -nodefconfig -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device > virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive > file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device > ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 > -drive > file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads > -device > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 > -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 > -chardev > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev > socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev pty,id=charconsole0 -device > virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus > -msg timestamp=on > char device redirected to /dev/pts/1 Sorry, no idea. Please try getting some more info from the vnc client. I personally use tightvnc on linux and verified that it can connect to a hosted-engine console. I am also changing the subject to attract others... > > On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > > wrote: > > ----- Original Message ----- > From: "Mikola Rose" > > To: "Yedidyah Bar David" > > Cc: users at ovirt.org > Sent: Wednesday, January 7, 2015 3:29:24 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > Thanks for the tip. That seemed to work and after fixing my nfs issues and > removing that config the hosted setup completed to the point of creating the > vm and waiting for the os to be installed on it, however... > > Thanks for the report! > > > I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc > log indicated an unexpected close. > > We're are the logs for the vnc server end of things so I can see why it's > closing the session? > > The "vnc server" here is qemu. You should find its logs on the host in > /var/log/libvirt/qemu/HostedEngine.log or something like that. > > What vnc client do you use? > > I managed to connect using merely vncclient over an ssh tunnel, in case > more complicated tools (remote-viewer etc) fail. > Best, -- Didi From sabose at redhat.com Thu Jan 8 08:43:29 2015 From: sabose at redhat.com (Sahina Bose) Date: Thu, 08 Jan 2015 14:13:29 +0530 Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <359985466.5951094.1420655829175.JavaMail.yahoo@jws10637.mail.bf1.yahoo.com> References: <359985466.5951094.1420655829175.JavaMail.yahoo@jws10637.mail.bf1.yahoo.com> Message-ID: <54AE4331.7060109@redhat.com> On 01/08/2015 12:07 AM, Will K wrote: > Hi > > I would like to see if anyone has good suggestion. > > I have two physical hosts with 1GB connections to switched networks. > The hosts also have 10GB interface connected directly using Twinax > cable like copper crossover cable. The idea was to use the 10GB as a > "private network" for GlusterFS till the day we want to grow out of > this 2 node setup. > > GlusterFS was setup with the 10GB ports using non-routable IPs and > hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 > 192.168.1.2. I'm following example from > community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ > > , Currently I'm only using Gluster volume on node1, but `gluster probe > peer` test worked fine with node2 through the 10GB connection. > > oVirt engine was setup on physical host1 with hosted engine. Now, > when I try to create new Gluster storage domain, I can only see the > host "node1" available. > > Is there anyway I can setup oVirt on node1 and node2, while using > "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the > 10GB connection? If I understand right, you have 2 interfaces on each of your hosts, and you want oVirt to communicate via 1 interface and glusterfs to use other? While adding the hosts to oVirt you could use ip1 and then.while creating the volume, add the brick using the other ip address. For instance, gluster volume create 192.168.1.2:/bricks/b1 Currently, there's no way to specify the IP address to use while adding a brick from oVirt UI (we're working on this for 3.6), but you could do this from the gluster CLI commands. This would then be detected in the oVirt UI. > > Thanks > W > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 8 08:55:47 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 8 Jan 2015 16:55:47 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> Message-ID: Hi Martin, The steps are below :- 1. Step the ovirt engine on the one server... 2. Installed centos 7 on 4 host node servers.. 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... 4. Create the gluster volume from GUI... Network :- eth0 :- public network (1G) eth1+eth2=bond0= VM public network (1G) eth3+eth4=bond1=ovirtmgmt+storage (10G private network) every hostnode has 24 bricks=24*4(distributed replicated) Thanks, Punit On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k wrote: > Hi Punit, > > can you please provide also errors from /var/log/vdsm/vdsm.log and > /var/log/vdsm/vdsmd.log > > it would be really helpful if you provided exact steps how to reproduce > the problem. > > regards > > Martin Pavlik - rhev QE > > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > > > > Hi, > > > > I try to add gluster volume but it failed... > > > > Ovirt :- 3.5 > > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > KVM :- 1.5.3 - 60.el7_0.2 > > libvirt-1.1.1-29.el7_0.4 > > Glusterfs :- glusterfs-3.5.3-1.el7 > > > > Engine Logs :- > > > > 2015-01-08 09:57:52,569 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:52,609 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,582 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,591 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,596 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,633 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > ^C > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Thu Jan 8 10:05:41 2015 From: kmayilsa at redhat.com (Kanagaraj) Date: Thu, 08 Jan 2015 15:35:41 +0530 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> Message-ID: <54AE5675.7010903@redhat.com> Do you see any errors in the UI? Also please provide the engine.log and vdsm.log when the failure occured. Thanks, Kanagaraj On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > Hi Martin, > > The steps are below :- > > 1. Step the ovirt engine on the one server... > 2. Installed centos 7 on 4 host node servers.. > 3. I am using host node (compute+storage)....now i have added all 4 > nodes to engine... > 4. Create the gluster volume from GUI... > > Network :- > eth0 :- public network (1G) > eth1+eth2=bond0= VM public network (1G) > eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > every hostnode has 24 bricks=24*4(distributed replicated) > > Thanks, > Punit > > > On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: > > Hi Punit, > > can you please provide also errors from /var/log/vdsm/vdsm.log and > /var/log/vdsm/vdsmd.log > > it would be really helpful if you provided exact steps how to > reproduce the problem. > > regards > > Martin Pavlik - rhev QE > > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > > > Hi, > > > > I try to add gluster volume but it failed... > > > > Ovirt :- 3.5 > > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > KVM :- 1.5.3 - 60.el7_0.2 > > libvirt-1.1.1-29.el7_0.4 > > Glusterfs :- glusterfs-3.5.3-1.el7 > > > > Engine Logs :- > > > > 2015-01-08 09:57:52,569 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:52,609 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,582 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,591 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,596 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,633 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > ^C > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From g.lloyd at keele.ac.uk Thu Jan 8 11:12:01 2015 From: g.lloyd at keele.ac.uk (Gary Lloyd) Date: Thu, 8 Jan 2015 11:12:01 +0000 Subject: [ovirt-users] VM Affinity groups ovirt 3.4.4 Message-ID: Hi we have recently updated our production environment to ovirt 3.4.4 . I have created a positive enforcing VM Affinity Group with 2 vms in one of our clusters, but they don't seem to be moving (currently on different hosts). Is there something else I need to activate ? Thanks *Gary Lloyd* ---------------------------------- IT Services Keele University ----------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Thu Jan 8 11:41:21 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Thu, 8 Jan 2015 06:41:21 -0500 (EST) Subject: [ovirt-users] VM Affinity groups ovirt 3.4.4 In-Reply-To: References: Message-ID: <1702446460.7147535.1420717281869.JavaMail.zimbra@redhat.com> At present time we have only affinity filter and affinity weight module, so you can see work of affinity groups only when you start or manually migrate vms. If you have hard positive affinity group, that include two vms, and first vm was started on first host, second vm also must start on first host. I don't know if devs will add also balancing module for affinity groups. But you can open PRD bug for this one. Thanks ----- Original Message ----- From: "Gary Lloyd" To: users at ovirt.org Sent: Thursday, January 8, 2015 1:12:01 PM Subject: [ovirt-users] VM Affinity groups ovirt 3.4.4 Hi we have recently updated our production environment to ovirt 3.4.4 . I have created a positive enforcing VM Affinity Group with 2 vms in one of our clusters, but they don't seem to be moving (currently on different hosts). Is there something else I need to activate ? Thanks Gary Lloyd ---------------------------------- IT Services Keele University ----------------------------------- _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From AVONDRA at unicef.fr Thu Jan 8 15:48:41 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Thu, 8 Jan 2015 15:48:41 +0000 Subject: [ovirt-users] Issues with vm start up In-Reply-To: References: <20141127081559.GA2537@redhat.com> <572849023.7775824.1417428425628.JavaMail.zimbra@redhat.com> <454519527.7801484.1417432137174.JavaMail.zimbra@redhat.com> Message-ID: Hi, Thanks A LOT Koen, you saved me with your solution !!!! Regards ________________________________ Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr [cid:urgence_eboladc6d2e] ________________________________ [cid:siganture_bonne-annee_taille1707bdcfa] De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de Koen Vanoppen Envoy? : lundi 8 d?cembre 2014 07:49 ? : users at ovirt.org Objet : Re: [ovirt-users] Issues with vm start up We also had a issue when starting our vms. This was due the fact of the NUMA option under the host section. I attached a procedure I created for work. Maybe it is also useful for your case... 2014-12-02 5:58 GMT+01:00 Shanil S >: Hi Omer, We have opened this as a bug, you can view the new bug here https://bugzilla.redhat.com/show_bug.cgi?id=1169625. -- Regards Shanil On Tue, Dec 2, 2014 at 8:42 AM, Shanil S > wrote: Hi Omer, Thanks for your reply. We will open it as a bug. -- Regards Shanil On Mon, Dec 1, 2014 at 4:38 PM, Omer Frenkel > wrote: ----- Original Message ----- > From: "Shanil S" > > To: "Omer Frenkel" >, users at ovirt.org, "Juan Hernandez" > > Sent: Monday, December 1, 2014 12:39:12 PM > Subject: Re: [ovirt-users] Issues with vm start up > > Hi Omer, > > Thanks for your reply. > > We are deploying those VM's through templates and all the templates has > first boot from hard disk and second with cdrom. We are using cdrom in > cloud-init section to insert the cloud-init data .Why we need this boot > loader (VM boot order or in the cloud-init section) as in the template the > first boot order is harddisk ? > > if the template's boot order has hard-disk it should be ok, not sure why it seems for this vm the boot order is only cd. does this happen to any vm created from this template? can you check the boot order is corrent in the edit vm dialog? if the boot order is ok in the template, and it happens to any new vm from this template, you should open a bug so we could investigate this. > > -- > Regards > Shanil > > On Mon, Dec 1, 2014 at 3:37 PM, Omer Frenkel > wrote: > > > > > > > ----- Original Message ----- > > > From: "Shanil S" > > > > To: "Shahar Havivi" > > > > Cc: users at ovirt.org, "Juan Hernandez" >, "Omer > > Frenkel" > > > > Sent: Thursday, November 27, 2014 10:32:54 AM > > > Subject: Re: [ovirt-users] Issues with vm start up > > > > > > Hi Omer, > > > > > > I have attached the engine.log and vdsm.log. Please check it. The vm id > > is > > > - 7c7aa9dedb57248f5da291117164f0d7 > > > > > > > sorry Shanil for the delay, > > it looks that in the vm settings, you have chosen to boot only from cd ? > > this is why the vm doest boot, the cloud-init disk is a settings disk, not > > a boot disk > > please go to update vm, change the boot order to use hard-disk, and boot > > the vm. > > > > let me know if it helps, > > Omer. > > > > > -- > > > Regards > > > Shanil > > > > > > On Thu, Nov 27, 2014 at 1:46 PM, Shahar Havivi > > > wrote: > > > > > > > Try to remove content and run the vm, > > > > ie remove the runcmd: or some of it - try to use the xml with out CDATA > > > > maybe > > > > you can pinpoint the problem that way... > > > > > > > > > > > > On 27.11.14 10:03, Shanil S wrote: > > > > > Hi All, > > > > > > > > > > > > > > > I am using the ovirt version 3.5 and having some issues with the vm > > > > startup > > > > > with cloud-init using api in run-once mode..... > > > > > > > > > > Below is the steps i follow :- > > > > > > > > > > 1. Create the VM by API from precreated Template.. > > > > > 2. Start the VM in run-once mode and push the cloud-init data from > > API.. > > > > > 3. VM stuck and from console it display the following :- > > > > > Booting from DVD/CD.. ... > > > > > Boot failed : could not read from CDROM (code 004) > > > > > > > > > > I am using the following xml for this operation :- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
test
> > > > >
> > > > > > > > > > > > > > > > > > > > virtIO > > > > > eth0 > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > virtIO > > > > > eth1 > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /ignored > > > > disable-ec2-metadata: true > > > > > disable_root: false > > > > > ssh_pwauth: true > > > > > ssh_deletekeys: true > > > > > chpasswd: { expire: False } > > > > > > > > > > users: > > > > > - name: root > > > > > primary-group: root > > > > > passwd: 8W7RQ5Bh > > > > > lock-passwd: false > > > > > > > > > > runcmd: > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > - yum -y update > > > > > - yum -y install rdate > > > > > - rdate -s stdtime.gov.hk]]> > > > > > plaintext > > > > > > > > > > > > > > >
> > > > disable-ec2-metadata: true > > > > > disable_root: false > > > > > ssh_pwauth: true > > > > > ssh_deletekeys: true > > > > > chpasswd: { expire: False } > > > > > > > > > > users: > > > > > - name: root > > > > > primary-group: root > > > > > passwd: 8W7RQ5Bh > > > > > lock-passwd: false > > > > > > > > > > runcmd: > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > - yum -y update > > > > > - yum -y install rdate > > > > > - rdate -s stdtime.gov.hk]]> > > > > >
> > > > >
> > > > >
> > > > > > > > > > I am also attaching the screen shot to this. > > > > > > > > > > > > > > > > > > > > -- > > > > > Regards > > > > > Shanil > > > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: urgence_eboladc6d2e Type: image/gif Size: 3264 bytes Desc: urgence_eboladc6d2e URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siganture_bonne-annee_taille1707bdcfa Type: image/jpeg Size: 36754 bytes Desc: siganture_bonne-annee_taille1707bdcfa URL: From yetanotherwill at yahoo.com Thu Jan 8 16:11:50 2015 From: yetanotherwill at yahoo.com (Will K) Date: Thu, 8 Jan 2015 16:11:50 +0000 (UTC) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AE4331.7060109@redhat.com> References: <54AE4331.7060109@redhat.com> Message-ID: <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> That's what I did, but didn't work for me. 1. use the 192.168.x interface to setup gluster. I used hostname in /etc/hosts.2. setup oVirt using the switched network hostnames, let's say 10.10.10.x3. oVirt and all that comes up fine.4. When try to create a storage domain, it only shows the 10.10.10.x hostnames available. Tried to add a brick and I would get something like??? Host gfs2 is not in 'Peer in Cluster' state? (while node2 is the hostname and gfs2 is the 192.168 name) Ran command `gluster probe peer gfs2` or `gluster probe peer 192.168.x.x` didn't work??? peer probe: failed: Probe returned with unknown errno 107 Ran probe again with the switched network hostname or IP worked fine. May be it is not possible with current GlusterFS version?? http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork Will On Thursday, January 8, 2015 3:43 AM, Sahina Bose wrote: On 01/08/2015 12:07 AM, Will K wrote: Hi I would like to see if anyone has good suggestion. I have two physical hosts with 1GB connections to switched networks. The hosts also have 10GB interface connected directly using Twinax cable like copper crossover cable.? The idea was to use the 10GB as a "private network" for GlusterFS till the day we want to grow out of this 2 node setup. GlusterFS was setup with the 10GB ports using non-routable IPs and hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 192.168.1.2.? I'm following example from community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ , Currently I'm only using Gluster volume on node1, but `gluster probe peer` test worked fine with node2 through the 10GB connection. oVirt engine was setup on physical host1 with hosted engine.? Now, when I try to create new Gluster storage domain, I can only see the host "node1" available. Is there anyway I can setup oVirt on node1 and node2, while using "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the 10GB connection? If I understand right, you have 2 interfaces on each of your hosts, and you want oVirt to communicate via 1 interface and glusterfs to use other? While adding the hosts to oVirt you could use ip1 and then.while creating the volume, add the brick using the other ip address. For instance, gluster volume create 192.168.1.2:/bricks/b1 Currently, there's no way to specify the IP address to use while adding a brick from oVirt UI (we're working on this for 3.6), but you could do this from the gluster CLI commands. This would then be detected in the oVirt UI. Thanks W _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Thu Jan 8 16:11:50 2015 From: yetanotherwill at yahoo.com (Will K) Date: Thu, 8 Jan 2015 16:11:50 +0000 (UTC) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AE4331.7060109@redhat.com> References: <54AE4331.7060109@redhat.com> Message-ID: <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> That's what I did, but didn't work for me. 1. use the 192.168.x interface to setup gluster. I used hostname in /etc/hosts.2. setup oVirt using the switched network hostnames, let's say 10.10.10.x3. oVirt and all that comes up fine.4. When try to create a storage domain, it only shows the 10.10.10.x hostnames available. Tried to add a brick and I would get something like??? Host gfs2 is not in 'Peer in Cluster' state? (while node2 is the hostname and gfs2 is the 192.168 name) Ran command `gluster probe peer gfs2` or `gluster probe peer 192.168.x.x` didn't work??? peer probe: failed: Probe returned with unknown errno 107 Ran probe again with the switched network hostname or IP worked fine. May be it is not possible with current GlusterFS version?? http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork Will On Thursday, January 8, 2015 3:43 AM, Sahina Bose wrote: On 01/08/2015 12:07 AM, Will K wrote: Hi I would like to see if anyone has good suggestion. I have two physical hosts with 1GB connections to switched networks. The hosts also have 10GB interface connected directly using Twinax cable like copper crossover cable.? The idea was to use the 10GB as a "private network" for GlusterFS till the day we want to grow out of this 2 node setup. GlusterFS was setup with the 10GB ports using non-routable IPs and hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 192.168.1.2.? I'm following example from community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ , Currently I'm only using Gluster volume on node1, but `gluster probe peer` test worked fine with node2 through the 10GB connection. oVirt engine was setup on physical host1 with hosted engine.? Now, when I try to create new Gluster storage domain, I can only see the host "node1" available. Is there anyway I can setup oVirt on node1 and node2, while using "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the 10GB connection? If I understand right, you have 2 interfaces on each of your hosts, and you want oVirt to communicate via 1 interface and glusterfs to use other? While adding the hosts to oVirt you could use ip1 and then.while creating the volume, add the brick using the other ip address. For instance, gluster volume create 192.168.1.2:/bricks/b1 Currently, there's no way to specify the IP address to use while adding a brick from oVirt UI (we're working on this for 3.6), but you could do this from the gluster CLI commands. This would then be detected in the oVirt UI. Thanks W _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Thu Jan 8 16:36:44 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Thu, 8 Jan 2015 11:36:44 -0500 Subject: [ovirt-users] Possibility to regenerate answer file on primary node In-Reply-To: References: Message-ID: Would anyone be able to provide me any insight here? I can include any logs if needed as I'm at a loss trying to get this 2nd hosted engine up and running. On Tue, Jan 6, 2015 at 7:37 PM, Christopher Young wrote: > For added information (a portion from the ovirt-hosted-setup log): > > ------ > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVEHOSTED_VM/vmBoot=str:'disk' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization > 2015-01-06 19:18:23 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu > cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module > 2015-01-06 19:18:23 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._customization:137 > Compatible CPU models are: [u'model_Nehalem', u'model_Conroe', > u'model_coreduo', u'model_core2duo', u'model_Penryn', u'model_Westmere', > u'model_n270'] > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND The following CPU types > are supported by this host: > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Westmere: > Intel Westmere Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Nehalem: > Intel Nehalem Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Penryn: Intel > Penryn Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Conroe: Intel > Conroe Family > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py", > line 194, in _customization > ohostedcons.VDSMEnv.VDSM_CPU > RuntimeError: Invalid CPU type specified: None > 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed > to execute stage 'Environment customization': Invalid CPU type specified: > None > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > RuntimeError('Invalid CPU type specified: None',), 0x39782d8>)]' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: > Clean up > 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE > cleanup > ------ > > On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young > wrote: > >> I believe that I'm stuck with trying to follow the deployment via the >> popular guide at: >> >> http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ >> >> I'm trying to get my second hosted-engine deployed and seem to keep >> running into errors with '--deploy' on the second node. >> >> --- >> --== NETWORK CONFIGURATION ==-- >> >> Please indicate a pingable gateway IP address [x.x.x.x]: >> The following CPU types are supported by this host: >> - model_Westmere: Intel Westmere Family >> - model_Nehalem: Intel Nehalem Family >> - model_Penryn: Intel Penryn Family >> - model_Conroe: Intel Conroe Family >> [ ERROR ] Failed to execute stage 'Environment customization': Invalid >> CPU type specified: None >> >> --- >> It seems like the answer file that is copied from the first node is >> either not being copied or is incorrect. In any case, I was wondering if >> there was a way to verify this as well as if there is a method for >> regenerating the answer file on the first node should it be missing (which >> I think that it might be). >> >> I apologize if this is pretty obvious stuff at this point as I feel like >> I'm missing something. Any help would be greatly appreciated. >> >> Thanks, >> >> Chris >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Thu Jan 8 16:46:08 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Thu, 8 Jan 2015 11:46:08 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Message-ID: <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> So, behavior for not HE HA vm is: 1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. 2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Wednesday, January 7, 2015 3:00:26 AM Subject: RE: [ovirt-users] VM failover with ovirt3.5 For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From Cong_Yue at alliedtelesis.com Thu Jan 8 17:03:55 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 8 Jan 2015 09:03:55 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> Message-ID: Thanks for the advice. For >2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). Is there any way to make the VM failover happen(move to another host in the same cluster) automatically as for sometimes the administrator may also can not recognize the sudden power outage immediately. Also How I can test in my environment? Please kindly advise. >1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Thursday, January 08, 2015 8:46 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 So, behavior for not HE HA vm is: 1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. 2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Wednesday, January 7, 2015 3:00:26 AM Subject: RE: [ovirt-users] VM failover with ovirt3.5 For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From stirabos at redhat.com Thu Jan 8 17:19:37 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Thu, 8 Jan 2015 12:19:37 -0500 (EST) Subject: [ovirt-users] Possibility to regenerate answer file on primary node In-Reply-To: References: Message-ID: <1066227673.4422951.1420737577076.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Christopher Young" > To: users at ovirt.org > Sent: Thursday, January 8, 2015 5:36:44 PM > Subject: Re: [ovirt-users] Possibility to regenerate answer file on primary node > > Would anyone be able to provide me any insight here? I can include any logs > if needed as I'm at a loss trying to get this 2nd hosted engine up and > running. > > On Tue, Jan 6, 2015 at 7:37 PM, Christopher Young < mexigabacho at gmail.com > > wrote: > > > > For added information (a portion from the ovirt-hosted-setup log): > > ------ > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVEHOSTED_VM/vmBoot=str:'disk' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu > cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module > 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu > cpu._customization:137 Compatible CPU models are: [u'model_Nehalem', > u'model_Conroe', u'model_coreduo', u'model_core2duo', u'model_Penryn', > u'model_Westmere', u'model_n270'] > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND The following CPU types are supported by > this host: > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Westmere: Intel Westmere Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Nehalem: Intel Nehalem Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Penryn: Intel Penryn Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Conroe: Intel Conroe Family > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py", > line 194, in _customization > ohostedcons.VDSMEnv.VDSM_CPU > RuntimeError: Invalid CPU type specified: None > 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed to > execute stage 'Environment customization': Invalid CPU type specified: None > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > RuntimeError('Invalid CPU type specified: None',), 0x39782d8>)]' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: Clean > up > 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE cleanup > ------ > > On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young < mexigabacho at gmail.com > > wrote: > > > > I believe that I'm stuck with trying to follow the deployment via the popular > guide at: > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ > > I'm trying to get my second hosted-engine deployed and seem to keep running > into errors with '--deploy' on the second node. > > --- > --== NETWORK CONFIGURATION ==-- > > Please indicate a pingable gateway IP address [x.x.x.x]: > The following CPU types are supported by this host: > - model_Westmere: Intel Westmere Family > - model_Nehalem: Intel Nehalem Family > - model_Penryn: Intel Penryn Family > - model_Conroe: Intel Conroe Family > [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU > type specified: None > > --- > It seems like the answer file that is copied from the first node is either > not being copied or is incorrect. In any case, I was wondering if there was > a way to verify this as well as if there is a method for regenerating the > answer file on the first node should it be missing (which I think that it > might be). It's probably due to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1121057 Re-running hosted-engine --deploy on the first host it's enough to generate a new answer file witch looks not complete if you interrupt the setup process. We already had a patch for it, it will be released in the next days with oVirt 3.5.1 Unfortunately, till that patch, we didn't store previous version of answer file so you have to manually edit it matching your configuration. I can help you off the list. > I apologize if this is pretty obvious stuff at this point as I feel like I'm > missing something. Any help would be greatly appreciated. > > Thanks, > > Chris > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mrose at power-soft.com Thu Jan 8 19:24:51 2015 From: mrose at power-soft.com (Mikola Rose) Date: Thu, 8 Jan 2015 19:24:51 +0000 Subject: [ovirt-users] Failing to connect to console via vnc (was: HostedEngine Deployment Woes) In-Reply-To: <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> References: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> Message-ID: <463D53A3-47B9-4C58-ACB4-018CA0061B51@power-soft.com> Hi again Didi, I decided to try a bare metal install and migrate to a self hosted. The bare metal install worked great but same issue conencting to the VM via VNC. Just prompts for password seems to connect then auto closes any vnc client I use. From the logs it sasys authentication cancelled. The password to connect was in the hosted-engine ?deploy at the end so I didn?t think I needed to set it again. All the vnc debug logs say is ; VNC(R) Viewer 5.1.0 (r115125) x86 Built on Dec 6 2013 15:12:13 Copyright (C) 2002-2013 RealVNC Ltd. VNC is a registered trademark of RealVNC Ltd. in the U.S. and in other countries. Protected by UK patent 2481870. See http://www.realvnc.com for information on VNC. For third party acknowledgements see: http://www.realvnc.com/products/vnc/documentation/5.1/acknowledgements.txt <15> 2015-01-08T19:08:37.207Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to _system_, priority 50 <15> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SaveToFile(Bool) to 1, priority 50 <15> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to AspectFit, priority 50 <15> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 0, priority 50 <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /Applications/RealVNC/VNC Viewer.app/Contents/MacOS/vnc/policy.d/common <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /Applications/RealVNC/VNC Viewer.app/Contents/MacOS/vnc/policy.d/vncviewer <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /etc/vnc/policy.d/common <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /etc/vnc/policy.d/vncviewer <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AdvancedOptions=1 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EnableRemotePrinting=0 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Encryption=Server (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EulaAccepted=true (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Log=*:file:100 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyServer=_system_ (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SaveToFile=1 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Scaling=AspectFit (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SingleSignOn=0 (Preference) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AcceptBell=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AutoReconnect=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AutoSelect=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AutoSelectLossy=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ChangeServerDefaultPrinter=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ClientCutText=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ColorLevel=pal8 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: CompactLog=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ConnectInParallel=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: CopyRectDelay=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DebugDelay=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DisableOptionsModeSwitch=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DotWhenNoCursor=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DstXor=65280 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Emulate2=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Emulate3=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EnableChat=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EnableToolbar=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FetchDir= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FileTransferBufferSize=262144 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FileTransferLWM=-1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FtCompress=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ftConcurrency=8 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FullColor=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FullScreen=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FullScreenChangeResolution=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: HideCloseAlert=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Identities=$HOME/.vnc/identities (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: IdHash= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: InTransports=IPv6,IPv4 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LazyFlushTimeout=300 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LeftCmdKey=Alt_L (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LeftOptKey=ExtendedChars (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LogDir=$HOME/Library/Logs/vnc (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LogFile=vncviewer.log (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MaxCutText=262144 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MaxOutBufferSize=4194304 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MenuKey=F8 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Monitor=-1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MRUEntries=20 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PasswordFile= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PointerCornerSnapThreshold=30 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PointerEventInterval=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ppmm=4 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PreferredEncoding=ZRLE (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PrioritiseFileTransfer=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProtocolVersion= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyPassword= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyType= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyUserName= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RelativePtr=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RightCmdKey=Super_L (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RightOptKey=ExtendedChars (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RsaModulusBits=2048 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RsaPrivateKeyFile=$HOME/.vnc/rsaKeys/vncviewer.privatekey (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: s3= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScalePrintOutput=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScalingQuality=2 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScrollWheelAccel=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScrollWheelButtons=4,5,6,7 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SecurityNotificationTimeout=2500 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SelectDesktop= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SendKeyEvents=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SendMediaKeys=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SendPointerEvents=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ServerClipboardGraceTime=1000 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ServerCutText=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Shared=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ShareFiles=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SrcXor=255 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: TextSizeFactor=115 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Ticket= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ToolbarIconSize=24 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseAddrBook=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseAllMonitors=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseDisplayCapture=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseLocalCursor=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UserName=mrose (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: VerifyId=2 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: WarnUnencrypted=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseLocalCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set DotWhenNoCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreen(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullColor(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ColorLevel(String) to pal8, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoSelect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Shared(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendPointerEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendKeyEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ClientCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ServerCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ShareFiles(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableChat(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyType(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerEventInterval(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerCornerSnapThreshold(Int) to 30, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate3(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProtocolVersion(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AcceptBell(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to None, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 8, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableToolbar(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SecurityNotificationTimeout(Int) to 2500, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SelectDesktop(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 2, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoReconnect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PasswordFile(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyUserName(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyPassword(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set VerifyId(Int) to 2, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set IdHash(Binary) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set WarnUnencrypted(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ChangeServerDefaultPrinter(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ScalePrintOutput(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreenChangeResolution(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseAllMonitors(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendMediaKeys(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate2(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Monitor(Int) to -1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to mrose, priority 100 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 0, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 0, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to AspectFit, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to _system_, priority 50 <15> 2015-01-08T19:08:37.414Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: DesktopView: Native pixel format is depth 24 (32 bpp) little-endian rgb888 <14> 2015-01-08T19:08:37.514Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CModuleCtrlComms: Listening on /tmp/.vnc-mrose/vncviewer.CtrlComms.61706 <15> 2015-01-08T19:08:37.540Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: created <15> 2015-01-08T19:08:39.903Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Trying ProxySupport <15> 2015-01-08T19:08:39.905Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: 1 entries <15> 2015-01-08T19:08:39.905Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Type kCFProxyTypeNone <14> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Using direct connection <15> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: created IpResolveThread 0 <15> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: started IpResolveThread b0629000 <14> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Connecting to pws-hv15.power-soft.net:5900 (Direct TCP) <15> 2015-01-08T19:08:39.913Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolver: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:39.915Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolverIpc: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:39.916Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: TcpAddrConnector: Trying 192.168.0.178::5900 <14> 2015-01-08T19:08:39.919Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Beginning RFB connection to pws-hv15.power-soft.net::5900 <14> 2015-01-08T19:08:39.919Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Encryption set to 'Server' <15> 2015-01-08T19:08:39.921Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: reading protocol version <14> 2015-01-08T19:08:39.922Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server supports RFB protocol version 3.8 <14> 2015-01-08T19:08:39.922Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Using RFB protocol version 3.8 <15> 2015-01-08T19:08:39.922Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server offers security type VncAuth(2) <14> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Choosing security type VncAuth(2) <15> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:39.927Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:40.246Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <14> 2015-01-08T19:08:44.445Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: close: Authentication cancelled <15> 2015-01-08T19:08:44.448Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x3898e0 (fd=32), flush true (tellHandler true) <15> 2015-01-08T19:08:44.462Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: ioShutdown 0x3898e0 (fd=32) <15> 2015-01-08T19:08:44.471Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrinterHandler: removePrinters() <15> 2015-01-08T19:08:44.471Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: destroyed <15> 2015-01-08T19:08:44.489Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: created <15> 2015-01-08T19:08:45.786Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Trying ProxySupport <15> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: 1 entries <15> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Type kCFProxyTypeNone <14> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Using direct connection <14> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Connecting to pws-hv15.power-soft.net:5900 (Direct TCP) <15> 2015-01-08T19:08:45.788Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolver: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:45.790Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolverIpc: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:45.791Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: TcpAddrConnector: Trying 192.168.0.178::5900 <14> 2015-01-08T19:08:45.795Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Beginning RFB connection to pws-hv15.power-soft.net::5900 <14> 2015-01-08T19:08:45.795Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Encryption set to 'Server' <15> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: reading protocol version <14> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server supports RFB protocol version 3.8 <14> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Using RFB protocol version 3.8 <15> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server offers security type VncAuth(2) <14> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Choosing security type VncAuth(2) <15> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:45.804Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:46.129Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:52.307Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:52.307Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security result message <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security result message <14> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Authentication successful <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'RelPtrCtrl' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'DesktopName' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'EncodingList' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'FileTransfer' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'Chat' 1 <15> 2015-01-08T19:08:52.315Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: setDesktopSize 720x400 <15> 2015-01-08T19:08:52.322Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Initialisation done <15> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 50 <14> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: requesting initial update <14> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: AutoSelector: Requesting ZRLE encoding (line speed 0 kbit/s) <14> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: AutoSelector: Using pixel format depth 8 (8 bpp) colour-map <14> 2015-01-08T19:08:52.477Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: close: The connection closed unexpectedly. <15> 2015-01-08T19:08:52.481Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x562d30 (fd=32), flush true (tellHandler true) <15> 2015-01-08T19:08:52.481Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: ioShutdown 0x562d30 (fd=32) <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseLocalCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set DotWhenNoCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreen(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullColor(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ColorLevel(String) to pal8, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoSelect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Shared(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendPointerEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendKeyEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ClientCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ServerCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ShareFiles(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableChat(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyType(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerEventInterval(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerCornerSnapThreshold(Int) to 30, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate3(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProtocolVersion(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AcceptBell(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to None, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 8, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableToolbar(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SecurityNotificationTimeout(Int) to 2500, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SelectDesktop(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 2, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoReconnect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PasswordFile(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyUserName(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyPassword(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set VerifyId(Int) to 2, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set IdHash(Binary) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set WarnUnencrypted(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ChangeServerDefaultPrinter(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ScalePrintOutput(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreenChangeResolution(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseAllMonitors(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendMediaKeys(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate2(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Monitor(Int) to -1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to mrose, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 0, priority 50 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 0, priority 50 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 50 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to AspectFit, priority 50 <15> 2015-01-08T19:08:52.492Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to _system_, priority 50 <15> 2015-01-08T19:08:52.492Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 50 <15> 2015-01-08T19:08:52.495Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrinterHandler: removePrinters() <15> 2015-01-08T19:08:52.495Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: destroyed <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x632aa0 (fd=30), flush false (tellHandler false) <14> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Ipc: IpResolveThread: End of stream <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x6253f0 (fd=31), flush false (tellHandler true) <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: destroy IpResolveThread b0629000 <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: ioShutdown 0x6253f0 (fd=31) <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: join IpResolveThread b0629000 <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: stopped IpResolveThread b0629000 <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: joined IpResolveThread b0629000 <15> 2015-01-08T19:08:52.513Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: destroyed IpResolveThread b0629000 The VDSM logs for this session; Thread-60::DEBUG::2015-01-08 11:14:53,712::domainMonitor::192::Storage.DomainMonitorThread::(_monitorDomain) Refreshing domain ac1ae7f8-cb48-4251-a246-e68efa9772f0 Thread-60::DEBUG::2015-01-08 11:14:53,718::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0 Thread-60::DEBUG::2015-01-08 11:14:53,719::persistentDict::192::Storage.PersistentDict::(__init__) Created a persistent dict with FileMetadataRW backend Thread-60::DEBUG::2015-01-08 11:14:53,721::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=hosted_storage', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=ON', 'LOCKRENEWALINTERVALSEC=5', 'MASTER_VERSION=1', 'POOL_DESCRIPTION=hosted_datacenter', 'POOL_DOMAINS=ac1ae7f8-cb48-4251-a246-e68efa9772f0:Active', 'POOL_SPM_ID=-1', 'POOL_SPM_LVER=0', 'POOL_UUID=c4a7ea33-d530-492c-a7fa-13418b6c6f0a', 'REMOTE_PATH=192.168.1.32:/Volumes/Raid1', 'ROLE=Master', 'SDUUID=ac1ae7f8-cb48-4251-a246-e68efa9772f0', 'TYPE=NFS', 'VERSION=3', '_SHA_CKSUM=78daa16373d371fb33ae30943059b955b3d3ebdb'] Thread-60::DEBUG::2015-01-08 11:14:53,723::fileSD::611::Storage.StorageDomain::(imageGarbageCollector) Removing remnants of deleted images [] Thread-60::INFO::2015-01-08 11:14:53,724::sd::384::Storage.StorageDomain::(_registerResourceNamespaces) Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_imageNS already registered Thread-60::INFO::2015-01-08 11:14:53,724::sd::392::Storage.StorageDomain::(_registerResourceNamespaces) Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_volumeNS already registered Thread-60::DEBUG::2015-01-08 11:14:53,728::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1' (cwd None) Thread-60::DEBUG::2015-01-08 11:14:53,736::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.000292092 s, 1.6 MB/s\n'; = 0 VM Channels Listener::DEBUG::2015-01-08 11:14:59,682::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 12. Thread-60::DEBUG::2015-01-08 11:15:03,744::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1' (cwd None) Thread-60::DEBUG::2015-01-08 11:15:03,753::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.00036382 s, 1.3 MB/s\n'; = 0 Thread-60::DEBUG::2015-01-08 11:15:13,762::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1' (cwd None) Thread-60::DEBUG::2015-01-08 11:15:13,770::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.000338997 s, 1.4 MB/s\n'; = 0 On Jan 8, 2015, at 12:30 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Thursday, January 8, 2015 2:03:08 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes I am also Seeing this in the messages.log Jan 7 13:55:39 pws-hv15 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 314, in vmSetTicket#012 return vm.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/API.py", line 610, in setTicket#012 return v.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/vm.py", line 4560, in setTicket#012 graphics = _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \#012AttributeError: 'NoneType' object has no attribute 'XMLDesc' Jan 7 13:55:39 pws-hv15 sanlock[2152]: 2015-01-07 13:55:39-0800 6412 [2152]: cmd 9 target pid 7899 not found Jan 7 13:55:40 pws-hv15 vdsm vm.Vm WARNING vmId=`edc69fdd-6188-4dce-b1dc-d5ed03f914e5`::_readPauseCode unsupported by libvirt vm When? When you try to connect with virsh? Note that you need to create a temporary password with: hosted-engine --add-console-password On Jan 7, 2015, at 1:58 PM, Mikola Rose > wrote: Also tried; [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console HostedEngine Connected to domain HostedEngine Escape character is ^] no prompts or interaction after the Escape character line iirc 'console' connects you to the serial console, not vnc, no? On Jan 7, 2015, at 1:42 PM, Mikola Rose > wrote: I tried realvnc How exactly? You need to connect to the host where it runs. BTW, do you have there other VMs? If you migrated the engine vm there after you already had other VMs, it will not get console '0' but some other. The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 Sorry, no idea. Please try getting some more info from the vnc client. I personally use tightvnc on linux and verified that it can connect to a hosted-engine console. I am also changing the subject to attract others... On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bproffit at redhat.com Thu Jan 8 20:12:39 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Thu, 8 Jan 2015 15:12:39 -0500 (EST) Subject: [ovirt-users] Community ads on StackOverflow, 1st half 2015 In-Reply-To: <1234710964.5024410.1420747853983.JavaMail.zimbra@redhat.com> Message-ID: <1114690557.5024951.1420747959683.JavaMail.zimbra@redhat.com> We have a new community ad set to go for the next StackOverflow campaign for the first half of the year. Allon Mureinik has posted it at: http://meta.stackoverflow.com/a/283016/2422776 Now we just need some upvotes there to have the ad approved. The current threshold is +6. If you are a member of the StackOverflow network, we could use the support! Thanks! BKP -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From Cong_Yue at alliedtelesis.com Thu Jan 8 23:13:04 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 8 Jan 2015 15:13:04 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <54ABAE60.9010906@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> <54ABAE60.9010906@redhat.com> Message-ID: The patch works for my case1. Thanks! Thanks, Cong -----Original Message----- From: Jiri Moskovcak [mailto:jmoskovc at redhat.com] Sent: Tuesday, January 06, 2015 1:44 AM To: Artyom Lukianov; Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 On 01/06/2015 09:34 AM, Artyom Lukianov wrote: > Case 1: > In vdsm.log I can see this one: > Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 245, in run > self._startUnderlyingMigration(time.time()) > File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration > None, maxBandwidth) > File "/usr/share/vdsm/virt/vm.py", line 670, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 > if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) > libvirtError: operation aborted: migration job: canceled by client > I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. > - agent did everything correctly and as Artyom says, the migration is aborted by vdsm: The migration took 260 seconds which is exceeding the configured maximum time for migrations of 256 seconds. The migration will be aborted. - there is a configuration option in vdsm conf you can tweak to increase the timeout: 'migration_max_time_per_gib_mem', '64', 'The maximum time in seconds per GiB memory a migration may take ' 'before the migration will be aborted by the source host. ' 'Setting this value to 0 will disable this feature.' So as you can see in your case it's 4 * 64 seconds => 256seconds. --Jirka > Case 2: > HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. > > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Monday, January 5, 2015 7:38:08 PM > Subject: RE: [ovirt-users] VM failover with ovirt3.5 > > I collected the agent.log and vdsm.log in 2 cases. > > Case1 HE VM failover trail > What I did > 1, make all host be engine up > 2, set host1 be with local maintenance mode. In host1, there is HE VM. > 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 > As for the log is very large, I uploaded into google dirve. The link is as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc > The logs are for 3 hosts in my environment. > > Case2 non-HE VM failover trail > 1, make all host be engine up > 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" > 3,But the vm on the top of host3 does not migrate at all. > The logs are uploaded to good drive as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc > > > Thanks, > Cong > > > > > -----Original Message----- > From: Artyom Lukianov [mailto:alukiano at redhat.com] > Sent: Sunday, January 04, 2015 3:22 AM > To: Yue, Cong > Cc: cong yue; stirabos at redhat.com; users at ovirt.org > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Can you provide vdsm logs: > 1) for HE vm case > 2) for not HE vm case > Thanks > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Thursday, January 1, 2015 2:32:18 AM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Thanks for the advice. I applied the patch for clientIF.py as > - port = config.getint('addresses', 'management_port') > + port = config.get('addresses', 'management_port') > > Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. > > MainThread::INFO::2014-12-31 > 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Continuing to monitor migration > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineMigratingAway (score: 2000) > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::ERROR::2014-12-31 > 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) > Failed to migrate > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", > line 863, in _monitor_migration > vm_id, > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", > line 85, in run_vds_client_cmd > response['status']['message']) > DetailedError: Error 47 from migrateStatus: Migration canceled > MainThread::INFO::2014-12-31 > 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1420070896.5 type=state_transition > detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' > MainThread::INFO::2014-12-31 > 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineMigratingAway-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > > Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? > > Please kindly advise. > > Thanks, > Cong > > >> On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: >> >> Ok I found this one: >> Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 163, in _recover >> self.destServer.destroy(self._vm.id) >> AttributeError: 'SourceThread' object has no attribute 'destServer' >> Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 229, in run >> self._setupVdsConnection() >> File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection >> self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) >> File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort >> return addr + ':' + port >> TypeError: cannot concatenate 'str' and 'int' objects >> >> We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. >> >> ----- Original Message ----- >> From: "cong yue" >> To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org >> Cc: "Cong Yue" >> Sent: Tuesday, December 30, 2014 8:22:47 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> The vdsm.log just after I turned the host where HE VM is to local. >> >> In the log, there is some part like >> >> --- >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806995::DEBUG::2014-12-30 >> 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending >> response >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806996::DEBUG::2014-12-30 >> 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> --- >> >> I this with some wrong? >> >> Thanks, >> Cong >> >> >>> From: Artyom Lukianov >>> Date: 2014?12?29? 23:13:45 GMT-8 >>> To: "Yue, Cong" >>> Cc: Simone Tiraboschi , "users at ovirt.org" >>> >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >>> more interesting, can you provide vdsm.log for this one please. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> To: "Artyom Lukianov" >>> Cc: "Simone Tiraboschi" , users at ovirt.org >>> Sent: Monday, December 29, 2014 8:29:04 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> I disabled local maintenance mode for all hosts, and then only set the host >>> where HE VM is there to local maintenance mode. The logs are as follows. >>> During the migration of HE VM , it shows some fatal error happen. By the >>> way, also HE VM can not work with live migration. Instead, other VMs can do >>> live migration. >>> >>> --- >>> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >>> You have new mail in /var/spool/mail/root >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-29 >>> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.61 type=state_transition >>> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenanceMigrateVm (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.96 type=state_transition >>> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >>> hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >>> Penalizing score by 400 due to low free memory >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineMigratingAway (score: 2000) >>> MainThread::INFO::2014-12-29 >>> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::ERROR::2014-12-29 >>> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >>> Failed to migrate >>> Traceback (most recent call last): >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >>> line 863, in _monitor_migration >>> vm_id, >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >>> line 85, in run_vds_client_cmd >>> response['status']['message']) >>> DetailedError: Error 12 from migrateStatus: Fatal error during migration >>> MainThread::INFO::2014-12-29 >>> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877034.26 type=state_transition >>> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineMigratingAway-ReinitializeFSM) sent? ignored >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state ReinitializeFSM (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877044.55 type=state_transition >>> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (ReinitializeFSM-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ^C >>> [root at compute2-3 ~]# >>> >>> >>> [root at compute2-3 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 1014956 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >>> host-id=1 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 866019 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=866019 (Mon Dec 29 10:19:45 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 860493 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=860493 (Mon Dec 29 10:20:35 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> [root at compute2-3 ~]# >>> --- >>> Thanks, >>> Cong >>> >>> >>> >>> On 2014/12/29, at 8:43, "Artyom Lukianov" >>> > wrote: >>> >>> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >>> "Local Maintenance" state, so vm will not migrate to any of them, can you >>> try disable local maintenance on all hosts in HE environment and after >>> enable "local maintenance" on host where HE vm run, and provide also output >>> of hosted-engine --vm-status. >>> Failover works in next way: >>> 1) if host where run HE vm have score less by 800 that some other host in HE >>> environment, HE vm will migrate on host with best score >>> 2) if something happen to vm(kernel panic, crash of service...), agent will >>> restart HE vm on another host in HE environment with positive score >>> 3) if put to local maintenance host with HE vm, vm will migrate to another >>> host with positive score >>> Thanks. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" > >>> Cc: "Simone Tiraboschi" >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 6:30:42 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks and the --vm-status log is as follows: >>> [root at compute2-2 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1008087 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 859142 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=859142 (Mon Dec 29 08:25:08 2014) >>> host-id=2 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 853615 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=853615 (Mon Dec 29 08:25:57 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# >>> >>> Could you please explain how VM failover works inside ovirt? Is there any >>> other debug option I can enable to check the problem? >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/29, at 1:39, "Artyom Lukianov" >>> > >>> wrote: >>> >>> Can you also provide output of hosted-engine --vm-status please, previous >>> time it was useful, because I do not see something unusual. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" >>> > >>> Cc: "Simone Tiraboschi" >>> >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 7:15:24 AM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Also I change the maintenance mode to local in another host. But also the VM >>> in this host can not be migrated. The logs are as follows. >>> >>> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419829795.7 type=state_transition >>> detail=EngineDown-LocalMaintenance hostname='compute2-2' >>> MainThread::INFO::2014-12-28 >>> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineDown-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> ^C >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# ps -ef | grep qemu >>> root 18420 2777 0 21:10 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >>> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >>> -m 500 -realtime mlock=off -smp >>> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >>> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:17:17,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-2 ~]# >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 20:53, "Yue, Cong" >>> > >>> wrote: >>> >>> I checked it again and confirmed there is one guest VM is running on the top >>> of this host. The log is as follows: >>> >>> [root at compute2-1 vdsm]# ps -ef | grep qemu >>> qemu 2983 846 0 Dec19 ? 00:00:00 >>> [supervdsmServer] >>> root 5489 3053 0 20:49 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >>> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >>> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >>> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:18:01,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 3:46, "Artyom Lukianov" >>> > >>> wrote: >>> >>> I see that you set local maintenance on host3 that do not have engine vm on >>> it, so it nothing to migrate from this host. >>> If you set local maintenance on host1, vm must migrate to another host with >>> positive score. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Saturday, December 27, 2014 6:58:32 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Hi >>> >>> I had a try with "hosted-engine --set-maintence --mode=local" on >>> compute2-1, which is host 3 in my cluster. From the log, it shows >>> maintence mode is dectected, but migration does not happen. >>> >>> The logs are as follows. Is there any other config I need to check? >>> >>> [root at compute2-1 vdsm]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 836296 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=836296 (Sat Dec 27 11:42:39 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 687358 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=687358 (Sat Dec 27 08:42:04 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 681827 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=681827 (Sat Dec 27 08:42:40 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> >>> >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.94 (id 1): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >>> (Sat Dec 27 11:37:30 >>> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >>> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >>> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >>> 'maintenance': False, 'host-ts': 835987} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >>> (Sat Dec 27 08:37:41 >>> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >>> 'host-ts': 681528} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 2): {'engine-health': {'reason': 'vm not running on this >>> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >>> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >>> 'gateway': True} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> On 2014/12/22, at 5:29, "Simone Tiraboschi" >>> > >>> wrote: >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 7:22:10 PM >>> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks for the information. This is the log for my three ovirt nodes. >>> From the output of hosted-engine --vm-status, it shows the engine state for >>> my 2nd and 3rd ovirt node is DOWN. >>> Is this the reason why VM failover not work in my environment? >>> >>> No, they looks ok: you can run the engine VM on single host at a time. >>> >>> How can I make >>> also engine works for my 2nd and 3rd ovit nodes? >>> >>> If you put the host 1 in local maintenance mode ( hosted-engine >>> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >>> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >>> host 2 in local maintenance mode the VM should migrate again. >>> >>> Can you please try that and post the logs if something is going bad? >>> >>> >>> -- >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 150475 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=150475 (Fri Dec 19 13:12:18 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1572 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1572 (Fri Dec 19 10:12:18 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : False >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : unknown stale-data >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 987 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=987 (Fri Dec 19 10:09:58 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> -- >>> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >>> as follows: >>> -- >>> 10.0.0.94(hosted-engine-1) >>> --- >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.93 (id 2): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >>> (Fri Dec 19 10:10:14 >>> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 1448} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >>> (Fri Dec 19 10:09:58 >>> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 987} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >>> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >>> False, 'cpu-load': 0.0269, 'gateway': True} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ---- >>> >>> 10.0.0.93 (hosted-engine-2) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> 10.0.0.92(hosted-engine-3) >>> same as 10.0.0.93 >>> -- >>> >>> -----Original Message----- >>> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >>> Sent: Friday, December 19, 2014 12:28 AM >>> To: Yue, Cong >>> Cc: >>> users at ovirt.org >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 2:14:33 AM >>> Subject: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> Hi >>> >>> >>> >>> In my environment, I have 3 ovirt nodes as one cluster. And on top of >>> host-1, there is one vm to host ovirt engine. >>> >>> Also I have one external storage for the cluster to use as data domain >>> of engine and data. >>> >>> I confirmed live migration works well in my environment. >>> >>> But it seems very buggy for VM failover if I try to force to shut down >>> one ovirt node. Sometimes the VM in the node which is shutdown can >>> migrate to other host, but it take more than several minutes. >>> >>> Sometimes, it can not migrate at all. Sometimes, only when the host is >>> back, the VM is beginning to move. >>> >>> Can you please check or share the logs under >>> /var/log/ovirt-hosted-engine-ha/ >>> ? >>> >>> Is there some documentation to explain how VM failover is working? And >>> is there some bugs reported related with this? >>> >>> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >>> >>> Thanks in advance, >>> >>> Cong >>> >>> >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) >>> and may contain confidential and privileged information. Any >>> unauthorized review, use, disclosure or distribution is prohibited. If >>> you are not the intended recipient, please contact the sender by reply >>> e-mail and destroy all copies of the original message. If you are the >>> intended recipient, please be advised that the content of this message >>> is subject to access, review and disclosure by the sender's e-mail System >>> Administrator. >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From sabose at redhat.com Fri Jan 9 05:40:48 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 09 Jan 2015 11:10:48 +0530 Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> Message-ID: <54AF69E0.6090302@redhat.com> On 01/08/2015 09:41 PM, Will K wrote: > That's what I did, but didn't work for me. > > 1. use the 192.168.x interface to setup gluster. I used hostname in > /etc/hosts. > 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x > 3. oVirt and all that comes up fine. > 4. When try to create a storage domain, it only shows the 10.10.10.x > hostnames available. > > > Tried to add a brick and I would get something like > Host gfs2 is not in 'Peer in Cluster' state (while node2 is the > hostname and gfs2 is the 192.168 name) Which version of glusterfs do you have? Kaushal, will this work in glusterfs3.6 and above? > > Ran command `gluster probe peer gfs2` or `gluster probe peer > 192.168.x.x` didn't work > peer probe: failed: Probe returned with unknown errno 107 > > Ran probe again with the switched network hostname or IP worked fine. > May be it is not possible with current GlusterFS version? > http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork > > > Will > > > On Thursday, January 8, 2015 3:43 AM, Sahina Bose > wrote: > > > > On 01/08/2015 12:07 AM, Will K wrote: >> Hi >> >> I would like to see if anyone has good suggestion. >> >> I have two physical hosts with 1GB connections to switched networks. >> The hosts also have 10GB interface connected directly using Twinax >> cable like copper crossover cable. The idea was to use the 10GB as a >> "private network" for GlusterFS till the day we want to grow out of >> this 2 node setup. >> >> GlusterFS was setup with the 10GB ports using non-routable IPs and >> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 >> 192.168.1.2. I'm following example from >> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ >> >> , Currently I'm only using Gluster volume on node1, but `gluster >> probe peer` test worked fine with node2 through the 10GB connection. >> >> oVirt engine was setup on physical host1 with hosted engine. Now, >> when I try to create new Gluster storage domain, I can only see the >> host "node1" available. >> >> Is there anyway I can setup oVirt on node1 and node2, while using >> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the >> 10GB connection? > > If I understand right, you have 2 interfaces on each of your hosts, > and you want oVirt to communicate via 1 interface and glusterfs to use > other? > > While adding the hosts to oVirt you could use ip1 and then.while > creating the volume, add the brick using the other ip address. > For instance, gluster volume create 192.168.1.2:/bricks/b1 > > Currently, there's no way to specify the IP address to use while > adding a brick from oVirt UI (we're working on this for 3.6), but you > could do this from the gluster CLI commands. This would then be > detected in the oVirt UI. > > > >> >> Thanks >> W >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeloro at web.de Fri Jan 9 06:31:19 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Fri, 9 Jan 2015 07:31:19 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication Message-ID: Hello, I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? My curent configuration: [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties include = vars.server = ldap.company.de vars.user = cn=system,dc=company,dc=de vars.password = password pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties ovirt.engine.extension.name = company-ldap-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = company-ldap ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties ovirt.engine.extension.name = company-ldap-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base with scope subtree # filter: cn=jdeloro # requesting: ALL # # jdeloro, users, admins, company.de dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de [... and many more lines ...] I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. Kind regards Jannick From sabose at redhat.com Fri Jan 9 08:17:17 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 09 Jan 2015 13:47:17 +0530 Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> <54AF69E0.6090302@redhat.com> <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> Message-ID: <54AF8E8D.6050206@redhat.com> On 01/09/2015 01:13 PM, Kaushal M wrote: > Hey Will, > > It seems to me you are trying manage GlusterFS from oVirt, and trying to get your multi-network setup to work. As Sahina mentioned already, this is not currently possible as oVirt doesn't have the required support. > > If you want to make this work right now, I suggest you manage GlusterFS manually. You could do the following, > > - Install GlusterFS on both the hosts and setup a GlusterFS trusted storage pool using the 'gluster peer probe' commands. Run 'gluster peer probe gfs2' from node1 (and the reverse just for safety) > - Create a GlusterFS volume, 'gluster volume create gfs1: gfs2:; and start it, 'gluster volume start '. > After this you'll have GlusterFS setup on the particular network and you'll have volume ready to be added as a oVirt storage domain. To enable, oVirt to use the node1 interface, is it possible to peer probe using node1 and node2 interface in steps above - i.e "gluster peer probe node2" (This is essentially what happens when a host is added with host address node1 or node2) and then create a GlusterFS volume from CLI using the command you mentioned above? > - Now setup oVirt on the nodes with the node* network. > - Add the gfs* network to oVirt. I'm not sure if this would be required, but you can try it anyway. > - Add the created GlusterFS volume as a storage domain using a gfs* address. > > You should now be ready to begin using the new storage domain. > > If you would want to expand the volume later, you will need to do it manually with an explicit 'gluster volume add-brick' command. > > You could possible add the GlusterFS cluster to the oVirt interface, just so you can get stats and monitoring. But even then you shouldn't use the oVirt interface to do any management tasks. > > Multi-network support for GlusterFS within oVirt is an upcoming feature, and Sahina can give you more details on when to expect it to be available. > > Thanks, > Kaushal > > > ----- Original Message ----- >> From: "Sahina Bose" >> To: "Will K" , users at ovirt.org, "Kaushal M" >> Sent: Friday, 9 January, 2015 11:10:48 AM >> Subject: Re: [ovirt-users] Using gluster on other hosts? >> >> >> On 01/08/2015 09:41 PM, Will K wrote: >>> That's what I did, but didn't work for me. >>> >>> 1. use the 192.168.x interface to setup gluster. I used hostname in >>> /etc/hosts. >>> 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x >>> 3. oVirt and all that comes up fine. >>> 4. When try to create a storage domain, it only shows the 10.10.10.x >>> hostnames available. >>> >>> >>> Tried to add a brick and I would get something like >>> Host gfs2 is not in 'Peer in Cluster' state (while node2 is the >>> hostname and gfs2 is the 192.168 name) >> >> Which version of glusterfs do you have? >> >> Kaushal, will this work in glusterfs3.6 and above? >> >> >>> Ran command `gluster probe peer gfs2` or `gluster probe peer >>> 192.168.x.x` didn't work >>> peer probe: failed: Probe returned with unknown errno 107 >>> >>> Ran probe again with the switched network hostname or IP worked fine. >>> May be it is not possible with current GlusterFS version? >>> http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork >>> >>> >>> Will >>> >>> >>> On Thursday, January 8, 2015 3:43 AM, Sahina Bose >>> wrote: >>> >>> >>> >>> On 01/08/2015 12:07 AM, Will K wrote: >>>> Hi >>>> >>>> I would like to see if anyone has good suggestion. >>>> >>>> I have two physical hosts with 1GB connections to switched networks. >>>> The hosts also have 10GB interface connected directly using Twinax >>>> cable like copper crossover cable. The idea was to use the 10GB as a >>>> "private network" for GlusterFS till the day we want to grow out of >>>> this 2 node setup. >>>> >>>> GlusterFS was setup with the 10GB ports using non-routable IPs and >>>> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 >>>> 192.168.1.2. I'm following example from >>>> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ >>>> >>>> , Currently I'm only using Gluster volume on node1, but `gluster >>>> probe peer` test worked fine with node2 through the 10GB connection. >>>> >>>> oVirt engine was setup on physical host1 with hosted engine. Now, >>>> when I try to create new Gluster storage domain, I can only see the >>>> host "node1" available. >>>> >>>> Is there anyway I can setup oVirt on node1 and node2, while using >>>> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the >>>> 10GB connection? >>> If I understand right, you have 2 interfaces on each of your hosts, >>> and you want oVirt to communicate via 1 interface and glusterfs to use >>> other? >>> >>> While adding the hosts to oVirt you could use ip1 and then.while >>> creating the volume, add the brick using the other ip address. >>> For instance, gluster volume create 192.168.1.2:/bricks/b1 >>> >>> Currently, there's no way to specify the IP address to use while >>> adding a brick from oVirt UI (we're working on this for 3.6), but you >>> could do this from the gluster CLI commands. This would then be >>> detected in the oVirt UI. >>> >>> >>> >>>> Thanks >>>> W >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> From alonbl at redhat.com Fri Jan 9 09:17:24 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 9 Jan 2015 04:17:24 -0500 (EST) Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: Message-ID: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: jdeloro at web.de > To: users at ovirt.org > Sent: Friday, January 9, 2015 8:31:19 AM > Subject: [ovirt-users] Setting Base DN for LDAP authentication > > Hello, > > I'm trying to configure LDAP authentication with oVirt 3.5 and > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. > But the given examples are missing the explicit specification of a base dn. > Could you please advise me how this can be done? > > My curent configuration: > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > include = > > vars.server = ldap.company.de > > vars.user = cn=system,dc=company,dc=de > vars.password = password > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > ovirt.engine.extension.name = company-ldap-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = company-ldap > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > ovirt.engine.extension.name = company-ldap-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # jdeloro, users, admins, company.de > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > [... and many more lines ...] > > I could not use namingContexts from RootDSE cause this results in base dn > dc=de instead of dc=company,dc=de. Can you explain why the namingContexts is not sufficient? just for me to know and maybe enable easier override? It should contain a valid base DN for you to use. You have two options to fix this: 1. add another attribute to openldap let's say myNamingContext with valid value and add the following to profile (company-ldap.properties): sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars sequence.my-openldap-init-vars.010.description = set base dn sequence.my-openldap-init-vars.010.type = var-set sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts 2. another option is to enforce baseDN (company-ldap.properties): sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars sequence.my-openldap-init-vars.010.description = set base dn sequence.my-openldap-init-vars.010.type = var-set sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de If you use the 2nd form, please note that it might break if I add proper support in next version. Regards, Alon. > > Kind regards > > Jannick > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From ybronhei at redhat.com Fri Jan 9 09:39:59 2015 From: ybronhei at redhat.com (ybronhei) Date: Fri, 09 Jan 2015 11:39:59 +0200 Subject: [ovirt-users] New Vdsm Build for oVirt 3.5 Message-ID: <54AFA1EF.9020404@redhat.com> Hey all, Vdsm-4.16.10 is just released for ovirt-3.5 (Async release). f20 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8495492 epel6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8556522 epel7 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8479594 f21 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494079 f22 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494059 Enjoy. Please give karma if tested, for good and bad Regards -- Yaniv Bronhaim. From hypunit at gmail.com Fri Jan 9 10:13:06 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Fri, 9 Jan 2015 18:13:06 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <54AE5675.7010903@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: Hi Kanagaraj, Please find the attached logs :- Engine Logs :- http://ur1.ca/jdopt VDSM Logs :- http://ur1.ca/jdoq9 On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > Do you see any errors in the UI? > > Also please provide the engine.log and vdsm.log when the failure occured. > > Thanks, > Kanagaraj > > > On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > Hi Martin, > > The steps are below :- > > 1. Step the ovirt engine on the one server... > 2. Installed centos 7 on 4 host node servers.. > 3. I am using host node (compute+storage)....now i have added all 4 nodes > to engine... > 4. Create the gluster volume from GUI... > > Network :- > eth0 :- public network (1G) > eth1+eth2=bond0= VM public network (1G) > eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > every hostnode has 24 bricks=24*4(distributed replicated) > > Thanks, > Punit > > > On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k wrote: > >> Hi Punit, >> >> can you please provide also errors from /var/log/vdsm/vdsm.log and >> /var/log/vdsm/vdsmd.log >> >> it would be really helpful if you provided exact steps how to reproduce >> the problem. >> >> regards >> >> Martin Pavlik - rhev QE >> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >> > >> > Hi, >> > >> > I try to add gluster volume but it failed... >> > >> > Ovirt :- 3.5 >> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >> > KVM :- 1.5.3 - 60.el7_0.2 >> > libvirt-1.1.1-29.el7_0.4 >> > Glusterfs :- glusterfs-3.5.3-1.el7 >> > >> > Engine Logs :- >> > >> > 2015-01-08 09:57:52,569 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:52,609 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,582 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,591 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,596 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,633 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > ^C >> > >> > >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 216 09-Jan-15.jpg Type: image/jpeg Size: 77468 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 217 09-Jan-15.jpg Type: image/jpeg Size: 42640 bytes Desc: not available URL: From hypunit at gmail.com Fri Jan 9 10:14:58 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Fri, 9 Jan 2015 18:14:58 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Message-ID: Hi, Again i am facing the same issue.... Hi Kanagaraj, Please find the attached logs :- Engine Logs :- http://ur1.ca/jdopt VDSM Logs :- http://ur1.ca/jdoq9 On Thu, Jan 8, 2015 at 10:00 AM, Punit Dambiwal wrote: > Yes...Gluster service running on the host...disable the selinux and > reinstall the host work for me.. > > On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy > wrote: > >> Can you check if glusterd service is running on the host? >> >> Regards, >> Kanagaraj >> >> ----- Original Message ----- >> > From: "Martin Pavl?k" >> > To: "Punit Dambiwal" >> > Cc: gluster-users at gluster.org, "Kaushal M" , >> users at ovirt.org >> > Sent: Wednesday, January 7, 2015 9:36:24 PM >> > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer >> list from Host >> > >> > Hi Punit, >> > >> > could you describe steps which led to this result? >> > >> > regards >> > >> > Matin Pavlik - RHEV QE >> > >> > >> > >> > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: >> > >> > Hi, >> > >> > I am facing one strange issue in the ovirt with glusterfs ......i want >> to >> > reactivate onw of my host node....but it's failed with the following >> error >> > :- >> > >> > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed >> on >> > server cpu04. >> > >> > Engine Logs :- http://ur1.ca/jczdp >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 216 09-Jan-15.jpg Type: image/jpeg Size: 77468 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 217 09-Jan-15.jpg Type: image/jpeg Size: 42640 bytes Desc: not available URL: From mpavlik at redhat.com Fri Jan 9 11:19:06 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Fri, 9 Jan 2015 12:19:06 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: Hi Punit, can you verify that nodes contain cluster packages from the following log? Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found M. > On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > > Hi Kanagaraj, > > Please find the attached logs :- > > Engine Logs :- http://ur1.ca/jdopt > VDSM Logs :- http://ur1.ca/jdoq9 > > > > On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > Do you see any errors in the UI? > > Also please provide the engine.log and vdsm.log when the failure occured. > > Thanks, > Kanagaraj > > > On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >> Hi Martin, >> >> The steps are below :- >> >> 1. Step the ovirt engine on the one server... >> 2. Installed centos 7 on 4 host node servers.. >> 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... >> 4. Create the gluster volume from GUI... >> >> Network :- >> eth0 :- public network (1G) >> eth1+eth2=bond0= VM public network (1G) >> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >> >> every hostnode has 24 bricks=24*4(distributed replicated) >> >> Thanks, >> Punit >> >> >> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: >> Hi Punit, >> >> can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >> >> it would be really helpful if you provided exact steps how to reproduce the problem. >> >> regards >> >> Martin Pavlik - rhev QE >> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: >> > >> > Hi, >> > >> > I try to add gluster volume but it failed... >> > >> > Ovirt :- 3.5 >> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >> > KVM :- 1.5.3 - 60.el7_0.2 >> > libvirt-1.1.1-29.el7_0.4 >> > Glusterfs :- glusterfs-3.5.3-1.el7 >> > >> > Engine Logs :- >> > >> > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > ^C >> > >> > >> >> > > > <216 09-Jan-15.jpg><217 09-Jan-15.jpg> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeloro at web.de Fri Jan 9 11:20:44 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Fri, 9 Jan 2015 12:20:44 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> References: , <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> Message-ID: Hello Alon, > > I'm trying to configure LDAP authentication with oVirt 3.5 and > > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. > > But the given examples are missing the explicit specification of a base dn. > > Could you please advise me how this can be done? > > > > My curent configuration: > > > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > > include = > > > > vars.server = ldap.company.de > > > > vars.user = cn=system,dc=company,dc=de > > vars.password = password > > > > pool.default.serverset.single.server = ${global:vars.server} > > pool.default.auth.simple.bindDN = ${global:vars.user} > > pool.default.auth.simple.password = ${global:vars.password} > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > > ovirt.engine.extension.name = company-ldap-authn > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > > ovirt.engine.aaa.authn.profile.name = company-ldap > > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > > ovirt.engine.extension.name = company-ldap-authz > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > > # extended LDIF > > # > > # LDAPv3 > > # base with scope subtree > > # filter: cn=jdeloro > > # requesting: ALL > > # > > > > # jdeloro, users, admins, company.de > > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > > [... and many more lines ...] > > > > I could not use namingContexts from RootDSE cause this results in base dn > > dc=de instead of dc=company,dc=de. > > Can you explain why the namingContexts is not sufficient? just for me to know and maybe enable easier override? > It should contain a valid base DN for you to use. [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -s base namingContexts -LLL dn: namingContexts: dc=de This isn't the correct base dn. I need dc=company,dc=de to find any users. I don't know, why LDAP is configured like this. But I need to work with it. [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base with scope subtree # filter: cn=jdeloro # requesting: ALL # # search result search: 2 result: 32 No such object # numResponses: 1 [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base with scope subtree # filter: cn=jdeloro # requesting: ALL # # jdeloro, users, admins, company.de dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de [... and many more lines ...] > You have two options to fix this: > > 1. add another attribute to openldap let's say myNamingContext with valid value and add the following to profile (company-ldap.properties): > > sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars > sequence.my-openldap-init-vars.010.description = set base dn > sequence.my-openldap-init-vars.010.type = var-set > sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN > sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts I can't use this options, because I'm not allowed to make LDAP changes. > 2. another option is to enforce baseDN (company-ldap.properties): > > sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars > sequence.my-openldap-init-vars.010.description = set base dn > sequence.my-openldap-init-vars.010.type = var-set > sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN > sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de I have added the lines and restarted ovirt-engine, but the Namespace in 'Add Users and Groups' is still 'dc=de' and I can't find any users. Kind regards Jannick From sbonazzo at redhat.com Fri Jan 9 11:43:56 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 09 Jan 2015 12:43:56 +0100 Subject: [ovirt-users] Get involved in oVirt project! January edition Message-ID: <54AFBEFC.5030209@redhat.com> Hi, are you full of energy after winter holidays and do you want to get involved in oVirt project? Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug 1080823 - [RFE] make override of iptables configurable when using hosted-engine Bug 1065350 - hosted-engine should prompt a question at the user when the host was already a host in the engine Bug 1059952 - hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA Bug 1073421 - [RFE] allow additional parameter for engine-backup to omit audit_log data Bug 1083104 - engine-setup --offline does not update versionlock Do you want something easier? Bug ID Status Summary 1174285 NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 734120 NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size 1115059 NEW Incomplete error message when adding VNIC profile to running VM 1156060 NEW [text] engine admin password prompt consistency 1143817 NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 772931 NEW [RFE] Reports should include the name of the oVirt engine You don't have programming skills but you want to contribute? Here are some bugs you can take care of, also without writing a line of code: Bug ID Status Summary 1099998 NEW Hosted Engine documentation has several errors 1099995 NEW Migrate to Hosted Engine How-To does not state all pre-reqs 1159784 NEW [RFE] Document when and where new features are available when upgrading cluster / datacenters 1074545 NEW Error in API documentation: Create API object in python sdk 1120585 NEW update image uploader documentation 1120586 NEW update iso uploader documentation 1120588 NEW update log collector documentation 1074301 NEW [RFE] ovirt-shell has no man page Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6] Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! Don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel at ovirt.org or on irc channel[4]. [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Fri Jan 9 11:49:58 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 9 Jan 2015 06:49:58 -0500 (EST) Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> Message-ID: <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: jdeloro at web.de > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Friday, January 9, 2015 1:20:44 PM > Subject: Re: [ovirt-users] Setting Base DN for LDAP authentication > > Hello Alon, > > > > I'm trying to configure LDAP authentication with oVirt 3.5 and > > > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport > > > example. > > > But the given examples are missing the explicit specification of a base > > > dn. > > > Could you please advise me how this can be done? > > > > > > My curent configuration: > > > > > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > > > include = > > > > > > vars.server = ldap.company.de > > > > > > vars.user = cn=system,dc=company,dc=de > > > vars.password = password > > > > > > pool.default.serverset.single.server = ${global:vars.server} > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > > > ovirt.engine.extension.name = company-ldap-authn > > > ovirt.engine.extension.bindings.method = jbossmodule > > > ovirt.engine.extension.binding.jbossmodule.module = > > > org.ovirt.engine-extensions.aaa.ldap > > > ovirt.engine.extension.binding.jbossmodule.class = > > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > > > ovirt.engine.extension.provides = > > > org.ovirt.engine.api.extensions.aaa.Authn > > > ovirt.engine.aaa.authn.profile.name = company-ldap > > > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > > > ovirt.engine.extension.name = company-ldap-authz > > > ovirt.engine.extension.bindings.method = jbossmodule > > > ovirt.engine.extension.binding.jbossmodule.module = > > > org.ovirt.engine-extensions.aaa.ldap > > > ovirt.engine.extension.binding.jbossmodule.class = > > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > > ovirt.engine.extension.provides = > > > org.ovirt.engine.api.extensions.aaa.Authz > > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > > > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > > > # extended LDIF > > > # > > > # LDAPv3 > > > # base with scope subtree > > > # filter: cn=jdeloro > > > # requesting: ALL > > > # > > > > > > # jdeloro, users, admins, company.de > > > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > > > [... and many more lines ...] > > > > > > I could not use namingContexts from RootDSE cause this results in base dn > > > dc=de instead of dc=company,dc=de. > > > > Can you explain why the namingContexts is not sufficient? just for me to > > know and maybe enable easier override? > > It should contain a valid base DN for you to use. > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -s base namingContexts -LLL > dn: > namingContexts: dc=de > > This isn't the correct base dn. I need dc=company,dc=de to find any users. I > don't know, why LDAP is configured like this. But I need to work with it. > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -b dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # search result > search: 2 > result: 32 No such object > > # numResponses: 1 > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # jdeloro, users, admins, company.de > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > [... and many more lines ...] > > > You have two options to fix this: > > > > 1. add another attribute to openldap let's say myNamingContext with valid > > value and add the following to profile (company-ldap.properties): > > > > sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars > > sequence.my-openldap-init-vars.010.description = set base dn > > sequence.my-openldap-init-vars.010.type = var-set > > sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN > > sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts > > I can't use this options, because I'm not allowed to make LDAP changes. > > > 2. another option is to enforce baseDN (company-ldap.properties): > > > > sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars > > sequence.my-openldap-init-vars.010.description = set base dn > > sequence.my-openldap-init-vars.010.type = var-set > > sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN > > sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de > > I have added the lines and restarted ovirt-engine, but the Namespace in 'Add > Users and Groups' is still 'dc=de' and I can't find any users. Yes, the namespace will still present dc=de, this is expected. Can you please send me debug log? Edit: /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.xml.in Before , add: And in 3.5.0 you also need to modify INFO to ALL at Thanks! From svenkieske at gmail.com Fri Jan 9 12:52:37 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Fri, 09 Jan 2015 13:52:37 +0100 Subject: [ovirt-users] New Vdsm Build for oVirt 3.5 In-Reply-To: <54AFA1EF.9020404@redhat.com> References: <54AFA1EF.9020404@redhat.com> Message-ID: <54AFCF15.3060802@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, would it be possible to also generate some kind of changelog? As there is no changelog yet (that I know of), I tried to find some git tag or a commit which bumped the version to 4.16.10 but I didn't find one in the 3.5 ovirt branch at: http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs%2Fheads%2Fovirt-3.5 am I looking in the wrong direction? Any help would be appreciated Thanks Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUr88UAAoJEAq0kGAWDrqlaJEL/j3mJj6AOF/d89CteCEKKnrd 1Pm1OtqtQ3ObACAcXOgLqZJL+DC4cgsO3MdO+50wZ3lmPztKugMyv9a3KZdr8Gr+ PGZWEta64Hbn9xl5qeSazY52I5B44SJNRDETNJHbqZOJYZDJ3wGsFN2SkLFjk32M 3WFxw5LtsoFTw012yYojVyZDV3RP5j1QnBNTY3awNDPbSQ1ee+8GjdsiEmvUmwJK 5ooJ6eSPAPNxRXp9Nhr8cV+6Gf2EuLvlviKLNV+OHFNR5X2kJG0JvdqrYxnWo1dX 65O1AKDLhunYFfl0XgCeZGSgOtBb1V/KYniKeDbv5/9rFyTQUnxFU9YAP668q1ZP IdYBCUHGMpB4y0U7vTfWhmnja4krIQYbXaLhszk8yp3VntBQZG6dtozQH6jheGgw HTAxmptw1CsVmvQjl/0SvG3GQTGSxcKfTlXHo6EfscFR+QMIq88yApcGTR1+z1my 6tn2Ju4CCwh/ftCqu5wm1NEHls329tU91TOsn4xaQg== =VmOs -----END PGP SIGNATURE----- From omachace at redhat.com Fri Jan 9 13:21:02 2015 From: omachace at redhat.com (Ondra Machacek) Date: Fri, 09 Jan 2015 14:21:02 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: Message-ID: <54AFD5BE.2020102@redhat.com> Hi, On 01/09/2015 07:31 AM, jdeloro at web.de wrote: > Hello, > > I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? > > My curent configuration: > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > include = > > vars.server = ldap.company.de > > vars.user = cn=system,dc=company,dc=de > vars.password = password > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > ovirt.engine.extension.name = company-ldap-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = company-ldap > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > ovirt.engine.extension.name = company-ldap-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # jdeloro, users, admins, company.de > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > [... and many more lines ...] > > I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. Can you try user 'cn=Manager', I think it's incorrectly configured ACL. > > Kind regards > > Jannick > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From stirabos at redhat.com Fri Jan 9 14:11:37 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 9 Jan 2015 09:11:37 -0500 (EST) Subject: [ovirt-users] Override hostname novnc In-Reply-To: <481442832.1746494.1420453453388.JavaMail.zimbra@redhat.com> References: <481442832.1746494.1420453453388.JavaMail.zimbra@redhat.com> Message-ID: <1268431706.4734848.1420812697022.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Johan Kooijman" > Cc: "users" > Sent: Monday, January 5, 2015 11:24:13 AM > Subject: Re: [ovirt-users] Override hostname novnc > > > The following command should be helpful: > > engine-config -s WebSocketProxy=host Just to add that novnc client requires a trusted ssl connection so, if you are using a different hostname, you'll probably need to regenerate the WebSocketProxy cert. > ----- Original Message ----- > > From: "Johan Kooijman" > > To: "users" > > Sent: Monday, January 5, 2015 10:59:40 AM > > Subject: [ovirt-users] Override hostname novnc > > > > Hey all, > > > > Is there a way to override the host parameter that novnc uses in it's URL? > > It > > now tries to use it's internal hostname (private LAN), while we also like > > to > > connect over the internet: > > > > https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100 > > > > -- > > Met vriendelijke groeten / With kind regards, > > Johan Kooijman > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From shuriku at shurik.kiev.ua Fri Jan 9 14:24:09 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Fri, 09 Jan 2015 16:24:09 +0200 Subject: [ovirt-users] Problems after upgrade to 3.5 Message-ID: <54AFE489.1080004@shurik.kiev.ua> Hello! Recently I have upgraded my installation to 3.5. Everything works fine except of two things: 1. I cannot use REST API any more - "Internal server error 500" with java exception. May be I missing something? 2. Cannot import VM from Export domain to Local Storage - "VM already exists" error, but there are no any vms or disks on local storage. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dfdiaadb.png Type: image/png Size: 30119 bytes Desc: not available URL: From mpavlik at redhat.com Fri Jan 9 15:04:21 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Fri, 9 Jan 2015 16:04:21 +0100 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: <54AFE489.1080004@shurik.kiev.ua> References: <54AFE489.1080004@shurik.kiev.ua> Message-ID: Hi Alexandr, for the API part try to change the entry_point as follows: whatever_the_path_was/api to whatever_the_path_was/ovirt-engine/api HTH Martin Pavlik - RHEV QE > On 09 Jan 2015, at 15:24, Alexandr Krivulya wrote: > > Hello! > Recently I have upgraded my installation to 3.5. Everything works fine except of two things: > > 1. I cannot use REST API any more - "Internal server error 500" with java exception. May be I missing something? > 2. Cannot import VM from Export domain to Local Storage - "VM already exists" error, but there are no any vms or disks on local storage. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From shuriku at shurik.kiev.ua Fri Jan 9 15:31:20 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Fri, 09 Jan 2015 17:31:20 +0200 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: References: <54AFE489.1080004@shurik.kiev.ua> Message-ID: <54AFF448.5040006@shurik.kiev.ua> No luck, same error. I think it's due to some misconfiguration... 09.01.2015 17:04, Martin Pavl?k ?????: > Hi Alexandr, > > for the API part try to change the entry_point as follows: > > whatever_the_path_was/api > to > whatever_the_path_was/ovirt-engine/api > > HTH > > Martin Pavlik - RHEV QE >> On 09 Jan 2015, at 15:24, Alexandr Krivulya wrote: >> >> Hello! >> Recently I have upgraded my installation to 3.5. Everything works fine except of two things: >> >> 1. I cannot use REST API any more - "Internal server error 500" with java exception. May be I missing something? >> 2. Cannot import VM from Export domain to Local Storage - "VM already exists" error, but there are no any vms or disks on local storage. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From awels at redhat.com Fri Jan 9 16:00:51 2015 From: awels at redhat.com (Alexander Wels) Date: Fri, 09 Jan 2015 11:00:51 -0500 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: <54AFF448.5040006@shurik.kiev.ua> References: <54AFE489.1080004@shurik.kiev.ua> <54AFF448.5040006@shurik.kiev.ua> Message-ID: <2508739.ufEXMpBLtX@awels> On Friday, January 09, 2015 05:31:20 PM Alexandr Krivulya wrote: > No luck, same error. I think it's due to some misconfiguration... > Hi, look in /var/log/ovirt-engine at server.log. It should contain the exception that generated the 500 error. If not there look in engine.log. I have a suspicion you will see a java.lang.NoClassDefFoundError exception related to jackson-xc. > 09.01.2015 17:04, Martin Pavl?k ?????: > > Hi Alexandr, > > > > for the API part try to change the entry_point as follows: > > > > whatever_the_path_was/api > > to > > whatever_the_path_was/ovirt-engine/api > > > > HTH > > > > Martin Pavlik - RHEV QE > > > >> On 09 Jan 2015, at 15:24, Alexandr Krivulya > >> wrote: > >> > >> Hello! > >> Recently I have upgraded my installation to 3.5. Everything works fine > >> except of two things: > >> > >> 1. I cannot use REST API any more - "Internal server error 500" with java > >> exception. May be I missing something? 2. Cannot import VM from Export > >> domain to Local Storage - "VM already exists" error, but there are no > >> any vms or disks on local storage. > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From budic at onholyground.com Fri Jan 9 17:17:50 2015 From: budic at onholyground.com (Darrell Budic) Date: Fri, 9 Jan 2015 11:17:50 -0600 Subject: [ovirt-users] Status libgfapi support in oVirt In-Reply-To: <1255785723.14470364.1416608749974.JavaMail.zimbra@redhat.com> References: <5469B448.9060901@xs4all.nl> <546C568C.7020000@nieuwland.nl> <305137923.12763636.1416412232706.JavaMail.zimbra@redhat.com> <546EFC29.5020008@nieuwland.nl> <546EFF6A.1070907@nieuwland.nl> <1255785723.14470364.1416608749974.JavaMail.zimbra@redhat.com> Message-ID: <1DAD3B26-2953-4557-BDF2-D8E6879FC241@onholyground.com> Any chance of an update for the 4.16.10 build from ybrohoni yesterday? Or has this made it into the nightlies yet? > On Nov 21, 2014, at 4:25 PM, Federico Simoncelli wrote: > > I updated the packages (rebasing on a newer master) and I provided an > el7 build as well: > > https://fsimonce.fedorapeople.org/vdsm-libgfapi/ > > These rpms are less tested than the previous ones but the rebase was > straight forward. > > -- > Federico > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From shuriku at shurik.kiev.ua Fri Jan 9 21:30:55 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Fri, 09 Jan 2015 23:30:55 +0200 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: <2508739.ufEXMpBLtX@awels> References: <54AFE489.1080004@shurik.kiev.ua> <54AFF448.5040006@shurik.kiev.ua> <2508739.ufEXMpBLtX@awels> Message-ID: <54B0488F.20406@shurik.kiev.ua> 09.01.2015 18:00, Alexander Wels ?????: > On Friday, January 09, 2015 05:31:20 PM Alexandr Krivulya wrote: >> No luck, same error. I think it's due to some misconfiguration... >> > Hi, > > look in /var/log/ovirt-engine at server.log. It should contain the exception > that generated the 500 error. If not there look in engine.log. I have a > suspicion you will see a java.lang.NoClassDefFoundError exception related to > jackson-xc. > > Thank you, Alexander and Martin It's "java.lang.RuntimeException: Unable to instantiate MessageBodyWriter". This points me to a similar thread [1], which helps to solve the problem. 1. http://lists.ovirt.org/pipermail/users/2014-October/028370.html From jeremy at ifuzioncorp.com Fri Jan 9 21:46:22 2015 From: jeremy at ifuzioncorp.com (Jeremy Utley) Date: Fri, 9 Jan 2015 15:46:22 -0600 Subject: [ovirt-users] Problems starting VM Message-ID: Hello everyone! We have been working on our testing OVirt cluster today again, for the first time in a few weeks, and all of the sudden a new problem has cropped up. VM's that I created weeks ago and had working properly are now no longer starting. When we try to start one of them, we get this error in the engine console: VM CentOS1 is down with error. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'type': 'disk', 'format': 'raw', 'bootOrder': '1', 'volumeID': 'a737621e-6e66-4cd9-9014-67f7aaa184fb', 'apparentsize': '53687091200', 'imageID': '702440a9-cd53-4300-8369-28123e8a095e', 'specParams': {}, 'readonly': 'false', 'domainID': 'fa2f828c-f98a-4a17-99fb-1ec1f46d018c', 'reqsize': '0', 'deviceId': '702440a9-cd53-4300-8369-28123e8a095e', 'truesize': '53687091200', 'poolID': 'a0781e2b-6242-4043-86c2-cd6694688ed2', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'optional': 'false'}. Looking at the VDSM log files, I think I've found what's actually triggering this up, but I honestly do not know how to decipher it - here's the message: Thread-418::ERROR::2015-01-09 15:59:57,874::task::863::Storage.TaskManager.Task::(_setError) Task=`11a740b7-4391-47ab-8575-919bd1e0c3fb`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 870, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 49, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3242, in prepareImage leafInfo = dom.produceVolume(imgUUID, leafUUID).getVmVolumeInfo() File "/usr/share/vdsm/storage/glusterVolume.py", line 35, in getVmVolumeInfo volTrans = VOLUME_TRANS_MAP[volInfo[volname]['transportType'][0]] KeyError: u'_gf-os' This is Ovirt 3.5, with a 2-node gluster as the storage domain (no ovirt stuff running there) , and 5 virtualization nodes, all machines running CentOS 6.6 installs. We also have the patched RPMs that *should* enable libgfapi access to gluster, but I can't confirm those are working properly. The gluster filesystem is mounted on the virtualization node: gf-os01-ib:/gf-os on /rhev/data-center/mnt/glusterSD/gf-os01-ib:_gf-os type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072) Anyone got any ideas? More logs available upon request. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at schefczyk.net Fri Jan 9 23:24:49 2015 From: michael at schefczyk.net (Michael Schefczyk) Date: Sat, 10 Jan 2015 00:24:49 +0100 (CET) Subject: [ovirt-users] Recovering from an aborted hosted-engine --deploy Message-ID: <20150109232449.B34DA2E4048F@dd20936.kasserver.com> Dear All, after a failing hosted-engine --deploy, I am trying to recover the system based on the following description: http://lists.ovirt.org/pipermail/users/2014-May/024423.html Whatever I do, however, I receive the following message during the next hosted-engine --deploy: [ ERROR ] Failed to execute stage 'Environment setup': Failed to reconfigure libvirt for VDSM Is there a way to initiate such reconfiguration without completely installing the server from scratch?? Thank you very much for any efforts, Michael From amureini at redhat.com Sat Jan 10 02:26:54 2015 From: amureini at redhat.com (Allon Mureinik) Date: Fri, 9 Jan 2015 21:26:54 -0500 (EST) Subject: [ovirt-users] [ovirt-devel] Community ads on StackOverflow, 1st half 2015 In-Reply-To: <1114690557.5024951.1420747959683.JavaMail.zimbra@redhat.com> References: <1114690557.5024951.1420747959683.JavaMail.zimbra@redhat.com> Message-ID: <973059276.5587223.1420856814511.JavaMail.zimbra@redhat.com> Seems like a couple of the moderators there have their signals crossed about whether we're allowed to participate in consecutive campaigns with a different ad or not. I'm trying to get a straight answer from them, and will update here when the uncertainty is cleared up. ----- Original Message ----- > From: "Brian Proffitt" > To: "users" > Cc: devel at ovirt.org > Sent: Thursday, January 8, 2015 10:12:39 PM > Subject: [ovirt-devel] Community ads on StackOverflow, 1st half 2015 > > We have a new community ad set to go for the next StackOverflow campaign for > the first half of the year. Allon Mureinik has posted it at: > > http://meta.stackoverflow.com/a/283016/2422776 > > Now we just need some upvotes there to have the ad approved. The current > threshold is +6. If you are a member of the StackOverflow network, we could > use the support! > > Thanks! > > BKP > > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Devel mailing list > Devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > > > From hypunit at gmail.com Sat Jan 10 03:35:46 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Sat, 10 Jan 2015 11:35:46 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: Hi Martin, I installed gluster from ovirt repo....is it require to install those packages manually ?? On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > Hi Punit, > > can you verify that nodes contain cluster packages from the following log? > > Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found > > > M. > > On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > > Hi Kanagaraj, > > Please find the attached logs :- > > Engine Logs :- http://ur1.ca/jdopt > VDSM Logs :- http://ur1.ca/jdoq9 > > > > On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >> Do you see any errors in the UI? >> >> Also please provide the engine.log and vdsm.log when the failure occured. >> >> Thanks, >> Kanagaraj >> >> >> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >> >> Hi Martin, >> >> The steps are below :- >> >> 1. Step the ovirt engine on the one server... >> 2. Installed centos 7 on 4 host node servers.. >> 3. I am using host node (compute+storage)....now i have added all 4 nodes >> to engine... >> 4. Create the gluster volume from GUI... >> >> Network :- >> eth0 :- public network (1G) >> eth1+eth2=bond0= VM public network (1G) >> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >> >> every hostnode has 24 bricks=24*4(distributed replicated) >> >> Thanks, >> Punit >> >> >> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k wrote: >> >>> Hi Punit, >>> >>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>> /var/log/vdsm/vdsmd.log >>> >>> it would be really helpful if you provided exact steps how to reproduce >>> the problem. >>> >>> regards >>> >>> Martin Pavlik - rhev QE >>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >>> > >>> > Hi, >>> > >>> > I try to add gluster volume but it failed... >>> > >>> > Ovirt :- 3.5 >>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > libvirt-1.1.1-29.el7_0.4 >>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>> > Engine Logs :- >>> > >>> > 2015-01-08 09:57:52,569 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:52,609 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,582 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,591 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,596 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,633 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > ^C >>> > >>> > >>> >>> >> >> > <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Sun Jan 11 04:38:16 2015 From: kmayilsa at redhat.com (Kanagaraj Mayilsamy) Date: Sat, 10 Jan 2015 23:38:16 -0500 (EST) Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Message-ID: <1734123055.5640253.1420951096591.JavaMail.zimbra@redhat.com> Looks like some issue while peer probing cpu02. Can you provide 'gluster peer status' output from host cpu04? Also in the same host, search for any errors in vdsm.log file. Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj Mayilsamy" > Cc: "Martin Pavl?k" , gluster-users at gluster.org, "Kaushal M" , > users at ovirt.org > Sent: Friday, January 9, 2015 3:44:58 PM > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer list from Host > > Hi, > > Again i am facing the same issue.... > > Hi Kanagaraj, > > Please find the attached logs :- > > Engine Logs :- http://ur1.ca/jdopt > VDSM Logs :- http://ur1.ca/jdoq9 > > > > On Thu, Jan 8, 2015 at 10:00 AM, Punit Dambiwal wrote: > > > Yes...Gluster service running on the host...disable the selinux and > > reinstall the host work for me.. > > > > On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy > > wrote: > > > >> Can you check if glusterd service is running on the host? > >> > >> Regards, > >> Kanagaraj > >> > >> ----- Original Message ----- > >> > From: "Martin Pavl?k" > >> > To: "Punit Dambiwal" > >> > Cc: gluster-users at gluster.org, "Kaushal M" , > >> users at ovirt.org > >> > Sent: Wednesday, January 7, 2015 9:36:24 PM > >> > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer > >> list from Host > >> > > >> > Hi Punit, > >> > > >> > could you describe steps which led to this result? > >> > > >> > regards > >> > > >> > Matin Pavlik - RHEV QE > >> > > >> > > >> > > >> > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: > >> > > >> > Hi, > >> > > >> > I am facing one strange issue in the ovirt with glusterfs ......i want > >> to > >> > reactivate onw of my host node....but it's failed with the following > >> error > >> > :- > >> > > >> > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed > >> on > >> > server cpu04. > >> > > >> > Engine Logs :- http://ur1.ca/jczdp > >> > > >> > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> > > >> > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> > > >> > > > > > From didi at redhat.com Sun Jan 11 08:11:11 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 11 Jan 2015 03:11:11 -0500 (EST) Subject: [ovirt-users] Failing to connect to console via vnc (was: HostedEngine Deployment Woes) In-Reply-To: <463D53A3-47B9-4C58-ACB4-018CA0061B51@power-soft.com> References: <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> <463D53A3-47B9-4C58-ACB4-018CA0061B51@power-soft.com> Message-ID: <982907261.7736178.1420963871465.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Thursday, January 8, 2015 9:24:51 PM > Subject: Re: Failing to connect to console via vnc (was: HostedEngine Deployment Woes) > > Hi again Didi, > > > I decided to try a bare metal install and migrate to a self hosted. The bare > metal install worked great but same issue conencting to the VM via VNC. > Just prompts for password seems to connect then auto closes any vnc client > I use. From the logs it sasys authentication cancelled. The password to > connect was in the hosted-engine ?deploy at the end so I didn?t think I > needed to set it again. This is a temporary password, by default valid for 3 hours. The one you set with 'hosted-engine --add-console-password' is temporary too, valid for 2 minutes. Did vnc console connection work during deploy? Do you have engine up and running? If so, can you get the console through the web admin? > > The VDSM logs for this session; > > Thread-60::DEBUG::2015-01-08 > 11:14:53,712::domainMonitor::192::Storage.DomainMonitorThread::(_monitorDomain) > Refreshing domain ac1ae7f8-cb48-4251-a246-e68efa9772f0 > Thread-60::DEBUG::2015-01-08 > 11:14:53,718::fileSD::152::Storage.StorageDomain::(__init__) Reading domain > in path > /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0 > Thread-60::DEBUG::2015-01-08 > 11:14:53,719::persistentDict::192::Storage.PersistentDict::(__init__) > Created a persistent dict with FileMetadataRW backend > Thread-60::DEBUG::2015-01-08 > 11:14:53,721::persistentDict::234::Storage.PersistentDict::(refresh) read > lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=hosted_storage', > 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=ON', > 'LOCKRENEWALINTERVALSEC=5', 'MASTER_VERSION=1', > 'POOL_DESCRIPTION=hosted_datacenter', > 'POOL_DOMAINS=ac1ae7f8-cb48-4251-a246-e68efa9772f0:Active', > 'POOL_SPM_ID=-1', 'POOL_SPM_LVER=0', > 'POOL_UUID=c4a7ea33-d530-492c-a7fa-13418b6c6f0a', > 'REMOTE_PATH=192.168.1.32:/Volumes/Raid1', 'ROLE=Master', > 'SDUUID=ac1ae7f8-cb48-4251-a246-e68efa9772f0', 'TYPE=NFS', 'VERSION=3', > '_SHA_CKSUM=78daa16373d371fb33ae30943059b955b3d3ebdb'] > Thread-60::DEBUG::2015-01-08 > 11:14:53,723::fileSD::611::Storage.StorageDomain::(imageGarbageCollector) > Removing remnants of deleted images [] > Thread-60::INFO::2015-01-08 > 11:14:53,724::sd::384::Storage.StorageDomain::(_registerResourceNamespaces) > Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_imageNS already > registered > Thread-60::INFO::2015-01-08 > 11:14:53,724::sd::392::Storage.StorageDomain::(_registerResourceNamespaces) > Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_volumeNS already > registered > Thread-60::DEBUG::2015-01-08 > 11:14:53,728::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1' (cwd None) > Thread-60::DEBUG::2015-01-08 > 11:14:53,736::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.000292092 s, 1.6 MB/s\n'; = 0 > VM Channels Listener::DEBUG::2015-01-08 > 11:14:59,682::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 12. > Thread-60::DEBUG::2015-01-08 > 11:15:03,744::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1' (cwd None) > Thread-60::DEBUG::2015-01-08 > 11:15:03,753::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.00036382 s, 1.3 MB/s\n'; = 0 > Thread-60::DEBUG::2015-01-08 > 11:15:13,762::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1' (cwd None) > Thread-60::DEBUG::2015-01-08 > 11:15:13,770::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.000338997 s, 1.4 MB/s\n'; = 0 This all seems unrelated, result of some monitoring. When I try to login with an invalid password, I get in vdsm.log: libvirtEventLoop::DEBUG::2015-01-11 10:04:41,423::clientIF::555::vm.Vm::(dispatchLibvirtEvents) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::graphics event phase 0 localAddr {'node': '0.0.0.0', 'service': '5900', 'family': 0} remoteAddr {'node': '10.36.4.232', 'service': '50218', 'family': 0}authScheme vnc subject [] libvirtEventLoop::DEBUG::2015-01-11 10:04:42,150::clientIF::555::vm.Vm::(dispatchLibvirtEvents) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::graphics event phase 1 localAddr {'node': '0.0.0.0', 'service': '5900', 'family': 0} remoteAddr {'node': '10.36.4.232', 'service': '50218', 'family': 0}authScheme vnc subject [] libvirtEventLoop::DEBUG::2015-01-11 10:04:47,476::clientIF::555::vm.Vm::(dispatchLibvirtEvents) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::graphics event phase 2 localAddr {'node': '0.0.0.0', 'service': '5900', 'family': 0} remoteAddr {'node': '10.36.4.232', 'service': '50218', 'family': 0}authScheme vnc subject [] Thread-530134::DEBUG::2015-01-11 10:04:49,477::guestagent::356::vm.Vm::(desktopLock) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::desktopLock called If you do not see something similar, you might have some problem earlier. Best, -- Didi From didi at redhat.com Sun Jan 11 08:32:55 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 11 Jan 2015 03:32:55 -0500 (EST) Subject: [ovirt-users] Recovering from an aborted hosted-engine --deploy In-Reply-To: <20150109232449.B34DA2E4048F@dd20936.kasserver.com> References: <20150109232449.B34DA2E4048F@dd20936.kasserver.com> Message-ID: <136937828.7736803.1420965175666.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Michael Schefczyk" > To: users at ovirt.org > Sent: Saturday, January 10, 2015 1:24:49 AM > Subject: [ovirt-users] Recovering from an aborted hosted-engine --deploy > > Dear All, > > after a failing hosted-engine --deploy, I am trying to recover the system > based on the following description: > http://lists.ovirt.org/pipermail/users/2014-May/024423.html > > Whatever I do, however, I receive the following message during the next > hosted-engine --deploy: > [ ERROR ] Failed to execute stage 'Environment setup': Failed to reconfigure > libvirt for VDSM What do you get from 'vdsm-tool configure --force'? > > Is there a way to initiate such reconfiguration without completely installing > the server from scratch?? Please see e.g.: http://lists.ovirt.org/pipermail/users/2014-May/024423.html http://lists.ovirt.org/pipermail/users/2015-January/030356.html http://lists.ovirt.org/pipermail/users/2015-January/030358.html Best, -- Didi From mpavlik at redhat.com Sun Jan 11 10:46:08 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Sun, 11 Jan 2015 11:46:08 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: <397007C3-ACA0-4855-B7A5-37215A5D0819@redhat.com> Hi Punit, unfortunately I?am not that with the gluster, I was just following the obvious clue from the log. Could you try on the nodes if the packages are even available for installation yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account gluster-swift-proxy gluster-swift-doc gluster-swift-container glusterfs-geo-replication if not you could try to get them in official gluster repo. http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo HTH M. > On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > Hi Martin, > > I installed gluster from ovirt repo....is it require to install those packages manually ?? > > On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > Hi Punit, > can you verify that nodes contain cluster packages from the following log? > Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found > > M. > >> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: >> >> Hi Kanagaraj, >> >> Please find the attached logs :- >> >> Engine Logs :- http://ur1.ca/jdopt >> VDSM Logs :- http://ur1.ca/jdoq9 >> >> >> >> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: >> Do you see any errors in the UI? >> >> Also please provide the engine.log and vdsm.log when the failure occured. >> >> Thanks, >> Kanagaraj >> >> >> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> Hi Martin, >>> >>> The steps are below :- >>> >>> 1. Step the ovirt engine on the one server... >>> 2. Installed centos 7 on 4 host node servers.. >>> 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... >>> 4. Create the gluster volume from GUI... >>> >>> Network :- >>> eth0 :- public network (1G) >>> eth1+eth2=bond0= VM public network (1G) >>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> >>> every hostnode has 24 bricks=24*4(distributed replicated) >>> >>> Thanks, >>> Punit >>> >>> >>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: >>> Hi Punit, >>> >>> can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >>> >>> it would be really helpful if you provided exact steps how to reproduce the problem. >>> >>> regards >>> >>> Martin Pavlik - rhev QE >>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: >>> > >>> > Hi, >>> > >>> > I try to add gluster volume but it failed... >>> > >>> > Ovirt :- 3.5 >>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > libvirt-1.1.1-29.el7_0.4 >>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>> > Engine Logs :- >>> > >>> > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > ^C >>> > >>> > >>> >>> >> >> >> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpavlik at redhat.com Sun Jan 11 10:48:55 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Sun, 11 Jan 2015 11:48:55 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> Hi Punit, unfortunately I?am not that good with the gluster, I was just following the obvious clue from the log. Could you try on the nodes if the packages are even available for installation yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account gluster-swift-proxy gluster-swift-doc gluster-swift-container glusterfs-geo-replication if not you could try to get them in official gluster repo. http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo HTH M. > On 10 Jan 2015, at 04:35, Punit Dambiwal > wrote: > > Hi Martin, > > I installed gluster from ovirt repo....is it require to install those packages manually ?? > > On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > Hi Punit, > can you verify that nodes contain cluster packages from the following log? > Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found > > M. > >> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: >> >> Hi Kanagaraj, >> >> Please find the attached logs :- >> >> Engine Logs :- http://ur1.ca/jdopt >> VDSM Logs :- http://ur1.ca/jdoq9 >> >> >> >> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: >> Do you see any errors in the UI? >> >> Also please provide the engine.log and vdsm.log when the failure occured. >> >> Thanks, >> Kanagaraj >> >> >> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> Hi Martin, >>> >>> The steps are below :- >>> >>> 1. Step the ovirt engine on the one server... >>> 2. Installed centos 7 on 4 host node servers.. >>> 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... >>> 4. Create the gluster volume from GUI... >>> >>> Network :- >>> eth0 :- public network (1G) >>> eth1+eth2=bond0= VM public network (1G) >>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> >>> every hostnode has 24 bricks=24*4(distributed replicated) >>> >>> Thanks, >>> Punit >>> >>> >>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: >>> Hi Punit, >>> >>> can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >>> >>> it would be really helpful if you provided exact steps how to reproduce the problem. >>> >>> regards >>> >>> Martin Pavlik - rhev QE >>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: >>> > >>> > Hi, >>> > >>> > I try to add gluster volume but it failed... >>> > >>> > Ovirt :- 3.5 >>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > libvirt-1.1.1-29.el7_0.4 >>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>> > Engine Logs :- >>> > >>> > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > ^C >>> > >>> > >>> >>> >> >> >> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Sun Jan 11 14:19:58 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Sun, 11 Jan 2015 09:19:58 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: References: <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> Message-ID: <1633331868.8325070.1420985998623.JavaMail.zimbra@redhat.com> 1) If you want to check crush of vm, you can emulate kernel panic on vm, or just to kill vm process on host. So if you have HA vm that run on first host, and you kill vm process, vm must be restarted on second host. 2) Reason why we drop vm to unknown status and not start it automatically on second host(in case of some host problem), because engine not really know if it power outage or just some connectivity problem with host, and can be that vm still exist on first host and continue write on storage, so when you start the same vm on second host, that will write on the same storage you can get data corruption. I think you can write your own script, for example check connectivity to vm or to power management interface of host(if you have one) and if it really power outage, "Confirm Host has been Rebooted" via REST or SDK(fence manual). I hope it will help you. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Thursday, January 8, 2015 7:03:55 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. For >2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). Is there any way to make the VM failover happen(move to another host in the same cluster) automatically as for sometimes the administrator may also can not recognize the sudden power outage immediately. Also How I can test in my environment? Please kindly advise. >1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Thursday, January 08, 2015 8:46 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 So, behavior for not HE HA vm is: 1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. 2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Wednesday, January 7, 2015 3:00:26 AM Subject: RE: [ovirt-users] VM failover with ovirt3.5 For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From tlitovsk at redhat.com Sun Jan 11 15:29:34 2015 From: tlitovsk at redhat.com (Anatoly Litvosky) Date: Sun, 11 Jan 2015 17:29:34 +0200 Subject: [ovirt-users] Cutting edge ovirt node images. Message-ID: <1420990174.17364.26.camel@redhat.com> Hi For all of you that want the latest images for ovirt node. For some time there is a new job in the ovirt jenkins that builds an image for every commit made. http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Currently for fedora 20 but hopefully more to come. Many thanks to David (dcaro) for all the effort. Best regards. Tolik. From hypunit at gmail.com Mon Jan 12 03:15:46 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 12 Jan 2015 11:15:46 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: <1734123055.5640253.1420951096591.JavaMail.zimbra@redhat.com> References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> <1734123055.5640253.1420951096591.JavaMail.zimbra@redhat.com> Message-ID: Hi Kanagaraj, I can probe the host from each other through command line without any issue....also there is no error in the vdsm logs.. On Sun, Jan 11, 2015 at 12:38 PM, Kanagaraj Mayilsamy wrote: > Looks like some issue while peer probing cpu02. > > Can you provide 'gluster peer status' output from host cpu04? Also in the > same host, search for any errors in vdsm.log file. > > Thanks, > Kanagaraj > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj Mayilsamy" > > Cc: "Martin Pavl?k" , gluster-users at gluster.org, > "Kaushal M" , > > users at ovirt.org > > Sent: Friday, January 9, 2015 3:44:58 PM > > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer list > from Host > > > > Hi, > > > > Again i am facing the same issue.... > > > > Hi Kanagaraj, > > > > Please find the attached logs :- > > > > Engine Logs :- http://ur1.ca/jdopt > > VDSM Logs :- http://ur1.ca/jdoq9 > > > > > > > > On Thu, Jan 8, 2015 at 10:00 AM, Punit Dambiwal > wrote: > > > > > Yes...Gluster service running on the host...disable the selinux and > > > reinstall the host work for me.. > > > > > > On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy < > kmayilsa at redhat.com> > > > wrote: > > > > > >> Can you check if glusterd service is running on the host? > > >> > > >> Regards, > > >> Kanagaraj > > >> > > >> ----- Original Message ----- > > >> > From: "Martin Pavl?k" > > >> > To: "Punit Dambiwal" > > >> > Cc: gluster-users at gluster.org, "Kaushal M" , > > >> users at ovirt.org > > >> > Sent: Wednesday, January 7, 2015 9:36:24 PM > > >> > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer > > >> list from Host > > >> > > > >> > Hi Punit, > > >> > > > >> > could you describe steps which led to this result? > > >> > > > >> > regards > > >> > > > >> > Matin Pavlik - RHEV QE > > >> > > > >> > > > >> > > > >> > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > > wrote: > > >> > > > >> > Hi, > > >> > > > >> > I am facing one strange issue in the ovirt with glusterfs ......i > want > > >> to > > >> > reactivate onw of my host node....but it's failed with the following > > >> error > > >> > :- > > >> > > > >> > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] > failed > > >> on > > >> > server cpu04. > > >> > > > >> > Engine Logs :- http://ur1.ca/jczdp > > >> > > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users at ovirt.org > > >> > http://lists.ovirt.org/mailman/listinfo/users > > >> > > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users at ovirt.org > > >> > http://lists.ovirt.org/mailman/listinfo/users > > >> > > > >> > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Mon Jan 12 04:54:10 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 12 Jan 2015 12:54:10 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> Message-ID: Hi, Is there any one from gluster can help me here :- Engine logs :- 2015-01-12 12:50:33,841 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:34,725 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:36,824 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:36,853 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:36,866 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:37,751 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:39,849 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:39,878 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:39,890 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:40,776 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:42,878 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:42,903 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:42,916 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:43,771 INFO [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, log id: 303e70a4 2015-01-12 12:50:43,780 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: -1, Message: Creation of Gluster Volume vol01 failed. 2015-01-12 12:50:43,785 INFO [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] [image: Inline image 2] On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > Hi Punit, > > unfortunately I?am not that good with the gluster, I was just following > the obvious clue from the log. Could you try on the nodes if the packages > are even available for installation > > yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account > gluster-swift-proxy gluster-swift-doc gluster-swift-container > glusterfs-geo-replication > > if not you could try to get them in official gluster repo. > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > HTH > > M. > > > > > On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > Hi Martin, > > I installed gluster from ovirt repo....is it require to install those > packages manually ?? > > On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> Hi Punit, >> >> can you verify that nodes contain cluster packages from the following log? >> >> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found >> >> >> M. >> >> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: >> >> Hi Kanagaraj, >> >> Please find the attached logs :- >> >> Engine Logs :- http://ur1.ca/jdopt >> VDSM Logs :- http://ur1.ca/jdoq9 >> >> >> >> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: >> >>> Do you see any errors in the UI? >>> >>> Also please provide the engine.log and vdsm.log when the failure occured. >>> >>> Thanks, >>> Kanagaraj >>> >>> >>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> >>> Hi Martin, >>> >>> The steps are below :- >>> >>> 1. Step the ovirt engine on the one server... >>> 2. Installed centos 7 on 4 host node servers.. >>> 3. I am using host node (compute+storage)....now i have added all 4 >>> nodes to engine... >>> 4. Create the gluster volume from GUI... >>> >>> Network :- >>> eth0 :- public network (1G) >>> eth1+eth2=bond0= VM public network (1G) >>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> >>> every hostnode has 24 bricks=24*4(distributed replicated) >>> >>> Thanks, >>> Punit >>> >>> >>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>> wrote: >>> >>>> Hi Punit, >>>> >>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>> /var/log/vdsm/vdsmd.log >>>> >>>> it would be really helpful if you provided exact steps how to reproduce >>>> the problem. >>>> >>>> regards >>>> >>>> Martin Pavlik - rhev QE >>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >>>> > >>>> > Hi, >>>> > >>>> > I try to add gluster volume but it failed... >>>> > >>>> > Ovirt :- 3.5 >>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>> > KVM :- 1.5.3 - 60.el7_0.2 >>>> > libvirt-1.1.1-29.el7_0.4 >>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>>> > >>>> > Engine Logs :- >>>> > >>>> > 2015-01-08 09:57:52,569 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:52,609 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,582 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,591 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,596 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,633 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > ^C >>>> > >>>> > >>>> >>>> >>> >>> >> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 92270 bytes Desc: not available URL: From kmayilsa at redhat.com Mon Jan 12 05:02:38 2015 From: kmayilsa at redhat.com (Kanagaraj) Date: Mon, 12 Jan 2015 10:32:38 +0530 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> Message-ID: <54B3556E.1000203@redhat.com> Looks like there are some failures in gluster. Can you send the log output from glusterd log file from the relevant hosts? Thanks, Kanagaraj On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > Hi, > > Is there any one from gluster can help me here :- > > Engine logs :- > > 2015-01-12 12:50:33,841 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:34,725 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,824 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,853 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,866 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:37,751 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,849 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,890 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:40,776 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,903 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,916 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:43,771 INFO > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, log id: 303e70a4 > 2015-01-12 12:50:43,780 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: -1, Message: Creation of Gluster Volume vol01 failed. > 2015-01-12 12:50:43,785 INFO > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > > Inline image 2 > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > Hi Punit, > > unfortunately I?am not that good with the gluster, I was just > following the obvious clue from the log. Could you try on the > nodes if the packages are even available for installation > > yum install gluster-swift gluster-swift-object > gluster-swift-plugin gluster-swift-account gluster-swift-proxy > gluster-swift-doc gluster-swift-container glusterfs-geo-replication > > if not you could try to get them in official gluster repo. > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > HTH > > M. > > > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal > > wrote: >> >> Hi Martin, >> >> I installed gluster from ovirt repo....is it require to install >> those packages manually ?? >> >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > > wrote: >> >> Hi Punit, >> >> can you verify that nodes contain cluster packages from the following log? >> >> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found >> >> >> M. >> >>> On 09 Jan 2015, at 11:13, Punit Dambiwal >> > wrote: >>> >>> Hi Kanagaraj, >>> >>> Please find the attached logs :- >>> >>> Engine Logs :- http://ur1.ca/jdopt >>> VDSM Logs :- http://ur1.ca/jdoq9 >>> >>> >>> >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >>> > wrote: >>> >>> Do you see any errors in the UI? >>> >>> Also please provide the engine.log and vdsm.log when the >>> failure occured. >>> >>> Thanks, >>> Kanagaraj >>> >>> >>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>> Hi Martin, >>>> >>>> The steps are below :- >>>> >>>> 1. Step the ovirt engine on the one server... >>>> 2. Installed centos 7 on 4 host node servers.. >>>> 3. I am using host node (compute+storage)....now i have >>>> added all 4 nodes to engine... >>>> 4. Create the gluster volume from GUI... >>>> >>>> Network :- >>>> eth0 :- public network (1G) >>>> eth1+eth2=bond0= VM public network (1G) >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>> >>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>> >>>> Thanks, >>>> Punit >>>> >>>> >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>> > wrote: >>>> >>>> Hi Punit, >>>> >>>> can you please provide also errors from >>>> /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >>>> >>>> it would be really helpful if you provided exact >>>> steps how to reproduce the problem. >>>> >>>> regards >>>> >>>> Martin Pavlik - rhev QE >>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >>>> > wrote: >>>> > >>>> > Hi, >>>> > >>>> > I try to add gluster volume but it failed... >>>> > >>>> > Ovirt :- 3.5 >>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>> > KVM :- 1.5.3 - 60.el7_0.2 >>>> > libvirt-1.1.1-29.el7_0.4 >>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>>> > >>>> > Engine Logs :- >>>> > >>>> > 2015-01-08 09:57:52,569 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:52,609 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,582 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,591 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,596 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,633 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > ^C >>>> > >>>> > >>>> >>>> >>> >>> >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 92270 bytes Desc: not available URL: From mail at johankooijman.com Mon Jan 12 07:26:09 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Mon, 12 Jan 2015 08:26:09 +0100 Subject: [ovirt-users] Can't migrate/remove VM In-Reply-To: References: Message-ID: Found the bug I'm hitting: https://bugzilla.redhat.com/show_bug.cgi?id=1145636 Workaround is to put host in maintenance mode and uncheck the JSON checkbox change under advanced settings for the node. On Wed, Jan 7, 2015 at 12:26 PM, Johan Kooijman wrote: > All, > > I was able to reproduce this every time I did an install of ovirt 3.5 on > CentOS 6. The issue does not occur when I move to the snapshot version of > 3.5 > > On Tue, Jan 6, 2015 at 2:20 PM, Johan Kooijman > wrote: > >> Hi all, >> >> Been playing with an ovirt test setup for the last couple of days. >> Created some vm's, started to throw them around on the cluster, but now >> I'm stuck. The VM's are running, but when I try to stop them, I get errors >> like this: >> >> https://plakbord.cloud.nl/p/zvAEVPFeBBJSBeGspKNxJsqF >> >> >> When trying to migrate a VM, the node throws this error: >> >> https://plakbord.cloud.nl/p/4Syi9A7tEd8L3A2pQg6boVB6 >> >> Any clue on what's happening? >> >> -- >> Met vriendelijke groeten / With kind regards, >> Johan Kooijman >> > > > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Mon Jan 12 08:54:25 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 12 Jan 2015 08:54:25 +0000 (UTC) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." Message-ID: <533815895.837219.1421052865748.JavaMail.yahoo@jws106105.mail.bf1.yahoo.com> Hi list, I've been trying to setup hosted-engine on 2 nodes for a few times.? The latest failure which I can't figure out is the "Engine health status page is not yet reachable." I'm running CentOS 6.6 fully patched before setting up 3.5.? Sure I run screen, I also need to setup three vars to get around a proxy server, http_proxy, https_proxy, no_proxy. `hosted-engine --deploy` went fine until the last steps.? After `engine setup is completed`, I picked (1) Continue setup.?? It says 'Waiting for VM to shutdown`.? Once the VM is up again, I waited for a couple of minutes, then pick (1) again, it gives me "Engine health status page is not yet reachable." At this point, I can ssh to the VM, I can also access and login the web GUI. Any suggestion? Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Mon Jan 12 09:18:36 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 12 Jan 2015 04:18:36 -0500 (EST) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." In-Reply-To: <533815895.837219.1421052865748.JavaMail.yahoo@jws106105.mail.bf1.yahoo.com> References: <533815895.837219.1421052865748.JavaMail.yahoo@jws106105.mail.bf1.yahoo.com> Message-ID: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Monday, January 12, 2015 10:54:25 AM > Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." > > Hi list, > > I've been trying to setup hosted-engine on 2 nodes for a few times. The > latest failure which I can't figure out is the "Engine health status page is > not yet reachable." > > I'm running CentOS 6.6 fully patched before setting up 3.5. Sure I run > screen, I also need to setup three vars to get around a proxy server, > http_proxy, https_proxy, no_proxy. > > `hosted-engine --deploy` went fine until the last steps. After `engine setup > is completed`, I picked (1) Continue setup. It says 'Waiting for VM to > shutdown`. Once the VM is up again, I waited for a couple of minutes, then > pick (1) again, it gives me > > "Engine health status page is not yet reachable." > > At this point, I can ssh to the VM, I can also access and login the web GUI. So the health page _is_ probably reachable, but for some reason the host can't access it. > > Any suggestion? Check/post logs, check correctness of names/IP addresses/etc., iptables, try to manually get the health page from the host and see if it works, e.g. curl http://{fqdn}/ovirt-engine/services/health (replace {fqdn} with the name you input as engine fqdn). Best, -- Didi From olivier.navas at sdis33.fr Mon Jan 12 09:41:57 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Mon, 12 Jan 2015 10:41:57 +0100 (CET) Subject: [ovirt-users] Can't remove a storage domain related to a broken hardware In-Reply-To: <2067853214.1572961.1421055562592.JavaMail.zimbra@sdis33.fr> Message-ID: <224275394.1573993.1421055717806.JavaMail.zimbra@sdis33.fr> Hi ! I finally solved my problem by removing information related to broken storage in the engine database. I post below the sql queries I executed in postgres (with engine stopped while executing them) in order to remove storage domain. Maybe it can be useful for somebody else in the same situation. Connect to database # su - postgres # psql engine identify broken storage engine=# select id, storage_name from storage_domain_static; id | storage_name --------------------------------------+------------------------ 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 | my-broken-storage-domain identify ovf disks on this storage engine=# select storage_domain_id, ovf_disk_id from storage_domains_ovf_info where storage_domain_id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; storage_domain_id | ovf_disk_id --------------------------------------+-------------------------------------- 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 | 033f8fba-5145-47e8-b3b5-32a34a39ad11 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 | 2d9a6a40-1dd0-4180-b7c7-3829a443c825 engine=# delete from storage_domain_dynamic where id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; engine=# delete from storage_domain_static where id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; engine=# delete from base_disks where disk_id = '033f8fba-5145-47e8-b3b5-32a34a39ad11'; engine=# delete from base_disks where disk_id = '2d9a6a40-1dd0-4180-b7c7-3829a443c825'; engine=# delete from storage_domains_ovf_info where storage_domain_id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; engine=# delete from storage_pool_iso_map where storage_id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; identify and delete luns and connections related to storage (i did not take notes of results of these ones, but it was easy to find the good lines). Also, i noticed that lun_storage_server_connection_map only contained information about iscsi storage, not fiber channel. engine=# select * from luns; engine=# delete from luns where physical_volume_id = 'IqOdm6-BWuT-9YBW-uvM1-q41E-a3Cz-zPnWHq'; engine=# delete from lun_storage_server_connection_map where storage_server_connection='1b9f3167-3236-431e-93c2-ab5ee18eba04'; engine=# delete from lun_storage_server_connection_map where storage_server_connection='ea5971f8-e1a0-42e3-826d-b95e9031ce53'; engine=# delete from storage_server_connections where id='1b9f3167-3236-431e-93c2-ab5ee18eba04'; engine=# delete from storage_server_connections where id='ea5971f8-e1a0-42e3-826d-b95e9031ce53'; delete remaining disk(s) ; I had 1 virtual disk on this storage engine=# delete from base_disks where disk_id='03d651eb-14a9-4dca-8c87-605f101a5e0c'; engine=# delete from permissions where object_id='03d651eb-14a9-4dca-8c87-605f101a5e0c'; Then started engine and all is fine now. ----- Mail original ----- > De: "Amit Aviram" > ?: "Olivier Navas" > Envoy?: Mardi 6 Janvier 2015 17:24:19 > Objet: Re: [ovirt-users] Can't remove a storage domain related to a broken hardware > > > > ----- Original Message ----- > From: "Olivier Navas" > Hi, can you please add the engine log? > > To: users at ovirt.org > Sent: Tuesday, January 6, 2015 11:28:42 AM > Subject: [ovirt-users] Can't remove a storage domain related to a broken > hardware > > > Hello Ovirt users ! > > I experienced an hardware failure on a ISCSI storage making it unrecoverable, > and I would like to remove it from storage domains. > > There was 1 disk on this storage domain, and this disk isn't attached to any > VM anymore, but I still can't detach this storage domain from cluster. > > The storage domain is in "inactive" status and if I try to "detach" it from > data center, ovirt tries to activate it. Obviously it can't activate it > since hardware is broken, and it fails after several minutes with the event > "Failed to detach Storage Domain my_storage_domain to Data Center Default. > (User: admin)". I can post my engine.log if useful. > > I need a way to force removal of this storage domain. Any trick would be > greatly appreciated. > > Perhaps does Ovirt miss some sort of "force detach, i know what i'm doing" > button ? > > I am running an Ovirt 3.5 cluster (engine with CentOS 6.6, 4 nodes with > CentOS 7) with FC and ISCSI storage domains. > > Thanks for your help. > > > > > Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels > et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si > vous avez re?u ce courriel par erreur, merci de le retourner ? son > exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique > est susceptible d'alteration au cours de son acheminement sur internet. > Seuls les documents officiels du SDIS sont de nature ? engager sa > responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont > celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de > la Gironde. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Mon Jan 12 10:06:43 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 12 Jan 2015 18:06:43 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <54B3556E.1000203@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> Message-ID: Hi Kanagaraj, Please find the logs from here :- http://ur1.ca/jeszc [image: Inline image 1] [image: Inline image 2] On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > Looks like there are some failures in gluster. > Can you send the log output from glusterd log file from the relevant hosts? > > Thanks, > Kanagaraj > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > Hi, > > Is there any one from gluster can help me here :- > > Engine logs :- > > 2015-01-12 12:50:33,841 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:34,725 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,824 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,853 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,866 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:37,751 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,849 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,890 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:40,776 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,903 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,916 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:43,771 INFO > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > log id: 303e70a4 > 2015-01-12 12:50:43,780 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > -1, Message: Creation of Gluster Volume vol01 failed. > 2015-01-12 12:50:43,785 INFO > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > > [image: Inline image 2] > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > >> Hi Punit, >> >> unfortunately I?am not that good with the gluster, I was just following >> the obvious clue from the log. Could you try on the nodes if the packages >> are even available for installation >> >> yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account >> gluster-swift-proxy gluster-swift-doc gluster-swift-container >> glusterfs-geo-replication >> >> if not you could try to get them in official gluster repo. >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >> >> HTH >> >> M. >> >> >> >> >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: >> >> Hi Martin, >> >> I installed gluster from ovirt repo....is it require to install those >> packages manually ?? >> >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: >> >>> Hi Punit, >>> >>> can you verify that nodes contain cluster packages from the following log? >>> >>> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found >>> >>> >>> M. >>> >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: >>> >>> Hi Kanagaraj, >>> >>> Please find the attached logs :- >>> >>> Engine Logs :- http://ur1.ca/jdopt >>> VDSM Logs :- http://ur1.ca/jdoq9 >>> >>> >>> >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: >>> >>>> Do you see any errors in the UI? >>>> >>>> Also please provide the engine.log and vdsm.log when the failure >>>> occured. >>>> >>>> Thanks, >>>> Kanagaraj >>>> >>>> >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>> >>>> Hi Martin, >>>> >>>> The steps are below :- >>>> >>>> 1. Step the ovirt engine on the one server... >>>> 2. Installed centos 7 on 4 host node servers.. >>>> 3. I am using host node (compute+storage)....now i have added all 4 >>>> nodes to engine... >>>> 4. Create the gluster volume from GUI... >>>> >>>> Network :- >>>> eth0 :- public network (1G) >>>> eth1+eth2=bond0= VM public network (1G) >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>> >>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>> >>>> Thanks, >>>> Punit >>>> >>>> >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>> wrote: >>>> >>>>> Hi Punit, >>>>> >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>>> /var/log/vdsm/vdsmd.log >>>>> >>>>> it would be really helpful if you provided exact steps how to >>>>> reproduce the problem. >>>>> >>>>> regards >>>>> >>>>> Martin Pavlik - rhev QE >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >>>>> > >>>>> > Hi, >>>>> > >>>>> > I try to add gluster volume but it failed... >>>>> > >>>>> > Ovirt :- 3.5 >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>>> > KVM :- 1.5.3 - 60.el7_0.2 >>>>> > libvirt-1.1.1-29.el7_0.4 >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>>>> > >>>>> > Engine Logs :- >>>>> > >>>>> > 2015-01-08 09:57:52,569 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:52,609 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,582 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,591 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,596 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,633 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > ^C >>>>> > >>>>> > >>>>> >>>>> >>>> >>>> >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>> >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 144424 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 92270 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 167891 bytes Desc: not available URL: From jdeloro at web.de Mon Jan 12 10:16:52 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Mon, 12 Jan 2015 11:16:52 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <54AFD5BE.2020102@redhat.com> References: , <54AFD5BE.2020102@redhat.com> Message-ID: Hello Ondra, > > I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? > > [...] > > > > I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. > > Can you try user 'cn=Manager', I think it's incorrectly configured ACL. Nice try, but this is no proper solution for the problem. Raising privileges should be always avoided. Alon is currently troubleshooting this issue and he is close to find a good solution. Best regards Jannick From vanoppen.koen at gmail.com Mon Jan 12 12:09:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:09:56 +0100 Subject: [ovirt-users] Issues with vm start up In-Reply-To: References: <20141127081559.GA2537@redhat.com> <572849023.7775824.1417428425628.JavaMail.zimbra@redhat.com> <454519527.7801484.1417432137174.JavaMail.zimbra@redhat.com> Message-ID: Glad I could help :-) 2015-01-08 16:48 GMT+01:00 VONDRA Alain : > Hi, > > Thanks A LOT Koen, you saved me with your solution !!!! > > Regards > > > > > > ------------------------------ > > *Alain VONDRA * > *Charg? d'exploitation des Syst?mes d'Information * > *Direction Administrative et Financi?re* > * +33 1 44 39 77 76 <%2B33%201%2044%2039%2077%2076> * > > *UNICEF France 3 rue Duguay Trouin 75006 PARIS* > * www.unicef.fr * > > > > > > > > > ------------------------------ > > > *De :* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *De la > part de* Koen Vanoppen > *Envoy? :* lundi 8 d?cembre 2014 07:49 > *? :* users at ovirt.org > *Objet :* Re: [ovirt-users] Issues with vm start up > > > > We also had a issue when starting our vms. This was due the fact of the > NUMA option under the host section. I attached a procedure I created for > work. Maybe it is also useful for your case... > > > > 2014-12-02 5:58 GMT+01:00 Shanil S : > > Hi Omer, > > We have opened this as a bug, you can view the new bug here > https://bugzilla.redhat.com/show_bug.cgi?id=1169625. > > > -- > Regards > Shanil > > > > On Tue, Dec 2, 2014 at 8:42 AM, Shanil S wrote: > > Hi Omer, > > Thanks for your reply. We will open it as a bug. > > > -- > Regards > Shanil > > > > On Mon, Dec 1, 2014 at 4:38 PM, Omer Frenkel wrote: > > > > ----- Original Message ----- > > From: "Shanil S" > > To: "Omer Frenkel" , users at ovirt.org, "Juan > Hernandez" > > Sent: Monday, December 1, 2014 12:39:12 PM > > Subject: Re: [ovirt-users] Issues with vm start up > > > > Hi Omer, > > > > Thanks for your reply. > > > > We are deploying those VM's through templates and all the templates has > > first boot from hard disk and second with cdrom. We are using cdrom in > > cloud-init section to insert the cloud-init data .Why we need this boot > > loader (VM boot order or in the cloud-init section) as in the template > the > > first boot order is harddisk ? > > > > > > if the template's boot order has hard-disk it should be ok, > not sure why it seems for this vm the boot order is only cd. > does this happen to any vm created from this template? > can you check the boot order is corrent in the edit vm dialog? > > if the boot order is ok in the template, > and it happens to any new vm from this template, > you should open a bug so we could investigate this. > > > > > > -- > > Regards > > Shanil > > > > On Mon, Dec 1, 2014 at 3:37 PM, Omer Frenkel > wrote: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Shanil S" > > > > To: "Shahar Havivi" > > > > Cc: users at ovirt.org, "Juan Hernandez" , "Omer > > > Frenkel" > > > > Sent: Thursday, November 27, 2014 10:32:54 AM > > > > Subject: Re: [ovirt-users] Issues with vm start up > > > > > > > > Hi Omer, > > > > > > > > I have attached the engine.log and vdsm.log. Please check it. The vm > id > > > is > > > > - 7c7aa9dedb57248f5da291117164f0d7 > > > > > > > > > > sorry Shanil for the delay, > > > it looks that in the vm settings, you have chosen to boot only from cd > ? > > > this is why the vm doest boot, the cloud-init disk is a settings disk, > not > > > a boot disk > > > please go to update vm, change the boot order to use hard-disk, and > boot > > > the vm. > > > > > > let me know if it helps, > > > Omer. > > > > > > > -- > > > > Regards > > > > Shanil > > > > > > > > On Thu, Nov 27, 2014 at 1:46 PM, Shahar Havivi > > > wrote: > > > > > > > > > Try to remove content and run the vm, > > > > > ie remove the runcmd: or some of it - try to use the xml with out > CDATA > > > > > maybe > > > > > you can pinpoint the problem that way... > > > > > > > > > > > > > > > On 27.11.14 10:03, Shanil S wrote: > > > > > > Hi All, > > > > > > > > > > > > > > > > > > I am using the ovirt version 3.5 and having some issues with the > vm > > > > > startup > > > > > > with cloud-init using api in run-once mode..... > > > > > > > > > > > > Below is the steps i follow :- > > > > > > > > > > > > 1. Create the VM by API from precreated Template.. > > > > > > 2. Start the VM in run-once mode and push the cloud-init data > from > > > API.. > > > > > > 3. VM stuck and from console it display the following :- > > > > > > Booting from DVD/CD.. ... > > > > > > Boot failed : could not read from CDROM (code 004) > > > > > > > > > > > > I am using the following xml for this operation :- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
test
> > > > > >
> > > > > > > > > > > > > > > > > > > > > > > > virtIO > > > > > > eth0 > > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > > > > virtIO > > > > > > eth1 > > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /ignored > > > > > disable-ec2-metadata: true > > > > > > disable_root: false > > > > > > ssh_pwauth: true > > > > > > ssh_deletekeys: true > > > > > > chpasswd: { expire: False } > > > > > > > > > > > > users: > > > > > > - name: root > > > > > > primary-group: root > > > > > > passwd: 8W7RQ5Bh > > > > > > lock-passwd: false > > > > > > > > > > > > runcmd: > > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > > - yum -y update > > > > > > - yum -y install rdate > > > > > > - rdate -s stdtime.gov.hk]]> > > > > > > plaintext > > > > > > > > > > > > > > > > > >
> > > > > disable-ec2-metadata: true > > > > > > disable_root: false > > > > > > ssh_pwauth: true > > > > > > ssh_deletekeys: true > > > > > > chpasswd: { expire: False } > > > > > > > > > > > > users: > > > > > > - name: root > > > > > > primary-group: root > > > > > > passwd: 8W7RQ5Bh > > > > > > lock-passwd: false > > > > > > > > > > > > runcmd: > > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > > - yum -y update > > > > > > - yum -y install rdate > > > > > > - rdate -s stdtime.gov.hk]]> > > > > > >
> > > > > >
> > > > > >
> > > > > > > > > > > > I am also attaching the screen shot to this. > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Regards > > > > > > Shanil > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siganture_bonne-annee_taille1707bdcfa Type: image/jpeg Size: 36754 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: urgence_eboladc6d2e Type: image/gif Size: 3264 bytes Desc: not available URL: From sabose at redhat.com Mon Jan 12 12:00:16 2015 From: sabose at redhat.com (Sahina Bose) Date: Mon, 12 Jan 2015 17:30:16 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs Message-ID: <54B3B750.6010205@redhat.com> Hi all, Please review the feature page for this proposed solution and provide your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster thanks sahina From vanoppen.koen at gmail.com Mon Jan 12 12:21:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:21:56 +0100 Subject: [ovirt-users] Alerts In-Reply-To: <54AD324E.6010009@redhat.com> References: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> <54AD324E.6010009@redhat.com> Message-ID: Thanks!!! Just what I needed! 2015-01-07 14:19 GMT+01:00 Juan Hern?ndez : > On 01/07/2015 02:05 PM, Koen Vanoppen wrote: > > Thanks. But, is there no other way, besides screwing around in the > database? > > > > You can use the Python SDK: > > #!/usr/bin/python > > import ovirtsdk.api > import ovirtsdk.xml > > api = ovirtsdk.api.API( > url="https://engine.example.com/ovirt-engine/api", > username="admin at internal", > password="******", > ca_file="/etc/pki/ovirt-engine/ca.pem" > ) > > alerts = api.events.list(query="severity=alert") > for alert in alerts: > alert.delete() > > api.disconnect() > > > > 2015-01-07 13:07 GMT+01:00 Eli Mesika > >: > > > > > > > > ----- Original Message ----- > > > From: "Koen Vanoppen" > > > > > To: users at ovirt.org > > > Sent: Wednesday, January 7, 2015 7:42:25 AM > > > Subject: [ovirt-users] Alerts > > > > > > Hi All, > > > > > > We recently had a major crash on our ovirt environment due a > > strange bug (has > > > been reported in the meanwhile). > > > > > > But now we are left we a bunch of aerts (+100) that are still > standing > > > there... Is there a way I can flush them manually from command > > line or so? > > > Because the right click+clear all, doesn't seem to work that > > good... :-). > > > > If you want to remove ALL alerts run from command line > > > > psql -U engine -c "delete from audit_log where severity = 10;" engine > > > > NOTE: > > Keep in mind that before any manual operation on your database you > > should backup it first. > > > > > > > > Kind regards, > > > > > > Koen > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Mon Jan 12 12:44:47 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Mon, 12 Jan 2015 07:44:47 -0500 (EST) Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3B750.6010205@redhat.com> References: <54B3B750.6010205@redhat.com> Message-ID: <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> Hi Sahina, Some comments: 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). 2. Perhaps you should pass not the IP but the name of the network? IPs might change. 3. Adding to "2", perhaps using DNS names is a more valid approach? 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. Thanks, Oved ----- Original Message ----- > From: "Sahina Bose" > To: devel at ovirt.org, "users" > Sent: Monday, January 12, 2015 2:00:16 PM > Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs > > Hi all, > > Please review the feature page for this proposed solution and provide > your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > > thanks > sahina > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Mon Jan 12 12:51:05 2015 From: lvernia at redhat.com (Lior Vernia) Date: Mon, 12 Jan 2015 14:51:05 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3B750.6010205@redhat.com> References: <54B3B750.6010205@redhat.com> Message-ID: <54B3C339.9040203@redhat.com> Hi Sahina! :) Cool feature, and I think long-awaited by many users. I have a few comments: 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a list box - I presume the items contained there are all IP addresses configured on the host's interfaces. 1. a. May I suggest that this contain network names instead of IP addresses? Would be easier for users to think about things (they surely remember the meaning of network names, not necessarily of IP addresses). 1. b. If I correctly understood the mock-up, then configuring a "Storage Network" role only affects the default entry chosen in the list box. Is it really worth the trouble of implementing this added role? It's quite different than display/migration roles, which are used to determine what IP address to use at a later time (i.e. not when configuring the host), when a VM is run/migrated in the cluster. 1. c. A word of warning: sometimes a host interface's IP address is missing in the engine - this usually happens when they're configured for the first time with DHCP, and the setup networks command returns before an IP address is allocated (this can later be resolved by refreshing host capabilities, there's a button for that). So when displaying items in the list box, you should really check that an IP address exists for each network. 2. "Storage Network": if you intend to keep this role in the feature (I don't think it adds a lot of functionality, see article 1b), it might be better to call it "Gluster Network" - otherwise people using virt mode might think this network is gonna be used to communicate with other types of storage domains. Yours, Lior. On 12/01/15 14:00, Sahina Bose wrote: > Hi all, > > Please review the feature page for this proposed solution and provide > your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > > thanks > sahina > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From vanoppen.koen at gmail.com Mon Jan 12 12:57:30 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:57:30 +0100 Subject: [ovirt-users] rename ovirt-engine Message-ID: Dear all, A while ago we migrated our engine to a new host with a new name. But now, we come to realistion that our certificate is still using the old name of the host. I tried to run the ovirt-engine-rename script, but after typed the new hostname I get this output: [ INFO ] The following files will be updated: /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf /etc/pki/ovirt-engine/cert.conf /etc/pki/ovirt-engine/cert.template /etc/pki/ovirt-engine/certs/apache.cer /etc/pki/ovirt-engine/keys/apache.key.nopass /etc/pki/ovirt-engine/keys/apache.p12 [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ ERROR ] Failed to execute stage 'Misc configuration': invalid literal for int() with base 10: 'None' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-rename-20150112135225-wfbear.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150112135247-rename.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of rename failed >From the log file: 2015-01-12 13:52:46 DEBUG otopi.plugins.otopi.services.rhel plugin.executeRaw:785 execute: ('/sbin/service', 'ovirt-websocket-proxy', 'stop'), executable='None', cwd='None', env=None 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel plugin.executeRaw:803 execute-result: ('/sbin/service', 'ovirt-websocket-proxy', 'stop'), rc=0 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:861 execute-output: ('/sbin/service', 'ovirt-websocket-proxy', 'stop') stdout: Stopping oVirt Engine websockets proxy: [ OK ] 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'ovirt-websocket-proxy', 'stop') stderr: 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc configuration 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE early_misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage early_misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._early_misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Package installation 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE packages 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.network.iptables.Plugin._packages 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc configuration 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.system.command.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_common.ovirt_engine.db.pgpass.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/pgPassFile=str:'/tmp/tmpHWoEfz' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._connection 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/connection=connection:'' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/statement=Statement:'' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:164 Database: 'None', Statement: ' select version, option_value from vdc_options where option_name = %(name)s ', args: {'name': 'RedirectServletReportsPage'} 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:214 Result: [{'version': 'general', 'option_value': '//ovirtmgmt01prod.brusselsairport.aero:None/ovirt-engine-reports'}] 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-rename/ovirt-engine/database.py", line 176, in _misc ulist[1] = newfqdn + ":" + str(u.port) File "/usr/lib64/python2.6/urlparse.py", line 105, in port return int(port, 10) ValueError: invalid literal for int() with base 10: 'None' 2015-01-12 13:52:47 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': invalid literal for int() with base 10: 'None' 2015-01-12 13:52:47 DEBUG otopi.transaction transaction.abort:131 aborting 'Database Transaction' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, ValueError("invalid literal for int() with base 10: 'None'",), )]' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/connection=NoneType:'None' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Clean up 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE cleanup Any ideas? Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Mon Jan 12 12:58:06 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:58:06 +0100 Subject: [ovirt-users] rename ovirt-engine In-Reply-To: References: Message-ID: Oh yeah, we are using ovirt 3.5 :-) 2015-01-12 13:57 GMT+01:00 Koen Vanoppen : > Dear all, > > A while ago we migrated our engine to a new host with a new name. > But now, we come to realistion that our certificate is still using the old > name of the host. > I tried to run the ovirt-engine-rename script, but after typed the new > hostname I get this output: > > [ INFO ] The following files will be updated: > > /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf > /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf > /etc/pki/ovirt-engine/cert.conf > /etc/pki/ovirt-engine/cert.template > /etc/pki/ovirt-engine/certs/apache.cer > /etc/pki/ovirt-engine/keys/apache.key.nopass > /etc/pki/ovirt-engine/keys/apache.p12 > > [ INFO ] Stage: Transaction setup > [ INFO ] Stopping engine service > [ INFO ] Stopping ovirt-fence-kdump-listener service > [ INFO ] Stopping websocket-proxy service > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ ERROR ] Failed to execute stage 'Misc configuration': invalid literal > for int() with base 10: 'None' > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-rename-20150112135225-wfbear.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20150112135247-rename.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of rename failed > > > From the log file: > > 2015-01-12 13:52:46 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:785 execute: ('/sbin/service', 'ovirt-websocket-proxy', > 'stop'), executable='None', cwd='None', env=None > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:803 execute-result: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop'), rc=0 > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:861 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stdout: > Stopping oVirt Engine websockets proxy: [ OK ] > > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:866 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stderr: > > > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > early_misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: > Package installation > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.network.iptables.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.system.command.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_engine_common.ovirt_engine.db.pgpass.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/pgPassFile=str:'/tmp/tmpHWoEfz' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._connection > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=connection:' 'dbname=engine host=localhost port=5432 user=engine password=xxxxxxxx > sslmode=allow', closed: 0>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/statement=Statement:' object at 0x2ab0850>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:164 Database: 'None', Statement: ' > select version, option_value > from vdc_options > where option_name = %(name)s > ', args: {'name': 'RedirectServletReportsPage'} > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:214 Result: [{'version': 'general', 'option_value': > '//ovirtmgmt01prod.brusselsairport.aero:None/ovirt-engine-reports'}] > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-rename/ovirt-engine/database.py", > line 176, in _misc > ulist[1] = newfqdn + ":" + str(u.port) > File "/usr/lib64/python2.6/urlparse.py", line 105, in port > return int(port, 10) > ValueError: invalid literal for int() with base 10: 'None' > 2015-01-12 13:52:47 ERROR otopi.context context._executeMethod:161 Failed > to execute stage 'Misc configuration': invalid literal for int() with base > 10: 'None' > 2015-01-12 13:52:47 DEBUG otopi.transaction transaction.abort:131 aborting > 'Database Transaction' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > ValueError("invalid literal for int() with base 10: 'None'",), object at 0x2ae7ea8>)]' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=NoneType:'None' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: > Clean up > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > cleanup > > > Any ideas? > > Kind regards, > > Koen > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Mon Jan 12 12:59:50 2015 From: lvernia at redhat.com (Lior Vernia) Date: Mon, 12 Jan 2015 14:59:50 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> Message-ID: <54B3C546.2010202@redhat.com> On 12/01/15 14:44, Oved Ourfali wrote: > Hi Sahina, > > Some comments: > > 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). > 2. Perhaps you should pass not the IP but the name of the network? IPs might change. Actually, IP address can indeed change - which would be very bad for gluster functioning! I think moving networks or changing their IP addresses via Setup Networks should be blocked if they're used by gluster bricks. > 3. Adding to "2", perhaps using DNS names is a more valid approach? > 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. Well, we've already been using this terminology for a while now concerning display/migration roles for networks... That's probably the terminology to use. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Sahina Bose" >> To: devel at ovirt.org, "users" >> Sent: Monday, January 12, 2015 2:00:16 PM >> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs >> >> Hi all, >> >> Please review the feature page for this proposed solution and provide >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >> >> thanks >> sahina >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From didi at redhat.com Mon Jan 12 13:25:17 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 12 Jan 2015 08:25:17 -0500 (EST) Subject: [ovirt-users] rename ovirt-engine In-Reply-To: References: Message-ID: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: users at ovirt.org > Sent: Monday, January 12, 2015 2:58:06 PM > Subject: Re: [ovirt-users] rename ovirt-engine > > Oh yeah, we are using ovirt 3.5 :-) > > 2015-01-12 13:57 GMT+01:00 Koen Vanoppen < vanoppen.koen at gmail.com > : > > > > Dear all, > > A while ago we migrated our engine to a new host with a new name. > But now, we come to realistion that our certificate is still using the old > name of the host. > I tried to run the ovirt-engine-rename script, but after typed the new > hostname I get this output: > > [ INFO ] The following files will be updated: > > /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf > /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf > /etc/pki/ovirt-engine/cert.conf > /etc/pki/ovirt-engine/cert.template > /etc/pki/ovirt-engine/certs/apache.cer > /etc/pki/ovirt-engine/keys/apache.key.nopass > /etc/pki/ovirt-engine/keys/apache.p12 > > [ INFO ] Stage: Transaction setup > [ INFO ] Stopping engine service > [ INFO ] Stopping ovirt-fence-kdump-listener service > [ INFO ] Stopping websocket-proxy service > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ ERROR ] Failed to execute stage 'Misc configuration': invalid literal for > int() with base 10: 'None' > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-rename-20150112135225-wfbear.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20150112135247-rename.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of rename failed > > > From the log file: > > 2015-01-12 13:52:46 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:785 execute: ('/sbin/service', 'ovirt-websocket-proxy', > 'stop'), executable='None', cwd='None', env=None > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:803 execute-result: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop'), rc=0 > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:861 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stdout: > Stopping oVirt Engine websockets proxy: [ OK ] > > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:866 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stderr: > > > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > early_misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Package > installation > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.network.iptables.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.system.command.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.ovirt_engine_common.ovirt_engine.db.pgpass.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/pgPassFile=str:'/tmp/tmpHWoEfz' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD > otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._connection > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=connection:' 'dbname=engine host=localhost port=5432 user=engine password=xxxxxxxx > sslmode=allow', closed: 0>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/statement=Statement:' object at 0x2ab0850>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:164 Database: 'None', Statement: ' > select version, option_value > from vdc_options > where option_name = %(name)s > ', args: {'name': 'RedirectServletReportsPage'} > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:214 Result: [{'version': 'general', 'option_value': > '//ovirtmgmt01prod.brusselsairport.aero:None/ovirt-engine-reports'}] > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-rename/ovirt-engine/database.py", > line 176, in _misc > ulist[1] = newfqdn + ":" + str(u.port) > File "/usr/lib64/python2.6/urlparse.py", line 105, in port > return int(port, 10) > ValueError: invalid literal for int() with base 10: 'None' > 2015-01-12 13:52:47 ERROR otopi.context context._executeMethod:161 Failed to > execute stage 'Misc configuration': invalid literal for int() with base 10: > 'None' > 2015-01-12 13:52:47 DEBUG otopi.transaction transaction.abort:131 aborting > 'Database Transaction' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > ValueError("invalid literal for int() with base 10: 'None'",), object at 0x2ae7ea8>)]' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=NoneType:'None' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Clean > up > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE cleanup > > > Any ideas? Fixed by [1], will be included in 3.5.1. [1] http://gerrit.ovirt.org/#/q/If22134524c7699d53fb944b9b26dc158ac71ea49,n,z -- Didi From ecohen at redhat.com Mon Jan 12 13:56:30 2015 From: ecohen at redhat.com (Einav Cohen) Date: Mon, 12 Jan 2015 08:56:30 -0500 (EST) Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3C339.9040203@redhat.com> References: <54B3B750.6010205@redhat.com> <54B3C339.9040203@redhat.com> Message-ID: <1050980849.8274375.1421070990234.JavaMail.zimbra@redhat.com> > 2. "Storage Network": if you intend to keep this role in the feature (I > don't think it adds a lot of functionality, see article 1b), it might be > better to call it "Gluster Network" - otherwise people using virt mode > might think this network is gonna be used to communicate with other > types of storage domains. +1 on "Storage Network" -> "Gluster Network" (assuming this role is kept, as Lior mentioned). > ----- Original Message ----- > From: "Lior Vernia" > Sent: Monday, January 12, 2015 7:51:05 AM > > Hi Sahina! :) > > Cool feature, and I think long-awaited by many users. I have a few comments: > > 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a > list box - I presume the items contained there are all IP addresses > configured on the host's interfaces. > > 1. a. May I suggest that this contain network names instead of IP > addresses? Would be easier for users to think about things (they surely > remember the meaning of network names, not necessarily of IP addresses). > > 1. b. If I correctly understood the mock-up, then configuring a "Storage > Network" role only affects the default entry chosen in the list box. Is > it really worth the trouble of implementing this added role? It's quite > different than display/migration roles, which are used to determine what > IP address to use at a later time (i.e. not when configuring the host), > when a VM is run/migrated in the cluster. > > 1. c. A word of warning: sometimes a host interface's IP address is > missing in the engine - this usually happens when they're configured for > the first time with DHCP, and the setup networks command returns before > an IP address is allocated (this can later be resolved by refreshing > host capabilities, there's a button for that). So when displaying items > in the list box, you should really check that an IP address exists for > each network. > > 2. "Storage Network": if you intend to keep this role in the feature (I > don't think it adds a lot of functionality, see article 1b), it might be > better to call it "Gluster Network" - otherwise people using virt mode > might think this network is gonna be used to communicate with other > types of storage domains. > > Yours, Lior. > > On 12/01/15 14:00, Sahina Bose wrote: > > Hi all, > > > > Please review the feature page for this proposed solution and provide > > your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > > > > thanks > > sahina > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jdeloro at web.de Mon Jan 12 14:16:17 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Mon, 12 Jan 2015 15:16:17 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> References: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> , <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> Message-ID: Hello, many thanks to Alon! We have a working setup with support for base dn. The special challenge in our setup is the constraint of specifying a base dn for every ldap search and referrals inside the branches that must be processed. If anyone has the same problem, our working configuration with a slightly newer version of ovirt-engine-extension-aaa-ldap is: $ cat /etc/ovirt-engine/aaa/company-ldap.properties include = vars.server = ldap.company.de vars.user = cn=system,dc=company,dc=de vars.password = password pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} sequence-init.init.100-my-basedn-init-vars = my-basedn-init-vars sequence.my-basedn-init-vars.010.description = set baseDN sequence.my-basedn-init-vars.010.type = var-set sequence.my-basedn-init-vars.010.var-set.variable = simple_baseDN sequence.my-basedn-init-vars.010.var-set.value = dc=company,dc=de search.default.search-request.derefPolicy = ALWAYS Best regards Jannick From kmayilsa at redhat.com Mon Jan 12 14:53:31 2015 From: kmayilsa at redhat.com (Kanagaraj Mayilsamy) Date: Mon, 12 Jan 2015 09:53:31 -0500 (EST) Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> Message-ID: <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> I can see the failures in glusterd log. Can someone from glusterfs dev pls help on this? Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj" > Cc: "Martin Pavl?k" , "Vijay Bellur" , "Kaushal M" , > users at ovirt.org, gluster-users at gluster.org > Sent: Monday, January 12, 2015 3:36:43 PM > Subject: Re: Failed to create volume in OVirt with gluster > > Hi Kanagaraj, > > Please find the logs from here :- http://ur1.ca/jeszc > > [image: Inline image 1] > > [image: Inline image 2] > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > Looks like there are some failures in gluster. > > Can you send the log output from glusterd log file from the relevant hosts? > > > > Thanks, > > Kanagaraj > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > Hi, > > > > Is there any one from gluster can help me here :- > > > > Engine logs :- > > > > 2015-01-12 12:50:33,841 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:34,725 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,824 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,853 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,866 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:37,751 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,849 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,890 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:40,776 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,903 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,916 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:43,771 INFO > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > > log id: 303e70a4 > > 2015-01-12 12:50:43,780 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > > -1, Message: Creation of Gluster Volume vol01 failed. > > 2015-01-12 12:50:43,785 INFO > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > > > [image: Inline image 2] > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > > > >> Hi Punit, > >> > >> unfortunately I?am not that good with the gluster, I was just following > >> the obvious clue from the log. Could you try on the nodes if the packages > >> are even available for installation > >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >> gluster-swift-account > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >> glusterfs-geo-replication > >> > >> if not you could try to get them in official gluster repo. > >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >> > >> HTH > >> > >> M. > >> > >> > >> > >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > >> > >> Hi Martin, > >> > >> I installed gluster from ovirt repo....is it require to install those > >> packages manually ?? > >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> > >>> Hi Punit, > >>> > >>> can you verify that nodes contain cluster packages from the following > >>> log? > >>> > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-object',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-plugin',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-account',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-proxy',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-doc',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-container',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('glusterfs-geo-replication',) not found > >>> > >>> > >>> M. > >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the attached logs :- > >>> > >>> Engine Logs :- http://ur1.ca/jdopt > >>> VDSM Logs :- http://ur1.ca/jdoq9 > >>> > >>> > >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >>> > >>>> Do you see any errors in the UI? > >>>> > >>>> Also please provide the engine.log and vdsm.log when the failure > >>>> occured. > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>> > >>>> Hi Martin, > >>>> > >>>> The steps are below :- > >>>> > >>>> 1. Step the ovirt engine on the one server... > >>>> 2. Installed centos 7 on 4 host node servers.. > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>> nodes to engine... > >>>> 4. Create the gluster volume from GUI... > >>>> > >>>> Network :- > >>>> eth0 :- public network (1G) > >>>> eth1+eth2=bond0= VM public network (1G) > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>> > >>>> Thanks, > >>>> Punit > >>>> > >>>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>> /var/log/vdsm/vdsmd.log > >>>>> > >>>>> it would be really helpful if you provided exact steps how to > >>>>> reproduce the problem. > >>>>> > >>>>> regards > >>>>> > >>>>> Martin Pavlik - rhev QE > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > >>>>> > > >>>>> > Hi, > >>>>> > > >>>>> > I try to add gluster volume but it failed... > >>>>> > > >>>>> > Ovirt :- 3.5 > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > >>>>> > libvirt-1.1.1-29.el7_0.4 > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>> > > >>>>> > Engine Logs :- > >>>>> > > >>>>> > 2015-01-08 09:57:52,569 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:52,609 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,582 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,591 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,596 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,633 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > ^C > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>> > >>>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>> > >>> > >>> > >> > >> > > > > > From alonbl at redhat.com Mon Jan 12 14:53:54 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 12 Jan 2015 09:53:54 -0500 (EST) Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> Message-ID: <1963422653.3765907.1421074434889.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: jdeloro at web.de > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Monday, January 12, 2015 4:16:17 PM > Subject: Re: [ovirt-users] Setting Base DN for LDAP authentication > > Hello, > > many thanks to Alon! We have a working setup with support for base dn. The > special challenge in our setup is the constraint of specifying a base dn for > every ldap search and referrals inside the branches that must be processed. > > If anyone has the same problem, our working configuration with a slightly > newer version of ovirt-engine-extension-aaa-ldap is: Note that this environment has more than only baseDN issue, it also requires to dereference references at server side. Most environments should not require this, nor have invalid baseDN in their rootDSE naming context. In this specific environment a query for baseDN X result in baseDN Y. Thank you Jannick for the problem determination process. Supporting baseDN X->Y will be formally released in 1.0.2. > > $ cat /etc/ovirt-engine/aaa/company-ldap.properties > include = > > vars.server = ldap.company.de > > vars.user = cn=system,dc=company,dc=de > vars.password = password > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > sequence-init.init.100-my-basedn-init-vars = my-basedn-init-vars > sequence.my-basedn-init-vars.010.description = set baseDN > sequence.my-basedn-init-vars.010.type = var-set > sequence.my-basedn-init-vars.010.var-set.variable = simple_baseDN > sequence.my-basedn-init-vars.010.var-set.value = dc=company,dc=de > > search.default.search-request.derefPolicy = ALWAYS > > Best regards > > Jannick > From danken at redhat.com Mon Jan 12 15:22:32 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 12 Jan 2015 15:22:32 +0000 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3C546.2010202@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> Message-ID: <20150112152232.GJ25208@redhat.com> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: > > > On 12/01/15 14:44, Oved Ourfali wrote: > > Hi Sahina, > > > > Some comments: > > > > 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). > > 2. Perhaps you should pass not the IP but the name of the network? IPs might change. > > Actually, IP address can indeed change - which would be very bad for > gluster functioning! I think moving networks or changing their IP > addresses via Setup Networks should be blocked if they're used by > gluster bricks. In the suggested feature, there is no real storage "role". The "storage role" title means only "default value for glusterfs IP". For example, once a brick was created, nothing protects the admin from accidently removing the storage network, or changing its IP address. Another "proof" that this is not a real "role", is that it affects only GUI: I am guessing that REST API would not make use of it at all. (maybe I'm wrong; for sure, REST must be defined in the feature page) Maybe that's the behavior we want. But alternatively, Engine can enforce a stronger linkage between the brick to the network that it uses. When adding a brick, the dialog would list available networks instead of the specific IP. As long as the brick is being used, the admin would be blocked/warned against deleting the network. I'm missing a discussion regarding the upgrade path. If we would opt to requiring a single storage role network in a cluster, in an upgraded cluster the management network should take this role. > > > 3. Adding to "2", perhaps using DNS names is a more valid approach? > > 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. > > Well, we've already been using this terminology for a while now > concerning display/migration roles for networks... That's probably the > terminology to use. > > > > > Thanks, > > Oved > > > > ----- Original Message ----- > >> From: "Sahina Bose" > >> To: devel at ovirt.org, "users" > >> Sent: Monday, January 12, 2015 2:00:16 PM > >> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs > >> > >> Hi all, > >> > >> Please review the feature page for this proposed solution and provide > >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > >> > >> thanks > >> sahina From jdeloro at web.de Thu Jan 8 19:29:10 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Thu, 8 Jan 2015 20:29:10 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication Message-ID: Hello, I'm trying to configure LDAP authentication with oVirt 3.5 as described in http://www.ovirt.org/Features/AAA. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? Kind regards Jannick From claurent at numar.net Thu Jan 8 23:12:00 2015 From: claurent at numar.net (Carlos Laurent) Date: Thu, 08 Jan 2015 17:12:00 -0600 Subject: [ovirt-users] about Ovirt - KVM - Ubuntu Message-ID: <54AF0EC0.8020401@numar.net> Hi, I have questions about ovirt, my english is not good,I do not know if there are some mail list in spanish. I need install ovirt in ubuntu server, it is posible to do? I read is in experimental. I try install but there areproblems with Python libraries. Is posible Ovirt server read guest machines in KVM ubuntu server? or I need install Ovirt and migrade one to one machines. Thank you very much for the answers. Carlos Laurent Costa Rica,NUMAR From kaushal at redhat.com Fri Jan 9 07:43:33 2015 From: kaushal at redhat.com (Kaushal M) Date: Fri, 9 Jan 2015 02:43:33 -0500 (EST) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AF69E0.6090302@redhat.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> <54AF69E0.6090302@redhat.com> Message-ID: <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> Hey Will, It seems to me you are trying manage GlusterFS from oVirt, and trying to get your multi-network setup to work. As Sahina mentioned already, this is not currently possible as oVirt doesn't have the required support. If you want to make this work right now, I suggest you manage GlusterFS manually. You could do the following, - Install GlusterFS on both the hosts and setup a GlusterFS trusted storage pool using the 'gluster peer probe' commands. Run 'gluster peer probe gfs2' from node1 (and the reverse just for safety) - Create a GlusterFS volume, 'gluster volume create gfs1: gfs2:; and start it, 'gluster volume start '. After this you'll have GlusterFS setup on the particular network and you'll have volume ready to be added as a oVirt storage domain. - Now setup oVirt on the nodes with the node* network. - Add the gfs* network to oVirt. I'm not sure if this would be required, but you can try it anyway. - Add the created GlusterFS volume as a storage domain using a gfs* address. You should now be ready to begin using the new storage domain. If you would want to expand the volume later, you will need to do it manually with an explicit 'gluster volume add-brick' command. You could possible add the GlusterFS cluster to the oVirt interface, just so you can get stats and monitoring. But even then you shouldn't use the oVirt interface to do any management tasks. Multi-network support for GlusterFS within oVirt is an upcoming feature, and Sahina can give you more details on when to expect it to be available. Thanks, Kaushal ----- Original Message ----- > From: "Sahina Bose" > To: "Will K" , users at ovirt.org, "Kaushal M" > Sent: Friday, 9 January, 2015 11:10:48 AM > Subject: Re: [ovirt-users] Using gluster on other hosts? > > > On 01/08/2015 09:41 PM, Will K wrote: > > That's what I did, but didn't work for me. > > > > 1. use the 192.168.x interface to setup gluster. I used hostname in > > /etc/hosts. > > 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x > > 3. oVirt and all that comes up fine. > > 4. When try to create a storage domain, it only shows the 10.10.10.x > > hostnames available. > > > > > > Tried to add a brick and I would get something like > > Host gfs2 is not in 'Peer in Cluster' state (while node2 is the > > hostname and gfs2 is the 192.168 name) > > > Which version of glusterfs do you have? > > Kaushal, will this work in glusterfs3.6 and above? > > > > > > Ran command `gluster probe peer gfs2` or `gluster probe peer > > 192.168.x.x` didn't work > > peer probe: failed: Probe returned with unknown errno 107 > > > > Ran probe again with the switched network hostname or IP worked fine. > > May be it is not possible with current GlusterFS version? > > http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork > > > > > > Will > > > > > > On Thursday, January 8, 2015 3:43 AM, Sahina Bose > > wrote: > > > > > > > > On 01/08/2015 12:07 AM, Will K wrote: > >> Hi > >> > >> I would like to see if anyone has good suggestion. > >> > >> I have two physical hosts with 1GB connections to switched networks. > >> The hosts also have 10GB interface connected directly using Twinax > >> cable like copper crossover cable. The idea was to use the 10GB as a > >> "private network" for GlusterFS till the day we want to grow out of > >> this 2 node setup. > >> > >> GlusterFS was setup with the 10GB ports using non-routable IPs and > >> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 > >> 192.168.1.2. I'm following example from > >> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ > >> > >> , Currently I'm only using Gluster volume on node1, but `gluster > >> probe peer` test worked fine with node2 through the 10GB connection. > >> > >> oVirt engine was setup on physical host1 with hosted engine. Now, > >> when I try to create new Gluster storage domain, I can only see the > >> host "node1" available. > >> > >> Is there anyway I can setup oVirt on node1 and node2, while using > >> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the > >> 10GB connection? > > > > If I understand right, you have 2 interfaces on each of your hosts, > > and you want oVirt to communicate via 1 interface and glusterfs to use > > other? > > > > While adding the hosts to oVirt you could use ip1 and then.while > > creating the volume, add the brick using the other ip address. > > For instance, gluster volume create 192.168.1.2:/bricks/b1 > > > > Currently, there's no way to specify the IP address to use while > > adding a brick from oVirt UI (we're working on this for 3.6), but you > > could do this from the gluster CLI commands. This would then be > > detected in the oVirt UI. > > > > > > > >> > >> Thanks > >> W > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > From kaushal at redhat.com Fri Jan 9 08:48:15 2015 From: kaushal at redhat.com (Kaushal M) Date: Fri, 9 Jan 2015 03:48:15 -0500 (EST) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AF8E8D.6050206@redhat.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> <54AF69E0.6090302@redhat.com> <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> <54AF8E8D.6050206@redhat.com> Message-ID: <526738054.6099598.1420793295208.JavaMail.zimbra@redhat.com> That should work, provided the names being used resolve correctly and to the same values everywhere. But I'd suggest that a manual peer probe is done using the alternative names, before creating the volume. This way Gluster explicitly knows all the names/addresses, and should not cause any troubles. But as I said before, after doing the manual operations, I'd suggest avoiding doing any management actions from the oVirt interface; as it still doesn't know how to handle multiple networks with Gluster. ~kaushal ----- Original Message ----- > From: "Sahina Bose" > To: "Kaushal M" > Cc: "Will K" , users at ovirt.org > Sent: Friday, 9 January, 2015 1:47:17 PM > Subject: Re: [ovirt-users] Using gluster on other hosts? > > > On 01/09/2015 01:13 PM, Kaushal M wrote: > > Hey Will, > > > > It seems to me you are trying manage GlusterFS from oVirt, and trying to > > get your multi-network setup to work. As Sahina mentioned already, this is > > not currently possible as oVirt doesn't have the required support. > > > > If you want to make this work right now, I suggest you manage GlusterFS > > manually. You could do the following, > > > > - Install GlusterFS on both the hosts and setup a GlusterFS trusted storage > > pool using the 'gluster peer probe' commands. Run 'gluster peer probe > > gfs2' from node1 (and the reverse just for safety) > > - Create a GlusterFS volume, 'gluster volume create > > gfs1: gfs2:; and start it, 'gluster volume start > > '. > > After this you'll have GlusterFS setup on the particular network and you'll > > have volume ready to be added as a oVirt storage domain. > > > To enable, oVirt to use the node1 interface, is it possible to peer > probe using node1 and node2 interface in steps above - i.e "gluster peer > probe node2" (This is essentially what happens when a host is added with > host address node1 or node2) > > and then create a GlusterFS volume from CLI using the command you > mentioned above? > > > > - Now setup oVirt on the nodes with the node* network. > > - Add the gfs* network to oVirt. I'm not sure if this would be required, > > but you can try it anyway. > > - Add the created GlusterFS volume as a storage domain using a gfs* > > address. > > > > You should now be ready to begin using the new storage domain. > > > > If you would want to expand the volume later, you will need to do it > > manually with an explicit 'gluster volume add-brick' command. > > > > You could possible add the GlusterFS cluster to the oVirt interface, just > > so you can get stats and monitoring. But even then you shouldn't use the > > oVirt interface to do any management tasks. > > > > Multi-network support for GlusterFS within oVirt is an upcoming feature, > > and Sahina can give you more details on when to expect it to be available. > > > > Thanks, > > Kaushal > > > > > > ----- Original Message ----- > >> From: "Sahina Bose" > >> To: "Will K" , users at ovirt.org, "Kaushal M" > >> > >> Sent: Friday, 9 January, 2015 11:10:48 AM > >> Subject: Re: [ovirt-users] Using gluster on other hosts? > >> > >> > >> On 01/08/2015 09:41 PM, Will K wrote: > >>> That's what I did, but didn't work for me. > >>> > >>> 1. use the 192.168.x interface to setup gluster. I used hostname in > >>> /etc/hosts. > >>> 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x > >>> 3. oVirt and all that comes up fine. > >>> 4. When try to create a storage domain, it only shows the 10.10.10.x > >>> hostnames available. > >>> > >>> > >>> Tried to add a brick and I would get something like > >>> Host gfs2 is not in 'Peer in Cluster' state (while node2 is the > >>> hostname and gfs2 is the 192.168 name) > >> > >> Which version of glusterfs do you have? > >> > >> Kaushal, will this work in glusterfs3.6 and above? > >> > >> > >>> Ran command `gluster probe peer gfs2` or `gluster probe peer > >>> 192.168.x.x` didn't work > >>> peer probe: failed: Probe returned with unknown errno 107 > >>> > >>> Ran probe again with the switched network hostname or IP worked fine. > >>> May be it is not possible with current GlusterFS version? > >>> http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork > >>> > >>> > >>> Will > >>> > >>> > >>> On Thursday, January 8, 2015 3:43 AM, Sahina Bose > >>> wrote: > >>> > >>> > >>> > >>> On 01/08/2015 12:07 AM, Will K wrote: > >>>> Hi > >>>> > >>>> I would like to see if anyone has good suggestion. > >>>> > >>>> I have two physical hosts with 1GB connections to switched networks. > >>>> The hosts also have 10GB interface connected directly using Twinax > >>>> cable like copper crossover cable. The idea was to use the 10GB as a > >>>> "private network" for GlusterFS till the day we want to grow out of > >>>> this 2 node setup. > >>>> > >>>> GlusterFS was setup with the 10GB ports using non-routable IPs and > >>>> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 > >>>> 192.168.1.2. I'm following example from > >>>> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ > >>>> > >>>> , Currently I'm only using Gluster volume on node1, but `gluster > >>>> probe peer` test worked fine with node2 through the 10GB connection. > >>>> > >>>> oVirt engine was setup on physical host1 with hosted engine. Now, > >>>> when I try to create new Gluster storage domain, I can only see the > >>>> host "node1" available. > >>>> > >>>> Is there anyway I can setup oVirt on node1 and node2, while using > >>>> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the > >>>> 10GB connection? > >>> If I understand right, you have 2 interfaces on each of your hosts, > >>> and you want oVirt to communicate via 1 interface and glusterfs to use > >>> other? > >>> > >>> While adding the hosts to oVirt you could use ip1 and then.while > >>> creating the volume, add the brick using the other ip address. > >>> For instance, gluster volume create 192.168.1.2:/bricks/b1 > >>> > >>> Currently, there's no way to specify the IP address to use while > >>> adding a brick from oVirt UI (we're working on this for 3.6), but you > >>> could do this from the gluster CLI commands. This would then be > >>> detected in the oVirt UI. > >>> > >>> > >>> > >>>> Thanks > >>>> W > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >>> > >> > > From jmbaek4848 at gmail.com Mon Jan 12 06:51:43 2015 From: jmbaek4848 at gmail.com (jaemin baek) Date: Mon, 12 Jan 2015 15:51:43 +0900 Subject: [ovirt-users] I have a question about the spice client. Message-ID: hi, i'm korean I have a question about the spice client. My spice client connect to VDI ----> Windows 7 VDI input key ---> Korea keyboard(103/106 key) + hangul key ---> windows 7 IME *but...* input key ---> Korea keyboard(103/106 key) + hangul key --> hangul key exchanged ---> Alt key *Why??* linux spice client Hangul key OK. but windows spice client Hangul key ---> Alt key... Hangul key scancode = 0x38 Alt key scancode = 0x38 *WHY??* Help me Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Tue Jan 13 02:18:02 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Tue, 13 Jan 2015 10:18:02 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> Message-ID: Hi, Please find the more details on this ....can anybody from gluster will help me here :- Gluster CLI Logs :- /var/log/glusterfs/cli.log [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] 0-transport: disconnecting now [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_DISCONNECT [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: [2015-01-13 02:06:23.072176] T [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen 128, payload: 64, rpc hdr: 64 [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect () called on transport already connected [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) to rpc-transport (glusterfs) [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] 0-glusterfs: ping timeout is 0, returning [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] 0-cli: Received response to status cmd [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: Returning 0 [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] 0-cli: Returning: 0 [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 [2015-01-13 02:06:23.076256] D [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076459] D [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 Command log :- /var/log/glusterfs/.cmd_log_history Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy wrote: > I can see the failures in glusterd log. > > Can someone from glusterfs dev pls help on this? > > Thanks, > Kanagaraj > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj" > > Cc: "Martin Pavl?k" , "Vijay Bellur" < > vbellur at redhat.com>, "Kaushal M" , > > users at ovirt.org, gluster-users at gluster.org > > Sent: Monday, January 12, 2015 3:36:43 PM > > Subject: Re: Failed to create volume in OVirt with gluster > > > > Hi Kanagaraj, > > > > Please find the logs from here :- http://ur1.ca/jeszc > > > > [image: Inline image 1] > > > > [image: Inline image 2] > > > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > > > Looks like there are some failures in gluster. > > > Can you send the log output from glusterd log file from the relevant > hosts? > > > > > > Thanks, > > > Kanagaraj > > > > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > > > Hi, > > > > > > Is there any one from gluster can help me here :- > > > > > > Engine logs :- > > > > > > 2015-01-12 12:50:33,841 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:34,725 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,824 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,853 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,866 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:37,751 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,849 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,890 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:40,776 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,903 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,916 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:43,771 INFO > > > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, > > > log id: 303e70a4 > > > 2015-01-12 12:50:43,780 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: > > > -1, Message: Creation of Gluster Volume vol01 failed. > > > 2015-01-12 12:50:43,785 INFO > > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > GLUSTER > > > , sharedLocks= ] > > > > > > [image: Inline image 2] > > > > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > > > > >> Hi Punit, > > >> > > >> unfortunately I?am not that good with the gluster, I was just > following > > >> the obvious clue from the log. Could you try on the nodes if the > packages > > >> are even available for installation > > >> > > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > > >> gluster-swift-account > > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > > >> glusterfs-geo-replication > > >> > > >> if not you could try to get them in official gluster repo. > > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > >> > > >> HTH > > >> > > >> M. > > >> > > >> > > >> > > >> > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > >> > > >> Hi Martin, > > >> > > >> I installed gluster from ovirt repo....is it require to install those > > >> packages manually ?? > > >> > > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > > >> > > >>> Hi Punit, > > >>> > > >>> can you verify that nodes contain cluster packages from the following > > >>> log? > > >>> > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-object',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-plugin',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-account',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-proxy',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-doc',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-container',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('glusterfs-geo-replication',) not found > > >>> > > >>> > > >>> M. > > >>> > > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: > > >>> > > >>> Hi Kanagaraj, > > >>> > > >>> Please find the attached logs :- > > >>> > > >>> Engine Logs :- http://ur1.ca/jdopt > > >>> VDSM Logs :- http://ur1.ca/jdoq9 > > >>> > > >>> > > >>> > > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > > >>> > > >>>> Do you see any errors in the UI? > > >>>> > > >>>> Also please provide the engine.log and vdsm.log when the failure > > >>>> occured. > > >>>> > > >>>> Thanks, > > >>>> Kanagaraj > > >>>> > > >>>> > > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > >>>> > > >>>> Hi Martin, > > >>>> > > >>>> The steps are below :- > > >>>> > > >>>> 1. Step the ovirt engine on the one server... > > >>>> 2. Installed centos 7 on 4 host node servers.. > > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > > >>>> nodes to engine... > > >>>> 4. Create the gluster volume from GUI... > > >>>> > > >>>> Network :- > > >>>> eth0 :- public network (1G) > > >>>> eth1+eth2=bond0= VM public network (1G) > > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > >>>> > > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > > >>>> > > >>>> Thanks, > > >>>> Punit > > >>>> > > >>>> > > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > > >>>> wrote: > > >>>> > > >>>>> Hi Punit, > > >>>>> > > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > > >>>>> /var/log/vdsm/vdsmd.log > > >>>>> > > >>>>> it would be really helpful if you provided exact steps how to > > >>>>> reproduce the problem. > > >>>>> > > >>>>> regards > > >>>>> > > >>>>> Martin Pavlik - rhev QE > > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > >>>>> > > > >>>>> > Hi, > > >>>>> > > > >>>>> > I try to add gluster volume but it failed... > > >>>>> > > > >>>>> > Ovirt :- 3.5 > > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > > >>>>> > libvirt-1.1.1-29.el7_0.4 > > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > > >>>>> > > > >>>>> > Engine Logs :- > > >>>>> > > > >>>>> > 2015-01-08 09:57:52,569 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:52,609 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,582 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,591 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,596 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,633 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > ^C > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 03:03:24 2015 From: donny at cloudspin.me (Donny Davis) Date: Mon, 12 Jan 2015 20:03:24 -0700 Subject: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members Message-ID: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> Here is a quick rundown of the system, and the problem. All hosts on centOS 7 fully up to date GlusterFS is running on 6 servers, 3x2 distribute/replicate. CTDB is running on all hosts I am unable to mount via nfs the exported volume on any of the gluster server members. I am able to mount, read, write, umount from any server that is not a gluster member. Topology - all are hostnames that are resolvable Gluster Members Node1 Node2 Node3 Node4 Node5 Node6 CTDB Virtual IP/Hostname SharedNFS Test Machine Test1 Gluster Volumes Engine Data I am trying to bring up hosted-engine using nfs using the gluster members I run hosted-engine -deploy Nfsv3 Host:/path sharednfs:/engine Error while mounting specified storage path: mount.nfs: an incorrect mount option was specified Ok well lets try that without using the hosted-engine script Mount -v -t nfs -o vers=3 sharednfs:/engine /tmp mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 mount.nfs: trying text-based options 'vers=3,lock=Flase,addr=192.168.0.240 mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100005, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 mount.nfs: mount(2): Invalid argument mount.nfs: an incorrect mount option was specified [root at node4 ~]# systemctl status rpcbind rpcbind.service - RPC bind service Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h 57min ago Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} (code=exited, status=0/SUCCESS) Main PID: 1353 (rpcbind) CGroup: /system.slice/rpcbind.service L-1353 /sbin/rpcbind -w Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. Ummm: this makes no sense:. [root at test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100005, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) On the test machine mounts the nfs share with no problems. I have confirmed this does not work on a single machine that is part of the gluster. And any other machine is able to mount the exact same share, with the exact same parameters: on the exact same OS:. I am at a loss Donny D -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Tue Jan 13 04:02:47 2015 From: yetanotherwill at yahoo.com (Will K) Date: Tue, 13 Jan 2015 04:02:47 +0000 (UTC) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." In-Reply-To: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> References: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> Message-ID: <590028741.207684.1421121767337.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> thanks, the URL helped troubleshoot it.W On Monday, January 12, 2015 4:18 AM, Yedidyah Bar David wrote: ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Monday, January 12, 2015 10:54:25 AM > Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." > > Hi list, > > I've been trying to setup hosted-engine on 2 nodes for a few times. The > latest failure which I can't figure out is the "Engine health status page is > not yet reachable." > > I'm running CentOS 6.6 fully patched before setting up 3.5. Sure I run > screen, I also need to setup three vars to get around a proxy server, > http_proxy, https_proxy, no_proxy. > > `hosted-engine --deploy` went fine until the last steps. After `engine setup > is completed`, I picked (1) Continue setup. It says 'Waiting for VM to > shutdown`. Once the VM is up again, I waited for a couple of minutes, then > pick (1) again, it gives me > > "Engine health status page is not yet reachable." > > At this point, I can ssh to the VM, I can also access and login the web GUI. So the health page _is_ probably reachable, but for some reason the host can't access it. > > Any suggestion? Check/post logs, check correctness of names/IP addresses/etc., iptables, try to manually get the health page from the host and see if it works, e.g. curl http://{fqdn}/ovirt-engine/services/health (replace {fqdn} with the name you input as engine fqdn). Best, -- Didi -------------- next part -------------- An HTML attachment was scrubbed... URL: From rstory at tislabs.com Tue Jan 13 04:14:57 2015 From: rstory at tislabs.com (Robert Story) Date: Mon, 12 Jan 2015 23:14:57 -0500 Subject: [ovirt-users] about Ovirt - KVM - Ubuntu In-Reply-To: <54AF0EC0.8020401@numar.net> References: <54AF0EC0.8020401@numar.net> Message-ID: <20150112231457.111858eb@ispx.vb.futz.org> On Thu, 08 Jan 2015 17:12:00 -0600 Carlos wrote: CL> I have questions about ovirt, my english is not good,I do not know if CL> there are some mail list in spanish. Hola Carlos, CL> Is posible Ovirt server read guest machines in KVM ubuntu server? or I CL> need install Ovirt and migrade one to one machines. You will need to migrate existing KVM guests to oVirt. There is a tool, virt-v2v, that can help with the conversion. Unfortunately it's a long, slow multi-step process. Hopefully google can help find some documentation or a blog in Spanish for you. Robert -- Senior Software Engineer @ Parsons -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From yetanotherwill at yahoo.com Tue Jan 13 05:05:14 2015 From: yetanotherwill at yahoo.com (Will K) Date: Tue, 13 Jan 2015 05:05:14 +0000 (UTC) Subject: [ovirt-users] hosted-engine-lockspace broken symlinks Message-ID: <1816486558.248633.1421125514859.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Hi, still working on this hosted-engine setup. ?When deploy hosted-engine on the 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot be found. 1) ?Node1 is up with hosted engine installed on a GlusterFS volume. ?When try to deploy hosted engine on node2, ?I specified storage path to be nfs available on "ovirtmount.xyz.com". ?ovirtmount is just an entry in the host file pointing to node1 as in the "Up and Running with oVirt 3.5". The deploy process mounted the ifs export under?????/rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent I fond symlinks point to /rhev/data-center/mnt/:_engine/.... ? instead of "ovirtmount"? ? hosted-engine-lockspace? ? ? hosted-engine-metadata If I re-run deploy again using IP for the NFS export, the symlinks will look good and go forward with the process. 2) Then something killed the VM at this point. Sure it was running.[ INFO ?] Configuring VDSM[ INFO ?] Starting vdsmd[ INFO ?] Waiting for VDSM hardware info[ INFO ?] Waiting for VDSM hardware info[ INFO ?] Connected to Storage Domain[ INFO ?] Configuring VM[ INFO ?] Updating hosted-engine configuration[ INFO ?] Stage: Transaction commit[ INFO ?] Stage: Closing up[ ERROR ] Failed to execute stage 'Closing up': [ INFO ?] Stage: Clean up[ INFO ?] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'[ INFO ?] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated[ INFO ?] Stage: Pre-termination[ INFO ?] Stage: Termination Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeloro at web.de Tue Jan 13 05:19:02 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Tue, 13 Jan 2015 06:19:02 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <2031445146.3911934.1421098372313.JavaMail.zimbra@redhat.com> References: , <2031445146.3911934.1421098372313.JavaMail.zimbra@redhat.com> Message-ID: Hello Alon, > All over? :) traveling into the past. This e-mail comes from Mailmans moderator queue. It was sent before I was registered. And after being registered I was unable to cancel the e-mail, because Mailman always told me the token was unknown. The problem is solved to my complete satisfaction. Kind regards Jannick From karli.sjoberg at slu.se Tue Jan 13 06:28:53 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Tue, 13 Jan 2015 06:28:53 +0000 Subject: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members In-Reply-To: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> References: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> Message-ID: <1421130533.5443.33.camel@data-b104.adm.slu.se> On Mon, 2015-01-12 at 20:03 -0700, Donny Davis wrote: > Here is a quick rundown of the system, and the problem. > > > > All hosts on centOS 7 fully up to date > > GlusterFS is running on 6 servers, 3x2 distribute/replicate. > > CTDB is running on all hosts > > I am unable to mount via nfs the exported volume on any of the gluster > server members. > > > > I am able to mount, read, write, umount from any server that is not a > gluster member. > > > > Topology ? all are hostnames that are resolvable > > Gluster Members > > Node1 > > Node2 > > Node3 > > Node4 > > Node5 > > Node6 > > > > CTDB Virtual IP/Hostname > > SharedNFS > > > > Test Machine > > Test1 > > > > Gluster Volumes > > Engine > > Data > > > > I am trying to bring up hosted-engine using nfs using the gluster > members > > I run hosted-engine ?deploy > > Nfsv3 > > > > Host:/path sharednfs:/engine > > Error while mounting specified storage path: mount.nfs: an incorrect > mount option was specified > > > > Ok well lets try that without using the hosted-engine script > > > > Mount ?v ?t nfs ?o vers=3 sharednfs:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 > > mount.nfs: trying text-based options > 'vers=3,lock=Flase,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > mount.nfs: mount(2): Invalid argument > > mount.nfs: an incorrect mount option was specified > > > > > > [root at node4 ~]# systemctl status rpcbind > > rpcbind.service - RPC bind service > > Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) > > Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h > 57min ago > > Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} > (code=exited, status=0/SUCCESS) > > Main PID: 1353 (rpcbind) > > CGroup: /system.slice/rpcbind.service > > ??1353 /sbin/rpcbind -w > > > > Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... > > Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. > > Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. > > > > > > Ummm? this makes no sense?. > > [root at test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 > > mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) > > > > > > > > On the test machine mounts the nfs share with no problems. I have > confirmed this does not work on a single machine that is part of the > gluster. And any other machine is able to mount the exact same share, > with the exact same parameters? on the exact same OS?. > > > > I am at a loss iptables? Can you ping 'sharednfs'? SSH in on it? /K > > > > Donny D > > > > > plain text document attachment (ATT00001) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Med V?nliga H?lsningar ------------------------------------------------------------------------------- Karli Sj?berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron?sv?gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se From hypunit at gmail.com Tue Jan 13 06:42:36 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Tue, 13 Jan 2015 14:42:36 +0800 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: <54B4A0FF.6060104@redhat.com> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <54B4A0FF.6060104@redhat.com> Message-ID: Hi Atin, Please find the output from here :- http://ur1.ca/jf4bs On Tue, Jan 13, 2015 at 12:37 PM, Atin Mukherjee wrote: > Punit, > > cli log wouldn't help much here. To debug this issue further can you > please let us know the following: > > 1. gluster peer status output > 2. gluster volume status output > 3. gluster --version output. > 4. Which command got failed > 5. glusterd log file of all the nodes > > ~Atin > > > On 01/13/2015 07:48 AM, Punit Dambiwal wrote: > > Hi, > > > > Please find the more details on this ....can anybody from gluster will > help > > me here :- > > > > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: > got > > RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > > 0-glusterfs: got RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > > 0-transport: disconnecting now > > [2015-01-13 02:06:23.072055] T > [cli-quotad-client.c:100:cli_quotad_notify] > > 0-glusterfs: got RPC_CLNT_DISCONNECT > > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > > [2015-01-13 02:06:23.072176] T > > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request > fraglen > > 128, payload: 64, rpc hdr: 64 > > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] > (--> > > > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: > connect > > () called on transport already connected > > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: > 2, > > Proc: 27) to rpc-transport (glusterfs) > > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > > 0-glusterfs: ping timeout is 0, returning > > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > > 0-cli: Received response to status cmd > > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > > Returning 0 > > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > > 0-cli: Returning: 0 > > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076244] D > [cli-xml-output.c:131:cli_xml_output_common] > > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076256] D > > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning > 0 > > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076459] D > > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > > > Command log :- /var/log/glusterfs/.cmd_log_history > > > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > > details. > > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > > details. > > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > failed > > on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > > details. > > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < > kmayilsa at redhat.com> > > wrote: > > > >> I can see the failures in glusterd log. > >> > >> Can someone from glusterfs dev pls help on this? > >> > >> Thanks, > >> Kanagaraj > >> > >> ----- Original Message ----- > >>> From: "Punit Dambiwal" > >>> To: "Kanagaraj" > >>> Cc: "Martin Pavl?k" , "Vijay Bellur" < > >> vbellur at redhat.com>, "Kaushal M" , > >>> users at ovirt.org, gluster-users at gluster.org > >>> Sent: Monday, January 12, 2015 3:36:43 PM > >>> Subject: Re: Failed to create volume in OVirt with gluster > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the logs from here :- http://ur1.ca/jeszc > >>> > >>> [image: Inline image 1] > >>> > >>> [image: Inline image 2] > >>> > >>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj > wrote: > >>> > >>>> Looks like there are some failures in gluster. > >>>> Can you send the log output from glusterd log file from the relevant > >> hosts? > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > >>>> > >>>> Hi, > >>>> > >>>> Is there any one from gluster can help me here :- > >>>> > >>>> Engine logs :- > >>>> > >>>> 2015-01-12 12:50:33,841 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:34,725 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:36,824 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:36,853 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:36,866 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:37,751 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:39,849 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:39,878 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:39,890 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:40,776 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:42,878 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:42,903 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:42,916 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:43,771 INFO > >>>> > >> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > >>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > >> CreateGlusterVolumeVDSCommand, > >>>> log id: 303e70a4 > >>>> 2015-01-12 12:50:43,780 ERROR > >>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > >>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > >> ID: > >>>> -1, Message: Creation of Gluster Volume vol01 failed. > >>>> 2015-01-12 12:50:43,785 INFO > >>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > >>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > >>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > >> GLUSTER > >>>> , sharedLocks= ] > >>>> > >>>> [image: Inline image 2] > >>>> > >>>> > >>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > >> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> unfortunately I?am not that good with the gluster, I was just > >> following > >>>>> the obvious clue from the log. Could you try on the nodes if the > >> packages > >>>>> are even available for installation > >>>>> > >>>>> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >>>>> gluster-swift-account > >>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >>>>> glusterfs-geo-replication > >>>>> > >>>>> if not you could try to get them in official gluster repo. > >>>>> > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >>>>> > >>>>> HTH > >>>>> > >>>>> M. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal > wrote: > >>>>> > >>>>> Hi Martin, > >>>>> > >>>>> I installed gluster from ovirt repo....is it require to install > those > >>>>> packages manually ?? > >>>>> > >>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > >> wrote: > >>>>> > >>>>>> Hi Punit, > >>>>>> > >>>>>> can you verify that nodes contain cluster packages from the > following > >>>>>> log? > >>>>>> > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-object',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-plugin',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-account',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-proxy',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-doc',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-container',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('glusterfs-geo-replication',) not found > >>>>>> > >>>>>> > >>>>>> M. > >>>>>> > >>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal > >> wrote: > >>>>>> > >>>>>> Hi Kanagaraj, > >>>>>> > >>>>>> Please find the attached logs :- > >>>>>> > >>>>>> Engine Logs :- http://ur1.ca/jdopt > >>>>>> VDSM Logs :- http://ur1.ca/jdoq9 > >>>>>> > >>>>>> > >>>>>> > >>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > >> wrote: > >>>>>> > >>>>>>> Do you see any errors in the UI? > >>>>>>> > >>>>>>> Also please provide the engine.log and vdsm.log when the failure > >>>>>>> occured. > >>>>>>> > >>>>>>> Thanks, > >>>>>>> Kanagaraj > >>>>>>> > >>>>>>> > >>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>>>>> > >>>>>>> Hi Martin, > >>>>>>> > >>>>>>> The steps are below :- > >>>>>>> > >>>>>>> 1. Step the ovirt engine on the one server... > >>>>>>> 2. Installed centos 7 on 4 host node servers.. > >>>>>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>>>>> nodes to engine... > >>>>>>> 4. Create the gluster volume from GUI... > >>>>>>> > >>>>>>> Network :- > >>>>>>> eth0 :- public network (1G) > >>>>>>> eth1+eth2=bond0= VM public network (1G) > >>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>>>>> > >>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>>>>> > >>>>>>> Thanks, > >>>>>>> Punit > >>>>>>> > >>>>>>> > >>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>>>>> wrote: > >>>>>>> > >>>>>>>> Hi Punit, > >>>>>>>> > >>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>>>>> /var/log/vdsm/vdsmd.log > >>>>>>>> > >>>>>>>> it would be really helpful if you provided exact steps how to > >>>>>>>> reproduce the problem. > >>>>>>>> > >>>>>>>> regards > >>>>>>>> > >>>>>>>> Martin Pavlik - rhev QE > >>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > >> wrote: > >>>>>>>>> > >>>>>>>>> Hi, > >>>>>>>>> > >>>>>>>>> I try to add gluster volume but it failed... > >>>>>>>>> > >>>>>>>>> Ovirt :- 3.5 > >>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 > >>>>>>>>> libvirt-1.1.1-29.el7_0.4 > >>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>>>>>> > >>>>>>>>> Engine Logs :- > >>>>>>>>> > >>>>>>>>> 2015-01-08 09:57:52,569 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:52,609 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,582 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,591 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,596 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,633 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> ^C > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>> > >>>> > >>> > >> > > > > > > > > _______________________________________________ > > Gluster-users mailing list > > Gluster-users at gluster.org > > http://www.gluster.org/mailman/listinfo/gluster-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Tue Jan 13 07:27:40 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 02:27:40 -0500 (EST) Subject: [ovirt-users] about Ovirt - KVM - Ubuntu In-Reply-To: <54AF0EC0.8020401@numar.net> References: <54AF0EC0.8020401@numar.net> Message-ID: <1642778382.8590728.1421134060048.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Carlos Laurent" > To: users at ovirt.org > Sent: Friday, January 9, 2015 1:12:00 AM > Subject: [ovirt-users] about Ovirt - KVM - Ubuntu > > Hi, > > I have questions about ovirt, my english is not good,I do not know if > there are some mail list in spanish. I don't know of any, but searching for 'ovirt spanish' does find some interested people (and companies). Perhaps you should start one :-) > > I need install ovirt in ubuntu server, it is posible to do? I read is in > experimental. I try install but there areproblems with Python libraries. Debian/Ubuntu support is planned for 3.6. As you already found, there is already some work done, but some dependencies added since then are missing, as well as probably other things. > > Is posible Ovirt server read guest machines in KVM ubuntu server? or I > need install Ovirt and migrade one to one machines. > > Thank you very much for the answers. > > Carlos Laurent > Costa Rica,NUMAR > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Didi From vfeenstr at redhat.com Tue Jan 13 07:28:31 2015 From: vfeenstr at redhat.com (Vinzenz Feenstra) Date: Tue, 13 Jan 2015 08:28:31 +0100 Subject: [ovirt-users] New Vdsm Build for oVirt 3.5 In-Reply-To: <54AFCF15.3060802@gmail.com> References: <54AFA1EF.9020404@redhat.com> <54AFCF15.3060802@gmail.com> Message-ID: <54B4C91F.5050605@redhat.com> On 01/09/2015 01:52 PM, Sven Kieske wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > would it be possible to also generate some kind of changelog? > > As there is no changelog yet (that I know of), I tried > to find some git tag > or a commit which bumped the version to 4.16.10 > but I didn't find one in the 3.5 ovirt branch at: > http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs%2Fheads%2Fovirt-3.5 > > am I looking in the wrong direction? http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs/tags/v4.16.10 v4.16.10 is tagged :-) > > Any help would be appreciated > > Thanks > > Sven > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQGcBAEBAgAGBQJUr88UAAoJEAq0kGAWDrqlaJEL/j3mJj6AOF/d89CteCEKKnrd > 1Pm1OtqtQ3ObACAcXOgLqZJL+DC4cgsO3MdO+50wZ3lmPztKugMyv9a3KZdr8Gr+ > PGZWEta64Hbn9xl5qeSazY52I5B44SJNRDETNJHbqZOJYZDJ3wGsFN2SkLFjk32M > 3WFxw5LtsoFTw012yYojVyZDV3RP5j1QnBNTY3awNDPbSQ1ee+8GjdsiEmvUmwJK > 5ooJ6eSPAPNxRXp9Nhr8cV+6Gf2EuLvlviKLNV+OHFNR5X2kJG0JvdqrYxnWo1dX > 65O1AKDLhunYFfl0XgCeZGSgOtBb1V/KYniKeDbv5/9rFyTQUnxFU9YAP668q1ZP > IdYBCUHGMpB4y0U7vTfWhmnja4krIQYbXaLhszk8yp3VntBQZG6dtozQH6jheGgw > HTAxmptw1CsVmvQjl/0SvG3GQTGSxcKfTlXHo6EfscFR+QMIq88yApcGTR1+z1my > 6tn2Ju4CCwh/ftCqu5wm1NEHls329tU91TOsn4xaQg== > =VmOs > -----END PGP SIGNATURE----- > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From didi at redhat.com Tue Jan 13 07:30:55 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 02:30:55 -0500 (EST) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." In-Reply-To: <590028741.207684.1421121767337.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> References: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> <590028741.207684.1421121767337.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> Message-ID: <726148385.8591041.1421134255425.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 6:02:47 AM > Subject: Re: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." > > thanks, the URL helped troubleshoot it.W Thanks for the report! Would you like to open a bug about this? This will be useful even if it was your own error, if setup could have helped you find it. > > On Monday, January 12, 2015 4:18 AM, Yedidyah Bar David > wrote: > > > ----- Original Message ----- > > From: "Will K" > > To: users at ovirt.org > > Sent: Monday, January 12, 2015 10:54:25 AM > > Subject: [ovirt-users] deploy failed with "Engine health status page is not > > yet reachable." > > > > Hi list, > > > > I've been trying to setup hosted-engine on 2 nodes for a few times. The > > latest failure which I can't figure out is the "Engine health status page > > is > > not yet reachable." > > > > I'm running CentOS 6.6 fully patched before setting up 3.5. Sure I run > > screen, I also need to setup three vars to get around a proxy server, > > http_proxy, https_proxy, no_proxy. > > > > `hosted-engine --deploy` went fine until the last steps. After `engine > > setup > > is completed`, I picked (1) Continue setup. It says 'Waiting for VM to > > shutdown`. Once the VM is up again, I waited for a couple of minutes, then > > pick (1) again, it gives me > > > > "Engine health status page is not yet reachable." > > > > At this point, I can ssh to the VM, I can also access and login the web > > GUI. > > So the health page _is_ probably reachable, but for some reason the host > can't access it. > > > > > Any suggestion? > > Check/post logs, check correctness of names/IP addresses/etc., iptables, try > to manually get the health page from the host and see if it works, e.g. > > curl http://{fqdn}/ovirt-engine/services/health > > (replace {fqdn} with the name you input as engine fqdn). > > Best, > -- > Didi > > > -- Didi From didi at redhat.com Tue Jan 13 07:42:51 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 02:42:51 -0500 (EST) Subject: [ovirt-users] hosted-engine-lockspace broken symlinks In-Reply-To: <1816486558.248633.1421125514859.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> References: <1816486558.248633.1421125514859.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Message-ID: <331497295.8592705.1421134971719.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 7:05:14 AM > Subject: [ovirt-users] hosted-engine-lockspace broken symlinks > > Hi, > > still working on this hosted-engine setup. When deploy hosted-engine on the > 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot be > found. > > 1) Node1 is up with hosted engine installed on a GlusterFS volume. When try > to deploy hosted engine on node2, I specified storage path to be nfs > available on "ovirtmount.xyz.com". ovirtmount is just an entry in the host > file pointing to node1 as in the "Up and Running with oVirt 3.5". > > The deploy process mounted the ifs export under > /rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent > > I fond symlinks point to /rhev/data-center/mnt/:_engine/.... instead of > "ovirtmount" > hosted-engine-lockspace > hosted-engine-metadata > > If I re-run deploy again using IP for the NFS export, the symlinks will look > good and go forward with the process. IMO if you always supplied a name (even if resolvable only by /etc/hosts) and not an IP address, the mounts should always use the name. We have a different bug [1] which seems similar, but is related to the name of the host, not of the nfs server. Can you please post setup logs of all of the hosts? /var/log/ovirt-hosted-engine-setup/* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1178535 > > 2) Then something killed the VM at this point. Sure it was running. > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Connected to Storage Domain > [ INFO ] Configuring VM > [ INFO ] Updating hosted-engine configuration > [ INFO ] Stage: Transaction commit > [ INFO ] Stage: Closing up > [ ERROR ] Failed to execute stage 'Closing up': route to host> These logs will help here too. Thanks, -- Didi From vanoppen.koen at gmail.com Tue Jan 13 08:01:37 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 13 Jan 2015 09:01:37 +0100 Subject: [ovirt-users] rename ovirt-engine In-Reply-To: <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> Message-ID: No, it was a accident :-). I'll mark this as solved as I will wait for the new release of ovirt. Thanks for your help. If I'll find more bugs, I will definitely let the mailing list know :-) 2015-01-13 8:51 GMT+01:00 Yedidyah Bar David : > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Yedidyah Bar David" > > Sent: Tuesday, January 13, 2015 8:02:03 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > Ok, thanks. We'll wait then :-) > > Note that we are aware of other issues, still without open bugs or > any work done to fix them. Please see [1]. Not sure we'll do anything > about these, as they are non-fatal and are solvable by running > engine-setup. > So if you really care, it will help if you can try the nightly 3.5-snapshot > [2] on a test copy of your engine and report if you find issues. Thanks! > > Only now realized you didn't Cc the list. Not sure it was intentional. > Replying only to you anyway... > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1170229#c1 > [2] http://www.ovirt.org/Install_nightly_snapshot > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Tue Jan 13 08:12:11 2015 From: sabose at redhat.com (Sahina Bose) Date: Tue, 13 Jan 2015 13:42:11 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> Message-ID: <54B4D35B.30604@redhat.com> On 01/12/2015 06:14 PM, Oved Ourfali wrote: > Hi Sahina, > > Some comments: > > 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). > 2. Perhaps you should pass not the IP but the name of the network? IPs might change. > 3. Adding to "2", perhaps using DNS names is a more valid approach? To the gluster volume add brick command, the brick information needs to be passed in the form : So even if we do show the network names in the UI, we will need the underlying IP address to form this command. Regarding DNS names, currently is there a way to query for the DNS aliases for a host? I would need to use hostname in the command above, and assume that the user has setup his DNS outside of oVirt to correctly resolve to internal/external network, correct? > 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Sahina Bose" >> To: devel at ovirt.org, "users" >> Sent: Monday, January 12, 2015 2:00:16 PM >> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs >> >> Hi all, >> >> Please review the feature page for this proposed solution and provide >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >> >> thanks >> sahina >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From sabose at redhat.com Tue Jan 13 08:18:07 2015 From: sabose at redhat.com (Sahina Bose) Date: Tue, 13 Jan 2015 13:48:07 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3C339.9040203@redhat.com> References: <54B3B750.6010205@redhat.com> <54B3C339.9040203@redhat.com> Message-ID: <54B4D4BF.8040308@redhat.com> On 01/12/2015 06:21 PM, Lior Vernia wrote: > Hi Sahina! :) > > Cool feature, and I think long-awaited by many users. I have a few comments: > > 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a > list box - I presume the items contained there are all IP addresses > configured on the host's interfaces. > > 1. a. May I suggest that this contain network names instead of IP > addresses? Would be easier for users to think about things (they surely > remember the meaning of network names, not necessarily of IP addresses). > > 1. b. If I correctly understood the mock-up, then configuring a "Storage > Network" role only affects the default entry chosen in the list box. Is > it really worth the trouble of implementing this added role? It's quite > different than display/migration roles, which are used to determine what > IP address to use at a later time (i.e. not when configuring the host), > when a VM is run/migrated in the cluster. If not for "Storage network" role, how would we default which network to use. In fact, we are planning to remove the drop down to choose network from the Add Brick UI, to avoid confusion and just use the network with this role, if available - otherwise use the host address. (host_address in vds_static) Will update page accordingly > > 1. c. A word of warning: sometimes a host interface's IP address is > missing in the engine - this usually happens when they're configured for > the first time with DHCP, and the setup networks command returns before > an IP address is allocated (this can later be resolved by refreshing > host capabilities, there's a button for that). So when displaying items > in the list box, you should really check that an IP address exists for > each network. > > 2. "Storage Network": if you intend to keep this role in the feature (I > don't think it adds a lot of functionality, see article 1b), it might be > better to call it "Gluster Network" - otherwise people using virt mode > might think this network is gonna be used to communicate with other > types of storage domains. Could this network be reused for other storage needs also. If not, we can rename it "gluster network" > > Yours, Lior. > > On 12/01/15 14:00, Sahina Bose wrote: >> Hi all, >> >> Please review the feature page for this proposed solution and provide >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >> >> thanks >> sahina >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From lars at steinwurf.com Tue Jan 13 08:20:20 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 13 Jan 2015 09:20:20 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing Message-ID: <54B4D544.30102@steinwurf.com> Hey I am new to oVirt, so please be patient I have a problem, when setting up new hosts. Doing the setup it self no problem, but afterwards the status is set to NonOperational. Do to the network ovirtmgmt is missing on the machine. However I have added the following ifcfg file: ifcfg-ovirtmgmt:: DEVICE=ovirtmgmt TYPE=Bridge ONBOOT=yes DELAY=0 BOOTPROTO=dhcp IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 And made the adjustments, so the ifcfg-en1, file looks like this: TYPE="Ethernet" #BOOTPROTO="dhcp" DEFROUTE="yes" IPV4_FAILURE_FATAL="no" IPV6INIT="yes" IPV6_AUTOCONF="yes" IPV6_DEFROUTE="yes" IPV6_PEERDNS="yes" IPV6_PEERROUTES="yes" IPV6_FAILURE_FATAL="no" NAME="em1" UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" ONBOOT="yes" HWADDR="F8:B1:56:C1:F9:8E" PEERDNS="yes" PEERROUTES="yes" BRIDGE=ovirtmgmt I do realize that, the guides on the web for oVirt set BOOTPROTO to static. But at the office, we do not have the possibility of static IP, at the moment. Can some one please tell me what could be wrong ? - Lars From sabose at redhat.com Tue Jan 13 08:21:57 2015 From: sabose at redhat.com (Sahina Bose) Date: Tue, 13 Jan 2015 13:51:57 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <20150112152232.GJ25208@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> Message-ID: <54B4D5A5.2030104@redhat.com> On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: > On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: >> >> On 12/01/15 14:44, Oved Ourfali wrote: >>> Hi Sahina, >>> >>> Some comments: >>> >>> 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). >>> 2. Perhaps you should pass not the IP but the name of the network? IPs might change. >> Actually, IP address can indeed change - which would be very bad for >> gluster functioning! I think moving networks or changing their IP >> addresses via Setup Networks should be blocked if they're used by >> gluster bricks. > In the suggested feature, there is no real storage "role". The "storage > role" title means only "default value for glusterfs IP". > > For example, once a brick was created, nothing protects the admin from > accidently removing the storage network, or changing its IP address. > > Another "proof" that this is not a real "role", is that it affects only > GUI: I am guessing that REST API would not make use of it at all. (maybe > I'm wrong; for sure, REST must be defined in the feature page) REST API that lists the available networks (with IP addresses) would be used to select the network and pass to the create gluster volume API I'll update the feature page with the REST API changes as well. > > Maybe that's the behavior we want. But alternatively, Engine can enforce > a stronger linkage between the brick to the network that it uses. When > adding a brick, the dialog would list available networks instead of the > specific IP. As long as the brick is being used, the admin would be > blocked/warned against deleting the network. Is there a way to block against changing IP address used by a network? > > I'm missing a discussion regarding the upgrade path. If we would opt to > requiring a single storage role network in a cluster, in an upgraded > cluster the management network should take this role. There would not be any change to existing volumes on upgrade, as bricks have already been added. Users can use the Edit brick option to update the network to be used, if required as mentioned in "Change network used by brick " > >>> 3. Adding to "2", perhaps using DNS names is a more valid approach? >>> 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. >> Well, we've already been using this terminology for a while now >> concerning display/migration roles for networks... That's probably the >> terminology to use. >> >>> Thanks, >>> Oved >>> >>> ----- Original Message ----- >>>> From: "Sahina Bose" >>>> To: devel at ovirt.org, "users" >>>> Sent: Monday, January 12, 2015 2:00:16 PM >>>> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs >>>> >>>> Hi all, >>>> >>>> Please review the feature page for this proposed solution and provide >>>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >>>> >>>> thanks >>>> sahina > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From didi at redhat.com Tue Jan 13 08:25:07 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 03:25:07 -0500 (EST) Subject: [ovirt-users] rename ovirt-engine In-Reply-To: References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> Message-ID: <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Yedidyah Bar David" , users at ovirt.org > Sent: Tuesday, January 13, 2015 10:01:37 AM > Subject: Re: [ovirt-users] rename ovirt-engine > > No, it was a accident :-). Np:-) > > I'll mark this as solved as I will wait for the new release of ovirt. OK > Thanks for your help. Np :-)) > If I'll find more bugs, I will definitely let the mailing list know :-) Thanks! It's nice to see that there is for some reason a rather large minority of Dutch among our users (and even developers)... Although I now searched google and see you are actually Belgian! So, how would I say, Goede dag en tot ziens! -- Didi, who is married to a dutch woman and is ashamed by the small amount of Dutch he knows From didi at redhat.com Tue Jan 13 08:31:46 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 03:31:46 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B4D544.30102@steinwurf.com> References: <54B4D544.30102@steinwurf.com> Message-ID: <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 10:20:20 AM > Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > Hey I am new to oVirt, so please be patient > > I have a problem, when setting up new hosts. > Doing the setup it self no problem, but afterwards the status is set to > NonOperational. > Do to the network ovirtmgmt is missing on the machine. > > However I have added the following ifcfg file: > ifcfg-ovirtmgmt:: > DEVICE=ovirtmgmt > TYPE=Bridge > ONBOOT=yes > DELAY=0 > BOOTPROTO=dhcp > IPADDR=192.168.1.10 > NETMASK=255.255.255.0 > GATEWAY=192.168.0.1 > > And made the adjustments, so the ifcfg-en1, file looks like this: > TYPE="Ethernet" > #BOOTPROTO="dhcp" > DEFROUTE="yes" > IPV4_FAILURE_FATAL="no" > IPV6INIT="yes" > IPV6_AUTOCONF="yes" > IPV6_DEFROUTE="yes" > IPV6_PEERDNS="yes" > IPV6_PEERROUTES="yes" > IPV6_FAILURE_FATAL="no" > NAME="em1" > UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" > ONBOOT="yes" > HWADDR="F8:B1:56:C1:F9:8E" > PEERDNS="yes" > PEERROUTES="yes" > BRIDGE=ovirtmgmt > > > I do realize that, the guides on the web for oVirt set BOOTPROTO to > static. But at the office, we do not have the possibility of static IP, > at the moment. > > Can some one please tell me what could be wrong ? dhcp should work too. The problem is with NetworkManager. You'll need to have static IPs though for the engine to be able to contact the hosts (as well as the hosts themselves, for hosted-engine HA at least), or you'll have problems if they for some reason get a different IP address from your dhcp server. Please post relevant logs: hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* engine - /var/log/ovirt-engine/* Thanks and best regards, -- Didi From didi at redhat.com Tue Jan 13 08:37:01 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 03:37:01 -0500 (EST) Subject: [ovirt-users] rename ovirt-engine In-Reply-To: <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> Message-ID: <649071559.8630663.1421138221309.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Yedidyah Bar David" > To: "Koen Vanoppen" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 10:25:07 AM > Subject: Re: [ovirt-users] rename ovirt-engine > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Yedidyah Bar David" , users at ovirt.org > > Sent: Tuesday, January 13, 2015 10:01:37 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > No, it was a accident :-). > > Np:-) > > > > > I'll mark this as solved as I will wait for the new release of ovirt. > > OK > > > Thanks for your help. > > Np :-)) > > > If I'll find more bugs, I will definitely let the mailing list know :-) > > Thanks! > > It's nice to see that there is for some reason a rather large minority > of Dutch among our users (and even developers)... > > Although I now searched google and see you are actually Belgian! > > So, how would I say, Goede dag en tot ziens! > -- > Didi, who is married to a dutch woman and is ashamed by the small amount of > Dutch he knows > Only now I realized that now you did add the list, and I happily made a fool of myself in public. Whatever :-) -- Didi From vanoppen.koen at gmail.com Tue Jan 13 09:06:42 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 13 Jan 2015 10:06:42 +0100 Subject: [ovirt-users] rename ovirt-engine In-Reply-To: <649071559.8630663.1421138221309.JavaMail.zimbra@redhat.com> References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> <649071559.8630663.1421138221309.JavaMail.zimbra@redhat.com> Message-ID: :-D. No problem :-D. And I think I speak for everyone :-D Tot de volgende :-) 2015-01-13 9:37 GMT+01:00 Yedidyah Bar David : > ----- Original Message ----- > > From: "Yedidyah Bar David" > > To: "Koen Vanoppen" > > Cc: users at ovirt.org > > Sent: Tuesday, January 13, 2015 10:25:07 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > ----- Original Message ----- > > > From: "Koen Vanoppen" > > > To: "Yedidyah Bar David" , users at ovirt.org > > > Sent: Tuesday, January 13, 2015 10:01:37 AM > > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > > > No, it was a accident :-). > > > > Np:-) > > > > > > > > I'll mark this as solved as I will wait for the new release of ovirt. > > > > OK > > > > > Thanks for your help. > > > > Np :-)) > > > > > If I'll find more bugs, I will definitely let the mailing list know > :-) > > > > Thanks! > > > > It's nice to see that there is for some reason a rather large minority > > of Dutch among our users (and even developers)... > > > > Although I now searched google and see you are actually Belgian! > > > > So, how would I say, Goede dag en tot ziens! > > -- > > Didi, who is married to a dutch woman and is ashamed by the small amount > of > > Dutch he knows > > > > Only now I realized that now you did add the list, and I happily > made a fool of myself in public. Whatever :-) > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at steinwurf.com Tue Jan 13 09:26:55 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 13 Jan 2015 10:26:55 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> Message-ID: <54B4E4DF.2000902@steinwurf.com> On 13/01/15 09:31, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: users at ovirt.org >> Sent: Tuesday, January 13, 2015 10:20:20 AM >> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> Hey I am new to oVirt, so please be patient >> >> I have a problem, when setting up new hosts. >> Doing the setup it self no problem, but afterwards the status is set to >> NonOperational. >> Do to the network ovirtmgmt is missing on the machine. >> >> However I have added the following ifcfg file: >> ifcfg-ovirtmgmt:: >> DEVICE=ovirtmgmt >> TYPE=Bridge >> ONBOOT=yes >> DELAY=0 >> BOOTPROTO=dhcp >> IPADDR=192.168.1.10 >> NETMASK=255.255.255.0 >> GATEWAY=192.168.0.1 >> >> And made the adjustments, so the ifcfg-en1, file looks like this: >> TYPE="Ethernet" >> #BOOTPROTO="dhcp" >> DEFROUTE="yes" >> IPV4_FAILURE_FATAL="no" >> IPV6INIT="yes" >> IPV6_AUTOCONF="yes" >> IPV6_DEFROUTE="yes" >> IPV6_PEERDNS="yes" >> IPV6_PEERROUTES="yes" >> IPV6_FAILURE_FATAL="no" >> NAME="em1" >> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >> ONBOOT="yes" >> HWADDR="F8:B1:56:C1:F9:8E" >> PEERDNS="yes" >> PEERROUTES="yes" >> BRIDGE=ovirtmgmt >> >> >> I do realize that, the guides on the web for oVirt set BOOTPROTO to >> static. But at the office, we do not have the possibility of static IP, >> at the moment. >> >> Can some one please tell me what could be wrong ? > dhcp should work too. The problem is with NetworkManager. > You'll need to have static IPs though for the engine to be able to > contact the hosts (as well as the hosts themselves, for hosted-engine HA > at least), or you'll have problems if they for some reason get a different > IP address from your dhcp server. > > Please post relevant logs: > hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* > engine - /var/log/ovirt-engine/* > > Thanks and best regards, Okay something seems to be a food here, because on the server hosting our oVirt instance. We do not have a /var/log/ovirt-hosted-engine directory. However the log files from the two other directories, can be found here: https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar Thanks and best regards - Lars From blanchet at abes.fr Mon Jan 12 10:58:55 2015 From: blanchet at abes.fr (=?windows-1252?Q?Nathana=EBl_Blanchet?=) Date: Mon, 12 Jan 2015 11:58:55 +0100 Subject: [ovirt-users] Backup and Restore of VMs In-Reply-To: <687766E0007010429FBFF98CA708248878DC7A@mc-exch-01.mcon-group.net> References: <687766E0007010429FBFF98CA70824887896D9@mc-exch-01.mcon-group.net> <1990065684.560572.1419262014917.JavaMail.zimbra@redhat.com> <99215142-D323-4BF0-92AD-70F7A472D66D@556nato.com> <687766E0007010429FBFF98CA708248878DC7A@mc-exch-01.mcon-group.net> Message-ID: <54B3A8EF.2060900@abes.fr> Hello, Could you please share your translated backup-vm plugin ? Thank you. Le 23/12/2014 10:31, Soeren Malchow a ?crit : > Hi, > > that is exactly right, altough we are getting closer now, we are just checking the plugins that were posted a few days ago > > https://github.com/ovirt-china/vm-backup-scheduler > > they seem to work pretty good so far, I will talk to a few developers after the holidays and see whether we can improve something, we already translated a few things in those plugins from mandarin to English. > We will have a look into improvements of that plugin. > > I will keep you guys posted. > > Thanks > Soeren > > > > -----Original Message----- > From: Blaster [mailto:blaster at 556nato.com] > Sent: Tuesday, December 23, 2014 4:56 AM > To: Vered Volansky > Cc: Soeren Malchow; Users at ovirt.org > Subject: Re: [ovirt-users] Backup and Restore of VMs > > > Vered, > > It sounds like Soeren already knows about that page. His issue seems to be, as well as the issue of others judging by comments on here, is that there aren't any real world examples of how the API is used. > > > > On Dec 22, 2014, at 9:26 AM, Vered Volansky wrote: > >> Please take a look at: >> http://www.ovirt.org/Features/Backup-Restore_API_Integration >> >> Specifically: >> http://www.ovirt.org/Features/Backup-Restore_API_Integration#Full_VM_B >> ackups >> >> Regards, >> Vered >> >> ----- Original Message ----- >>> From: "Soeren Malchow" >>> To: Users at ovirt.org >>> Sent: Friday, December 19, 2014 1:44:38 PM >>> Subject: [ovirt-users] Backup and Restore of VMs >>> >>> >>> >>> Dear all, >>> >>> >>> >>> ovirt: 3.5 >>> >>> gluster: 3.6.1 >>> >>> OS: CentOS 7 (except ovirt hosted engine = centos 6.6) >>> >>> >>> >>> i spent quite a while researching backup and restore for VMs right >>> now, so far I have come up with this as a start for us >>> >>> >>> >>> - API calls to create schedule snapshots of virtual machines This is >>> or short term storage and to guard against accidential deletion >>> within the VM but not for storage corruption >>> >>> >>> >>> - Since we are using a gluster backend, gluster snapshots I wasn't >>> able so far to really test it since the LV needs to be thin >>> provisioned and we did not do that in the setup >>> >>> >>> >>> For the API calls we have the problem that we can not find any >>> existing scripts or something like that to do those snapshots (and >>> i/we are not developers enough to do that). >>> >>> >>> >>> As an additional information, we have a ZFS based storage with >>> deduplication that we use for other backup purposes which does a >>> great job especially because of the deduplication (we can storage >>> generations of backups without problems), this storage can be NFS exported and used as backup repository. >>> >>> >>> >>> Are there any backup and restore procedure you guys are using for >>> backup and restore that works for you and can you point me into the right direction ? >>> >>> I am a little bit list right now and would appreciate any help. >>> >>> >>> >>> Regards >>> >>> Soeren >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From didi at redhat.com Tue Jan 13 09:33:48 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 04:33:48 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B4E4DF.2000902@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> Message-ID: <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 11:26:55 AM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > > On 13/01/15 09:31, Yedidyah Bar David wrote: > > ----- Original Message ----- > >> From: "Lars Nielsen" > >> To: users at ovirt.org > >> Sent: Tuesday, January 13, 2015 10:20:20 AM > >> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network > >> missing > >> > >> Hey I am new to oVirt, so please be patient > >> > >> I have a problem, when setting up new hosts. > >> Doing the setup it self no problem, but afterwards the status is set to > >> NonOperational. > >> Do to the network ovirtmgmt is missing on the machine. > >> > >> However I have added the following ifcfg file: > >> ifcfg-ovirtmgmt:: > >> DEVICE=ovirtmgmt > >> TYPE=Bridge > >> ONBOOT=yes > >> DELAY=0 > >> BOOTPROTO=dhcp > >> IPADDR=192.168.1.10 > >> NETMASK=255.255.255.0 > >> GATEWAY=192.168.0.1 > >> > >> And made the adjustments, so the ifcfg-en1, file looks like this: > >> TYPE="Ethernet" > >> #BOOTPROTO="dhcp" > >> DEFROUTE="yes" > >> IPV4_FAILURE_FATAL="no" > >> IPV6INIT="yes" > >> IPV6_AUTOCONF="yes" > >> IPV6_DEFROUTE="yes" > >> IPV6_PEERDNS="yes" > >> IPV6_PEERROUTES="yes" > >> IPV6_FAILURE_FATAL="no" > >> NAME="em1" > >> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" > >> ONBOOT="yes" > >> HWADDR="F8:B1:56:C1:F9:8E" > >> PEERDNS="yes" > >> PEERROUTES="yes" > >> BRIDGE=ovirtmgmt > >> > >> > >> I do realize that, the guides on the web for oVirt set BOOTPROTO to > >> static. But at the office, we do not have the possibility of static IP, > >> at the moment. > >> > >> Can some one please tell me what could be wrong ? > > dhcp should work too. The problem is with NetworkManager. > > You'll need to have static IPs though for the engine to be able to > > contact the hosts (as well as the hosts themselves, for hosted-engine HA > > at least), or you'll have problems if they for some reason get a different > > IP address from your dhcp server. > > > > Please post relevant logs: > > hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* > > engine - /var/log/ovirt-engine/* > > > > Thanks and best regards, > Okay something seems to be a food here, because on the server hosting > our oVirt instance. We do not have a /var/log/ovirt-hosted-engine > directory. I didn't say you should - I wrote a '*' in the end. You should find /var/log/ovirt-hosted-engine-ha /var/log/ovirt-hosted-engine-setup But now I realize you did not mention hosted-engine. Can you detail a bit your setup? Where is the engine? Where are the hosts? How did you install and setup? > > However the log files from the two other directories, can be found here: > https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar Please add from engine also /var/log/ovirt-engine/host-deploy/* . Thanks! -- Didi From djasa at redhat.com Tue Jan 13 09:57:57 2015 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Tue, 13 Jan 2015 10:57:57 +0100 Subject: [ovirt-users] I have a question about the spice client. In-Reply-To: References: Message-ID: <1421143077.5131.91.camel@cihla.spice.brq.redhat.com> Hi, What is hangul key? Do I understand correctly that linux client works OK but windows client behaves incorrectly? David On Po, 2015-01-12 at 15:51 +0900, jaemin baek wrote: > hi, > > i'm korean > > > I have a question about the spice client. > > > > My spice client connect to VDI ----> Windows 7 VDI > > > input key ---> Korea keyboard(103/106 key) + hangul key ---> windows > 7 IME > > > but... > > > input key ---> Korea keyboard(103/106 key) + hangul key --> hangul key > exchanged ---> Alt key > > > Why?? > > > linux spice client Hangul key OK. > > > but windows spice client Hangul key ---> Alt key... > > > > > Hangul key scancode = 0x38 > Alt key scancode = 0x38 > > > WHY?? > > > Help me Thank you. > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at steinwurf.com Tue Jan 13 10:05:05 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 13 Jan 2015 11:05:05 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> Message-ID: <54B4EDD1.8040203@steinwurf.com> On 13/01/15 10:33, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc:users at ovirt.org >> Sent: Tuesday, January 13, 2015 11:26:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 09:31, Yedidyah Bar David wrote: >>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To:users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>> missing >>>> >>>> Hey I am new to oVirt, so please be patient >>>> >>>> I have a problem, when setting up new hosts. >>>> Doing the setup it self no problem, but afterwards the status is set to >>>> NonOperational. >>>> Do to the network ovirtmgmt is missing on the machine. >>>> >>>> However I have added the following ifcfg file: >>>> ifcfg-ovirtmgmt:: >>>> DEVICE=ovirtmgmt >>>> TYPE=Bridge >>>> ONBOOT=yes >>>> DELAY=0 >>>> BOOTPROTO=dhcp >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>> TYPE="Ethernet" >>>> #BOOTPROTO="dhcp" >>>> DEFROUTE="yes" >>>> IPV4_FAILURE_FATAL="no" >>>> IPV6INIT="yes" >>>> IPV6_AUTOCONF="yes" >>>> IPV6_DEFROUTE="yes" >>>> IPV6_PEERDNS="yes" >>>> IPV6_PEERROUTES="yes" >>>> IPV6_FAILURE_FATAL="no" >>>> NAME="em1" >>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>> ONBOOT="yes" >>>> HWADDR="F8:B1:56:C1:F9:8E" >>>> PEERDNS="yes" >>>> PEERROUTES="yes" >>>> BRIDGE=ovirtmgmt >>>> >>>> >>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>> static. But at the office, we do not have the possibility of static IP, >>>> at the moment. >>>> >>>> Can some one please tell me what could be wrong ? >>> dhcp should work too. The problem is with NetworkManager. >>> You'll need to have static IPs though for the engine to be able to >>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>> at least), or you'll have problems if they for some reason get a different >>> IP address from your dhcp server. >>> >>> Please post relevant logs: >>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>> engine - /var/log/ovirt-engine/* >>> >>> Thanks and best regards, >> Okay something seems to be a food here, because on the server hosting >> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >> directory. > I didn't say you should - I wrote a '*' in the end. You should find > /var/log/ovirt-hosted-engine-ha > /var/log/ovirt-hosted-engine-setup > > But now I realize you did not mention hosted-engine. Can you detail > a bit your setup? Where is the engine? Where are the hosts? How > did you install and setup? > >> However the log files from the two other directories, can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > Please add from engine also /var/log/ovirt-engine/host-deploy/* . > > Thanks! We do not have any ovirt-hosted-engine-* on the server, how ever here is a link to the complete ovirt-engine folder: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars From danken at redhat.com Tue Jan 13 10:09:45 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 13 Jan 2015 10:09:45 +0000 Subject: [ovirt-users] about Ovirt - KVM - Ubuntu In-Reply-To: <1642778382.8590728.1421134060048.JavaMail.zimbra@redhat.com> References: <54AF0EC0.8020401@numar.net> <1642778382.8590728.1421134060048.JavaMail.zimbra@redhat.com> Message-ID: <20150113100945.GA5255@redhat.com> On Tue, Jan 13, 2015 at 02:27:40AM -0500, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Carlos Laurent" > > To: users at ovirt.org > > Sent: Friday, January 9, 2015 1:12:00 AM > > Subject: [ovirt-users] about Ovirt - KVM - Ubuntu > > > > Hi, > > > > I have questions about ovirt, my english is not good,I do not know if > > there are some mail list in spanish. > > I don't know of any, but searching for 'ovirt spanish' does find some > interested people (and companies). Perhaps you should start one :-) > > > > > I need install ovirt in ubuntu server, it is posible to do? I read is in > > experimental. I try install but there areproblems with Python libraries. > > Debian/Ubuntu support is planned for 3.6. As you already found, there is > already some work done, but some dependencies added since then are missing, > as well as probably other things. Some time ago Zhou (CCed) had made some progress in running Vdsm on Ubuntu http://www.ovirt.org/VDSM_on_Ubuntu there's more work to be done, though. For one, the iproute2 network configurator has not been tested for months. From hypunit at gmail.com Tue Jan 13 10:15:56 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Tue, 13 Jan 2015 18:15:56 +0800 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: <54B4C279.70206@redhat.com> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <54B4A0FF.6060104@redhat.com> <54B4C279.70206@redhat.com> Message-ID: Hi Atin, What about if i will use glusterfs 3.5 ?? is this bug will affect 3.5 also ?? On Tue, Jan 13, 2015 at 3:00 PM, Atin Mukherjee wrote: > > > On 01/13/2015 12:12 PM, Punit Dambiwal wrote: > > Hi Atin, > > > > Please find the output from here :- http://ur1.ca/jf4bs > > > Looks like http://review.gluster.org/#/c/9269/ should solve this issue. > Please note this patch has not been taken in 3.6 release. Would you be > able to apply this patch on the source and re-test? > > ~Atin > > On Tue, Jan 13, 2015 at 12:37 PM, Atin Mukherjee > > wrote: > > > >> Punit, > >> > >> cli log wouldn't help much here. To debug this issue further can you > >> please let us know the following: > >> > >> 1. gluster peer status output > >> 2. gluster volume status output > >> 3. gluster --version output. > >> 4. Which command got failed > >> 5. glusterd log file of all the nodes > >> > >> ~Atin > >> > >> > >> On 01/13/2015 07:48 AM, Punit Dambiwal wrote: > >>> Hi, > >>> > >>> Please find the more details on this ....can anybody from gluster will > >> help > >>> me here :- > >>> > >>> > >>> Gluster CLI Logs :- /var/log/glusterfs/cli.log > >>> > >>> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: > >> got > >>> RPC_CLNT_CONNECT > >>> [2015-01-13 02:06:23.072012] T > [cli-quotad-client.c:94:cli_quotad_notify] > >>> 0-glusterfs: got RPC_CLNT_CONNECT > >>> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > >>> 0-transport: disconnecting now > >>> [2015-01-13 02:06:23.072055] T > >> [cli-quotad-client.c:100:cli_quotad_notify] > >>> 0-glusterfs: got RPC_CLNT_DISCONNECT > >>> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > >>> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > >>> [2015-01-13 02:06:23.072176] T > >>> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request > >> fraglen > >>> 128, payload: 64, rpc hdr: 64 > >>> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > >>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] > >> (--> > >>> > >> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > >>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] > (--> > >>> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > >>> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: > >> connect > >>> () called on transport already connected > >>> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > >>> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: > >> 2, > >>> Proc: 27) to rpc-transport (glusterfs) > >>> [2015-01-13 02:06:23.072633] D > [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > >>> 0-glusterfs: ping timeout is 0, returning > >>> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > >>> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > >>> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > >>> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > >>> 0-cli: Received response to status cmd > >>> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > >>> Returning 0 > >>> [2015-01-13 02:06:23.076049] D > [cli-rpc-ops.c:6811:gf_cli_status_volume] > >>> 0-cli: Returning: 0 > >>> [2015-01-13 02:06:23.076192] D > [cli-xml-output.c:84:cli_begin_xml_output] > >>> 0-cli: Returning 0 > >>> [2015-01-13 02:06:23.076244] D > >> [cli-xml-output.c:131:cli_xml_output_common] > >>> 0-cli: Returning 0 > >>> [2015-01-13 02:06:23.076256] D > >>> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: > Returning > >> 0 > >>> [2015-01-13 02:06:23.076437] D > [cli-xml-output.c:108:cli_end_xml_output] > >>> 0-cli: Returning 0 > >>> [2015-01-13 02:06:23.076459] D > >>> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning > 0 > >>> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting > with: 0 > >>> > >>> Command log :- /var/log/glusterfs/.cmd_log_history > >>> > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for > details. > >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for > details. > >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > >> failed > >>> on cpu02.zne01.hkg1.stack.com. Please check log file for details. > >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > >>> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > >>> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > >>> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > >>> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > >>> > >>> > >>> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < > >> kmayilsa at redhat.com> > >>> wrote: > >>> > >>>> I can see the failures in glusterd log. > >>>> > >>>> Can someone from glusterfs dev pls help on this? > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Punit Dambiwal" > >>>>> To: "Kanagaraj" > >>>>> Cc: "Martin Pavl?k" , "Vijay Bellur" < > >>>> vbellur at redhat.com>, "Kaushal M" , > >>>>> users at ovirt.org, gluster-users at gluster.org > >>>>> Sent: Monday, January 12, 2015 3:36:43 PM > >>>>> Subject: Re: Failed to create volume in OVirt with gluster > >>>>> > >>>>> Hi Kanagaraj, > >>>>> > >>>>> Please find the logs from here :- http://ur1.ca/jeszc > >>>>> > >>>>> [image: Inline image 1] > >>>>> > >>>>> [image: Inline image 2] > >>>>> > >>>>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj > >> wrote: > >>>>> > >>>>>> Looks like there are some failures in gluster. > >>>>>> Can you send the log output from glusterd log file from the relevant > >>>> hosts? > >>>>>> > >>>>>> Thanks, > >>>>>> Kanagaraj > >>>>>> > >>>>>> > >>>>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> Is there any one from gluster can help me here :- > >>>>>> > >>>>>> Engine logs :- > >>>>>> > >>>>>> 2015-01-12 12:50:33,841 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:34,725 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:36,824 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:36,853 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:36,866 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:37,751 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:39,849 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:39,878 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:39,890 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:40,776 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:42,878 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:42,903 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:42,916 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:43,771 INFO > >>>>>> > >>>> > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > >>>> CreateGlusterVolumeVDSCommand, > >>>>>> log id: 303e70a4 > >>>>>> 2015-01-12 12:50:43,780 ERROR > >>>>>> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > >>>>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > >>>> ID: > >>>>>> -1, Message: Creation of Gluster Volume vol01 failed. > >>>>>> 2015-01-12 12:50:43,785 INFO > >>>>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > >>>>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > >>>> GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> > >>>>>> [image: Inline image 2] > >>>>>> > >>>>>> > >>>>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > >>>> wrote: > >>>>>> > >>>>>>> Hi Punit, > >>>>>>> > >>>>>>> unfortunately I?am not that good with the gluster, I was just > >>>> following > >>>>>>> the obvious clue from the log. Could you try on the nodes if the > >>>> packages > >>>>>>> are even available for installation > >>>>>>> > >>>>>>> yum install gluster-swift gluster-swift-object > gluster-swift-plugin > >>>>>>> gluster-swift-account > >>>>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >>>>>>> glusterfs-geo-replication > >>>>>>> > >>>>>>> if not you could try to get them in official gluster repo. > >>>>>>> > >>>> > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >>>>>>> > >>>>>>> HTH > >>>>>>> > >>>>>>> M. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal > >> wrote: > >>>>>>> > >>>>>>> Hi Martin, > >>>>>>> > >>>>>>> I installed gluster from ovirt repo....is it require to install > >> those > >>>>>>> packages manually ?? > >>>>>>> > >>>>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > >>>> wrote: > >>>>>>> > >>>>>>>> Hi Punit, > >>>>>>>> > >>>>>>>> can you verify that nodes contain cluster packages from the > >> following > >>>>>>>> log? > >>>>>>>> > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-object',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-plugin',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-account',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-proxy',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-doc',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-container',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('glusterfs-geo-replication',) not found > >>>>>>>> > >>>>>>>> > >>>>>>>> M. > >>>>>>>> > >>>>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal > >>>> wrote: > >>>>>>>> > >>>>>>>> Hi Kanagaraj, > >>>>>>>> > >>>>>>>> Please find the attached logs :- > >>>>>>>> > >>>>>>>> Engine Logs :- http://ur1.ca/jdopt > >>>>>>>> VDSM Logs :- http://ur1.ca/jdoq9 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > >>>> wrote: > >>>>>>>> > >>>>>>>>> Do you see any errors in the UI? > >>>>>>>>> > >>>>>>>>> Also please provide the engine.log and vdsm.log when the failure > >>>>>>>>> occured. > >>>>>>>>> > >>>>>>>>> Thanks, > >>>>>>>>> Kanagaraj > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>>>>>>> > >>>>>>>>> Hi Martin, > >>>>>>>>> > >>>>>>>>> The steps are below :- > >>>>>>>>> > >>>>>>>>> 1. Step the ovirt engine on the one server... > >>>>>>>>> 2. Installed centos 7 on 4 host node servers.. > >>>>>>>>> 3. I am using host node (compute+storage)....now i have added > all 4 > >>>>>>>>> nodes to engine... > >>>>>>>>> 4. Create the gluster volume from GUI... > >>>>>>>>> > >>>>>>>>> Network :- > >>>>>>>>> eth0 :- public network (1G) > >>>>>>>>> eth1+eth2=bond0= VM public network (1G) > >>>>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>>>>>>> > >>>>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>>>>>>> > >>>>>>>>> Thanks, > >>>>>>>>> Punit > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k < > mpavlik at redhat.com> > >>>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>>> Hi Punit, > >>>>>>>>>> > >>>>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log > and > >>>>>>>>>> /var/log/vdsm/vdsmd.log > >>>>>>>>>> > >>>>>>>>>> it would be really helpful if you provided exact steps how to > >>>>>>>>>> reproduce the problem. > >>>>>>>>>> > >>>>>>>>>> regards > >>>>>>>>>> > >>>>>>>>>> Martin Pavlik - rhev QE > >>>>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > >>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>> Hi, > >>>>>>>>>>> > >>>>>>>>>>> I try to add gluster volume but it failed... > >>>>>>>>>>> > >>>>>>>>>>> Ovirt :- 3.5 > >>>>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 > >>>>>>>>>>> libvirt-1.1.1-29.el7_0.4 > >>>>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>>>>>>>> > >>>>>>>>>>> Engine Logs :- > >>>>>>>>>>> > >>>>>>>>>>> 2015-01-08 09:57:52,569 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:52,609 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,582 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,591 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,596 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,633 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> ^C > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Gluster-users mailing list > >>> Gluster-users at gluster.org > >>> http://www.gluster.org/mailman/listinfo/gluster-users > >>> > >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kurt.woitschach-mueller at tngtech.com Tue Jan 13 10:57:03 2015 From: kurt.woitschach-mueller at tngtech.com (Kurt Woitschach) Date: Tue, 13 Jan 2015 11:57:03 +0100 Subject: [ovirt-users] fixed by reboot - Stucked VM Migration and now only run once In-Reply-To: References: Message-ID: <54B4F9FF.3080708@tngtech.com> Thank You! Reboot of the engine fixed the problem. Greets Kurt On 28.12.2014 18:00, users-request at ovirt.org wrote: > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 28 Dec 2014 08:02:31 -0500 (EST) > From: Arik Hadas > To: Kurt Woitschach > Cc: Oved Ourfali , users at ovirt.org > Subject: Re: [ovirt-users] Stucked VM Migration and now only run once > Message-ID: > <334493801.1660696.1419771751996.JavaMail.zimbra at redhat.com> > Content-Type: text/plain; charset=utf-8 > > You wrote that reboot didn't help, is it the host that you rebooted? Because engine restart will release the migration's lock and you'll be able to run the VM normally for sure. > > Since you managed to run the VM using run-once while it was locked, I guess you're using ovirt 3.3.1/3.3.2/3.3.3/3.3.4 right? > We fixed several flows in which the migration's lock was not released since then, so I suggest to upgrade the system. > If it happens with any other version, please provide the logs Oved mentioned and specify which version of engine you're using. > > Thanks, > Arik > > ----- Original Message ----- >> > Can you provide the engine and host logs? >> > Also, please specify when the migration happened, and in addition when did >> > you try to run the VM. >> > It will help understand the flow in the logs. >> > >> > Thanks, >> > Oved >> > >> > ----- Original Message ----- >>> > > From: "Kurt Woitschach" >>> > > To: users at ovirt.org >>> > > Sent: Saturday, December 27, 2014 9:22:35 PM >>> > > Subject: [ovirt-users] Stucked VM Migration and now only run once >>> > > >>> > > Hi all, >>> > > >>> > > we have a Problem with a VM that can only be started in run-once mode. >>> > > >>> > > After a temporary network disconnect on the hosting node, the vm (and >>> > > some others) was down. When I tried to start regularly, it showed a >>> > > currently beeing migrated status. >>> > > I only could start it with run-once. >>> > > >>> > > Reboot didn't make a change. >>> > > >>> > > Any ideas? >>> > > >>> > > >>> > > Greets >>> > > Kurt >>> > > >>> > > -- >>> > > >>> > > >>> > > Kurt Woitschach-M?ller kurt.woitschach-mueller at tngtech.com * >>> > > +49-1743180076 >>> > > TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf?hring >>> > > Gesch?ftsf?hrer: Henrik Klagges, Gerhard M?ller, Christoph Stock >>> > > Sitz: Unterf?hring * Amtsgericht M?nchen * HRB 135082 >>> > > >>> > > >>> > > >>> > > _______________________________________________ >>> > > Users mailing list >>> > > Users at ovirt.org >>> > > http://lists.ovirt.org/mailman/listinfo/users >>> > > >> > -- Kurt Woitschach-M?ller kurt.woitschach-mueller at tngtech.com * +49-1743180076 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf?hring Gesch?ftsf?hrer: Henrik Klagges, Gerhard M?ller, Christoph Stock Sitz: Unterf?hring * Amtsgericht M?nchen * HRB 135082 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From mgiammarco at gmail.com Tue Jan 13 11:30:38 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 12:30:38 +0100 Subject: [ovirt-users] Ovirt and power saving Message-ID: Hello, I would like to ask if it is possible to do this use case with ovirt: 1) two servers powered on 2) operator suspend some virtual machines 3) load falls down 4) ovirt shutdown one server Then operator unpauses virtual machines and ovirt starts again the 2nd server. Thanks, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Tue Jan 13 11:45:13 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 13 Jan 2015 06:45:13 -0500 (EST) Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: Message-ID: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> We have power saving policy that also have possibility to poweroff hosts(via power management), you can configure power saving policy parameters for you purpose(HighUtilization can have values from 50-100 and LowUtilization 0-49), so you can set LowUtilization=0 and HighUtilization=50, so load balancing will try migrate all vms on one host(if cpu utilization less that 50). And also you can set parameter "HostsInReserve" to 0 if you do not want additional hosts in reserve. ----- Original Message ----- From: "Mario Giammarco" To: users at ovirt.org Sent: Tuesday, January 13, 2015 1:30:38 PM Subject: [ovirt-users] Ovirt and power saving Hello, I would like to ask if it is possible to do this use case with ovirt: 1) two servers powered on 2) operator suspend some virtual machines 3) load falls down 4) ovirt shutdown one server Then operator unpauses virtual machines and ovirt starts again the 2nd server. Thanks, Mario _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From lvernia at redhat.com Tue Jan 13 12:45:40 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 13 Jan 2015 14:45:40 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B4D4BF.8040308@redhat.com> References: <54B3B750.6010205@redhat.com> <54B3C339.9040203@redhat.com> <54B4D4BF.8040308@redhat.com> Message-ID: <54B51374.4060302@redhat.com> On 13/01/15 10:18, Sahina Bose wrote: > > On 01/12/2015 06:21 PM, Lior Vernia wrote: >> Hi Sahina! :) >> >> Cool feature, and I think long-awaited by many users. I have a few >> comments: >> >> 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a >> list box - I presume the items contained there are all IP addresses >> configured on the host's interfaces. >> >> 1. a. May I suggest that this contain network names instead of IP >> addresses? Would be easier for users to think about things (they surely >> remember the meaning of network names, not necessarily of IP addresses). > > >> >> 1. b. If I correctly understood the mock-up, then configuring a "Storage >> Network" role only affects the default entry chosen in the list box. Is >> it really worth the trouble of implementing this added role? It's quite >> different than display/migration roles, which are used to determine what >> IP address to use at a later time (i.e. not when configuring the host), >> when a VM is run/migrated in the cluster. > > > If not for "Storage network" role, how would we default which network to > use. In fact, we are planning to remove the drop down to choose network > from the Add Brick UI, to avoid confusion and just use the network with > this role, if available - otherwise use the host address. (host_address > in vds_static) > If the list box goes, then yeah, somehow you'll have to mark the network used for gluster traffic, so a role would be good. However, if you keep the list box, any order would be fine (maybe alphabetic with the management network as default?). > Will update page accordingly > > >> >> 1. c. A word of warning: sometimes a host interface's IP address is >> missing in the engine - this usually happens when they're configured for >> the first time with DHCP, and the setup networks command returns before >> an IP address is allocated (this can later be resolved by refreshing >> host capabilities, there's a button for that). So when displaying items >> in the list box, you should really check that an IP address exists for >> each network. >> >> 2. "Storage Network": if you intend to keep this role in the feature (I >> don't think it adds a lot of functionality, see article 1b), it might be >> better to call it "Gluster Network" - otherwise people using virt mode >> might think this network is gonna be used to communicate with other >> types of storage domains. > > > Could this network be reused for other storage needs also. If not, we > can rename it "gluster network" > I don't think there are any current plans to incorporate a "storage network" in 3.6, CCing Allon though. >> >> Yours, Lior. >> >> On 12/01/15 14:00, Sahina Bose wrote: >>> Hi all, >>> >>> Please review the feature page for this proposed solution and provide >>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >>> >>> thanks >>> sahina >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Tue Jan 13 12:51:34 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 13 Jan 2015 14:51:34 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B4D5A5.2030104@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> Message-ID: <54B514D6.9070907@redhat.com> On 13/01/15 10:21, Sahina Bose wrote: > > On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: >> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: >>> >>> On 12/01/15 14:44, Oved Ourfali wrote: >>>> Hi Sahina, >>>> >>>> Some comments: >>>> >>>> 1. As far as I understand, you might not have an IP available >>>> immediately after setupNetworks runs (getCapabilities should run, >>>> but it isn't run automatically, afair). >>>> 2. Perhaps you should pass not the IP but the name of the network? >>>> IPs might change. >>> Actually, IP address can indeed change - which would be very bad for >>> gluster functioning! I think moving networks or changing their IP >>> addresses via Setup Networks should be blocked if they're used by >>> gluster bricks. >> In the suggested feature, there is no real storage "role". The "storage >> role" title means only "default value for glusterfs IP". >> >> For example, once a brick was created, nothing protects the admin from >> accidently removing the storage network, or changing its IP address. >> >> Another "proof" that this is not a real "role", is that it affects only >> GUI: I am guessing that REST API would not make use of it at all. (maybe >> I'm wrong; for sure, REST must be defined in the feature page) > > REST API that lists the available networks (with IP addresses) would be > used to select the network and pass to the create gluster volume API > > I'll update the feature page with the REST API changes as well. > If REST allows to choose the network used for gluster traffic, then I think so should the GUI - I would not drop the list box from the design in that case. >> >> Maybe that's the behavior we want. But alternatively, Engine can enforce >> a stronger linkage between the brick to the network that it uses. When >> adding a brick, the dialog would list available networks instead of the >> specific IP. As long as the brick is being used, the admin would be >> blocked/warned against deleting the network. > > Is there a way to block against changing IP address used by a network? > Yes, this should be implemented at least in the canDoAction() method of SetupNetworksCommand (most of it is done in the SetupNetworksHelper class). And perhaps this should be blocked in the GUI as well. Note that by the time 3.6 is released, the REST (and probably GUI) are supposed to work with a different backend command that is currently being implemented - so maybe you'll need to modify that instead, or on top of the changes in SetupNetworksHelper. >> >> I'm missing a discussion regarding the upgrade path. If we would opt to >> requiring a single storage role network in a cluster, in an upgraded >> cluster the management network should take this role. > > There would not be any change to existing volumes on upgrade, as bricks > have already been added. Users can use the Edit brick option to update > the network to be used, if required as mentioned in "Change network used > by brick " > I suspect Dan referred to the upgrade path of the engine itself - if you add a new "Gluster Network" boolean column to the DB, it will initially be null for all current networks. You'd likely need to write an upgrade script to assign the role by default to the existing management networks in each cluster. > >> >>>> 3. Adding to "2", perhaps using DNS names is a more valid approach? >>>> 4. You're using the terminology "role", but it might be confusing, >>>> as we have "roles" with regards to permissions. Consider changing >>>> "storage usage" and not "storage role" in the feature page. >>> Well, we've already been using this terminology for a while now >>> concerning display/migration roles for networks... That's probably the >>> terminology to use. >>> >>>> Thanks, >>>> Oved >>>> >>>> ----- Original Message ----- >>>>> From: "Sahina Bose" >>>>> To: devel at ovirt.org, "users" >>>>> Sent: Monday, January 12, 2015 2:00:16 PM >>>>> Subject: [ovirt-users] [Feature review] Select network to be used >>>>> for glusterfs >>>>> >>>>> Hi all, >>>>> >>>>> Please review the feature page for this proposed solution and provide >>>>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >>>>> >>>>> thanks >>>>> sahina >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > From donny at cloudspin.me Tue Jan 13 12:59:24 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 05:59:24 -0700 Subject: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members In-Reply-To: <1421130533.5443.33.camel@data-b104.adm.slu.se> References: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> <1421130533.5443.33.camel@data-b104.adm.slu.se> Message-ID: <005301d02f30$c2f69520$48e3bf60$@cloudspin.me> Mark as human err... mount.nfs: trying text-based options 'vers=3,lock=Flase ?----------that?s not how you spell false ,addr=192.168.0.240 -----Original Message----- From: Karli Sj?berg [mailto:karli.sjoberg at slu.se] Sent: Monday, January 12, 2015 11:29 PM To: Donny Davis Cc: users at ovirt.org Subject: Re: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members On Mon, 2015-01-12 at 20:03 -0700, Donny Davis wrote: > Here is a quick rundown of the system, and the problem. > > > > All hosts on centOS 7 fully up to date > > GlusterFS is running on 6 servers, 3x2 distribute/replicate. > > CTDB is running on all hosts > > I am unable to mount via nfs the exported volume on any of the gluster > server members. > > > > I am able to mount, read, write, umount from any server that is not a > gluster member. > > > > Topology ? all are hostnames that are resolvable > > Gluster Members > > Node1 > > Node2 > > Node3 > > Node4 > > Node5 > > Node6 > > > > CTDB Virtual IP/Hostname > > SharedNFS > > > > Test Machine > > Test1 > > > > Gluster Volumes > > Engine > > Data > > > > I am trying to bring up hosted-engine using nfs using the gluster > members > > I run hosted-engine ?deploy > > Nfsv3 > > > > Host:/path sharednfs:/engine > > Error while mounting specified storage path: mount.nfs: an incorrect > mount option was specified > > > > Ok well lets try that without using the hosted-engine script > > > > Mount ?v ?t nfs ?o vers=3 sharednfs:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 > > mount.nfs: trying text-based options > 'vers=3,lock=Flase,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > mount.nfs: mount(2): Invalid argument > > mount.nfs: an incorrect mount option was specified > > > > > > [root at node4 ~]# systemctl status rpcbind > > rpcbind.service - RPC bind service > > Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) > > Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h > 57min ago > > Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} > (code=exited, status=0/SUCCESS) > > Main PID: 1353 (rpcbind) > > CGroup: /system.slice/rpcbind.service > > ??1353 /sbin/rpcbind -w > > > > Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... > > Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. > > Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. > > > > > > Ummm? this makes no sense?. > > [root at test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 > > mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) > > > > > > > > On the test machine mounts the nfs share with no problems. I have > confirmed this does not work on a single machine that is part of the > gluster. And any other machine is able to mount the exact same share, > with the exact same parameters? on the exact same OS?. > > > > I am at a loss iptables? Can you ping 'sharednfs'? SSH in on it? /K > > > > Donny D > > > > > plain text document attachment (ATT00001) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Med V?nliga H?lsningar ------------------------------------------------------------------------------- Karli Sj?berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron?sv?gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se From mgiammarco at gmail.com Tue Jan 13 13:05:06 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 14:05:06 +0100 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> Message-ID: Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Tue Jan 13 13:21:26 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 13 Jan 2015 08:21:26 -0500 (EST) Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> Message-ID: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Not really understand you, what you mean by "you can pause vm and so trigger the low utilization parameter"? ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 3:05:06 PM Subject: Re: [ovirt-users] Ovirt and power saving Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mburman at redhat.com Tue Jan 13 14:48:55 2015 From: mburman at redhat.com (Michael Burman) Date: Tue, 13 Jan 2015 09:48:55 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B4EDD1.8040203@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> Message-ID: <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> Hi Lars First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 and add the next line: NM_CONTROLLED=no - in the ifcfg-em1 file change: BOOTPROTO=none and add the line: NM_CONTROLLED=no restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n Put your host in maintenance mode , try to activate or re-install. Best regards, Michael B ----- Original Message ----- From: "Lars Nielsen" To: "Yedidyah Bar David" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 12:05:05 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing On 13/01/15 10:33, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc:users at ovirt.org >> Sent: Tuesday, January 13, 2015 11:26:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 09:31, Yedidyah Bar David wrote: >>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To:users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>> missing >>>> >>>> Hey I am new to oVirt, so please be patient >>>> >>>> I have a problem, when setting up new hosts. >>>> Doing the setup it self no problem, but afterwards the status is set to >>>> NonOperational. >>>> Do to the network ovirtmgmt is missing on the machine. >>>> >>>> However I have added the following ifcfg file: >>>> ifcfg-ovirtmgmt:: >>>> DEVICE=ovirtmgmt >>>> TYPE=Bridge >>>> ONBOOT=yes >>>> DELAY=0 >>>> BOOTPROTO=dhcp >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>> TYPE="Ethernet" >>>> #BOOTPROTO="dhcp" >>>> DEFROUTE="yes" >>>> IPV4_FAILURE_FATAL="no" >>>> IPV6INIT="yes" >>>> IPV6_AUTOCONF="yes" >>>> IPV6_DEFROUTE="yes" >>>> IPV6_PEERDNS="yes" >>>> IPV6_PEERROUTES="yes" >>>> IPV6_FAILURE_FATAL="no" >>>> NAME="em1" >>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>> ONBOOT="yes" >>>> HWADDR="F8:B1:56:C1:F9:8E" >>>> PEERDNS="yes" >>>> PEERROUTES="yes" >>>> BRIDGE=ovirtmgmt >>>> >>>> >>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>> static. But at the office, we do not have the possibility of static IP, >>>> at the moment. >>>> >>>> Can some one please tell me what could be wrong ? >>> dhcp should work too. The problem is with NetworkManager. >>> You'll need to have static IPs though for the engine to be able to >>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>> at least), or you'll have problems if they for some reason get a different >>> IP address from your dhcp server. >>> >>> Please post relevant logs: >>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>> engine - /var/log/ovirt-engine/* >>> >>> Thanks and best regards, >> Okay something seems to be a food here, because on the server hosting >> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >> directory. > I didn't say you should - I wrote a '*' in the end. You should find > /var/log/ovirt-hosted-engine-ha > /var/log/ovirt-hosted-engine-setup > > But now I realize you did not mention hosted-engine. Can you detail > a bit your setup? Where is the engine? Where are the hosts? How > did you install and setup? > >> However the log files from the two other directories, can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > Please add from engine also /var/log/ovirt-engine/host-deploy/* . > > Thanks! We do not have any ovirt-hosted-engine-* on the server, how ever here is a link to the complete ovirt-engine folder: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From mburman at redhat.com Tue Jan 13 15:03:19 2015 From: mburman at redhat.com (Michael Burman) Date: Tue, 13 Jan 2015 10:03:19 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> Message-ID: <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> Also change NAME=em1 to: DEVICE=em1 and remove the # from the BOOTPROTO=none ----- Original Message ----- From: "Michael Burman" To: "Lars Nielsen" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 4:48:55 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing Hi Lars First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 and add the next line: NM_CONTROLLED=no - in the ifcfg-em1 file change: BOOTPROTO=none and add the line: NM_CONTROLLED=no restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n Put your host in maintenance mode , try to activate or re-install. Best regards, Michael B ----- Original Message ----- From: "Lars Nielsen" To: "Yedidyah Bar David" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 12:05:05 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing On 13/01/15 10:33, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc:users at ovirt.org >> Sent: Tuesday, January 13, 2015 11:26:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 09:31, Yedidyah Bar David wrote: >>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To:users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>> missing >>>> >>>> Hey I am new to oVirt, so please be patient >>>> >>>> I have a problem, when setting up new hosts. >>>> Doing the setup it self no problem, but afterwards the status is set to >>>> NonOperational. >>>> Do to the network ovirtmgmt is missing on the machine. >>>> >>>> However I have added the following ifcfg file: >>>> ifcfg-ovirtmgmt:: >>>> DEVICE=ovirtmgmt >>>> TYPE=Bridge >>>> ONBOOT=yes >>>> DELAY=0 >>>> BOOTPROTO=dhcp >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>> TYPE="Ethernet" >>>> #BOOTPROTO="dhcp" >>>> DEFROUTE="yes" >>>> IPV4_FAILURE_FATAL="no" >>>> IPV6INIT="yes" >>>> IPV6_AUTOCONF="yes" >>>> IPV6_DEFROUTE="yes" >>>> IPV6_PEERDNS="yes" >>>> IPV6_PEERROUTES="yes" >>>> IPV6_FAILURE_FATAL="no" >>>> NAME="em1" >>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>> ONBOOT="yes" >>>> HWADDR="F8:B1:56:C1:F9:8E" >>>> PEERDNS="yes" >>>> PEERROUTES="yes" >>>> BRIDGE=ovirtmgmt >>>> >>>> >>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>> static. But at the office, we do not have the possibility of static IP, >>>> at the moment. >>>> >>>> Can some one please tell me what could be wrong ? >>> dhcp should work too. The problem is with NetworkManager. >>> You'll need to have static IPs though for the engine to be able to >>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>> at least), or you'll have problems if they for some reason get a different >>> IP address from your dhcp server. >>> >>> Please post relevant logs: >>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>> engine - /var/log/ovirt-engine/* >>> >>> Thanks and best regards, >> Okay something seems to be a food here, because on the server hosting >> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >> directory. > I didn't say you should - I wrote a '*' in the end. You should find > /var/log/ovirt-hosted-engine-ha > /var/log/ovirt-hosted-engine-setup > > But now I realize you did not mention hosted-engine. Can you detail > a bit your setup? Where is the engine? Where are the hosts? How > did you install and setup? > >> However the log files from the two other directories, can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > Please add from engine also /var/log/ovirt-engine/host-deploy/* . > > Thanks! We do not have any ovirt-hosted-engine-* on the server, how ever here is a link to the complete ovirt-engine folder: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From mgiammarco at gmail.com Tue Jan 13 15:22:59 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 16:22:59 +0100 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : > Not really understand you, what you mean by "you can pause vm and so > trigger the low > utilization parameter"? > > ----- Original Message ----- > From: "Mario Giammarco" > To: "Artyom Lukianov" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 3:05:06 PM > Subject: Re: [ovirt-users] Ovirt and power saving > > Thanks for reply. > I just want now to be sure that you can pause vm and so trigger the low > utilization parameter > > 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > > > We have power saving policy that also have possibility to poweroff > > hosts(via power management), you can configure power saving policy > > parameters for you purpose(HighUtilization can have values from 50-100 > and > > LowUtilization 0-49), so you can set LowUtilization=0 and > > HighUtilization=50, so load balancing will try migrate all vms on one > > host(if cpu utilization less that 50). And also you can set parameter > > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > > > ----- Original Message ----- > > From: "Mario Giammarco" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 1:30:38 PM > > Subject: [ovirt-users] Ovirt and power saving > > > > Hello, > > I would like to ask if it is possible to do this use case with ovirt: > > > > 1) two servers powered on > > 2) operator suspend some virtual machines > > 3) load falls down > > 4) ovirt shutdown one server > > > > Then operator unpauses virtual machines and ovirt starts again the 2nd > > server. > > > > Thanks, > > Mario > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From AVONDRA at unicef.fr Tue Jan 13 15:55:01 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Tue, 13 Jan 2015 15:55:01 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: Hi, Can you tell me if I can use an USB modem through one of the hypervisor hosts to a Windows VM ? I?d like to install a Windows Fax Server. Thank you for your answers. ________________________________ Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr ________________________________ [cid:siganture_bonne-annee_taille1702da61b] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siganture_bonne-annee_taille1702da61b Type: image/jpeg Size: 36754 bytes Desc: siganture_bonne-annee_taille1702da61b URL: From alukiano at redhat.com Tue Jan 13 15:56:37 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 13 Jan 2015 10:56:37 -0500 (EST) Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: <672617466.9549902.1421164597018.JavaMail.zimbra@redhat.com> I don't think that suspend vm somehow affect on power saving, because suspend vm not generate cpu load on host. So if you have two vms and two hosts, when you suspend vms, engine will shutdown all hosts(if HostsInReserve=0), so it can be good idea to set this parameter equal to 1, to have at least one host up if you need to run vms. Best regards ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 5:22:59 PM Subject: Re: [ovirt-users] Ovirt and power saving I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : > Not really understand you, what you mean by "you can pause vm and so > trigger the low > utilization parameter"? > > ----- Original Message ----- > From: "Mario Giammarco" > To: "Artyom Lukianov" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 3:05:06 PM > Subject: Re: [ovirt-users] Ovirt and power saving > > Thanks for reply. > I just want now to be sure that you can pause vm and so trigger the low > utilization parameter > > 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > > > We have power saving policy that also have possibility to poweroff > > hosts(via power management), you can configure power saving policy > > parameters for you purpose(HighUtilization can have values from 50-100 > and > > LowUtilization 0-49), so you can set LowUtilization=0 and > > HighUtilization=50, so load balancing will try migrate all vms on one > > host(if cpu utilization less that 50). And also you can set parameter > > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > > > ----- Original Message ----- > > From: "Mario Giammarco" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 1:30:38 PM > > Subject: [ovirt-users] Ovirt and power saving > > > > Hello, > > I would like to ask if it is possible to do this use case with ovirt: > > > > 1) two servers powered on > > 2) operator suspend some virtual machines > > 3) load falls down > > 4) ovirt shutdown one server > > > > Then operator unpauses virtual machines and ovirt starts again the 2nd > > server. > > > > Thanks, > > Mario > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From danken at redhat.com Tue Jan 13 16:15:29 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 13 Jan 2015 16:15:29 +0000 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B514D6.9070907@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> Message-ID: <20150113161529.GB5255@redhat.com> On Tue, Jan 13, 2015 at 02:51:34PM +0200, Lior Vernia wrote: > > > On 13/01/15 10:21, Sahina Bose wrote: > > > > On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: > >> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: > >>> > >>> On 12/01/15 14:44, Oved Ourfali wrote: > >>>> Hi Sahina, > >>>> > >>>> Some comments: > >>>> > >>>> 1. As far as I understand, you might not have an IP available > >>>> immediately after setupNetworks runs (getCapabilities should run, > >>>> but it isn't run automatically, afair). > >>>> 2. Perhaps you should pass not the IP but the name of the network? > >>>> IPs might change. > >>> Actually, IP address can indeed change - which would be very bad for > >>> gluster functioning! I think moving networks or changing their IP > >>> addresses via Setup Networks should be blocked if they're used by > >>> gluster bricks. > >> In the suggested feature, there is no real storage "role". The "storage > >> role" title means only "default value for glusterfs IP". > >> > >> For example, once a brick was created, nothing protects the admin from > >> accidently removing the storage network, or changing its IP address. > >> > >> Another "proof" that this is not a real "role", is that it affects only > >> GUI: I am guessing that REST API would not make use of it at all. (maybe > >> I'm wrong; for sure, REST must be defined in the feature page) > > > > REST API that lists the available networks (with IP addresses) would be > > used to select the network and pass to the create gluster volume API My question regarded the argument of the add brick API (in Engine level). Is it an IPv4 address (like it seems) or could it be a network name? > > > > I'll update the feature page with the REST API changes as well. > > > > If REST allows to choose the network used for gluster traffic, then I > think so should the GUI - I would not drop the list box from the design > in that case. > > >> > >> Maybe that's the behavior we want. But alternatively, Engine can enforce > >> a stronger linkage between the brick to the network that it uses. When > >> adding a brick, the dialog would list available networks instead of the > >> specific IP. As long as the brick is being used, the admin would be > >> blocked/warned against deleting the network. > > > > Is there a way to block against changing IP address used by a network? > > > > Yes, this should be implemented at least in the canDoAction() method of > SetupNetworksCommand (most of it is done in the SetupNetworksHelper > class). And perhaps this should be blocked in the GUI as well. > > Note that by the time 3.6 is released, the REST (and probably GUI) are > supposed to work with a different backend command that is currently > being implemented - so maybe you'll need to modify that instead, or on > top of the changes in SetupNetworksHelper. > > >> > >> I'm missing a discussion regarding the upgrade path. If we would opt to > >> requiring a single storage role network in a cluster, in an upgraded > >> cluster the management network should take this role. > > > > There would not be any change to existing volumes on upgrade, as bricks > > have already been added. Users can use the Edit brick option to update > > the network to be used, if required as mentioned in "Change network used > > by brick " > > > > I suspect Dan referred to the upgrade path of the engine itself - if you > add a new "Gluster Network" boolean column to the DB, it will initially > be null for all current networks. You'd likely need to write an upgrade > script to assign the role by default to the existing management networks > in each cluster. yep. > > > > >> > >>>> 3. Adding to "2", perhaps using DNS names is a more valid approach? > >>>> 4. You're using the terminology "role", but it might be confusing, > >>>> as we have "roles" with regards to permissions. Consider changing > >>>> "storage usage" and not "storage role" in the feature page. > >>> Well, we've already been using this terminology for a while now > >>> concerning display/migration roles for networks... That's probably the > >>> terminology to use. If I am not mistaken, it could make sense to have a setup with one brick using network A and another - using network B. Does your design support this? I think that this would be particularly important on upgraded clusters, where the management network is already used, but newly created bricks should start using another network. Would you add a feature page section regarding modification to the Vdsm/Engine API? One last comment - may I ask that new APIs accept both ipv4 and ipv6 addresses? There is an ongoing effort to support ipv6 on Vdsm. Dan. From yetanotherwill at yahoo.com Tue Jan 13 16:43:11 2015 From: yetanotherwill at yahoo.com (Will K) Date: Tue, 13 Jan 2015 16:43:11 +0000 (UTC) Subject: [ovirt-users] hosted-engine-lockspace broken symlinks In-Reply-To: <331497295.8592705.1421134971719.JavaMail.zimbra@redhat.com> References: <331497295.8592705.1421134971719.JavaMail.zimbra@redhat.com> Message-ID: <141827512.520512.1421167391441.JavaMail.yahoo@jws106134.mail.bf1.yahoo.com> Let me review my ovirt-hosted-engine-setup logs and I'll see if it is related to update the bug. Thanks Will On Tuesday, January 13, 2015 2:42 AM, Yedidyah Bar David wrote: ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 7:05:14 AM > Subject: [ovirt-users] hosted-engine-lockspace broken symlinks > > Hi, > > still working on this hosted-engine setup. When deploy hosted-engine on the > 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot be > found. > > 1) Node1 is up with hosted engine installed on a GlusterFS volume. When try > to deploy hosted engine on node2, I specified storage path to be nfs > available on "ovirtmount.xyz.com". ovirtmount is just an entry in the host > file pointing to node1 as in the "Up and Running with oVirt 3.5". > > The deploy process mounted the ifs export under > /rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent > > I fond symlinks point to /rhev/data-center/mnt/:_engine/.... instead of > "ovirtmount" > hosted-engine-lockspace > hosted-engine-metadata > > If I re-run deploy again using IP for the NFS export, the symlinks will look > good and go forward with the process. IMO if you always supplied a name (even if resolvable only by /etc/hosts) and not an IP address, the mounts should always use the name. We have a different bug [1] which seems similar, but is related to the name of the host, not of the nfs server. Can you please post setup logs of all of the hosts? /var/log/ovirt-hosted-engine-setup/* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1178535 > > 2) Then something killed the VM at this point. Sure it was running. > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Connected to Storage Domain > [ INFO ] Configuring VM > [ INFO ] Updating hosted-engine configuration > [ INFO ] Stage: Transaction commit > [ INFO ] Stage: Closing up > [ ERROR ] Failed to execute stage 'Closing up': route to host> These logs will help here too. Thanks, -- Didi -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Tue Jan 13 16:46:34 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 13 Jan 2015 11:46:34 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 5:55:01 PM > Subject: [ovirt-users] USB Modem in a VM > > > > Hi, > > Can you tell me if I can use an USB modem through one of the hypervisor hosts > to a Windows VM ? > > I?d like to install a Windows Fax Server. > > Thank you for your answers. should be possible using qemu args: -usbdevice host:vendor_id:product_id in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: ... ? ? if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. Regards, Alon [1] http://www.ovirt.org/VDSM-Hooks From tdemeter at itsmart.hu Tue Jan 13 17:30:27 2015 From: tdemeter at itsmart.hu (Demeter Tibor) Date: Tue, 13 Jan 2015 18:30:27 +0100 (CET) Subject: [ovirt-users] Access userportal In-Reply-To: <1834753525.14400428.1421169913843.JavaMail.zimbra@itsmart.hu> Message-ID: <470013884.14402523.1421170227182.JavaMail.zimbra@itsmart.hu> Hi, I would like to make a public redirect to ovirt userportal like https://foo.domain.com that redirect me to my ovirt userportal that running on internal network, with not public ip address (172.16.0.1), but I don't want to create access for administrator portal. Also, I would like to add a commercial SSL certification for this site. Could me help somebody how can I do it? Thanks in advance! Regards, Tibor Demeter -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 17:40:29 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 10:40:29 -0700 Subject: [ovirt-users] Access userportal In-Reply-To: <470013884.14402523.1421170227182.JavaMail.zimbra@itsmart.hu> References: <1834753525.14400428.1421169913843.JavaMail.zimbra@itsmart.hu> <470013884.14402523.1421170227182.JavaMail.zimbra@itsmart.hu> Message-ID: <009e01d02f58$07663270$16329750$@cloudspin.me> I can tell you how I do it, and it works like a boss? don?t redirect? proxy with nginx. On foo.domain.com proxy url /ovirt-engine back to the dashboards machine? this is the only way to do it if you only have 1 public ipv4 address. You can also block access the the admin portal url using nginx, or redirect it back to the userportal url Check out cloudspin.me to see what is possible with a little nginx magic I know this is a dup message for you Demeter, I didn?t reply to all.. Donny Davis Cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Demeter Tibor Sent: Tuesday, January 13, 2015 10:30 AM To: users at ovirt.org List Subject: [ovirt-users] Access userportal Hi, I would like to make a public redirect to ovirt userportal like https://foo.domain.com that redirect me to my ovirt userportal that running on internal network, with not public ip address (172.16.0.1), but I don't want to create access for administrator portal. Also, I would like to add a commercial SSL certification for this site. Could me help somebody how can I do it? Thanks in advance! Regards, Tibor Demeter -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 17:50:14 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 10:50:14 -0700 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> Message-ID: <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf Can you give a full run down of topology, and has this ever been working or is it a new deployment? Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Punit Dambiwal Sent: Monday, January 12, 2015 7:18 PM To: Kanagaraj Mayilsamy Cc: gluster-users at gluster.org; Kaushal M; users at ovirt.org Subject: Re: [ovirt-users] Failed to create volume in OVirt with gluster Hi, Please find the more details on this ....can anybody from gluster will help me here :- Gluster CLI Logs :- /var/log/glusterfs/cli.log [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] 0-transport: disconnecting now [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_DISCONNECT [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: [2015-01-13 02:06:23.072176] T [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen 128, payload: 64, rpc hdr: 64 [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect () called on transport already connected [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) to rpc-transport (glusterfs) [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] 0-glusterfs: ping timeout is 0, returning [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] 0-cli: Received response to status cmd [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: Returning 0 [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] 0-cli: Returning: 0 [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 [2015-01-13 02:06:23.076256] D [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076459] D [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 Command log :- /var/log/glusterfs/.cmd_log_history Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy wrote: I can see the failures in glusterd log. Can someone from glusterfs dev pls help on this? Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj" > Cc: "Martin Pavl?k" , "Vijay Bellur" , "Kaushal M" , > users at ovirt.org, gluster-users at gluster.org > Sent: Monday, January 12, 2015 3:36:43 PM > Subject: Re: Failed to create volume in OVirt with gluster > > Hi Kanagaraj, > > Please find the logs from here :- http://ur1.ca/jeszc > > [image: Inline image 1] > > [image: Inline image 2] > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > Looks like there are some failures in gluster. > > Can you send the log output from glusterd log file from the relevant hosts? > > > > Thanks, > > Kanagaraj > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > Hi, > > > > Is there any one from gluster can help me here :- > > > > Engine logs :- > > > > 2015-01-12 12:50:33,841 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:34,725 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,824 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,853 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,866 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:37,751 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,849 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,890 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:40,776 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,903 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,916 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:43,771 INFO > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > > log id: 303e70a4 > > 2015-01-12 12:50:43,780 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > > -1, Message: Creation of Gluster Volume vol01 failed. > > 2015-01-12 12:50:43,785 INFO > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > > > [image: Inline image 2] > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > > > >> Hi Punit, > >> > >> unfortunately I?am not that good with the gluster, I was just following > >> the obvious clue from the log. Could you try on the nodes if the packages > >> are even available for installation > >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >> gluster-swift-account > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >> glusterfs-geo-replication > >> > >> if not you could try to get them in official gluster repo. > >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >> > >> HTH > >> > >> M. > >> > >> > >> > >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > >> > >> Hi Martin, > >> > >> I installed gluster from ovirt repo....is it require to install those > >> packages manually ?? > >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> > >>> Hi Punit, > >>> > >>> can you verify that nodes contain cluster packages from the following > >>> log? > >>> > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-object',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-plugin',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-account',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-proxy',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-doc',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-container',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('glusterfs-geo-replication',) not found > >>> > >>> > >>> M. > >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the attached logs :- > >>> > >>> Engine Logs :- http://ur1.ca/jdopt > >>> VDSM Logs :- http://ur1.ca/jdoq9 > >>> > >>> > >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >>> > >>>> Do you see any errors in the UI? > >>>> > >>>> Also please provide the engine.log and vdsm.log when the failure > >>>> occured. > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>> > >>>> Hi Martin, > >>>> > >>>> The steps are below :- > >>>> > >>>> 1. Step the ovirt engine on the one server... > >>>> 2. Installed centos 7 on 4 host node servers.. > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>> nodes to engine... > >>>> 4. Create the gluster volume from GUI... > >>>> > >>>> Network :- > >>>> eth0 :- public network (1G) > >>>> eth1+eth2=bond0= VM public network (1G) > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>> > >>>> Thanks, > >>>> Punit > >>>> > >>>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>> /var/log/vdsm/vdsmd.log > >>>>> > >>>>> it would be really helpful if you provided exact steps how to > >>>>> reproduce the problem. > >>>>> > >>>>> regards > >>>>> > >>>>> Martin Pavlik - rhev QE > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > >>>>> > > >>>>> > Hi, > >>>>> > > >>>>> > I try to add gluster volume but it failed... > >>>>> > > >>>>> > Ovirt :- 3.5 > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > >>>>> > libvirt-1.1.1-29.el7_0.4 > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>> > > >>>>> > Engine Logs :- > >>>>> > > >>>>> > 2015-01-08 09:57:52,569 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:52,609 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,582 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,591 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,596 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,633 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > ^C > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>> > >>>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>> > >>> > >>> > >> > >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 17:54:35 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 10:54:35 -0700 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> The powersaving policy is only applicable to the hosts, so if your low utilization threshold is below the power policy when you pause the vm, it should place the host into maintenance and migrate the paused vm (may cause problems). I cannot test on my deployment, I am already down too many machines? however if you wait a couple days I can get you?re an answer as to whether it works on my deployment or not J Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Mario Giammarco Sent: Tuesday, January 13, 2015 8:23 AM To: Artyom Lukianov Cc: users at ovirt.org Subject: Re: [ovirt-users] Ovirt and power saving I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : Not really understand you, what you mean by "you can pause vm and so trigger the low utilization parameter"? ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 3:05:06 PM Subject: Re: [ovirt-users] Ovirt and power saving Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgiammarco at gmail.com Tue Jan 13 20:02:58 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 21:02:58 +0100 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> Message-ID: 2015-01-13 18:54 GMT+01:00 Donny Davis : > The powersaving policy is only applicable to the hosts, so if your low > utilization threshold is below the power policy when you pause the vm, it > should place the host into maintenance and migrate the paused vm (may cause > problems). > Thanks it is the exact reply I was hoping for > I cannot test on my deployment, I am already down too many machines? > however if you wait a couple days I can get you?re an answer as to whether > it works on my deployment or not J > It would be the icing on the cake! > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *Mario Giammarco > *Sent:* Tuesday, January 13, 2015 8:23 AM > *To:* Artyom Lukianov > *Cc:* users at ovirt.org > > *Subject:* Re: [ovirt-users] Ovirt and power saving > > > > I mean that I know that I can set a power saving policy, it is a very nice > thing. > > I need to be sure that I can pause/suspend (not shutdown) virtual machines. > > I also need that, if I suspend enough virtual machines ovirt shutdowns > server to save power following the power save policy. > > > > Otherwise is it possible to manually shutdown a server forcing ovirt to > migrate vms to the only one powered up? > > > > Basically it is a "manual power saving" mode. > > > > Thanks again, > > Mario > > > > 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : > > Not really understand you, what you mean by "you can pause vm and so > trigger the low > utilization parameter"? > > ----- Original Message ----- > From: "Mario Giammarco" > > To: "Artyom Lukianov" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 3:05:06 PM > Subject: Re: [ovirt-users] Ovirt and power saving > > Thanks for reply. > I just want now to be sure that you can pause vm and so trigger the low > utilization parameter > > 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > > > We have power saving policy that also have possibility to poweroff > > hosts(via power management), you can configure power saving policy > > parameters for you purpose(HighUtilization can have values from 50-100 > and > > LowUtilization 0-49), so you can set LowUtilization=0 and > > HighUtilization=50, so load balancing will try migrate all vms on one > > host(if cpu utilization less that 50). And also you can set parameter > > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > > > ----- Original Message ----- > > From: "Mario Giammarco" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 1:30:38 PM > > Subject: [ovirt-users] Ovirt and power saving > > > > Hello, > > I would like to ask if it is possible to do this use case with ovirt: > > > > 1) two servers powered on > > 2) operator suspend some virtual machines > > 3) load falls down > > 4) ovirt shutdown one server > > > > Then operator unpauses virtual machines and ovirt starts again the 2nd > > server. > > > > Thanks, > > Mario > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 20:27:42 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 13:27:42 -0700 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> Message-ID: <010d01d02f6f$63af42d0$2b0dc870$@cloudspin.me> I am bringing my new system online as I am typing this message? Hopefully I can get my power management to work with my blade center? if anyone knows how with drac5 please let me in ;) Donny Davis cloudspin.me From: Mario Giammarco [mailto:mgiammarco at gmail.com] Sent: Tuesday, January 13, 2015 1:03 PM To: Donny Davis Cc: Artyom Lukianov; users at ovirt.org Subject: Re: [ovirt-users] Ovirt and power saving 2015-01-13 18:54 GMT+01:00 Donny Davis : The powersaving policy is only applicable to the hosts, so if your low utilization threshold is below the power policy when you pause the vm, it should place the host into maintenance and migrate the paused vm (may cause problems). Thanks it is the exact reply I was hoping for I cannot test on my deployment, I am already down too many machines? however if you wait a couple days I can get you?re an answer as to whether it works on my deployment or not J It would be the icing on the cake! Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Mario Giammarco Sent: Tuesday, January 13, 2015 8:23 AM To: Artyom Lukianov Cc: users at ovirt.org Subject: Re: [ovirt-users] Ovirt and power saving I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : Not really understand you, what you mean by "you can pause vm and so trigger the low utilization parameter"? ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 3:05:06 PM Subject: Re: [ovirt-users] Ovirt and power saving Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Wed Jan 14 01:41:14 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 14 Jan 2015 09:41:14 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> Message-ID: Hi Donny, No I am not using CTDB....it's totally new deployment... On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: > Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf > > > > Can you give a full run down of topology, and has this ever been working > or is it a new deployment? > > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *Punit Dambiwal > *Sent:* Monday, January 12, 2015 7:18 PM > *To:* Kanagaraj Mayilsamy > *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org > *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with gluster > > > > Hi, > > > > Please find the more details on this ....can anybody from gluster will > help me here :- > > > > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got > RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > 0-transport: disconnecting now > > [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_DISCONNECT > > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > > [2015-01-13 02:06:23.072176] T > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen > 128, payload: 64, rpc hdr: 64 > > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect > () called on transport already connected > > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, > Proc: 27) to rpc-transport (glusterfs) > > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > 0-glusterfs: ping timeout is 0, returning > > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > 0-cli: Received response to status cmd > > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > Returning 0 > > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > 0-cli: Returning: 0 > > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076244] D > [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076256] D > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076459] D > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > > > Command log :- /var/log/glusterfs/.cmd_log_history > > > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy > wrote: > > I can see the failures in glusterd log. > > Can someone from glusterfs dev pls help on this? > > Thanks, > Kanagaraj > > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj" > > Cc: "Martin Pavl?k" , "Vijay Bellur" < > vbellur at redhat.com>, "Kaushal M" , > > users at ovirt.org, gluster-users at gluster.org > > Sent: Monday, January 12, 2015 3:36:43 PM > > Subject: Re: Failed to create volume in OVirt with gluster > > > > Hi Kanagaraj, > > > > Please find the logs from here :- http://ur1.ca/jeszc > > > > [image: Inline image 1] > > > > [image: Inline image 2] > > > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > > > Looks like there are some failures in gluster. > > > Can you send the log output from glusterd log file from the relevant > hosts? > > > > > > Thanks, > > > Kanagaraj > > > > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > > > Hi, > > > > > > Is there any one from gluster can help me here :- > > > > > > Engine logs :- > > > > > > 2015-01-12 12:50:33,841 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:34,725 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,824 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,853 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,866 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:37,751 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,849 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,890 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:40,776 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,903 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,916 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:43,771 INFO > > > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, > > > log id: 303e70a4 > > > 2015-01-12 12:50:43,780 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: > > > -1, Message: Creation of Gluster Volume vol01 failed. > > > 2015-01-12 12:50:43,785 INFO > > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > GLUSTER > > > , sharedLocks= ] > > > > > > [image: Inline image 2] > > > > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > > > > >> Hi Punit, > > >> > > >> unfortunately I?am not that good with the gluster, I was just > following > > >> the obvious clue from the log. Could you try on the nodes if the > packages > > >> are even available for installation > > >> > > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > > >> gluster-swift-account > > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > > >> glusterfs-geo-replication > > >> > > >> if not you could try to get them in official gluster repo. > > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > >> > > >> HTH > > >> > > >> M. > > >> > > >> > > >> > > >> > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > >> > > >> Hi Martin, > > >> > > >> I installed gluster from ovirt repo....is it require to install those > > >> packages manually ?? > > >> > > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > > >> > > >>> Hi Punit, > > >>> > > >>> can you verify that nodes contain cluster packages from the following > > >>> log? > > >>> > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-object',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-plugin',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-account',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-proxy',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-doc',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-container',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('glusterfs-geo-replication',) not found > > >>> > > >>> > > >>> M. > > >>> > > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: > > >>> > > >>> Hi Kanagaraj, > > >>> > > >>> Please find the attached logs :- > > >>> > > >>> Engine Logs :- http://ur1.ca/jdopt > > >>> VDSM Logs :- http://ur1.ca/jdoq9 > > >>> > > >>> > > >>> > > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > > >>> > > >>>> Do you see any errors in the UI? > > >>>> > > >>>> Also please provide the engine.log and vdsm.log when the failure > > >>>> occured. > > >>>> > > >>>> Thanks, > > >>>> Kanagaraj > > >>>> > > >>>> > > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > >>>> > > >>>> Hi Martin, > > >>>> > > >>>> The steps are below :- > > >>>> > > >>>> 1. Step the ovirt engine on the one server... > > >>>> 2. Installed centos 7 on 4 host node servers.. > > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > > >>>> nodes to engine... > > >>>> 4. Create the gluster volume from GUI... > > >>>> > > >>>> Network :- > > >>>> eth0 :- public network (1G) > > >>>> eth1+eth2=bond0= VM public network (1G) > > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > >>>> > > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > > >>>> > > >>>> Thanks, > > >>>> Punit > > >>>> > > >>>> > > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > > >>>> wrote: > > >>>> > > >>>>> Hi Punit, > > >>>>> > > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > > >>>>> /var/log/vdsm/vdsmd.log > > >>>>> > > >>>>> it would be really helpful if you provided exact steps how to > > >>>>> reproduce the problem. > > >>>>> > > >>>>> regards > > >>>>> > > >>>>> Martin Pavlik - rhev QE > > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > >>>>> > > > >>>>> > Hi, > > >>>>> > > > >>>>> > I try to add gluster volume but it failed... > > >>>>> > > > >>>>> > Ovirt :- 3.5 > > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > > >>>>> > libvirt-1.1.1-29.el7_0.4 > > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > > >>>>> > > > >>>>> > Engine Logs :- > > >>>>> > > > >>>>> > 2015-01-08 09:57:52,569 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:52,609 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,582 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,591 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,596 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,633 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > ^C > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 01:47:48 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 18:47:48 -0700 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> Message-ID: <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> And rpcbind is running can you do a regular nfs mount of the gluster volume? gluster volume info {your volume name here} Just gathering intel to hopefully provide a solution. I just deployed gluster with hosted engine today, and I did get some of the same errors as you when I was bringing everything up Did you follow a guide, or are you craving your own? Are you using swift for anything? that is usually for openstack to my knowledge? I guess you could use it for ovirt, but I didn?t Donny D From: Punit Dambiwal [mailto:hypunit at gmail.com] Sent: Tuesday, January 13, 2015 6:41 PM To: Donny Davis Cc: users at ovirt.org Subject: Re: [ovirt-users] Failed to create volume in OVirt with gluster Hi Donny, No I am not using CTDB....it's totally new deployment... On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf Can you give a full run down of topology, and has this ever been working or is it a new deployment? Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Punit Dambiwal Sent: Monday, January 12, 2015 7:18 PM To: Kanagaraj Mayilsamy Cc: gluster-users at gluster.org; Kaushal M; users at ovirt.org Subject: Re: [ovirt-users] Failed to create volume in OVirt with gluster Hi, Please find the more details on this ....can anybody from gluster will help me here :- Gluster CLI Logs :- /var/log/glusterfs/cli.log [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] 0-transport: disconnecting now [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_DISCONNECT [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: [2015-01-13 02:06:23.072176] T [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen 128, payload: 64, rpc hdr: 64 [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect () called on transport already connected [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) to rpc-transport (glusterfs) [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] 0-glusterfs: ping timeout is 0, returning [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] 0-cli: Received response to status cmd [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: Returning 0 [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] 0-cli: Returning: 0 [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 [2015-01-13 02:06:23.076256] D [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076459] D [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 Command log :- /var/log/glusterfs/.cmd_log_history Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy wrote: I can see the failures in glusterd log. Can someone from glusterfs dev pls help on this? Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj" > Cc: "Martin Pavl?k" , "Vijay Bellur" , "Kaushal M" , > users at ovirt.org, gluster-users at gluster.org > Sent: Monday, January 12, 2015 3:36:43 PM > Subject: Re: Failed to create volume in OVirt with gluster > > Hi Kanagaraj, > > Please find the logs from here :- http://ur1.ca/jeszc > > [image: Inline image 1] > > [image: Inline image 2] > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > Looks like there are some failures in gluster. > > Can you send the log output from glusterd log file from the relevant hosts? > > > > Thanks, > > Kanagaraj > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > Hi, > > > > Is there any one from gluster can help me here :- > > > > Engine logs :- > > > > 2015-01-12 12:50:33,841 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:34,725 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,824 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,853 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,866 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:37,751 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,849 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,890 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:40,776 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,903 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,916 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:43,771 INFO > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > > log id: 303e70a4 > > 2015-01-12 12:50:43,780 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > > -1, Message: Creation of Gluster Volume vol01 failed. > > 2015-01-12 12:50:43,785 INFO > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > > > [image: Inline image 2] > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > > > >> Hi Punit, > >> > >> unfortunately I?am not that good with the gluster, I was just following > >> the obvious clue from the log. Could you try on the nodes if the packages > >> are even available for installation > >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >> gluster-swift-account > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >> glusterfs-geo-replication > >> > >> if not you could try to get them in official gluster repo. > >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >> > >> HTH > >> > >> M. > >> > >> > >> > >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > >> > >> Hi Martin, > >> > >> I installed gluster from ovirt repo....is it require to install those > >> packages manually ?? > >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> > >>> Hi Punit, > >>> > >>> can you verify that nodes contain cluster packages from the following > >>> log? > >>> > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-object',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-plugin',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-account',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-proxy',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-doc',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-container',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('glusterfs-geo-replication',) not found > >>> > >>> > >>> M. > >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the attached logs :- > >>> > >>> Engine Logs :- http://ur1.ca/jdopt > >>> VDSM Logs :- http://ur1.ca/jdoq9 > >>> > >>> > >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >>> > >>>> Do you see any errors in the UI? > >>>> > >>>> Also please provide the engine.log and vdsm.log when the failure > >>>> occured. > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>> > >>>> Hi Martin, > >>>> > >>>> The steps are below :- > >>>> > >>>> 1. Step the ovirt engine on the one server... > >>>> 2. Installed centos 7 on 4 host node servers.. > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>> nodes to engine... > >>>> 4. Create the gluster volume from GUI... > >>>> > >>>> Network :- > >>>> eth0 :- public network (1G) > >>>> eth1+eth2=bond0= VM public network (1G) > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>> > >>>> Thanks, > >>>> Punit > >>>> > >>>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>> /var/log/vdsm/vdsmd.log > >>>>> > >>>>> it would be really helpful if you provided exact steps how to > >>>>> reproduce the problem. > >>>>> > >>>>> regards > >>>>> > >>>>> Martin Pavlik - rhev QE > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > >>>>> > > >>>>> > Hi, > >>>>> > > >>>>> > I try to add gluster volume but it failed... > >>>>> > > >>>>> > Ovirt :- 3.5 > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > >>>>> > libvirt-1.1.1-29.el7_0.4 > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>> > > >>>>> > Engine Logs :- > >>>>> > > >>>>> > 2015-01-08 09:57:52,569 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:52,609 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,582 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,591 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,596 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,633 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > ^C > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>> > >>>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>> > >>> > >>> > >> > >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Wed Jan 14 07:25:47 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 14 Jan 2015 15:25:47 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> Message-ID: Hi Donny, I am not using gluster for the NFS mount...no volume has been created because of those errors.... On Wed, Jan 14, 2015 at 9:47 AM, Donny Davis wrote: > And > > > > rpcbind is running > > > > can you do a regular nfs mount of the gluster volume? > > gluster volume info {your volume name here} > > > > > > Just gathering intel to hopefully provide a solution. I just deployed > gluster with hosted engine today, and I did get some of the same errors as > you when I was bringing everything up > > Did you follow a guide, or are you craving your own? > > Are you using swift for anything? that is usually for openstack to my > knowledge? I guess you could use it for ovirt, but I didn?t > > > > Donny D > > > > *From:* Punit Dambiwal [mailto:hypunit at gmail.com] > *Sent:* Tuesday, January 13, 2015 6:41 PM > *To:* Donny Davis > *Cc:* users at ovirt.org > > *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with gluster > > > > Hi Donny, > > > > No I am not using CTDB....it's totally new deployment... > > > > On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: > > Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf > > > > Can you give a full run down of topology, and has this ever been working > or is it a new deployment? > > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *Punit Dambiwal > *Sent:* Monday, January 12, 2015 7:18 PM > *To:* Kanagaraj Mayilsamy > *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org > *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with gluster > > > > Hi, > > > > Please find the more details on this ....can anybody from gluster will > help me here :- > > > > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got > RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > 0-transport: disconnecting now > > [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_DISCONNECT > > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > > [2015-01-13 02:06:23.072176] T > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen > 128, payload: 64, rpc hdr: 64 > > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect > () called on transport already connected > > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, > Proc: 27) to rpc-transport (glusterfs) > > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > 0-glusterfs: ping timeout is 0, returning > > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > 0-cli: Received response to status cmd > > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > Returning 0 > > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > 0-cli: Returning: 0 > > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076244] D > [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076256] D > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076459] D > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > > > Command log :- /var/log/glusterfs/.cmd_log_history > > > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy > wrote: > > I can see the failures in glusterd log. > > Can someone from glusterfs dev pls help on this? > > Thanks, > Kanagaraj > > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj" > > Cc: "Martin Pavl?k" , "Vijay Bellur" < > vbellur at redhat.com>, "Kaushal M" , > > users at ovirt.org, gluster-users at gluster.org > > Sent: Monday, January 12, 2015 3:36:43 PM > > Subject: Re: Failed to create volume in OVirt with gluster > > > > Hi Kanagaraj, > > > > Please find the logs from here :- http://ur1.ca/jeszc > > > > [image: Inline image 1] > > > > [image: Inline image 2] > > > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > > > Looks like there are some failures in gluster. > > > Can you send the log output from glusterd log file from the relevant > hosts? > > > > > > Thanks, > > > Kanagaraj > > > > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > > > Hi, > > > > > > Is there any one from gluster can help me here :- > > > > > > Engine logs :- > > > > > > 2015-01-12 12:50:33,841 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:34,725 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,824 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,853 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,866 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:37,751 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,849 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,890 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:40,776 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,903 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,916 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:43,771 INFO > > > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, > > > log id: 303e70a4 > > > 2015-01-12 12:50:43,780 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: > > > -1, Message: Creation of Gluster Volume vol01 failed. > > > 2015-01-12 12:50:43,785 INFO > > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > GLUSTER > > > , sharedLocks= ] > > > > > > [image: Inline image 2] > > > > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > > > > >> Hi Punit, > > >> > > >> unfortunately I?am not that good with the gluster, I was just > following > > >> the obvious clue from the log. Could you try on the nodes if the > packages > > >> are even available for installation > > >> > > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > > >> gluster-swift-account > > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > > >> glusterfs-geo-replication > > >> > > >> if not you could try to get them in official gluster repo. > > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > >> > > >> HTH > > >> > > >> M. > > >> > > >> > > >> > > >> > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > >> > > >> Hi Martin, > > >> > > >> I installed gluster from ovirt repo....is it require to install those > > >> packages manually ?? > > >> > > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > > >> > > >>> Hi Punit, > > >>> > > >>> can you verify that nodes contain cluster packages from the following > > >>> log? > > >>> > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-object',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-plugin',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-account',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-proxy',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-doc',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-container',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('glusterfs-geo-replication',) not found > > >>> > > >>> > > >>> M. > > >>> > > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: > > >>> > > >>> Hi Kanagaraj, > > >>> > > >>> Please find the attached logs :- > > >>> > > >>> Engine Logs :- http://ur1.ca/jdopt > > >>> VDSM Logs :- http://ur1.ca/jdoq9 > > >>> > > >>> > > >>> > > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > > >>> > > >>>> Do you see any errors in the UI? > > >>>> > > >>>> Also please provide the engine.log and vdsm.log when the failure > > >>>> occured. > > >>>> > > >>>> Thanks, > > >>>> Kanagaraj > > >>>> > > >>>> > > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > >>>> > > >>>> Hi Martin, > > >>>> > > >>>> The steps are below :- > > >>>> > > >>>> 1. Step the ovirt engine on the one server... > > >>>> 2. Installed centos 7 on 4 host node servers.. > > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > > >>>> nodes to engine... > > >>>> 4. Create the gluster volume from GUI... > > >>>> > > >>>> Network :- > > >>>> eth0 :- public network (1G) > > >>>> eth1+eth2=bond0= VM public network (1G) > > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > >>>> > > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > > >>>> > > >>>> Thanks, > > >>>> Punit > > >>>> > > >>>> > > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > > >>>> wrote: > > >>>> > > >>>>> Hi Punit, > > >>>>> > > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > > >>>>> /var/log/vdsm/vdsmd.log > > >>>>> > > >>>>> it would be really helpful if you provided exact steps how to > > >>>>> reproduce the problem. > > >>>>> > > >>>>> regards > > >>>>> > > >>>>> Martin Pavlik - rhev QE > > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > >>>>> > > > >>>>> > Hi, > > >>>>> > > > >>>>> > I try to add gluster volume but it failed... > > >>>>> > > > >>>>> > Ovirt :- 3.5 > > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > > >>>>> > libvirt-1.1.1-29.el7_0.4 > > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > > >>>>> > > > >>>>> > Engine Logs :- > > >>>>> > > > >>>>> > 2015-01-08 09:57:52,569 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:52,609 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,582 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,591 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,596 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,633 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > ^C > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 14 07:29:01 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 14 Jan 2015 08:29:01 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed Message-ID: <54B61ABD.9050906@redhat.com> Hi, We still have blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla POST Can't add disk to VM without specifying disk profile when... In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 61 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 41 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Wed Jan 14 07:52:35 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 14 Jan 2015 08:52:35 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54B62043.8070409@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-01-21 QEMU 2.2.0: 2014-12-09 (RELEASED) QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 480 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] http://goo.gl/zwkF3r [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From lars at steinwurf.com Wed Jan 14 07:55:55 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 08:55:55 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> Message-ID: <54B6210B.203@steinwurf.com> On 13/01/15 16:03, Michael Burman wrote: > Also change NAME=em1 > to: > DEVICE=em1 > and remove the # from the BOOTPROTO=none > > > ----- Original Message ----- > From: "Michael Burman" > To: "Lars Nielsen" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 4:48:55 PM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > Hi Lars > > First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: > IPADDR=192.168.1.10 > NETMASK=255.255.255.0 > GATEWAY=192.168.0.1 > > and add the next line: > NM_CONTROLLED=no > > - in the ifcfg-em1 file change: > BOOTPROTO=none > > and add the line: > NM_CONTROLLED=no > > restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n > > Put your host in maintenance mode , try to activate or re-install. > > Best regards, > > Michael B > > > ----- Original Message ----- > From: "Lars Nielsen" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 12:05:05 PM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > > On 13/01/15 10:33, Yedidyah Bar David wrote: >> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Yedidyah Bar David" >>> Cc:users at ovirt.org >>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>> >>> >>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>> ----- Original Message ----- >>>>> From: "Lars Nielsen" >>>>> To:users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>> missing >>>>> >>>>> Hey I am new to oVirt, so please be patient >>>>> >>>>> I have a problem, when setting up new hosts. >>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>> NonOperational. >>>>> Do to the network ovirtmgmt is missing on the machine. >>>>> >>>>> However I have added the following ifcfg file: >>>>> ifcfg-ovirtmgmt:: >>>>> DEVICE=ovirtmgmt >>>>> TYPE=Bridge >>>>> ONBOOT=yes >>>>> DELAY=0 >>>>> BOOTPROTO=dhcp >>>>> IPADDR=192.168.1.10 >>>>> NETMASK=255.255.255.0 >>>>> GATEWAY=192.168.0.1 >>>>> >>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>> TYPE="Ethernet" >>>>> #BOOTPROTO="dhcp" >>>>> DEFROUTE="yes" >>>>> IPV4_FAILURE_FATAL="no" >>>>> IPV6INIT="yes" >>>>> IPV6_AUTOCONF="yes" >>>>> IPV6_DEFROUTE="yes" >>>>> IPV6_PEERDNS="yes" >>>>> IPV6_PEERROUTES="yes" >>>>> IPV6_FAILURE_FATAL="no" >>>>> NAME="em1" >>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>> ONBOOT="yes" >>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>> PEERDNS="yes" >>>>> PEERROUTES="yes" >>>>> BRIDGE=ovirtmgmt >>>>> >>>>> >>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>> static. But at the office, we do not have the possibility of static IP, >>>>> at the moment. >>>>> >>>>> Can some one please tell me what could be wrong ? >>>> dhcp should work too. The problem is with NetworkManager. >>>> You'll need to have static IPs though for the engine to be able to >>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>> at least), or you'll have problems if they for some reason get a different >>>> IP address from your dhcp server. >>>> >>>> Please post relevant logs: >>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>> engine - /var/log/ovirt-engine/* >>>> >>>> Thanks and best regards, >>> Okay something seems to be a food here, because on the server hosting >>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>> directory. >> I didn't say you should - I wrote a '*' in the end. You should find >> /var/log/ovirt-hosted-engine-ha >> /var/log/ovirt-hosted-engine-setup >> >> But now I realize you did not mention hosted-engine. Can you detail >> a bit your setup? Where is the engine? Where are the hosts? How >> did you install and setup? >> >>> However the log files from the two other directories, can be found here: >>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >> >> Thanks! > We do not have any ovirt-hosted-engine-* on the server, how ever here is > a link to the complete ovirt-engine folder: > https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar > > Thanks and Best Regards > - Lars > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > Hey. I have had a look at this. This /etc/init.d/ovirt-engine, we also do not have on our system. So how can I restart my oVirt instance? How ever I have updated the network scripts: https://dl.dropboxusercontent.com/u/55488/network_scripts.tar To me this seems stranger and stranger, in the sense that we are missing stuff. I have followed the oVirt documentation doing installation, which I assume is correct. Thank and Best Regards - Lars From didi at redhat.com Wed Jan 14 08:43:29 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 03:43:29 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B6210B.203@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> Message-ID: <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: "Michael Burman" > Cc: users at ovirt.org > Sent: Wednesday, January 14, 2015 9:55:55 AM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > > On 13/01/15 16:03, Michael Burman wrote: > > Also change NAME=em1 > > to: > > DEVICE=em1 > > and remove the # from the BOOTPROTO=none > > > > > > ----- Original Message ----- > > From: "Michael Burman" > > To: "Lars Nielsen" > > Cc: users at ovirt.org > > Sent: Tuesday, January 13, 2015 4:48:55 PM > > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network > > missing > > > > Hi Lars > > > > First of all you have to decide from where your ovirtmgmt getting the ip, > > if it is from a dhcp server, you have to delete this lines from your > > ifcfg-ovirtmgmt file: > > IPADDR=192.168.1.10 > > NETMASK=255.255.255.0 > > GATEWAY=192.168.0.1 > > > > and add the next line: > > NM_CONTROLLED=no > > > > - in the ifcfg-em1 file change: > > BOOTPROTO=none > > > > and add the line: > > NM_CONTROLLED=no > > > > restart your engine /etc/init.d/ovirt-engine restart and make sure your > > ovirtmgmt got ip and you have a default gateway, you can run: route -n > > > > Put your host in maintenance mode , try to activate or re-install. > > > > Best regards, > > > > Michael B > > > > > > ----- Original Message ----- > > From: "Lars Nielsen" > > To: "Yedidyah Bar David" > > Cc: users at ovirt.org > > Sent: Tuesday, January 13, 2015 12:05:05 PM > > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network > > missing > > > > > > On 13/01/15 10:33, Yedidyah Bar David wrote: > >> ----- Original Message ----- > >>> From: "Lars Nielsen" > >>> To: "Yedidyah Bar David" > >>> Cc:users at ovirt.org > >>> Sent: Tuesday, January 13, 2015 11:26:55 AM > >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network > >>> missing > >>> > >>> > >>> On 13/01/15 09:31, Yedidyah Bar David wrote: > >>>> ----- Original Message ----- > >>>>> From: "Lars Nielsen" > >>>>> To:users at ovirt.org > >>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM > >>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network > >>>>> missing > >>>>> > >>>>> Hey I am new to oVirt, so please be patient > >>>>> > >>>>> I have a problem, when setting up new hosts. > >>>>> Doing the setup it self no problem, but afterwards the status is set to > >>>>> NonOperational. > >>>>> Do to the network ovirtmgmt is missing on the machine. > >>>>> > >>>>> However I have added the following ifcfg file: > >>>>> ifcfg-ovirtmgmt:: > >>>>> DEVICE=ovirtmgmt > >>>>> TYPE=Bridge > >>>>> ONBOOT=yes > >>>>> DELAY=0 > >>>>> BOOTPROTO=dhcp > >>>>> IPADDR=192.168.1.10 > >>>>> NETMASK=255.255.255.0 > >>>>> GATEWAY=192.168.0.1 > >>>>> > >>>>> And made the adjustments, so the ifcfg-en1, file looks like this: > >>>>> TYPE="Ethernet" > >>>>> #BOOTPROTO="dhcp" > >>>>> DEFROUTE="yes" > >>>>> IPV4_FAILURE_FATAL="no" > >>>>> IPV6INIT="yes" > >>>>> IPV6_AUTOCONF="yes" > >>>>> IPV6_DEFROUTE="yes" > >>>>> IPV6_PEERDNS="yes" > >>>>> IPV6_PEERROUTES="yes" > >>>>> IPV6_FAILURE_FATAL="no" > >>>>> NAME="em1" > >>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" > >>>>> ONBOOT="yes" > >>>>> HWADDR="F8:B1:56:C1:F9:8E" > >>>>> PEERDNS="yes" > >>>>> PEERROUTES="yes" > >>>>> BRIDGE=ovirtmgmt > >>>>> > >>>>> > >>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to > >>>>> static. But at the office, we do not have the possibility of static IP, > >>>>> at the moment. > >>>>> > >>>>> Can some one please tell me what could be wrong ? > >>>> dhcp should work too. The problem is with NetworkManager. > >>>> You'll need to have static IPs though for the engine to be able to > >>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA > >>>> at least), or you'll have problems if they for some reason get a > >>>> different > >>>> IP address from your dhcp server. > >>>> > >>>> Please post relevant logs: > >>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* > >>>> engine - /var/log/ovirt-engine/* > >>>> > >>>> Thanks and best regards, > >>> Okay something seems to be a food here, because on the server hosting > >>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine > >>> directory. > >> I didn't say you should - I wrote a '*' in the end. You should find > >> /var/log/ovirt-hosted-engine-ha > >> /var/log/ovirt-hosted-engine-setup > >> > >> But now I realize you did not mention hosted-engine. Can you detail > >> a bit your setup? Where is the engine? Where are the hosts? How > >> did you install and setup? Can you please? Including OSes of each machine? Which packages you installed, from which repo? > >> > >>> However the log files from the two other directories, can be found here: > >>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > >> Please add from engine also /var/log/ovirt-engine/host-deploy/* . > >> > >> Thanks! > > We do not have any ovirt-hosted-engine-* on the server, how ever here is > > a link to the complete ovirt-engine folder: > > https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar > > > > Thanks and Best Regards > > - Lars > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > Hey. > I have had a look at this. This /etc/init.d/ovirt-engine, we also do not > have on our system. You won't find it on fedora, this is a sysvinit script. On fedora you should have /usr/lib/systemd/system/ovirt-engine.service . > So how can I restart my oVirt instance? For both systemd and sysv, this should work: service ovirt-engine restart > How ever I have updated the network scripts: > https://dl.dropboxusercontent.com/u/55488/network_scripts.tar > > To me this seems stranger and stranger, in the sense that we are missing > stuff. I have followed the oVirt documentation doing installation, which > I assume is correct. Perhaps you can start with explaining what you are trying to do, how, and what fails... Best regards, -- Didi From lars at steinwurf.com Wed Jan 14 08:51:19 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 09:51:19 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> Message-ID: <54B62E07.8090806@steinwurf.com> On 14/01/15 09:43, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Michael Burman" >> Cc: users at ovirt.org >> Sent: Wednesday, January 14, 2015 9:55:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 16:03, Michael Burman wrote: >>> Also change NAME=em1 >>> to: >>> DEVICE=em1 >>> and remove the # from the BOOTPROTO=none >>> >>> >>> ----- Original Message ----- >>> From: "Michael Burman" >>> To: "Lars Nielsen" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 4:48:55 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> Hi Lars >>> >>> First of all you have to decide from where your ovirtmgmt getting the ip, >>> if it is from a dhcp server, you have to delete this lines from your >>> ifcfg-ovirtmgmt file: >>> IPADDR=192.168.1.10 >>> NETMASK=255.255.255.0 >>> GATEWAY=192.168.0.1 >>> >>> and add the next line: >>> NM_CONTROLLED=no >>> >>> - in the ifcfg-em1 file change: >>> BOOTPROTO=none >>> >>> and add the line: >>> NM_CONTROLLED=no >>> >>> restart your engine /etc/init.d/ovirt-engine restart and make sure your >>> ovirtmgmt got ip and you have a default gateway, you can run: route -n >>> >>> Put your host in maintenance mode , try to activate or re-install. >>> >>> Best regards, >>> >>> Michael B >>> >>> >>> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Yedidyah Bar David" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 12:05:05 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> >>> On 13/01/15 10:33, Yedidyah Bar David wrote: >>>> ----- Original Message ----- >>>>> From: "Lars Nielsen" >>>>> To: "Yedidyah Bar David" >>>>> Cc:users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>> missing >>>>> >>>>> >>>>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>>>> ----- Original Message ----- >>>>>>> From: "Lars Nielsen" >>>>>>> To:users at ovirt.org >>>>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>>>> missing >>>>>>> >>>>>>> Hey I am new to oVirt, so please be patient >>>>>>> >>>>>>> I have a problem, when setting up new hosts. >>>>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>>>> NonOperational. >>>>>>> Do to the network ovirtmgmt is missing on the machine. >>>>>>> >>>>>>> However I have added the following ifcfg file: >>>>>>> ifcfg-ovirtmgmt:: >>>>>>> DEVICE=ovirtmgmt >>>>>>> TYPE=Bridge >>>>>>> ONBOOT=yes >>>>>>> DELAY=0 >>>>>>> BOOTPROTO=dhcp >>>>>>> IPADDR=192.168.1.10 >>>>>>> NETMASK=255.255.255.0 >>>>>>> GATEWAY=192.168.0.1 >>>>>>> >>>>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>>>> TYPE="Ethernet" >>>>>>> #BOOTPROTO="dhcp" >>>>>>> DEFROUTE="yes" >>>>>>> IPV4_FAILURE_FATAL="no" >>>>>>> IPV6INIT="yes" >>>>>>> IPV6_AUTOCONF="yes" >>>>>>> IPV6_DEFROUTE="yes" >>>>>>> IPV6_PEERDNS="yes" >>>>>>> IPV6_PEERROUTES="yes" >>>>>>> IPV6_FAILURE_FATAL="no" >>>>>>> NAME="em1" >>>>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>>>> ONBOOT="yes" >>>>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>>>> PEERDNS="yes" >>>>>>> PEERROUTES="yes" >>>>>>> BRIDGE=ovirtmgmt >>>>>>> >>>>>>> >>>>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>>>> static. But at the office, we do not have the possibility of static IP, >>>>>>> at the moment. >>>>>>> >>>>>>> Can some one please tell me what could be wrong ? >>>>>> dhcp should work too. The problem is with NetworkManager. >>>>>> You'll need to have static IPs though for the engine to be able to >>>>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>>>> at least), or you'll have problems if they for some reason get a >>>>>> different >>>>>> IP address from your dhcp server. >>>>>> >>>>>> Please post relevant logs: >>>>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>>>> engine - /var/log/ovirt-engine/* >>>>>> >>>>>> Thanks and best regards, >>>>> Okay something seems to be a food here, because on the server hosting >>>>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>>>> directory. >>>> I didn't say you should - I wrote a '*' in the end. You should find >>>> /var/log/ovirt-hosted-engine-ha >>>> /var/log/ovirt-hosted-engine-setup >>>> >>>> But now I realize you did not mention hosted-engine. Can you detail >>>> a bit your setup? Where is the engine? Where are the hosts? How >>>> did you install and setup? > Can you please? Including OSes of each machine? Which packages you > installed, from which repo? > >>>>> However the log files from the two other directories, can be found here: >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >>>> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >>>> >>>> Thanks! >>> We do not have any ovirt-hosted-engine-* on the server, how ever here is >>> a link to the complete ovirt-engine folder: >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar >>> >>> Thanks and Best Regards >>> - Lars >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> Hey. >> I have had a look at this. This /etc/init.d/ovirt-engine, we also do not >> have on our system. > You won't find it on fedora, this is a sysvinit script. On fedora you should > have /usr/lib/systemd/system/ovirt-engine.service . > >> So how can I restart my oVirt instance? > For both systemd and sysv, this should work: > service ovirt-engine restart > >> How ever I have updated the network scripts: >> https://dl.dropboxusercontent.com/u/55488/network_scripts.tar >> >> To me this seems stranger and stranger, in the sense that we are missing >> stuff. I have followed the oVirt documentation doing installation, which >> I assume is correct. > Perhaps you can start with explaining what you are trying to do, how, and > what fails... > > Best regards, We are testing out, different solution for virtualization, to set up a more diverge build environment. So I am testing out oVirt for this purpose, and I am at the stage where I am to setup the first host. However, when the host it setup, I get the error NonOperational, because it can not find the ovirtmgmt network on the machine. Thanks and Best Regards - Lars From lars at steinwurf.com Wed Jan 14 09:17:54 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 10:17:54 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> Message-ID: <54B63442.3090902@steinwurf.com> On 14/01/15 09:43, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Michael Burman" >> Cc: users at ovirt.org >> Sent: Wednesday, January 14, 2015 9:55:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 16:03, Michael Burman wrote: >>> Also change NAME=em1 >>> to: >>> DEVICE=em1 >>> and remove the # from the BOOTPROTO=none >>> >>> >>> ----- Original Message ----- >>> From: "Michael Burman" >>> To: "Lars Nielsen" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 4:48:55 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> Hi Lars >>> >>> First of all you have to decide from where your ovirtmgmt getting the ip, >>> if it is from a dhcp server, you have to delete this lines from your >>> ifcfg-ovirtmgmt file: >>> IPADDR=192.168.1.10 >>> NETMASK=255.255.255.0 >>> GATEWAY=192.168.0.1 >>> >>> and add the next line: >>> NM_CONTROLLED=no >>> >>> - in the ifcfg-em1 file change: >>> BOOTPROTO=none >>> >>> and add the line: >>> NM_CONTROLLED=no >>> >>> restart your engine /etc/init.d/ovirt-engine restart and make sure your >>> ovirtmgmt got ip and you have a default gateway, you can run: route -n >>> >>> Put your host in maintenance mode , try to activate or re-install. >>> >>> Best regards, >>> >>> Michael B >>> >>> >>> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Yedidyah Bar David" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 12:05:05 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> >>> On 13/01/15 10:33, Yedidyah Bar David wrote: >>>> ----- Original Message ----- >>>>> From: "Lars Nielsen" >>>>> To: "Yedidyah Bar David" >>>>> Cc:users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>> missing >>>>> >>>>> >>>>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>>>> ----- Original Message ----- >>>>>>> From: "Lars Nielsen" >>>>>>> To:users at ovirt.org >>>>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>>>> missing >>>>>>> >>>>>>> Hey I am new to oVirt, so please be patient >>>>>>> >>>>>>> I have a problem, when setting up new hosts. >>>>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>>>> NonOperational. >>>>>>> Do to the network ovirtmgmt is missing on the machine. >>>>>>> >>>>>>> However I have added the following ifcfg file: >>>>>>> ifcfg-ovirtmgmt:: >>>>>>> DEVICE=ovirtmgmt >>>>>>> TYPE=Bridge >>>>>>> ONBOOT=yes >>>>>>> DELAY=0 >>>>>>> BOOTPROTO=dhcp >>>>>>> IPADDR=192.168.1.10 >>>>>>> NETMASK=255.255.255.0 >>>>>>> GATEWAY=192.168.0.1 >>>>>>> >>>>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>>>> TYPE="Ethernet" >>>>>>> #BOOTPROTO="dhcp" >>>>>>> DEFROUTE="yes" >>>>>>> IPV4_FAILURE_FATAL="no" >>>>>>> IPV6INIT="yes" >>>>>>> IPV6_AUTOCONF="yes" >>>>>>> IPV6_DEFROUTE="yes" >>>>>>> IPV6_PEERDNS="yes" >>>>>>> IPV6_PEERROUTES="yes" >>>>>>> IPV6_FAILURE_FATAL="no" >>>>>>> NAME="em1" >>>>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>>>> ONBOOT="yes" >>>>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>>>> PEERDNS="yes" >>>>>>> PEERROUTES="yes" >>>>>>> BRIDGE=ovirtmgmt >>>>>>> >>>>>>> >>>>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>>>> static. But at the office, we do not have the possibility of static IP, >>>>>>> at the moment. >>>>>>> >>>>>>> Can some one please tell me what could be wrong ? >>>>>> dhcp should work too. The problem is with NetworkManager. >>>>>> You'll need to have static IPs though for the engine to be able to >>>>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>>>> at least), or you'll have problems if they for some reason get a >>>>>> different >>>>>> IP address from your dhcp server. >>>>>> >>>>>> Please post relevant logs: >>>>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>>>> engine - /var/log/ovirt-engine/* >>>>>> >>>>>> Thanks and best regards, >>>>> Okay something seems to be a food here, because on the server hosting >>>>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>>>> directory. >>>> I didn't say you should - I wrote a '*' in the end. You should find >>>> /var/log/ovirt-hosted-engine-ha >>>> /var/log/ovirt-hosted-engine-setup >>>> >>>> But now I realize you did not mention hosted-engine. Can you detail >>>> a bit your setup? Where is the engine? Where are the hosts? How >>>> did you install and setup? > Can you please? Including OSes of each machine? Which packages you > installed, from which repo? > >>>>> However the log files from the two other directories, can be found here: >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >>>> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >>>> >>>> Thanks! >>> We do not have any ovirt-hosted-engine-* on the server, how ever here is >>> a link to the complete ovirt-engine folder: >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar >>> >>> Thanks and Best Regards >>> - Lars >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> Hey. >> I have had a look at this. This /etc/init.d/ovirt-engine, we also do not >> have on our system. > You won't find it on fedora, this is a sysvinit script. On fedora you should > have /usr/lib/systemd/system/ovirt-engine.service . > >> So how can I restart my oVirt instance? > For both systemd and sysv, this should work: > service ovirt-engine restart > >> How ever I have updated the network scripts: >> https://dl.dropboxusercontent.com/u/55488/network_scripts.tar >> >> To me this seems stranger and stranger, in the sense that we are missing >> stuff. I have followed the oVirt documentation doing installation, which >> I assume is correct. > Perhaps you can start with explaining what you are trying to do, how, and > what fails... > > Best regards, mm I tried it. But I do not get any networks, on which I can attach it to, see screen shot: https://dl.dropboxusercontent.com/u/55488/ovirt_network_img.png (Sorry for sending directly to you Michael) Thanks and Best Regards - Lars From didi at redhat.com Wed Jan 14 09:25:13 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 04:25:13 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B62E07.8090806@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> <54B62E07.8090806@steinwurf.com> Message-ID: <117204673.9563778.1421227513429.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: "Yedidyah Bar David" > Cc: "Michael Burman" , users at ovirt.org > Sent: Wednesday, January 14, 2015 10:51:19 AM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing [snip] > We are testing out, different solution for virtualization, to set up a > more diverge build environment. OK. > So I am testing out oVirt for this purpose, and I am at the stage where > I am to setup the first host. Meaning, you have the engine up and running on some machine (VM), and now try to install a host. Right? Which OSes? > However, when the host it setup, I get the > error NonOperational, because it can not find the ovirtmgmt network on > the machine. Please post the host-install log of this host. You should find it on engine machine in /var/log/ovirt-engine/host-deploy . As mentioned already, there are problems with NetworkManager. I suggest to remove it completely from the host, make sure networking works well, then try to reinstall the host from the web admin. If it fails, please post host-install logs. Thanks. Best, -- Didi From lars at steinwurf.com Wed Jan 14 09:28:40 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 10:28:40 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <117204673.9563778.1421227513429.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> <54B62E07.8090806@steinwurf.com> <117204673.9563778.1421227513429.JavaMail.zimbra@redhat.com> Message-ID: <54B636C8.7060804@steinwurf.com> On 14/01/15 10:25, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc: "Michael Burman" , users at ovirt.org >> Sent: Wednesday, January 14, 2015 10:51:19 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > [snip] >> We are testing out, different solution for virtualization, to set up a >> more diverge build environment. > OK. > >> So I am testing out oVirt for this purpose, and I am at the stage where >> I am to setup the first host. > Meaning, you have the engine up and running on some machine (VM), and now > try to install a host. Right? Which OSes? > >> However, when the host it setup, I get the >> error NonOperational, because it can not find the ovirtmgmt network on >> the machine. > Please post the host-install log of this host. You should find it on > engine machine in /var/log/ovirt-engine/host-deploy . > > As mentioned already, there are problems with NetworkManager. I suggest > to remove it completely from the host, make sure networking works well, > then try to reinstall the host from the web admin. If it fails, please > post host-install logs. Thanks. > > Best, You can find the log file, in this tar ball: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars From amukherj at redhat.com Tue Jan 13 04:37:19 2015 From: amukherj at redhat.com (Atin Mukherjee) Date: Tue, 13 Jan 2015 10:07:19 +0530 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> Message-ID: <54B4A0FF.6060104@redhat.com> Punit, cli log wouldn't help much here. To debug this issue further can you please let us know the following: 1. gluster peer status output 2. gluster volume status output 3. gluster --version output. 4. Which command got failed 5. glusterd log file of all the nodes ~Atin On 01/13/2015 07:48 AM, Punit Dambiwal wrote: > Hi, > > Please find the more details on this ....can anybody from gluster will help > me here :- > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got > RPC_CLNT_CONNECT > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_CONNECT > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > 0-transport: disconnecting now > [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_DISCONNECT > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > [2015-01-13 02:06:23.072176] T > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen > 128, payload: 64, rpc hdr: 64 > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect > () called on transport already connected > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, > Proc: 27) to rpc-transport (glusterfs) > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > 0-glusterfs: ping timeout is 0, returning > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > 0-cli: Received response to status cmd > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > Returning 0 > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > 0-cli: Returning: 0 > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > 0-cli: Returning 0 > [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] > 0-cli: Returning 0 > [2015-01-13 02:06:23.076256] D > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > 0-cli: Returning 0 > [2015-01-13 02:06:23.076459] D > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > Command log :- /var/log/glusterfs/.cmd_log_history > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed > on cpu02.zne01.hkg1.stack.com. Please check log file for details. > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy > wrote: > >> I can see the failures in glusterd log. >> >> Can someone from glusterfs dev pls help on this? >> >> Thanks, >> Kanagaraj >> >> ----- Original Message ----- >>> From: "Punit Dambiwal" >>> To: "Kanagaraj" >>> Cc: "Martin Pavl?k" , "Vijay Bellur" < >> vbellur at redhat.com>, "Kaushal M" , >>> users at ovirt.org, gluster-users at gluster.org >>> Sent: Monday, January 12, 2015 3:36:43 PM >>> Subject: Re: Failed to create volume in OVirt with gluster >>> >>> Hi Kanagaraj, >>> >>> Please find the logs from here :- http://ur1.ca/jeszc >>> >>> [image: Inline image 1] >>> >>> [image: Inline image 2] >>> >>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: >>> >>>> Looks like there are some failures in gluster. >>>> Can you send the log output from glusterd log file from the relevant >> hosts? >>>> >>>> Thanks, >>>> Kanagaraj >>>> >>>> >>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >>>> >>>> Hi, >>>> >>>> Is there any one from gluster can help me here :- >>>> >>>> Engine logs :- >>>> >>>> 2015-01-12 12:50:33,841 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:34,725 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:36,824 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:36,853 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:36,866 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:37,751 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:39,849 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:39,878 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:39,890 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:40,776 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:42,878 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:42,903 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:42,916 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:43,771 INFO >>>> >> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >> CreateGlusterVolumeVDSCommand, >>>> log id: 303e70a4 >>>> 2015-01-12 12:50:43,780 ERROR >>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >> ID: >>>> -1, Message: Creation of Gluster Volume vol01 failed. >>>> 2015-01-12 12:50:43,785 INFO >>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >> GLUSTER >>>> , sharedLocks= ] >>>> >>>> [image: Inline image 2] >>>> >>>> >>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >> wrote: >>>> >>>>> Hi Punit, >>>>> >>>>> unfortunately I?am not that good with the gluster, I was just >> following >>>>> the obvious clue from the log. Could you try on the nodes if the >> packages >>>>> are even available for installation >>>>> >>>>> yum install gluster-swift gluster-swift-object gluster-swift-plugin >>>>> gluster-swift-account >>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container >>>>> glusterfs-geo-replication >>>>> >>>>> if not you could try to get them in official gluster repo. >>>>> >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >>>>> >>>>> HTH >>>>> >>>>> M. >>>>> >>>>> >>>>> >>>>> >>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: >>>>> >>>>> Hi Martin, >>>>> >>>>> I installed gluster from ovirt repo....is it require to install those >>>>> packages manually ?? >>>>> >>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >> wrote: >>>>> >>>>>> Hi Punit, >>>>>> >>>>>> can you verify that nodes contain cluster packages from the following >>>>>> log? >>>>>> >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-object',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-plugin',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-account',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-proxy',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-doc',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-container',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('glusterfs-geo-replication',) not found >>>>>> >>>>>> >>>>>> M. >>>>>> >>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal >> wrote: >>>>>> >>>>>> Hi Kanagaraj, >>>>>> >>>>>> Please find the attached logs :- >>>>>> >>>>>> Engine Logs :- http://ur1.ca/jdopt >>>>>> VDSM Logs :- http://ur1.ca/jdoq9 >>>>>> >>>>>> >>>>>> >>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >> wrote: >>>>>> >>>>>>> Do you see any errors in the UI? >>>>>>> >>>>>>> Also please provide the engine.log and vdsm.log when the failure >>>>>>> occured. >>>>>>> >>>>>>> Thanks, >>>>>>> Kanagaraj >>>>>>> >>>>>>> >>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>>>>> >>>>>>> Hi Martin, >>>>>>> >>>>>>> The steps are below :- >>>>>>> >>>>>>> 1. Step the ovirt engine on the one server... >>>>>>> 2. Installed centos 7 on 4 host node servers.. >>>>>>> 3. I am using host node (compute+storage)....now i have added all 4 >>>>>>> nodes to engine... >>>>>>> 4. Create the gluster volume from GUI... >>>>>>> >>>>>>> Network :- >>>>>>> eth0 :- public network (1G) >>>>>>> eth1+eth2=bond0= VM public network (1G) >>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>>>>> >>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>>>>> >>>>>>> Thanks, >>>>>>> Punit >>>>>>> >>>>>>> >>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>>>>> wrote: >>>>>>> >>>>>>>> Hi Punit, >>>>>>>> >>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>>>>>> /var/log/vdsm/vdsmd.log >>>>>>>> >>>>>>>> it would be really helpful if you provided exact steps how to >>>>>>>> reproduce the problem. >>>>>>>> >>>>>>>> regards >>>>>>>> >>>>>>>> Martin Pavlik - rhev QE >>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >> wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I try to add gluster volume but it failed... >>>>>>>>> >>>>>>>>> Ovirt :- 3.5 >>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 >>>>>>>>> libvirt-1.1.1-29.el7_0.4 >>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 >>>>>>>>> >>>>>>>>> Engine Logs :- >>>>>>>>> >>>>>>>>> 2015-01-08 09:57:52,569 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:52,609 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,582 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,591 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,596 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,633 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> ^C >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >> > > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://www.gluster.org/mailman/listinfo/gluster-users > From amukherj at redhat.com Tue Jan 13 07:00:09 2015 From: amukherj at redhat.com (Atin Mukherjee) Date: Tue, 13 Jan 2015 12:30:09 +0530 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <54B4A0FF.6060104@redhat.com> Message-ID: <54B4C279.70206@redhat.com> On 01/13/2015 12:12 PM, Punit Dambiwal wrote: > Hi Atin, > > Please find the output from here :- http://ur1.ca/jf4bs > Looks like http://review.gluster.org/#/c/9269/ should solve this issue. Please note this patch has not been taken in 3.6 release. Would you be able to apply this patch on the source and re-test? ~Atin > On Tue, Jan 13, 2015 at 12:37 PM, Atin Mukherjee > wrote: > >> Punit, >> >> cli log wouldn't help much here. To debug this issue further can you >> please let us know the following: >> >> 1. gluster peer status output >> 2. gluster volume status output >> 3. gluster --version output. >> 4. Which command got failed >> 5. glusterd log file of all the nodes >> >> ~Atin >> >> >> On 01/13/2015 07:48 AM, Punit Dambiwal wrote: >>> Hi, >>> >>> Please find the more details on this ....can anybody from gluster will >> help >>> me here :- >>> >>> >>> Gluster CLI Logs :- /var/log/glusterfs/cli.log >>> >>> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: >> got >>> RPC_CLNT_CONNECT >>> [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] >>> 0-glusterfs: got RPC_CLNT_CONNECT >>> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] >>> 0-transport: disconnecting now >>> [2015-01-13 02:06:23.072055] T >> [cli-quotad-client.c:100:cli_quotad_notify] >>> 0-glusterfs: got RPC_CLNT_DISCONNECT >>> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] >>> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: >>> [2015-01-13 02:06:23.072176] T >>> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request >> fraglen >>> 128, payload: 64, rpc hdr: 64 >>> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> >>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] >> (--> >>> >> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] >>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> >>> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> >>> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: >> connect >>> () called on transport already connected >>> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] >>> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: >> 2, >>> Proc: 27) to rpc-transport (glusterfs) >>> [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] >>> 0-glusterfs: ping timeout is 0, returning >>> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] >>> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, >>> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) >>> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] >>> 0-cli: Received response to status cmd >>> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: >>> Returning 0 >>> [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] >>> 0-cli: Returning: 0 >>> [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] >>> 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076244] D >> [cli-xml-output.c:131:cli_xml_output_common] >>> 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076256] D >>> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning >> 0 >>> [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] >>> 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076459] D >>> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 >>> >>> Command log :- /var/log/glusterfs/.cmd_log_history >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking >> failed >>> on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS >>> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS >>> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS >>> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS >>> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS >>> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS >>> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS >>> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS >>> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS >>> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS >>> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS >>> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS >>> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS >>> >>> >>> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < >> kmayilsa at redhat.com> >>> wrote: >>> >>>> I can see the failures in glusterd log. >>>> >>>> Can someone from glusterfs dev pls help on this? >>>> >>>> Thanks, >>>> Kanagaraj >>>> >>>> ----- Original Message ----- >>>>> From: "Punit Dambiwal" >>>>> To: "Kanagaraj" >>>>> Cc: "Martin Pavl?k" , "Vijay Bellur" < >>>> vbellur at redhat.com>, "Kaushal M" , >>>>> users at ovirt.org, gluster-users at gluster.org >>>>> Sent: Monday, January 12, 2015 3:36:43 PM >>>>> Subject: Re: Failed to create volume in OVirt with gluster >>>>> >>>>> Hi Kanagaraj, >>>>> >>>>> Please find the logs from here :- http://ur1.ca/jeszc >>>>> >>>>> [image: Inline image 1] >>>>> >>>>> [image: Inline image 2] >>>>> >>>>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj >> wrote: >>>>> >>>>>> Looks like there are some failures in gluster. >>>>>> Can you send the log output from glusterd log file from the relevant >>>> hosts? >>>>>> >>>>>> Thanks, >>>>>> Kanagaraj >>>>>> >>>>>> >>>>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Is there any one from gluster can help me here :- >>>>>> >>>>>> Engine logs :- >>>>>> >>>>>> 2015-01-12 12:50:33,841 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:34,725 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:36,824 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:36,853 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:36,866 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:37,751 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:39,849 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:39,878 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:39,890 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:40,776 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:42,878 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:42,903 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:42,916 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:43,771 INFO >>>>>> >>>> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >>>> CreateGlusterVolumeVDSCommand, >>>>>> log id: 303e70a4 >>>>>> 2015-01-12 12:50:43,780 ERROR >>>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >>>>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >>>> ID: >>>>>> -1, Message: Creation of Gluster Volume vol01 failed. >>>>>> 2015-01-12 12:50:43,785 INFO >>>>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >>>>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >>>> GLUSTER >>>>>> , sharedLocks= ] >>>>>> >>>>>> [image: Inline image 2] >>>>>> >>>>>> >>>>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >>>> wrote: >>>>>> >>>>>>> Hi Punit, >>>>>>> >>>>>>> unfortunately I?am not that good with the gluster, I was just >>>> following >>>>>>> the obvious clue from the log. Could you try on the nodes if the >>>> packages >>>>>>> are even available for installation >>>>>>> >>>>>>> yum install gluster-swift gluster-swift-object gluster-swift-plugin >>>>>>> gluster-swift-account >>>>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container >>>>>>> glusterfs-geo-replication >>>>>>> >>>>>>> if not you could try to get them in official gluster repo. >>>>>>> >>>> >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >>>>>>> >>>>>>> HTH >>>>>>> >>>>>>> M. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal >> wrote: >>>>>>> >>>>>>> Hi Martin, >>>>>>> >>>>>>> I installed gluster from ovirt repo....is it require to install >> those >>>>>>> packages manually ?? >>>>>>> >>>>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >>>> wrote: >>>>>>> >>>>>>>> Hi Punit, >>>>>>>> >>>>>>>> can you verify that nodes contain cluster packages from the >> following >>>>>>>> log? >>>>>>>> >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-object',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-plugin',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-account',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-proxy',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-doc',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-container',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('glusterfs-geo-replication',) not found >>>>>>>> >>>>>>>> >>>>>>>> M. >>>>>>>> >>>>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal >>>> wrote: >>>>>>>> >>>>>>>> Hi Kanagaraj, >>>>>>>> >>>>>>>> Please find the attached logs :- >>>>>>>> >>>>>>>> Engine Logs :- http://ur1.ca/jdopt >>>>>>>> VDSM Logs :- http://ur1.ca/jdoq9 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >>>> wrote: >>>>>>>> >>>>>>>>> Do you see any errors in the UI? >>>>>>>>> >>>>>>>>> Also please provide the engine.log and vdsm.log when the failure >>>>>>>>> occured. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Kanagaraj >>>>>>>>> >>>>>>>>> >>>>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>>>>>>> >>>>>>>>> Hi Martin, >>>>>>>>> >>>>>>>>> The steps are below :- >>>>>>>>> >>>>>>>>> 1. Step the ovirt engine on the one server... >>>>>>>>> 2. Installed centos 7 on 4 host node servers.. >>>>>>>>> 3. I am using host node (compute+storage)....now i have added all 4 >>>>>>>>> nodes to engine... >>>>>>>>> 4. Create the gluster volume from GUI... >>>>>>>>> >>>>>>>>> Network :- >>>>>>>>> eth0 :- public network (1G) >>>>>>>>> eth1+eth2=bond0= VM public network (1G) >>>>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>>>>>>> >>>>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Punit >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi Punit, >>>>>>>>>> >>>>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>>>>>>>> /var/log/vdsm/vdsmd.log >>>>>>>>>> >>>>>>>>>> it would be really helpful if you provided exact steps how to >>>>>>>>>> reproduce the problem. >>>>>>>>>> >>>>>>>>>> regards >>>>>>>>>> >>>>>>>>>> Martin Pavlik - rhev QE >>>>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> I try to add gluster volume but it failed... >>>>>>>>>>> >>>>>>>>>>> Ovirt :- 3.5 >>>>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 >>>>>>>>>>> libvirt-1.1.1-29.el7_0.4 >>>>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 >>>>>>>>>>> >>>>>>>>>>> Engine Logs :- >>>>>>>>>>> >>>>>>>>>>> 2015-01-08 09:57:52,569 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:52,609 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,582 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,591 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,596 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,633 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> ^C >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> Gluster-users mailing list >>> Gluster-users at gluster.org >>> http://www.gluster.org/mailman/listinfo/gluster-users >>> >> > From themadengin33r at gmail.com Wed Jan 14 11:06:52 2015 From: themadengin33r at gmail.com (mad Engineer) Date: Wed, 14 Jan 2015 16:36:52 +0530 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP Message-ID: I am running RHEL6.5 as Host and Guest on HP server. Server has 128G and 48 Core[with HT enabled.] 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, Guests: VM1: 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM VM2: 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM VM3: 2 VCPU ,no pinning,4G RAM HOST host has 10 free CPU+24 HT threads which is not allocated and is available. Host also runs a small application that is single threaded,that uses ~4G RAM. Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS dont even use 70% of allocated RAM] also ksm is not running. Networking: Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 [This IP is called for accessing application running on host] All vms use virtio and VHOST is on . Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. There is no packet loss,drop or latency,but the issue is with the same setup on Vmware with same sizing of virtual machines,with the only difference as application running on host has moved to fourth VM.So in Vmware there are 4 VMs. Application gives better number ie on KVM that number is 310 and on vmware it is 570.Application uses UDP to communicate. I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue is solved) Thanks for any help From mpavlik at redhat.com Wed Jan 14 12:44:36 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 14 Jan 2015 13:44:36 +0100 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP In-Reply-To: References: Message-ID: Hi, from the top of my head you could try to play with tuned both with guest and host ###Install### yum install tuned /etc/init.d/tuned start chkconfig tuned on ###usage### list the profile: tuned-adm list change your profile: tuned-adm profile throughput-performance maybe try to experiment with other profiles. HTH Martin Pavlik RHEV QE > On 14 Jan 2015, at 12:06, mad Engineer wrote: > > I am running RHEL6.5 as Host and Guest on HP server. > Server has 128G and 48 Core[with HT enabled.] > > 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, > > Guests: > > VM1: > 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM > > VM2: > 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM > > VM3: > 2 VCPU ,no pinning,4G RAM > > HOST > host has 10 free CPU+24 HT threads which is not allocated and is available. > Host also runs a small application that is single threaded,that uses ~4G RAM. > > Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS > dont even use 70% of allocated RAM] also ksm is not running. > > Networking: > Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 > [This IP is called for accessing application running on host] > All vms use virtio and VHOST is on . > > Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps > > "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. > > > There is no packet loss,drop or latency,but the issue is with the same > setup on Vmware with same sizing of virtual machines,with the only > difference as application running on host has moved to fourth VM.So in > Vmware there are 4 VMs. > Application gives better number ie on KVM that number is 310 and on > vmware it is 570.Application uses UDP to communicate. > > I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue > is solved) > > Thanks for any help > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From themadengin33r at gmail.com Wed Jan 14 12:55:18 2015 From: themadengin33r at gmail.com (mad Engineer) Date: Wed, 14 Jan 2015 18:25:18 +0530 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP In-Reply-To: References: Message-ID: Thanks Martin, How can we see the changes made by tuned? for "virtual guest" i see it changes scheduler to deadline.Is there any way to see what parameters each profile is going to change Thanks On Wed, Jan 14, 2015 at 6:14 PM, Martin Pavl?k wrote: > Hi, > > from the top of my head you could try to play with tuned both with guest and host > > ###Install### > yum install tuned > /etc/init.d/tuned start > chkconfig tuned on > > ###usage### > list the profile: > tuned-adm list > > change your profile: > tuned-adm profile throughput-performance > > maybe try to experiment with other profiles. > > HTH > > Martin Pavlik > RHEV QE > >> On 14 Jan 2015, at 12:06, mad Engineer wrote: >> >> I am running RHEL6.5 as Host and Guest on HP server. >> Server has 128G and 48 Core[with HT enabled.] >> >> 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, >> >> Guests: >> >> VM1: >> 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM >> >> VM2: >> 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM >> >> VM3: >> 2 VCPU ,no pinning,4G RAM >> >> HOST >> host has 10 free CPU+24 HT threads which is not allocated and is available. >> Host also runs a small application that is single threaded,that uses ~4G RAM. >> >> Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS >> dont even use 70% of allocated RAM] also ksm is not running. >> >> Networking: >> Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 >> [This IP is called for accessing application running on host] >> All vms use virtio and VHOST is on . >> >> Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps >> >> "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. >> >> >> There is no packet loss,drop or latency,but the issue is with the same >> setup on Vmware with same sizing of virtual machines,with the only >> difference as application running on host has moved to fourth VM.So in >> Vmware there are 4 VMs. >> Application gives better number ie on KVM that number is 310 and on >> vmware it is 570.Application uses UDP to communicate. >> >> I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue >> is solved) >> >> Thanks for any help >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > From mpavlik at redhat.com Wed Jan 14 12:58:25 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 14 Jan 2015 13:58:25 +0100 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP In-Reply-To: References: Message-ID: <14E8ED08-CDD6-428B-A586-3388B7F65FC9@redhat.com> Check files under /etc/tune-profiles/ HTH Martin Pavlik RHEV QE > On 14 Jan 2015, at 13:55, mad Engineer wrote: > > Thanks Martin, > How can we see the changes made by tuned? > for "virtual guest" i see it changes scheduler to deadline.Is there > any way to see what parameters each profile is going to change > > Thanks > > On Wed, Jan 14, 2015 at 6:14 PM, Martin Pavl?k wrote: >> Hi, >> >> from the top of my head you could try to play with tuned both with guest and host >> >> ###Install### >> yum install tuned >> /etc/init.d/tuned start >> chkconfig tuned on >> >> ###usage### >> list the profile: >> tuned-adm list >> >> change your profile: >> tuned-adm profile throughput-performance >> >> maybe try to experiment with other profiles. >> >> HTH >> >> Martin Pavlik >> RHEV QE >> >>> On 14 Jan 2015, at 12:06, mad Engineer wrote: >>> >>> I am running RHEL6.5 as Host and Guest on HP server. >>> Server has 128G and 48 Core[with HT enabled.] >>> >>> 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, >>> >>> Guests: >>> >>> VM1: >>> 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM >>> >>> VM2: >>> 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM >>> >>> VM3: >>> 2 VCPU ,no pinning,4G RAM >>> >>> HOST >>> host has 10 free CPU+24 HT threads which is not allocated and is available. >>> Host also runs a small application that is single threaded,that uses ~4G RAM. >>> >>> Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS >>> dont even use 70% of allocated RAM] also ksm is not running. >>> >>> Networking: >>> Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 >>> [This IP is called for accessing application running on host] >>> All vms use virtio and VHOST is on . >>> >>> Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps >>> >>> "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. >>> >>> >>> There is no packet loss,drop or latency,but the issue is with the same >>> setup on Vmware with same sizing of virtual machines,with the only >>> difference as application running on host has moved to fourth VM.So in >>> Vmware there are 4 VMs. >>> Application gives better number ie on KVM that number is 310 and on >>> vmware it is 570.Application uses UDP to communicate. >>> >>> I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue >>> is solved) >>> >>> Thanks for any help >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> From sbonazzo at redhat.com Wed Jan 14 14:33:30 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 14 Jan 2015 15:33:30 +0100 Subject: [ovirt-users] [ACTION REQUIRED] oVirt 3.5.1 branch created Message-ID: <54B67E3A.2090104@redhat.com> Hi, All blockers for 3.5.1 have been closed. the tag ovirt-engine-3.5.1_rc1 has been created on hash 4f0c48e and will be used for creating the new ovirt-engine-3.5.1 branch. All patches targeted to 3.5.1 will need to be cherry-picked on the 3.5.1 branch too. Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From mburman at redhat.com Wed Jan 14 15:15:32 2015 From: mburman at redhat.com (Michael Burman) Date: Wed, 14 Jan 2015 10:15:32 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B66051.8030600@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <54B6210B.203@steinwurf.com> <830677710.6581811.1421225743031.JavaMail.zimbra@redhat.com> <54B63337.3050102@steinwurf.com> <71270988.6638898.1421235523893.JavaMail.zimbra@redhat.com> <54B655D3.5090800@steinwurf.com> <80858280.6639606.1421235754700.JavaMail.zimbra@redhat.com> <54B66051.8030600@steinwurf.com> Message-ID: <1183675229.6756593.1421248532433.JavaMail.zimbra@redhat.com> Hi Lars, Can you please attach your vdsm and supervdsm logs. Is vdsm service is running? can you reach vdsm client? Michael ----- Original Message ----- From: "Lars Nielsen" To: "Michael Burman" Sent: Wednesday, January 14, 2015 2:25:53 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing Hey Michael. I keep getting this: Host base does not comply with the cluster Default networks, the following networks are missing on host: 'ovirtmgmt' But based on the installation log, nothing goes wrong doing installation/setup of the host. And I get the same result as the screen shot I send before. Thanks and Best Regards - Lars On 14/01/15 12:42, Michael Burman wrote: > No Problem, > > But don't re-install ovirt, remove host and install him again. not ovirt. it should work. > > ----- Original Message ----- > From: "Lars Nielsen" > To: "Michael Burman" > Sent: Wednesday, January 14, 2015 1:41:07 PM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > I will try to re-install ovirt. > Thanks a lot for your help Michael > > Best Regards > - Lars > On 14/01/15 12:38, Michael Burman wrote: >> Hmm I see, >> >> It looks like your host is not installed properly, you should have seen the host NIC's on your left in the SetupNetworks window. >> I recommend to remove host from ovirt and install it again from start. If your 'em1' NIC configured with dhcp, 'ovirtmgmt' should get ip from the NIC after installation. If after installation your 'ovirtmgmt' will be missing on host, try to drag it manually like i said. >> Before that try to restart network service: 'service network restart' and 'service vdsmd restart' and 'service NetworkManager stop' and then install the host in your ovirt. >> >> Hope this help.. >> >> Michael B >> >> >> ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Michael Burman" >> Sent: Wednesday, January 14, 2015 11:13:27 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 14/01/15 09:55, Michael Burman wrote: >>> Hey Lars, >>> >>> Which OS do you running? >>> >>> You can go to your Ovirt > go to Hosts tab > Networks Interfaces subtab > 'SetupNetworks' . >>> If you changed the lines in the ifcfg files like i said, just attach the 'ovirtmgmt' to 'em1' NIC via SetupNetworks. This should work for you. when pressing 'ok' in the SetupNetworks window, it should take the interface configuration and create the bridge ifcfg with the same configuration. >>> >>> Try that.. >>> >>> Michael B >>> >>> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Michael Burman" >>> Cc: users at ovirt.org >>> Sent: Wednesday, January 14, 2015 9:55:55 AM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>> >>> >>> On 13/01/15 16:03, Michael Burman wrote: >>>> Also change NAME=em1 >>>> to: >>>> DEVICE=em1 >>>> and remove the # from the BOOTPROTO=none >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Michael Burman" >>>> To: "Lars Nielsen" >>>> Cc: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 4:48:55 PM >>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>>> >>>> Hi Lars >>>> >>>> First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> and add the next line: >>>> NM_CONTROLLED=no >>>> >>>> - in the ifcfg-em1 file change: >>>> BOOTPROTO=none >>>> >>>> and add the line: >>>> NM_CONTROLLED=no >>>> >>>> restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n >>>> >>>> Put your host in maintenance mode , try to activate or re-install. >>>> >>>> Best regards, >>>> >>>> Michael B >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To: "Yedidyah Bar David" >>>> Cc: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 12:05:05 PM >>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>>> >>>> >>>> On 13/01/15 10:33, Yedidyah Bar David wrote: >>>>> ----- Original Message ----- >>>>>> From: "Lars Nielsen" >>>>>> To: "Yedidyah Bar David" >>>>>> Cc:users at ovirt.org >>>>>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>>>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>>>>> >>>>>> >>>>>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>>>>> ----- Original Message ----- >>>>>>>> From: "Lars Nielsen" >>>>>>>> To:users at ovirt.org >>>>>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>>>>> missing >>>>>>>> >>>>>>>> Hey I am new to oVirt, so please be patient >>>>>>>> >>>>>>>> I have a problem, when setting up new hosts. >>>>>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>>>>> NonOperational. >>>>>>>> Do to the network ovirtmgmt is missing on the machine. >>>>>>>> >>>>>>>> However I have added the following ifcfg file: >>>>>>>> ifcfg-ovirtmgmt:: >>>>>>>> DEVICE=ovirtmgmt >>>>>>>> TYPE=Bridge >>>>>>>> ONBOOT=yes >>>>>>>> DELAY=0 >>>>>>>> BOOTPROTO=dhcp >>>>>>>> IPADDR=192.168.1.10 >>>>>>>> NETMASK=255.255.255.0 >>>>>>>> GATEWAY=192.168.0.1 >>>>>>>> >>>>>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>>>>> TYPE="Ethernet" >>>>>>>> #BOOTPROTO="dhcp" >>>>>>>> DEFROUTE="yes" >>>>>>>> IPV4_FAILURE_FATAL="no" >>>>>>>> IPV6INIT="yes" >>>>>>>> IPV6_AUTOCONF="yes" >>>>>>>> IPV6_DEFROUTE="yes" >>>>>>>> IPV6_PEERDNS="yes" >>>>>>>> IPV6_PEERROUTES="yes" >>>>>>>> IPV6_FAILURE_FATAL="no" >>>>>>>> NAME="em1" >>>>>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>>>>> ONBOOT="yes" >>>>>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>>>>> PEERDNS="yes" >>>>>>>> PEERROUTES="yes" >>>>>>>> BRIDGE=ovirtmgmt >>>>>>>> >>>>>>>> >>>>>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>>>>> static. But at the office, we do not have the possibility of static IP, >>>>>>>> at the moment. >>>>>>>> >>>>>>>> Can some one please tell me what could be wrong ? >>>>>>> dhcp should work too. The problem is with NetworkManager. >>>>>>> You'll need to have static IPs though for the engine to be able to >>>>>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>>>>> at least), or you'll have problems if they for some reason get a different >>>>>>> IP address from your dhcp server. >>>>>>> >>>>>>> Please post relevant logs: >>>>>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>>>>> engine - /var/log/ovirt-engine/* >>>>>>> >>>>>>> Thanks and best regards, >>>>>> Okay something seems to be a food here, because on the server hosting >>>>>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>>>>> directory. >>>>> I didn't say you should - I wrote a '*' in the end. You should find >>>>> /var/log/ovirt-hosted-engine-ha >>>>> /var/log/ovirt-hosted-engine-setup >>>>> >>>>> But now I realize you did not mention hosted-engine. Can you detail >>>>> a bit your setup? Where is the engine? Where are the hosts? How >>>>> did you install and setup? >>>>> >>>>>> However the log files from the two other directories, can be found here: >>>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >>>>> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >>>>> >>>>> Thanks! >>>> We do not have any ovirt-hosted-engine-* on the server, how ever here is >>>> a link to the complete ovirt-engine folder: >>>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar >>>> >>>> Thanks and Best Regards >>>> - Lars >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> Hey. >>> I have had a look at this. This /etc/init.d/ovirt-engine, we also do not >>> have on our system. >>> So how can I restart my oVirt instance? >>> How ever I have updated the network scripts: >>> https://dl.dropboxusercontent.com/u/55488/network_scripts.tar >>> >>> To me this seems stranger and stranger, in the sense that we are missing >>> stuff. I have followed the oVirt documentation doing installation, which >>> I assume is correct. >>> >>> Thank and Best Regards >>> - Lars >>> >>> >>> >> Hmm I tried it. But I do not get any networks, on which I can attach it >> to, see screen shot: >> >> https://dl.dropboxusercontent.com/u/55488/ovirt_network_img.png >> >> Thanks and Best Regards >> - Lars >> >> >> >> > -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From bruno at pic.es Wed Jan 14 15:53:06 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Wed, 14 Jan 2015 16:53:06 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module Message-ID: Good afternoon, We cannot access to Ovirt using LDAP authentication against our openldap server. We created the following files in /etc/ovirt-engine/extensions.d (the organization name is not example.org and the passwords are not XXXXXXXX, obviously) : ----------- /etc/ovirt-engine/extensions.d/ldap.example.org ----------- include = vars.server = ldap1.example.org vars.user = cn=authenticate,ou=System,dc=example,dc=org vars.password = "XXXXXXXX" pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} pool.default.ssl.startTLS = true pool.default.ssl.truststore.file = /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks pool.default.ssl.truststore.password = XXXXXXXX ----------- /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties ----------- ovirt.engine.extension.name = authn-ldap.example.org ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = ldap.example.org ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org ----------- /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties ----------- ovirt.engine.extension.name = authz-ldap.example.org ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org ------------------------------------------------ After all of this we restarted the service and tried to access via the administration portal. The JKS has the right permissions and contains the TLS CA, the password is correct and the user "esthera" exists. But when we try to log in, we obtain the following error in the engine.log (we already set the verbosity to ALL): ------------------------------------------------ 2015-01-14 16:35:25,750 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Extkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_URL;type=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- f969-42d4-b399-72d192e18304];]=http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid= EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa-ldap.authn, Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EXTENSION_CONFIGURATION;type=class java.util.Properties;uuid= EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid= EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=authn-ldap. example.org, Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTENSION_CONFIGURATION_ SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=AAA_AUTHN_CAPABILITIES;type=class java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695- 918a3197ad83];]=org.slf4j.impl.Slf4jLogger( org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. example.org), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER;type=class java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_INVOKE_COMMAND;type=class org.ovirt.engine.api. extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c- 06bdfa80244c]} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=invalid credentials} ------------------------------------------------ Having a look at the LDAP log we check that there is a "invalid credentials" error while binding, but we are sure that the bind password is the right one. We already tried to set the bind password without quotes, but then the DN user then appear as an empty string ("") ------------------------------------------------ [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from IP= 192.168.XX.X:39501 (IP=0.0.0.0:389) Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established tls_ssf=128 ssf=128 Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 err=49 text= Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed ------------------------------------------------ By the way, the Ovirt manager (ovmgr) machine can query correctly the openldap server and retrieves everything OK ------------------------------------------------ [root at ovmgr extensions.d]# ldapsearch -ZZ -D cn=authenticate,ou=System,dc=example,dc=org -W Enter LDAP Password: # extended LDIF # # LDAPv3 # base (default) with scope subtree # filter: (objectclass=*) # requesting: ALL # # pic.es dn: dc=example,dc=org dc: pic objectClass: top objectClass: domain ------------------------------------------------ Did anybody had a similar problem ? Is there anything that we didn't check ? Thanks in advance ! -- Bruno Rodr?guez Rodr?guez -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 14 16:08:25 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 14 Jan 2015 11:08:25 -0500 (EST) Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: Message-ID: <1717593108.4579463.1421251705853.JavaMail.zimbra@redhat.com> Hi! Great information! I really need you to add the log for org.ovirt.engineextensions.aaa.ldap, see [1] so I can see the entire sequence. You are trying to authenticate the esthera user, this result in bind request using this user, so you should really try to see if bind succeeds with this user and passwod. $ ldapsearch -ZZ -D replace_with_esthera_DN -W -b 'dc=example,dc=org' It may be that the password of the user is not set or different than what you expect, or the schema is not openldap but rfc2307. Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l270 ----- Original Message ----- > From: "Bruno Rodriguez" > To: users at ovirt.org, "Esther Accion" > Sent: Wednesday, January 14, 2015 5:53:06 PM > Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module > > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our openldap > server. We created the following files in /etc/ovirt-engine/extensions.d > (the organization name is not example.org and the passwords are not > XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions.d/ ldap.example.org ----------- > > include = > > vars.server = ldap1.example.org > vars.user = cn=authenticate,ou=System,dc=example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXX > > ----------- /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties > ----------- > > ovirt.engine.extension.name = authn-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > > ovirt.engine.aaa.authn.profile.name = ldap.example.org > ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > ----------- /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties > ----------- > > ovirt.engine.extension.name = authz-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > ------------------------------------------------ > > After all of this we restarted the service and tried to access via the > administration portal. The JKS has the right permissions and contains the > TLS CA, the password is correct and the user "esthera" exists. But when we > try to log in, we obtain the following error in the engine.log (we already > set the verbosity to ALL): > > ------------------------------------------------ > > 2015-01-14 16:35:25,750 ERROR [org.ovirt.engine.core.bll. > aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Error during > CanDoActionFailure.: Class: class org.ovirt.engine.core. extensions.mgr. > ExtensionInvokeCommandFailedEx ception > Input: > {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class java.lang.String;uuid=AAA_ > AUTHN_CREDENTIALS[03b96485- 4bb5-4592-8167-810a5c909706];] =***, > Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class org.ovirt.engine.api. > extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ 886d2ebb-312a-49ae-9cc3- > e1f849834b7d];]={Extkey[name= EXTENSION_INTERFACE_VERSION_ MAX;type=class > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE; type=class java.lang.String;uuid= > EXTENSION_LICENSE[8a61ad65- 054c-4e31-9c6d-1ca4d60a4c18];] =ASL 2.0, > Extkey[name=EXTENSION_NOTES; type=class java.lang.String;uuid= > EXTENSION_NOTES[2da5ad7e-185a- 4584-aaff-97f66978e4ea];]= Display name: > ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_ > URL;type=class java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > f969-42d4-b399-72d192e18304];] = http://www.ovirt.org , > Extkey[name=EXTENSION_LOCALE; type=class java.lang.String;uuid= > EXTENSION_LOCALE[0780b112- 0ce0-404a-b85e-8765d778bb29];] =en_US, > Extkey[name=EXTENSION_NAME; type=class java.lang.String;uuid= > EXTENSION_NAME[651381d3-f54f- 4547-bf28-b0b01a103184];]= > ovirt-engine-extension-aaa- ldap.authn, Extkey[name=EXTENSION_ > INTERFACE_VERSION_MIN;type= class java.lang.Integer;uuid= > EXTENSION_INTERFACE_VERSION_ MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_ CONFIGURATION;type=class java.util.Properties;uuid= > EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- 5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR; type=class java.lang.String;uuid= > EXTENSION_AUTHOR[ef242f7a- 2dad-4bc5-9aad-e07018b7fbcc];] =The oVirt > Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > 8674327f011b];]= authn-ldap. example.org , Extkey[name=EXTENSION_BUILD_ > INTERFACE_VERSION;type=class java.lang.Integer;uuid= > EXTENSION_BUILD_INTERFACE_ VERSION[cb479e5a-4b23-46f8- > aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; > type=interface java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > 46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_ > CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid= > EXTENSION_GLOBAL_CONTEXT[ 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION; type=class java.lang.String;uuid= > EXTENSION_VERSION[fe35f6a8- 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ 863db666-3ea7-4751-9695- > 918a3197ad83];]=org.slf4j. impl.Slf4jLogger( > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. > example.org ), Extkey[name=EXTENSION_ PROVIDES;type=interface > java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER; type=class > java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_INVOKE_ > COMMAND;type=class org.ovirt.engine.api. extensions.ExtUUID;uuid= > EXTENSION_INVOKE_COMMAND[ 485778ab-bede-4f1a-b823- > 77b262a2f28d];]=AAA_AUTHN_ AUTHENTICATE_CREDENTIALS[ > d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class java.lang.Integer;uuid= > EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- 099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class java.lang.String;uuid= > EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- b8bdb72f5893];]=invalid > credentials} > > ------------------------------------------------ > > Having a look at the LDAP log we check that there is a "invalid credentials" > error while binding, but we are sure that the bind password is the right > one. We already tried to set the bind password without quotes, but then the > DN user then appear as an empty string ("") > > ------------------------------------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | cut > -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from IP= > 192.168.XX.X:39501 (IP= 0.0.0.0:389 ) > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 err=49 > text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------------------------ > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > openldap server and retrieves everything OK > > ------------------------------------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc=example ,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------------------------ > > Did anybody had a similar problem ? Is there anything that we didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From omachace at redhat.com Wed Jan 14 16:50:57 2015 From: omachace at redhat.com (Ondra Machacek) Date: Wed, 14 Jan 2015 17:50:57 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: Message-ID: <54B69E71.3080609@redhat.com> Hi, On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our openldap > server. We created the following files in /etc/ovirt-engine/extensions.d > (the organization name is not example.org and the > passwords are not XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions.d/ldap.example.org > ----------- > > include = > > vars.server = ldap1.example.org > vars.user = cn=authenticate,ou=System,dc=example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXX > > ----------- > /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties ----------- > > ovirt.engine.extension.name = > authn-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > > ovirt.engine.aaa.authn.profile.name > = ldap.example.org > > ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org > > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org > > > ----------- > /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties ----------- > > ovirt.engine.extension.name = > authz-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org > > > ------------------------------------------------ > > After all of this we restarted the service and tried to access via the > administration portal. The JKS has the right permissions and contains > the TLS CA, the password is correct and the user "esthera" exists. But > when we try to log in, we obtain the following error in the engine.log > (we already set the verbosity to ALL): > > ------------------------------------------------ > > 2015-01-14 16:35:25,750 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]=http://www.ovirt.org > , Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=authn-ldap. > example.org , > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. > example.org > ), Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=esthera, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=invalid > credentials} > > ------------------------------------------------ > > Having a look at the LDAP log we check that there is a "invalid > credentials" error while binding, but we are sure that the bind password > is the right one. We already tried to set the bind password without > quotes, but then the DN user then appear as an empty string ("") I think problem is here. That's really strange, you have to use the password without quotes. Can you please try to set: pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org pool.default.auth.simple.password = XXXXXX just without the variables. if the DN is not empty now. > > ------------------------------------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | > cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > IP=192.168.XX.X:39501 (IP=0.0.0.0:389 > ) > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > err=49 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------------------------ > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > openldap server and retrieves everything OK > > ------------------------------------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc=example,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------------------------ > > Did anybody had a similar problem ? Is there anything that we didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > > This body part will be downloaded on demand. > From yetanotherwill at yahoo.com Wed Jan 14 17:50:17 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 17:50:17 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain Message-ID: <988201420.1168170.1421257817384.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Hi all, Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6.? During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO.? After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list.? Would you please give me pointer on how to import/activate the ISO domain? [root at ovirt1 ~]# exportfs /export/ISO???? [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. thanksWill -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 17:51:55 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 10:51:55 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <988201420.1168170.1421257817384.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> References: <988201420.1168170.1421257817384.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Message-ID: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> Have you tried to add the ISO domain in the GUI? From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Will K Sent: Wednesday, January 14, 2015 10:50 AM To: users at ovirt.org Subject: [ovirt-users] Hosted-engine ISO domain Hi all, Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6. During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO. After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list. Would you please give me pointer on how to import/activate the ISO domain? [root at ovirt1 ~]# exportfs /export/ISO [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. thanks Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 18:10:32 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 18:10:32 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> References: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> Message-ID: <1441825185.1198583.1421259032574.JavaMail.yahoo@jws106101.mail.bf1.yahoo.com> The domain is not listed not in the GUI. I'm not sure I should "add" or "import".?? When I try to add a "New Domain" with a random name, use host "node1" and export path "ovirt1.:/export/ISO", It says ??? "Create operation failed. Storage connection is already used by the following storage domain: ISO_DOMAIN" If I try to "Import", I would get???? "Import operationfailed. Domain ISO_DOMAIN already exists in the system." Will On Wednesday, January 14, 2015 12:51 PM, Donny Davis wrote: #yiv4218441671 #yiv4218441671 -- _filtered #yiv4218441671 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv4218441671 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv4218441671 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv4218441671 {font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv4218441671 #yiv4218441671 p.yiv4218441671MsoNormal, #yiv4218441671 li.yiv4218441671MsoNormal, #yiv4218441671 div.yiv4218441671MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv4218441671 a:link, #yiv4218441671 span.yiv4218441671MsoHyperlink {color:blue;text-decoration:underline;}#yiv4218441671 a:visited, #yiv4218441671 span.yiv4218441671MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv4218441671 span.yiv4218441671EmailStyle17 {color:#1F497D;}#yiv4218441671 .yiv4218441671MsoChpDefault {font-size:10.0pt;} _filtered #yiv4218441671 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv4218441671 div.yiv4218441671WordSection1 {}#yiv4218441671 Have you tried to add the ISO domain in the GUI? ?From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Will K Sent: Wednesday, January 14, 2015 10:50 AM To: users at ovirt.org Subject: [ovirt-users] Hosted-engine ISO domain ?Hi all, ?Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6.? During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO.? After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list.? Would you please give me pointer on how to import/activate the ISO domain? ?[root at ovirt1 ~]# exportfs /export/ISO???? [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains.thanksWill ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 18:14:04 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 11:14:04 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1441825185.1198583.1421259032574.JavaMail.yahoo@jws106101.mail.bf1.yahoo.com> References: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> <1441825185.1198583.1421259032574.JavaMail.yahoo@jws106101.mail.bf1.yahoo.com> Message-ID: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> What does your setup say cat /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf From: Will K [mailto:yetanotherwill at yahoo.com] Sent: Wednesday, January 14, 2015 11:11 AM To: Donny Davis; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain The domain is not listed not in the GUI. I'm not sure I should "add" or "import". When I try to add a "New Domain" with a random name, use host "node1" and export path "ovirt1.:/export/ISO", It says "Create operation failed. Storage connection is already used by the following storage domain: ISO_DOMAIN" If I try to "Import", I would get "Import operationfailed. Domain ISO_DOMAIN already exists in the system." Will On Wednesday, January 14, 2015 12:51 PM, Donny Davis wrote: Have you tried to add the ISO domain in the GUI? From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Will K Sent: Wednesday, January 14, 2015 10:50 AM To: users at ovirt.org Subject: [ovirt-users] Hosted-engine ISO domain Hi all, Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6. During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO. After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list. Would you please give me pointer on how to import/activate the ISO domain? [root at ovirt1 ~]# exportfs /export/ISO [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. thanks Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 18:27:45 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 18:27:45 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> Message-ID: <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> Hi Donny, [environment:default] OVESETUP_CORE/generatedByVersion=str:3.5.0.1 OVESETUP_CONFIG/firewallManager=none:None OVESETUP_CONFIG/fqdn=str:ld4ovirt1. OVESETUP_ENGINE_CORE/enable=bool:True OVESETUP_SYSTEM/nfsConfigEnabled_legacyInPostInstall=bool:False OVESETUP_CONFIG/isoDomainMountPoint=str:/export/ISO OVESETUP_CONFIG/isoDomainSdUuid=str:99e87801-e2d6-4c73-8980-aca4d3ff4a56 OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN OVESETUP_CONFIG/isoDomainStorageDir=str:/export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/11111111-1111-1111-1111-111111111111 OVESETUP_CONFIG/isoDomainExists=bool:True OVESETUP_APACHE/configured=bool:True OVESETUP_CONFIG/websocketProxyConfig=bool:True I do have the isoDomainStorageDir. [root at ld4ovirt1 images]# ls -l /export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/ total 4 drwxr-xr-x 2 vdsm kvm 4096 Jan 14 17:16 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 images]# cd 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 11111111-1111-1111-1111-111111111111]# ls -l total 0 ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 18:33:41 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 11:33:41 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> Message-ID: <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> engine-setup --otopi-environment="OVESETUP_CONFIG/ isoDomainExists=bool:False" service ovirt-engine restart This should stop the engine from telling you it already exists, and you should be able to add it from the UI I have launched the engine setup 10+ times in the last 6 months and I have not encountered this issue. If someone more knowledgeable than me wants to set in, feel free Donny D From: Will K [mailto:yetanotherwill at yahoo.com] Sent: Wednesday, January 14, 2015 11:28 AM To: Donny Davis; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain Hi Donny, [environment:default] OVESETUP_CORE/generatedByVersion=str:3.5.0.1 OVESETUP_CONFIG/firewallManager=none:None OVESETUP_CONFIG/fqdn=str:ld4ovirt1. OVESETUP_ENGINE_CORE/enable=bool:True OVESETUP_SYSTEM/nfsConfigEnabled_legacyInPostInstall=bool:False OVESETUP_CONFIG/isoDomainMountPoint=str:/export/ISO OVESETUP_CONFIG/isoDomainSdUuid=str:99e87801-e2d6-4c73-8980-aca4d3ff4a56 OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN OVESETUP_CONFIG/isoDomainStorageDir=str:/export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/11111111-1111-1111-1111-111111111111 OVESETUP_CONFIG/isoDomainExists=bool:True OVESETUP_APACHE/configured=bool:True OVESETUP_CONFIG/websocketProxyConfig=bool:True I do have the isoDomainStorageDir. [root at ld4ovirt1 images]# ls -l /export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/ total 4 drwxr-xr-x 2 vdsm kvm 4096 Jan 14 17:16 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 images]# cd 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 11111111-1111-1111-1111-111111111111]# ls -l total 0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Wed Jan 14 20:43:35 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 15:43:35 -0500 (EST) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> Message-ID: <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "Will K" > Cc: users at ovirt.org > Sent: Wednesday, January 14, 2015 8:33:41 PM > Subject: Re: [ovirt-users] Hosted-engine ISO domain > > > > engine-setup --otopi-environment="OVESETUP_CONFIG/ > isoDomainExists=bool:False" Did you find this documented anywhere? It's not supported. I can't tell you what exactly happens if you try it. If you check the code, you see in constants.py: @osetupattrs( postinstallfile=True, ) def ISO_DOMAIN_EXISTS(self): return 'OVESETUP_CONFIG/isoDomainExists' Note there is no 'answerfile=True' there. This means that while this key _can_ be supplied as you suggested, it's not written to the answer file and should basically be treated as internal data. Re the original question - are you sure you do not see it anywhere in the web admin gui? On a first clean setup, it will not be available immediately. You will see it under the "storage" tab but will only be able to attach it after you create and attach a data domain. Did you follow [1] at least once? [1] http://www.ovirt.org/Quick_Start_Guide Best, -- Didi From donny at cloudspin.me Wed Jan 14 20:52:20 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 13:52:20 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> Message-ID: <000001d0303c$004b24c0$00e16e40$@cloudspin.me> I think it is in the answer file /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf OVESETUP_CONFIG/isoDomainExists=bool:True You are correct about the iso domain not being available until the data center is up, and this requires a data domain. He had said in an earlier thread he does not see it in the UI at all. I'm no expert, just speaking from my experiences with ovirt. Donny D -----Original Message----- From: Yedidyah Bar David [mailto:didi at redhat.com] Sent: Wednesday, January 14, 2015 1:44 PM To: Donny Davis Cc: Will K; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain ----- Original Message ----- > From: "Donny Davis" > To: "Will K" > Cc: users at ovirt.org > Sent: Wednesday, January 14, 2015 8:33:41 PM > Subject: Re: [ovirt-users] Hosted-engine ISO domain > > > > engine-setup --otopi-environment="OVESETUP_CONFIG/ > isoDomainExists=bool:False" Did you find this documented anywhere? It's not supported. I can't tell you what exactly happens if you try it. If you check the code, you see in constants.py: @osetupattrs( postinstallfile=True, ) def ISO_DOMAIN_EXISTS(self): return 'OVESETUP_CONFIG/isoDomainExists' Note there is no 'answerfile=True' there. This means that while this key _can_ be supplied as you suggested, it's not written to the answer file and should basically be treated as internal data. Re the original question - are you sure you do not see it anywhere in the web admin gui? On a first clean setup, it will not be available immediately. You will see it under the "storage" tab but will only be able to attach it after you create and attach a data domain. Did you follow [1] at least once? [1] http://www.ovirt.org/Quick_Start_Guide Best, -- Didi From didi at redhat.com Wed Jan 14 21:20:55 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 16:20:55 -0500 (EST) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <000001d0303c$004b24c0$00e16e40$@cloudspin.me> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> <000001d0303c$004b24c0$00e16e40$@cloudspin.me> Message-ID: <2021674511.9938465.1421270455795.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "Yedidyah Bar David" > Cc: "Will K" , users at ovirt.org > Sent: Wednesday, January 14, 2015 10:52:20 PM > Subject: RE: [ovirt-users] Hosted-engine ISO domain > > I think it is in the answer file > /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf > OVESETUP_CONFIG/isoDomainExists=bool:True /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf is not "the answer file". The answer file is the file written to /var/lib and mentioned in the end of engine-setup, e.g.: [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20141124180159-setup.conf' As I wrote, this file (called in the sources "postinstall") should be treated as internal data. It's used to keep some state of engine-setup between runs. Just the same way you are not expected normally to manually edit tables inside the db, you should not change this file, or copy parts of it to the answer file. Of course, sometimes it can be useful, and sometimes people here will suggest that, but generally speaking, if you had to do that, that's a bug. BTW, editing generated answer files is also not recommended and not "officially" supported. The expected way to use an answer file is: 1. Have a system A in some state S0 2. Run engine-setup interactively, answer its questions as needed, let it create an answer file Ans1. 3. System A is now in state S1. 4. Have some other system B in state S0, that you want to bring to state S1. 5. Run there engine-setup with --config-append=Ans1 Of course, editing answer files usually works, and in some cases you can achieve useful things this way that can't be done by mere interactive run. But whenever you do that, it's your own responsibility. Test first on a test system, make sure it does exactly what you wanted/ expected, then use in production. Just as an example for a simple and useful violation, if during testing you often run engine-setup on systems with little RAM, and want to get rid of the question if you want to continue with not enough RAM, you can create a file e.g. /etc/ovirt-engine-setup.conf.d/99-my-stuff.conf with content: [environment:default] OVESETUP_SYSTEM/memCheckEnabled=bool:False As I said, this is not recommended - use at your own risk, test and know what you are doing! (the above should probably be in the wiki somewhere. Hopefully the mailing list archives are almost as good) > > You are correct about the iso domain not being available until the data > center is up, and this requires a data domain. He had said in an earlier > thread he does not see it in the UI at all. > > I'm no expert, just speaking from my experiences with ovirt. Hey, didn't intend to be offensive - thanks for trying to help! That's much appreciated. Hope now things are clearer. Best, -- Didi From donny at cloudspin.me Wed Jan 14 21:29:27 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 14:29:27 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <2021674511.9938465.1421270455795.JavaMail.zimbra@redhat.com> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> <000001d0303c$004b24c0$00e16e40$@cloudspin.me> <2021674511.9938465.1421270455795.JavaMail.zimbra@redhat.com> Message-ID: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> Makes sense to me, thanks for helping to clarify. Will, I hope we have been of some help Donny D -----Original Message----- From: Yedidyah Bar David [mailto:didi at redhat.com] Sent: Wednesday, January 14, 2015 2:21 PM To: Donny Davis Cc: Will K; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain ----- Original Message ----- > From: "Donny Davis" > To: "Yedidyah Bar David" > Cc: "Will K" , users at ovirt.org > Sent: Wednesday, January 14, 2015 10:52:20 PM > Subject: RE: [ovirt-users] Hosted-engine ISO domain > > I think it is in the answer file > /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf > OVESETUP_CONFIG/isoDomainExists=bool:True /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf is not "the answer file". The answer file is the file written to /var/lib and mentioned in the end of engine-setup, e.g.: [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20141124180159-setup.conf' As I wrote, this file (called in the sources "postinstall") should be treated as internal data. It's used to keep some state of engine-setup between runs. Just the same way you are not expected normally to manually edit tables inside the db, you should not change this file, or copy parts of it to the answer file. Of course, sometimes it can be useful, and sometimes people here will suggest that, but generally speaking, if you had to do that, that's a bug. BTW, editing generated answer files is also not recommended and not "officially" supported. The expected way to use an answer file is: 1. Have a system A in some state S0 2. Run engine-setup interactively, answer its questions as needed, let it create an answer file Ans1. 3. System A is now in state S1. 4. Have some other system B in state S0, that you want to bring to state S1. 5. Run there engine-setup with --config-append=Ans1 Of course, editing answer files usually works, and in some cases you can achieve useful things this way that can't be done by mere interactive run. But whenever you do that, it's your own responsibility. Test first on a test system, make sure it does exactly what you wanted/ expected, then use in production. Just as an example for a simple and useful violation, if during testing you often run engine-setup on systems with little RAM, and want to get rid of the question if you want to continue with not enough RAM, you can create a file e.g. /etc/ovirt-engine-setup.conf.d/99-my-stuff.conf with content: [environment:default] OVESETUP_SYSTEM/memCheckEnabled=bool:False As I said, this is not recommended - use at your own risk, test and know what you are doing! (the above should probably be in the wiki somewhere. Hopefully the mailing list archives are almost as good) > > You are correct about the iso domain not being available until the > data center is up, and this requires a data domain. He had said in an > earlier thread he does not see it in the UI at all. > > I'm no expert, just speaking from my experiences with ovirt. Hey, didn't intend to be offensive - thanks for trying to help! That's much appreciated. Hope now things are clearer. Best, -- Didi From donny at cloudspin.me Wed Jan 14 21:35:28 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 14:35:28 -0700 Subject: [ovirt-users] Exporting VM's painfully slow Message-ID: <000601d03042$05999370$10ccba50$@cloudspin.me> I am trying to export some vm's to bring them up in another system, and its painfully slow. I could be doing something wrong, or maybe there is a setting I can change to make this process a little faster. dd copies the image in 1MB blocks from what I can see in the logs, is there any way to make it copy in say 64M blocks. I know it won't be 64 times faster, I have been waiting a full 24 hours on just one image. Large as it may be {100G}, I know dd can work faster than 24 hours for 100G Donny D -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 23:18:12 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 23:18:12 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> References: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> Message-ID: <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> all advices and tips are welcome. There's always a learning curve. :) Once the engine was setup on VM "ovirt1", I let hosted-engine to wait out till it told me to shutdown the VM.? After a while, VM was restarted. I see the first node, the VM ovirt1 in the GUI. There was no storage domain.? I added another GlusterFS domain I have on the node.? At this point, I still don't see or can't find the ISO_Domain over NFS. So, I'm still at the same spot.? `ovirt-iso-updater` still says "there's no ISO storage domains." Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 23:25:52 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 23:25:52 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> References: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> Message-ID: <1804219485.1318311.1421277952426.JavaMail.yahoo@jws10654.mail.bf1.yahoo.com> I think I have the issue resolved.? Another guy screwed up the iptable.It looks good now.? I have it attached to the data center and activated it.Thanks Donny and Yedidyah.W -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 01:26:22 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 18:26:22 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1804219485.1318311.1421277952426.JavaMail.yahoo@jws10654.mail.bf1.yahoo.com> References: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> <1804219485.1318311.1421277952426.JavaMail.yahoo@jws10654.mail.bf1.yahoo.com> Message-ID: <000001d03062$47c2a050$d747e0f0$@cloudspin.me> Didn?t see that coming?LOL I?m really glad to hear you got it worked out though Will. Enjoy oVirt, it?s a really great system, and if you have any more problems please email the users and someone should be able to help. Donny D cloudspin.me From: Will K [mailto:yetanotherwill at yahoo.com] Sent: Wednesday, January 14, 2015 4:26 PM To: Donny Davis; 'Yedidyah Bar David' Cc: users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain I think I have the issue resolved. Another guy screwed up the iptable. It looks good now. I have it attached to the data center and activated it. Thanks Donny and Yedidyah. W -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 15 06:58:53 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 15 Jan 2015 14:58:53 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> Message-ID: Hi, Can any one help me here ?? On Wed, Jan 14, 2015 at 3:25 PM, Punit Dambiwal wrote: > Hi Donny, > > I am not using gluster for the NFS mount...no volume has been created > because of those errors.... > > On Wed, Jan 14, 2015 at 9:47 AM, Donny Davis wrote: > >> And >> >> >> >> rpcbind is running >> >> >> >> can you do a regular nfs mount of the gluster volume? >> >> gluster volume info {your volume name here} >> >> >> >> >> >> Just gathering intel to hopefully provide a solution. I just deployed >> gluster with hosted engine today, and I did get some of the same errors as >> you when I was bringing everything up >> >> Did you follow a guide, or are you craving your own? >> >> Are you using swift for anything? that is usually for openstack to my >> knowledge? I guess you could use it for ovirt, but I didn?t >> >> >> >> Donny D >> >> >> >> *From:* Punit Dambiwal [mailto:hypunit at gmail.com] >> *Sent:* Tuesday, January 13, 2015 6:41 PM >> *To:* Donny Davis >> *Cc:* users at ovirt.org >> >> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >> gluster >> >> >> >> Hi Donny, >> >> >> >> No I am not using CTDB....it's totally new deployment... >> >> >> >> On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: >> >> Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf >> >> >> >> Can you give a full run down of topology, and has this ever been working >> or is it a new deployment? >> >> >> >> Donny D >> >> >> >> *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On >> Behalf Of *Punit Dambiwal >> *Sent:* Monday, January 12, 2015 7:18 PM >> *To:* Kanagaraj Mayilsamy >> *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org >> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >> gluster >> >> >> >> Hi, >> >> >> >> Please find the more details on this ....can anybody from gluster will >> help me here :- >> >> >> >> >> >> Gluster CLI Logs :- /var/log/glusterfs/cli.log >> >> >> >> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: >> got RPC_CLNT_CONNECT >> >> [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] >> 0-glusterfs: got RPC_CLNT_CONNECT >> >> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] >> 0-transport: disconnecting now >> >> [2015-01-13 02:06:23.072055] T >> [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got >> RPC_CLNT_DISCONNECT >> >> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] >> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: >> >> [2015-01-13 02:06:23.072176] T >> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen >> 128, payload: 64, rpc hdr: 64 >> >> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> >> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> >> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] >> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> >> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> >> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect >> () called on transport already connected >> >> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] >> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, >> Proc: 27) to rpc-transport (glusterfs) >> >> [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] >> 0-glusterfs: ping timeout is 0, returning >> >> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] >> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, >> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) >> >> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] >> 0-cli: Received response to status cmd >> >> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: >> Returning 0 >> >> [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] >> 0-cli: Returning: 0 >> >> [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] >> 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076244] D >> [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076256] D >> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] >> 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076459] D >> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 >> >> >> >> Command log :- /var/log/glusterfs/.cmd_log_history >> >> >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking >> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >> >> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >> details. >> >> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >> details. >> >> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking >> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >> >> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >> details. >> >> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >> details. >> >> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking >> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >> >> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >> details. >> >> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >> details. >> >> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS >> >> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS >> >> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS >> >> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS >> >> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS >> >> >> >> >> >> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < >> kmayilsa at redhat.com> wrote: >> >> I can see the failures in glusterd log. >> >> Can someone from glusterfs dev pls help on this? >> >> Thanks, >> Kanagaraj >> >> >> ----- Original Message ----- >> > From: "Punit Dambiwal" >> > To: "Kanagaraj" >> > Cc: "Martin Pavl?k" , "Vijay Bellur" < >> vbellur at redhat.com>, "Kaushal M" , >> > users at ovirt.org, gluster-users at gluster.org >> > Sent: Monday, January 12, 2015 3:36:43 PM >> > Subject: Re: Failed to create volume in OVirt with gluster >> > >> > Hi Kanagaraj, >> > >> > Please find the logs from here :- http://ur1.ca/jeszc >> > >> > [image: Inline image 1] >> > >> > [image: Inline image 2] >> > >> > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: >> > >> > > Looks like there are some failures in gluster. >> > > Can you send the log output from glusterd log file from the relevant >> hosts? >> > > >> > > Thanks, >> > > Kanagaraj >> > > >> > > >> > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >> > > >> > > Hi, >> > > >> > > Is there any one from gluster can help me here :- >> > > >> > > Engine logs :- >> > > >> > > 2015-01-12 12:50:33,841 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:34,725 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:36,824 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:36,853 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:36,866 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:37,751 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:39,849 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:39,878 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:39,890 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:40,776 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:42,878 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:42,903 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:42,916 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:43,771 INFO >> > > >> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >> > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >> CreateGlusterVolumeVDSCommand, >> > > log id: 303e70a4 >> > > 2015-01-12 12:50:43,780 ERROR >> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >> > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >> ID: >> > > -1, Message: Creation of Gluster Volume vol01 failed. >> > > 2015-01-12 12:50:43,785 INFO >> > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >> > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >> > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >> GLUSTER >> > > , sharedLocks= ] >> > > >> > > [image: Inline image 2] >> > > >> > > >> > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >> wrote: >> > > >> > >> Hi Punit, >> > >> >> > >> unfortunately I?am not that good with the gluster, I was just >> following >> > >> the obvious clue from the log. Could you try on the nodes if the >> packages >> > >> are even available for installation >> > >> >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin >> > >> gluster-swift-account >> > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container >> > >> glusterfs-geo-replication >> > >> >> > >> if not you could try to get them in official gluster repo. >> > >> >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >> > >> >> > >> HTH >> > >> >> > >> M. >> > >> >> > >> >> > >> >> > >> >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal >> wrote: >> > >> >> > >> Hi Martin, >> > >> >> > >> I installed gluster from ovirt repo....is it require to install >> those >> > >> packages manually ?? >> > >> >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >> wrote: >> > >> >> > >>> Hi Punit, >> > >>> >> > >>> can you verify that nodes contain cluster packages from the >> following >> > >>> log? >> > >>> >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-object',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-plugin',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-account',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-proxy',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-doc',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-container',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('glusterfs-geo-replication',) not found >> > >>> >> > >>> >> > >>> M. >> > >>> >> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal >> wrote: >> > >>> >> > >>> Hi Kanagaraj, >> > >>> >> > >>> Please find the attached logs :- >> > >>> >> > >>> Engine Logs :- http://ur1.ca/jdopt >> > >>> VDSM Logs :- http://ur1.ca/jdoq9 >> > >>> >> > >>> >> > >>> >> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >> wrote: >> > >>> >> > >>>> Do you see any errors in the UI? >> > >>>> >> > >>>> Also please provide the engine.log and vdsm.log when the failure >> > >>>> occured. >> > >>>> >> > >>>> Thanks, >> > >>>> Kanagaraj >> > >>>> >> > >>>> >> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >> > >>>> >> > >>>> Hi Martin, >> > >>>> >> > >>>> The steps are below :- >> > >>>> >> > >>>> 1. Step the ovirt engine on the one server... >> > >>>> 2. Installed centos 7 on 4 host node servers.. >> > >>>> 3. I am using host node (compute+storage)....now i have added all 4 >> > >>>> nodes to engine... >> > >>>> 4. Create the gluster volume from GUI... >> > >>>> >> > >>>> Network :- >> > >>>> eth0 :- public network (1G) >> > >>>> eth1+eth2=bond0= VM public network (1G) >> > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >> > >>>> >> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) >> > >>>> >> > >>>> Thanks, >> > >>>> Punit >> > >>>> >> > >>>> >> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >> > >>>> wrote: >> > >>>> >> > >>>>> Hi Punit, >> > >>>>> >> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >> > >>>>> /var/log/vdsm/vdsmd.log >> > >>>>> >> > >>>>> it would be really helpful if you provided exact steps how to >> > >>>>> reproduce the problem. >> > >>>>> >> > >>>>> regards >> > >>>>> >> > >>>>> Martin Pavlik - rhev QE >> > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >> wrote: >> > >>>>> > >> > >>>>> > Hi, >> > >>>>> > >> > >>>>> > I try to add gluster volume but it failed... >> > >>>>> > >> > >>>>> > Ovirt :- 3.5 >> > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >> > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 >> > >>>>> > libvirt-1.1.1-29.el7_0.4 >> > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >> > >>>>> > >> > >>>>> > Engine Logs :- >> > >>>>> > >> > >>>>> > 2015-01-08 09:57:52,569 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:52,609 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,582 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,591 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,596 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,633 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > ^C >> > >>>>> > >> > >>>>> > >> > >>>>> >> > >>>>> >> > >>>> >> > >>>> >> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >> > >>> >> > >>> >> > >>> >> > >> >> > >> >> > > >> > > >> > >> >> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Thu Jan 15 07:04:18 2015 From: sabose at redhat.com (Sahina Bose) Date: Thu, 15 Jan 2015 12:34:18 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <20150113161529.GB5255@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> <20150113161529.GB5255@redhat.com> Message-ID: <54B76672.8030405@redhat.com> On 01/13/2015 09:45 PM, Dan Kenigsberg wrote: > On Tue, Jan 13, 2015 at 02:51:34PM +0200, Lior Vernia wrote: >> >> On 13/01/15 10:21, Sahina Bose wrote: >>> On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: >>>> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: >>>>> On 12/01/15 14:44, Oved Ourfali wrote: >>>>>> Hi Sahina, >>>>>> >>>>>> Some comments: >>>>>> >>>>>> 1. As far as I understand, you might not have an IP available >>>>>> immediately after setupNetworks runs (getCapabilities should run, >>>>>> but it isn't run automatically, afair). >>>>>> 2. Perhaps you should pass not the IP but the name of the network? >>>>>> IPs might change. >>>>> Actually, IP address can indeed change - which would be very bad for >>>>> gluster functioning! I think moving networks or changing their IP >>>>> addresses via Setup Networks should be blocked if they're used by >>>>> gluster bricks. >>>> In the suggested feature, there is no real storage "role". The "storage >>>> role" title means only "default value for glusterfs IP". >>>> >>>> For example, once a brick was created, nothing protects the admin from >>>> accidently removing the storage network, or changing its IP address. >>>> >>>> Another "proof" that this is not a real "role", is that it affects only >>>> GUI: I am guessing that REST API would not make use of it at all. (maybe >>>> I'm wrong; for sure, REST must be defined in the feature page) >>> REST API that lists the available networks (with IP addresses) would be >>> used to select the network and pass to the create gluster volume API > My question regarded the argument of the add brick API (in Engine > level). Is it an IPv4 address (like it seems) or could it be a network > name? I've updated the feature page with the REST API and other comments. On further thought, there will be no change to Add brick API, as the engine will select the network to be used based on the networks setup for the host. If "Storage network" role is associated with any of the networks, this will be used. Otherwise, the host's address will be used to add the brick. There is a NEW API to allow for updation of brick's address. > >>> I'll update the feature page with the REST API changes as well. >>> >> If REST allows to choose the network used for gluster traffic, then I >> think so should the GUI - I would not drop the list box from the design >> in that case. See above - have kept REST API consistent. >> >>>> Maybe that's the behavior we want. But alternatively, Engine can enforce >>>> a stronger linkage between the brick to the network that it uses. When >>>> adding a brick, the dialog would list available networks instead of the >>>> specific IP. As long as the brick is being used, the admin would be >>>> blocked/warned against deleting the network. >>> Is there a way to block against changing IP address used by a network? >>> >> Yes, this should be implemented at least in the canDoAction() method of >> SetupNetworksCommand (most of it is done in the SetupNetworksHelper >> class). And perhaps this should be blocked in the GUI as well. >> >> Note that by the time 3.6 is released, the REST (and probably GUI) are >> supposed to work with a different backend command that is currently >> being implemented - so maybe you'll need to modify that instead, or on >> top of the changes in SetupNetworksHelper. Ok. Thanks! >> >>>> I'm missing a discussion regarding the upgrade path. If we would opt to >>>> requiring a single storage role network in a cluster, in an upgraded >>>> cluster the management network should take this role. >>> There would not be any change to existing volumes on upgrade, as bricks >>> have already been added. Users can use the Edit brick option to update >>> the network to be used, if required as mentioned in "Change network used >>> by brick " >>> >> I suspect Dan referred to the upgrade path of the engine itself - if you >> add a new "Gluster Network" boolean column to the DB, it will initially >> be null for all current networks. You'd likely need to write an upgrade >> script to assign the role by default to the existing management networks >> in each cluster. > yep. Aah..ok! The "Gluster network" is not a mandatory role. That is, we could have a case where the user does not want to select any network as "Gluster network" and instead choose to continue using host's address for adding bricks. So existing deployments would continue to work as before - without this role assigned to any of the networks. > >>>>>> 3. Adding to "2", perhaps using DNS names is a more valid approach? >>>>>> 4. You're using the terminology "role", but it might be confusing, >>>>>> as we have "roles" with regards to permissions. Consider changing >>>>>> "storage usage" and not "storage role" in the feature page. >>>>> Well, we've already been using this terminology for a while now >>>>> concerning display/migration roles for networks... That's probably the >>>>> terminology to use. > If I am not mistaken, it could make sense to have a setup with one brick > using network A and another - using network B. Does your design support > this? I think that this would be particularly important on upgraded > clusters, where the management network is already used, but newly > created bricks should start using another network. > > Would you add a feature page section regarding modification to the > Vdsm/Engine API? > > One last comment - may I ask that new APIs accept both ipv4 and ipv6 > addresses? There is an ongoing effort to support ipv6 on Vdsm. > > Dan. From hypunit at gmail.com Thu Jan 15 08:20:09 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 15 Jan 2015 16:20:09 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> Message-ID: Hi Atin, It seems glusterfs is not a good and stable product for storage use....i am still facing the same issue...in the ovirt wiki it says ovirt has native support with glusterfs but even i am tring to use it from ovirt it failed and i am keep try to make it work from last 7 days...but still fail and no one in the community has clue about the same....may be it's bug in the gluster 3.6.1 but even i try with gluster 3.5.3....it same.... Hope someone from gluster help me to get rid of those errors and make it work.. Thanks, Punit On Thu, Jan 15, 2015 at 2:58 PM, Punit Dambiwal wrote: > Hi, > > Can any one help me here ?? > > On Wed, Jan 14, 2015 at 3:25 PM, Punit Dambiwal wrote: > >> Hi Donny, >> >> I am not using gluster for the NFS mount...no volume has been created >> because of those errors.... >> >> On Wed, Jan 14, 2015 at 9:47 AM, Donny Davis wrote: >> >>> And >>> >>> >>> >>> rpcbind is running >>> >>> >>> >>> can you do a regular nfs mount of the gluster volume? >>> >>> gluster volume info {your volume name here} >>> >>> >>> >>> >>> >>> Just gathering intel to hopefully provide a solution. I just deployed >>> gluster with hosted engine today, and I did get some of the same errors as >>> you when I was bringing everything up >>> >>> Did you follow a guide, or are you craving your own? >>> >>> Are you using swift for anything? that is usually for openstack to my >>> knowledge? I guess you could use it for ovirt, but I didn?t >>> >>> >>> >>> Donny D >>> >>> >>> >>> *From:* Punit Dambiwal [mailto:hypunit at gmail.com] >>> *Sent:* Tuesday, January 13, 2015 6:41 PM >>> *To:* Donny Davis >>> *Cc:* users at ovirt.org >>> >>> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >>> gluster >>> >>> >>> >>> Hi Donny, >>> >>> >>> >>> No I am not using CTDB....it's totally new deployment... >>> >>> >>> >>> On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: >>> >>> Are you using ctdb??? and did you specify Lock=False in >>> /etc/nfsmount.conf >>> >>> >>> >>> Can you give a full run down of topology, and has this ever been working >>> or is it a new deployment? >>> >>> >>> >>> Donny D >>> >>> >>> >>> *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On >>> Behalf Of *Punit Dambiwal >>> *Sent:* Monday, January 12, 2015 7:18 PM >>> *To:* Kanagaraj Mayilsamy >>> *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org >>> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >>> gluster >>> >>> >>> >>> Hi, >>> >>> >>> >>> Please find the more details on this ....can anybody from gluster will >>> help me here :- >>> >>> >>> >>> >>> >>> Gluster CLI Logs :- /var/log/glusterfs/cli.log >>> >>> >>> >>> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: >>> got RPC_CLNT_CONNECT >>> >>> [2015-01-13 02:06:23.072012] T >>> [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT >>> >>> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] >>> 0-transport: disconnecting now >>> >>> [2015-01-13 02:06:23.072055] T >>> [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got >>> RPC_CLNT_DISCONNECT >>> >>> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] >>> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: >>> >>> [2015-01-13 02:06:23.072176] T >>> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen >>> 128, payload: 64, rpc hdr: 64 >>> >>> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> >>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> >>> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] >>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> >>> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> >>> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect >>> () called on transport already connected >>> >>> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] >>> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, >>> Proc: 27) to rpc-transport (glusterfs) >>> >>> [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] >>> 0-glusterfs: ping timeout is 0, returning >>> >>> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] >>> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, >>> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) >>> >>> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] >>> 0-cli: Received response to status cmd >>> >>> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: >>> Returning 0 >>> >>> [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] >>> 0-cli: Returning: 0 >>> >>> [2015-01-13 02:06:23.076192] D >>> [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076244] D >>> [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076256] D >>> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] >>> 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076459] D >>> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 >>> >>> >>> >>> Command log :- /var/log/glusterfs/.cmd_log_history >>> >>> >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS >>> >>> >>> >>> >>> >>> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < >>> kmayilsa at redhat.com> wrote: >>> >>> I can see the failures in glusterd log. >>> >>> Can someone from glusterfs dev pls help on this? >>> >>> Thanks, >>> Kanagaraj >>> >>> >>> ----- Original Message ----- >>> > From: "Punit Dambiwal" >>> > To: "Kanagaraj" >>> > Cc: "Martin Pavl?k" , "Vijay Bellur" < >>> vbellur at redhat.com>, "Kaushal M" , >>> > users at ovirt.org, gluster-users at gluster.org >>> > Sent: Monday, January 12, 2015 3:36:43 PM >>> > Subject: Re: Failed to create volume in OVirt with gluster >>> > >>> > Hi Kanagaraj, >>> > >>> > Please find the logs from here :- http://ur1.ca/jeszc >>> > >>> > [image: Inline image 1] >>> > >>> > [image: Inline image 2] >>> > >>> > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj >>> wrote: >>> > >>> > > Looks like there are some failures in gluster. >>> > > Can you send the log output from glusterd log file from the relevant >>> hosts? >>> > > >>> > > Thanks, >>> > > Kanagaraj >>> > > >>> > > >>> > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >>> > > >>> > > Hi, >>> > > >>> > > Is there any one from gluster can help me here :- >>> > > >>> > > Engine logs :- >>> > > >>> > > 2015-01-12 12:50:33,841 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:34,725 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:36,824 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:36,853 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:36,866 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:37,751 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:39,849 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:39,878 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:39,890 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:40,776 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:42,878 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:42,903 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:42,916 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:43,771 INFO >>> > > >>> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >>> > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >>> CreateGlusterVolumeVDSCommand, >>> > > log id: 303e70a4 >>> > > 2015-01-12 12:50:43,780 ERROR >>> > > >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >>> > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >>> ID: >>> > > -1, Message: Creation of Gluster Volume vol01 failed. >>> > > 2015-01-12 12:50:43,785 INFO >>> > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >>> > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >>> > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >>> GLUSTER >>> > > , sharedLocks= ] >>> > > >>> > > [image: Inline image 2] >>> > > >>> > > >>> > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >>> wrote: >>> > > >>> > >> Hi Punit, >>> > >> >>> > >> unfortunately I?am not that good with the gluster, I was just >>> following >>> > >> the obvious clue from the log. Could you try on the nodes if the >>> packages >>> > >> are even available for installation >>> > >> >>> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin >>> > >> gluster-swift-account >>> > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container >>> > >> glusterfs-geo-replication >>> > >> >>> > >> if not you could try to get them in official gluster repo. >>> > >> >>> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >>> > >> >>> > >> HTH >>> > >> >>> > >> M. >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal >>> wrote: >>> > >> >>> > >> Hi Martin, >>> > >> >>> > >> I installed gluster from ovirt repo....is it require to install >>> those >>> > >> packages manually ?? >>> > >> >>> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >>> wrote: >>> > >> >>> > >>> Hi Punit, >>> > >>> >>> > >>> can you verify that nodes contain cluster packages from the >>> following >>> > >>> log? >>> > >>> >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-object',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-plugin',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-account',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-proxy',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-doc',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-container',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('glusterfs-geo-replication',) not found >>> > >>> >>> > >>> >>> > >>> M. >>> > >>> >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal >>> wrote: >>> > >>> >>> > >>> Hi Kanagaraj, >>> > >>> >>> > >>> Please find the attached logs :- >>> > >>> >>> > >>> Engine Logs :- http://ur1.ca/jdopt >>> > >>> VDSM Logs :- http://ur1.ca/jdoq9 >>> > >>> >>> > >>> >>> > >>> >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >>> wrote: >>> > >>> >>> > >>>> Do you see any errors in the UI? >>> > >>>> >>> > >>>> Also please provide the engine.log and vdsm.log when the failure >>> > >>>> occured. >>> > >>>> >>> > >>>> Thanks, >>> > >>>> Kanagaraj >>> > >>>> >>> > >>>> >>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> > >>>> >>> > >>>> Hi Martin, >>> > >>>> >>> > >>>> The steps are below :- >>> > >>>> >>> > >>>> 1. Step the ovirt engine on the one server... >>> > >>>> 2. Installed centos 7 on 4 host node servers.. >>> > >>>> 3. I am using host node (compute+storage)....now i have added all >>> 4 >>> > >>>> nodes to engine... >>> > >>>> 4. Create the gluster volume from GUI... >>> > >>>> >>> > >>>> Network :- >>> > >>>> eth0 :- public network (1G) >>> > >>>> eth1+eth2=bond0= VM public network (1G) >>> > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> > >>>> >>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) >>> > >>>> >>> > >>>> Thanks, >>> > >>>> Punit >>> > >>>> >>> > >>>> >>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >> > >>> > >>>> wrote: >>> > >>>> >>> > >>>>> Hi Punit, >>> > >>>>> >>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log >>> and >>> > >>>>> /var/log/vdsm/vdsmd.log >>> > >>>>> >>> > >>>>> it would be really helpful if you provided exact steps how to >>> > >>>>> reproduce the problem. >>> > >>>>> >>> > >>>>> regards >>> > >>>>> >>> > >>>>> Martin Pavlik - rhev QE >>> > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >>> wrote: >>> > >>>>> > >>> > >>>>> > Hi, >>> > >>>>> > >>> > >>>>> > I try to add gluster volume but it failed... >>> > >>>>> > >>> > >>>>> > Ovirt :- 3.5 >>> > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > >>>>> > libvirt-1.1.1-29.el7_0.4 >>> > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>>>> > >>> > >>>>> > Engine Logs :- >>> > >>>>> > >>> > >>>>> > 2015-01-08 09:57:52,569 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:52,609 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,582 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,591 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,596 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,633 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > ^C >>> > >>>>> > >>> > >>>>> > >>> > >>>>> >>> > >>>>> >>> > >>>> >>> > >>>> >>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>> > >>> >>> > >>> >>> > >>> >>> > >> >>> > >> >>> > > >>> > > >>> > >>> >>> >>> >>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.kieske at mittwald.de Thu Jan 15 08:26:08 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Thu, 15 Jan 2015 09:26:08 +0100 Subject: [ovirt-users] Exporting VM's painfully slow In-Reply-To: <000601d03042$05999370$10ccba50$@cloudspin.me> References: <000601d03042$05999370$10ccba50$@cloudspin.me> Message-ID: <54B779A0.6080800@mittwald.de> Hi, if you use sparse images this BZ might be helpful: https://bugzilla.redhat.com/show_bug.cgi?id=1156115 maybe you can backport the change to your version. The idea is to not use dd in order to move images. HTH -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From nicola.gentile.to at gmail.com Wed Jan 14 13:33:35 2015 From: nicola.gentile.to at gmail.com (nicola gentile) Date: Wed, 14 Jan 2015 14:33:35 +0100 Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> Message-ID: Good morning, sorry if I reply only now. Let me explain better. Once generated the vms, the hostname of the vms are the same of the template, but I wish it was centos-01, centos-02, etc. Is it possible? Thanks, Nicola 2014-06-29 15:43 GMT+02:00 Moti Asayag : > > > ----- Original Message ----- >> From: "Shahar Havivi" >> To: "Antoni Segura Puimedon" >> Cc: Users at ovirt.org >> Sent: Sunday, June 29, 2014 11:12:24 AM >> Subject: Re: [ovirt-users] name of virtual machine and hostname >> >> On 27.06.14 05:18, Antoni Segura Puimedon wrote: >> > >> > >> > ----- Original Message ----- >> > > From: "nicola gentile" >> > > To: Users at ovirt.org >> > > Sent: Friday, June 27, 2014 11:16:51 AM >> > > Subject: [ovirt-users] name of virtual machine and hostname >> > > >> > > Good morning, >> > > I would like to ask you an information. >> > > After I have installed ovirt, I have created a pool of vm with name >> > > like centos-?? (from 1 to 20) >> > > and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 >> > > etc. >> > > etc. >> > > The problem is when the vm starts the hostname is not the same of the >> > > vm name in ovirt but is the same name of the template. >> > > Is it possible to make sure that the name of vm and the hostname is >> > > identical? >> > >> > I guess that the way to go about it would be to use the cloudinit >> > integration. >> > I've not tried it myself, but: >> > http://www.ovirt.org/Features/Cloud-Init_Integration >> > states that setting the hostname was one of the planned features when the >> > integration was designed. >> Setting the host name via cloud-init is currently supported - you can set it >> via the Add/Edit VM via the "Initial Run" section or try to run-once the VM >> and look at the same "initial Run" section. >> Please note that if you do Edit a VM that already run ie already initialized >> oVirt engine will not send the cloud-init data, you will need to use run-once >> dialog. >> >> What you reported looks like a bug - the VM name should be the hostname and >> not the template name. > > Unless Nicola referred to the template's host name, from which the vm pool was > created. It might be if the template wasn't sealed. > > Nicola, could you clarify what did you mean by "template name" which appears as > the "host name" ? > > Thanks, > Moti > >> >> Care to report the bug on bugzilla? >> Thank you, >> Shahar Havivi. >> > >> > > >> > > Best regard >> > > >> > > Nicola Gentile >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From nicola.gentile.to at gmail.com Wed Jan 14 14:09:30 2015 From: nicola.gentile.to at gmail.com (nicola gentile) Date: Wed, 14 Jan 2015 15:09:30 +0100 Subject: [ovirt-users] New environment ovirt Message-ID: Hello, I have a question. I would like to set up a new environment with two nodes. I would like separate che storage traffic, vm traffic and network management traffic. Storage is in a separate subnet. Also the virtual machine is in a separate subnet, and I would like to separate the management of the network too. I think I need to add 3 network adapters on the nodes, one for each purpose. Now I ask you, does the oVirt engine server (manager) need three network cards too? Thank you Nicola From danken at redhat.com Thu Jan 15 08:57:17 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 15 Jan 2015 08:57:17 +0000 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B76672.8030405@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> <20150113161529.GB5255@redhat.com> <54B76672.8030405@redhat.com> Message-ID: <20150115085717.GA10011@redhat.com> On Thu, Jan 15, 2015 at 12:34:18PM +0530, Sahina Bose wrote: > > > I've updated the feature page with the REST API and other comments. On > further thought, there will be no change to Add brick API, as the engine > will select the network to be used based on the networks setup for the host. > If "Storage network" role is associated with any of the networks, this will > be used. Otherwise, the host's address will be used to add the brick. > The paragraph above rules out the use case I lay below. Could you relate to it? Isn't it a reasonable use case? > >If I am not mistaken, it could make sense to have a setup with one brick > >using network A and another - using network B. Does your design support > >this? I think that this would be particularly important on upgraded > >clusters, where the management network is already used, but newly > >created bricks should start using another network. > > May I repeat my follow request? It would help me understand the content of the feature. > >Would you add a feature page section regarding modification to the > >Vdsm/Engine API? > >One last comment - may I ask that new APIs accept both ipv4 and ipv6 > >addresses? There is an ongoing effort to support ipv6 on Vdsm. From bruno at pic.es Thu Jan 15 09:01:09 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 10:01:09 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <1717593108.4579463.1421251705853.JavaMail.zimbra@redhat.com> References: <1717593108.4579463.1421251705853.JavaMail.zimbra@redhat.com> Message-ID: Thank you very much for the fast reply ! I grepped "org.ovirt.engineextensions.aaa.ldap" in the engine log file, but I wasn't able to get enough information for me to know which was the problem... 2015-01-14 16:04:18,575 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-3) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 16:04:18,648 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-3) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Cannot initialize LDAP framework, deferring initialization. Error: invalid credentials 2015-01-14 16:04:36,913 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (ajp--127.0.0.1-8702-2) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 16:08:34,521 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (ajp--127.0.0.1-8702-1) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 16:35:25,670 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (ajp--127.0.0.1-8702-6) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 17:44:19,769 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 17:44:20,096 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Cannot initialize LDAP framework, deferring initialization. Error: invalid credentials 2015-01-14 17:44:20,105 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 17:44:20,178 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Cannot initialize LDAP framework, deferring initialization. Error: invalid credentials Thanks again. On Wed, Jan 14, 2015 at 5:08 PM, Alon Bar-Lev wrote: > Hi! > > Great information! > > I really need you to add the log for org.ovirt.engineextensions.aaa.ldap, > see [1] so I can see the entire sequence. > > You are trying to authenticate the esthera user, this result in bind > request using this user, so you should really try to see if bind succeeds > with this user and passwod. > > $ ldapsearch -ZZ -D replace_with_esthera_DN -W -b 'dc=example,dc=org' > > It may be that the password of the user is not set or different than what > you expect, or the schema is not openldap but rfc2307. > > Alon > > [1] > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l270 > > ----- Original Message ----- > > From: "Bruno Rodriguez" > > To: users at ovirt.org, "Esther Accion" > > Sent: Wednesday, January 14, 2015 5:53:06 PM > > Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP > module > > > > Good afternoon, > > > > We cannot access to Ovirt using LDAP authentication against our openldap > > server. We created the following files in /etc/ovirt-engine/extensions.d > > (the organization name is not example.org and the passwords are not > > XXXXXXXX, obviously) : > > > > ----------- /etc/ovirt-engine/extensions.d/ ldap.example.org ----------- > > > > include = > > > > vars.server = ldap1.example.org > > vars.user = cn=authenticate,ou=System,dc=example,dc=org > > vars.password = "XXXXXXXX" > > > > pool.default.serverset.single.server = ${global:vars.server} > > pool.default.auth.simple.bindDN = ${global:vars.user} > > pool.default.auth.simple.password = ${global:vars.password} > > > > pool.default.ssl.startTLS = true > > pool.default.ssl.truststore.file = > > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > > pool.default.ssl.truststore.password = XXXXXXXX > > > > ----------- > /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties > > ----------- > > > > ovirt.engine.extension.name = authn-ldap.example.org > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authn > > > > ovirt.engine.aaa.authn.profile.name = ldap.example.org > > ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org > > > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > > > ----------- > /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties > > ----------- > > > > ovirt.engine.extension.name = authz-ldap.example.org > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > > > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authz > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > > > ------------------------------------------------ > > > > After all of this we restarted the service and tried to access via the > > administration portal. The JKS has the right permissions and contains the > > TLS CA, the password is correct and the user "esthera" exists. But when > we > > try to log in, we obtain the following error in the engine.log (we > already > > set the verbosity to ALL): > > > > ------------------------------------------------ > > > > 2015-01-14 16:35:25,750 ERROR [org.ovirt.engine.core.bll. > > aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Error during > > CanDoActionFailure.: Class: class org.ovirt.engine.core. extensions.mgr. > > ExtensionInvokeCommandFailedEx ception > > Input: > > {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class java.lang.String;uuid=AAA_ > > AUTHN_CREDENTIALS[03b96485- 4bb5-4592-8167-810a5c909706];] =***, > > Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class org.ovirt.engine.api. > > extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ > 886d2ebb-312a-49ae-9cc3- > > e1f849834b7d];]={Extkey[name= EXTENSION_INTERFACE_VERSION_ MAX;type=class > > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > > MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > > Extkey[name=EXTENSION_LICENSE; type=class java.lang.String;uuid= > > EXTENSION_LICENSE[8a61ad65- 054c-4e31-9c6d-1ca4d60a4c18];] =ASL 2.0, > > Extkey[name=EXTENSION_NOTES; type=class java.lang.String;uuid= > > EXTENSION_NOTES[2da5ad7e-185a- 4584-aaff-97f66978e4ea];]= Display name: > > ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_ > > URL;type=class java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > > f969-42d4-b399-72d192e18304];] = http://www.ovirt.org , > > Extkey[name=EXTENSION_LOCALE; type=class java.lang.String;uuid= > > EXTENSION_LOCALE[0780b112- 0ce0-404a-b85e-8765d778bb29];] =en_US, > > Extkey[name=EXTENSION_NAME; type=class java.lang.String;uuid= > > EXTENSION_NAME[651381d3-f54f- 4547-bf28-b0b01a103184];]= > > ovirt-engine-extension-aaa- ldap.authn, Extkey[name=EXTENSION_ > > INTERFACE_VERSION_MIN;type= class java.lang.Integer;uuid= > > EXTENSION_INTERFACE_VERSION_ MIN[2b84fc91-305b-497b-a1d7- > d961b9d2ce0b];]=0, > > Extkey[name=EXTENSION_ CONFIGURATION;type=class > java.util.Properties;uuid= > > EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- 5068a226b0fc];]=***, > > Extkey[name=EXTENSION_AUTHOR; type=class java.lang.String;uuid= > > EXTENSION_AUTHOR[ef242f7a- 2dad-4bc5-9aad-e07018b7fbcc];] =The oVirt > > Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > > java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > > 8674327f011b];]= authn-ldap. example.org , Extkey[name=EXTENSION_BUILD_ > > INTERFACE_VERSION;type=class java.lang.Integer;uuid= > > EXTENSION_BUILD_INTERFACE_ VERSION[cb479e5a-4b23-46f8- > > aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_ > CONFIGURATION_SENSITIVE_KEYS; > > type=interface java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > > SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > > Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > > java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > > 46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_ > > CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid= > > EXTENSION_GLOBAL_CONTEXT[ 9799e72f-7af6-4cf1-bf08- > 297bc8903676];]=*skip*, > > Extkey[name=EXTENSION_VERSION; type=class java.lang.String;uuid= > > EXTENSION_VERSION[fe35f6a8- 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > > Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > > org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ > 863db666-3ea7-4751-9695- > > 918a3197ad83];]=org.slf4j. impl.Slf4jLogger( > > > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. > > example.org ), Extkey[name=EXTENSION_ PROVIDES;type=interface > > java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > > 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > > extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER; type=class > > java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > > a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_INVOKE_ > > COMMAND;type=class org.ovirt.engine.api. extensions.ExtUUID;uuid= > > EXTENSION_INVOKE_COMMAND[ 485778ab-bede-4f1a-b823- > > 77b262a2f28d];]=AAA_AUTHN_ AUTHENTICATE_CREDENTIALS[ > > d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > > Output: > > {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class java.lang.Integer;uuid= > > EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- 099c772ddd4e];]=2, > > Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class java.lang.String;uuid= > > EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- > b8bdb72f5893];]=invalid > > credentials} > > > > ------------------------------------------------ > > > > Having a look at the LDAP log we check that there is a "invalid > credentials" > > error while binding, but we are sure that the bind password is the right > > one. We already tried to set the bind password without quotes, but then > the > > DN user then appear as an empty string ("") > > > > ------------------------------------------------ > > > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 > | cut > > -d: -f4 | cut -d\ -f2) /var/log/ldap.log > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from IP= > > 192.168.XX.X:39501 (IP= 0.0.0.0:389 ) > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > > oid=1.3.6.1.4.1.1466.20037 > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 > text= > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > > tls_ssf=128 ssf=128 > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > > dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 err=49 > > text= > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > > > ------------------------------------------------ > > > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > > openldap server and retrieves everything OK > > > > ------------------------------------------------ > > > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > > cn=authenticate,ou=System,dc=example ,dc=org -W > > Enter LDAP Password: > > # extended LDIF > > # > > # LDAPv3 > > # base (default) with scope subtree > > # filter: (objectclass=*) > > # requesting: ALL > > # > > > > # pic.es > > dn: dc=example,dc=org > > dc: pic > > objectClass: top > > objectClass: domain > > > > ------------------------------------------------ > > > > Did anybody had a similar problem ? Is there anything that we didn't > check ? > > > > Thanks in advance ! > > > > -- > > Bruno Rodr?guez Rodr?guez > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Thu Jan 15 09:04:29 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Thu, 15 Jan 2015 04:04:29 -0500 (EST) Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> Message-ID: <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "nicola gentile" > To: Users at ovirt.org > Sent: Wednesday, January 14, 2015 2:33:35 PM > Subject: Re: [ovirt-users] name of virtual machine and hostname > > Good morning, > sorry if I reply only now. > Let me explain better. > Once generated the vms, the hostname of the vms are the same of the > template, but I wish it was centos-01, centos-02, etc. > Is it possible? Yes, you can use cloud-init to set some parameters for each VM including the hostname. You should install the cloud-init rpm on your VMs (it would probably better to do it on the template one) and than you can set the parameters for each VM from 'Initial run' tab under 'Advanced option'. > Thanks, > Nicola > > 2014-06-29 15:43 GMT+02:00 Moti Asayag : > > > > > > ----- Original Message ----- > >> From: "Shahar Havivi" > >> To: "Antoni Segura Puimedon" > >> Cc: Users at ovirt.org > >> Sent: Sunday, June 29, 2014 11:12:24 AM > >> Subject: Re: [ovirt-users] name of virtual machine and hostname > >> > >> On 27.06.14 05:18, Antoni Segura Puimedon wrote: > >> > > >> > > >> > ----- Original Message ----- > >> > > From: "nicola gentile" > >> > > To: Users at ovirt.org > >> > > Sent: Friday, June 27, 2014 11:16:51 AM > >> > > Subject: [ovirt-users] name of virtual machine and hostname > >> > > > >> > > Good morning, > >> > > I would like to ask you an information. > >> > > After I have installed ovirt, I have created a pool of vm with name > >> > > like centos-?? (from 1 to 20) > >> > > and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 > >> > > etc. > >> > > etc. > >> > > The problem is when the vm starts the hostname is not the same of the > >> > > vm name in ovirt but is the same name of the template. > >> > > Is it possible to make sure that the name of vm and the hostname is > >> > > identical? > >> > > >> > I guess that the way to go about it would be to use the cloudinit > >> > integration. > >> > I've not tried it myself, but: > >> > http://www.ovirt.org/Features/Cloud-Init_Integration > >> > states that setting the hostname was one of the planned features when > >> > the > >> > integration was designed. > >> Setting the host name via cloud-init is currently supported - you can set > >> it > >> via the Add/Edit VM via the "Initial Run" section or try to run-once the > >> VM > >> and look at the same "initial Run" section. > >> Please note that if you do Edit a VM that already run ie already > >> initialized > >> oVirt engine will not send the cloud-init data, you will need to use > >> run-once > >> dialog. > >> > >> What you reported looks like a bug - the VM name should be the hostname > >> and > >> not the template name. > > > > Unless Nicola referred to the template's host name, from which the vm pool > > was > > created. It might be if the template wasn't sealed. > > > > Nicola, could you clarify what did you mean by "template name" which > > appears as > > the "host name" ? > > > > Thanks, > > Moti > > > >> > >> Care to report the bug on bugzilla? > >> Thank you, > >> Shahar Havivi. > >> > > >> > > > >> > > Best regard > >> > > > >> > > Nicola Gentile > >> > > _______________________________________________ > >> > > Users mailing list > >> > > Users at ovirt.org > >> > > http://lists.ovirt.org/mailman/listinfo/users > >> > > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From stirabos at redhat.com Thu Jan 15 09:11:06 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Thu, 15 Jan 2015 04:11:06 -0500 (EST) Subject: [ovirt-users] New environment ovirt In-Reply-To: References: Message-ID: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "nicola gentile" > To: Users at ovirt.org > Sent: Wednesday, January 14, 2015 3:09:30 PM > Subject: [ovirt-users] New environment ovirt > > Hello, > I have a question. > I would like to set up a new environment with two nodes. > I would like separate che storage traffic, vm traffic and network > management traffic. > Storage is in a separate subnet. > Also the virtual machine is in a separate subnet, and I would like to > separate the management of the network too. > I think I need to add 3 network adapters on the nodes, one for each purpose. > Now I ask you, does the oVirt engine server (manager) need three > network cards too? At least you need only the Management Network (ovirtmgmt), you could also evaluate the opportunity to use the self hosted engine where oVirt engine runs on a VM hosted in HA way by the hosts it is managing [1. http://www.ovirt.org/Features/Self_Hosted_Engine > Thank you > > Nicola > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gcheresh at redhat.com Thu Jan 15 09:15:15 2015 From: gcheresh at redhat.com (Genadi Chereshnya) Date: Thu, 15 Jan 2015 04:15:15 -0500 (EST) Subject: [ovirt-users] New environment ovirt In-Reply-To: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> References: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> Message-ID: <24724934.1834.1421313311180.JavaMail.gcheresh@gena-fedora-new> Engine will need only one network card Hosts will need 3 if you use untagged traffic for your requirements Genadi ----- Original Message ----- From: "Simone Tiraboschi" To: "nicola gentile" Cc: Users at ovirt.org Sent: Thursday, January 15, 2015 11:11:06 AM Subject: Re: [ovirt-users] New environment ovirt ----- Original Message ----- > From: "nicola gentile" > To: Users at ovirt.org > Sent: Wednesday, January 14, 2015 3:09:30 PM > Subject: [ovirt-users] New environment ovirt > > Hello, > I have a question. > I would like to set up a new environment with two nodes. > I would like separate che storage traffic, vm traffic and network > management traffic. > Storage is in a separate subnet. > Also the virtual machine is in a separate subnet, and I would like to > separate the management of the network too. > I think I need to add 3 network adapters on the nodes, one for each purpose. > Now I ask you, does the oVirt engine server (manager) need three > network cards too? At least you need only the Management Network (ovirtmgmt), you could also evaluate the opportunity to use the self hosted engine where oVirt engine runs on a VM hosted in HA way by the hosts it is managing [1. http://www.ovirt.org/Features/Self_Hosted_Engine > Thank you > > Nicola > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From bruno at pic.es Thu Jan 15 09:20:57 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 10:20:57 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <54B69E71.3080609@redhat.com> References: <54B69E71.3080609@redhat.com> Message-ID: Thank you very much, using the following ldap.example.org file: --------------------- include = include = vars.server = ldap1.example.org #vars.user = cn=authenticate,ou=System,dc=example,dc=org #vars.password = XXXXXXXXX pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org pool.default.auth.simple.password = XXXXXXXXX pool.default.ssl.startTLS = true pool.default.ssl.truststore.file = /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks pool.default.ssl.truststore.password = XXXXXXXXX --------------------- Then I get the following in the engine log: 2015-01-15 10:04:15,250 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Extkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_URL;type=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= http://www.ovirt.org,Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EXTENSION_CONFIGURATION;type=class java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= authn-ldap.example.org, Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=AAA_AUTHN_CAPABILITIES;type=class java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER;type=class java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, Extkey[name=EXTENSION_INVOKE_COMMAND;type=class org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous bind disallowed} ----------------------------------- And this is the ldap connection log: /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 ACCEPT from IP=192.168.XX.XX:41469 (IP=0.0.0.0:389) /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT oid=1.3.6.1.4.1.1466.20037 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 STARTTLS /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 RESULT oid= err=0 text= /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 TLS established tls_ssf=128 ssf=128 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 RESULT tag=97 err=0 text= ----------------------------------- It looks like it got the dn correctly but it's unable to bind anyway ... Thank you, Bruno On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek wrote: > Hi, > > On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > >> Good afternoon, >> >> We cannot access to Ovirt using LDAP authentication against our openldap >> server. We created the following files in /etc/ovirt-engine/extensions.d >> (the organization name is not example.org and the >> passwords are not XXXXXXXX, obviously) : >> >> ----------- /etc/ovirt-engine/extensions.d/ldap.example.org >> ----------- >> >> include = >> >> vars.server = ldap1.example.org >> vars.user = cn=authenticate,ou=System,dc=example,dc=org >> vars.password = "XXXXXXXX" >> >> pool.default.serverset.single.server = ${global:vars.server} >> pool.default.auth.simple.bindDN = ${global:vars.user} >> pool.default.auth.simple.password = ${global:vars.password} >> >> pool.default.ssl.startTLS = true >> pool.default.ssl.truststore.file = >> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >> pool.default.ssl.truststore.password = XXXXXXXX >> >> ----------- >> /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties >> ----------- >> >> ovirt.engine.extension.name = >> authn-ldap.example.org >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthnExtension >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authn >> >> ovirt.engine.aaa.authn.profile.name >> = ldap.example.org >> >> ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org >> >> >> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >> >> >> ----------- >> /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties >> ----------- >> >> ovirt.engine.extension.name = >> authz-ldap.example.org >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthzExtension >> >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >> >> >> ------------------------------------------------ >> >> After all of this we restarted the service and tried to access via the >> administration portal. The JKS has the right permissions and contains >> the TLS CA, the password is correct and the user "esthera" exists. But >> when we try to log in, we obtain the following error in the engine.log >> (we already set the verbosity to ALL): >> >> ------------------------------------------------ >> >> 2015-01-14 16:35:25,750 ERROR >> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx >> ception >> Input: >> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- >> 4bb5-4592-8167-810a5c909706];]=***, >> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ >> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= >> EXTENSION_INTERFACE_VERSION_MAX;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >> Extkey[name=EXTENSION_LICENSE;type=class >> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- >> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL >> 2.0, Extkey[name=EXTENSION_NOTES;type=class >> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- >> 4584-aaff-97f66978e4ea];]=Display >> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >> Extkey[name=EXTENSION_HOME_URL;type=class >> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- >> f969-42d4-b399-72d192e18304];]=http://www.ovirt.org >> , Extkey[name=EXTENSION_LOCALE;type=class >> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- >> 0ce0-404a-b85e-8765d778bb29];]=en_US, >> Extkey[name=EXTENSION_NAME;type=class >> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- >> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >> Extkey[name=EXTENSION_CONFIGURATION;type=class >> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ >> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >> Extkey[name=EXTENSION_AUTHOR;type=class >> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- >> 2dad-4bc5-9aad-e07018b7fbcc];]=The >> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- >> 8674327f011b];]=authn-ldap. >> example.org , >> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ >> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ >> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- >> 46f2-83f9-3d3c54cf258d];]=12, >> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ >> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >> Extkey[name=EXTENSION_VERSION;type=class >> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- >> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ >> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j. >> impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr. >> ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. >> > extensionsmanager.trace.ovirt-engine-extension-aaa-ldap. >> authn.authn-ldap.pic.es/>example.org >> ), Extkey[name=EXTENSION_PROVIDES;type=interface >> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- >> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. >> extensions.aaa.Authn]}, >> Extkey[name=AAA_AUTHN_USER;type=class >> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- >> a3c6-5d926f9dd8f0];]=esthera, >> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ >> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ >> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >> Output: >> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- >> 099c772ddd4e];]=2, >> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- >> b8bdb72f5893];]=invalid >> credentials} >> >> ------------------------------------------------ >> >> Having a look at the LDAP log we check that there is a "invalid >> credentials" error while binding, but we are sure that the bind password >> is the right one. We already tried to set the bind password without >> quotes, but then the DN user then appear as an empty string ("") >> > > I think problem is here. That's really strange, you have to use the > password without quotes. > > Can you please try to set: > pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= > example,dc=org > pool.default.auth.simple.password = XXXXXX > > just without the variables. if the DN is not empty now. > > >> ------------------------------------------------ >> >> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >> IP=192.168.XX.X:39501 (IP=0.0.0.0:389 >> ) >> >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >> oid=1.3.6.1.4.1.1466.20037 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 >> text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >> tls_ssf=128 ssf=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >> err=49 text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >> >> ------------------------------------------------ >> >> By the way, the Ovirt manager (ovmgr) machine can query correctly the >> openldap server and retrieves everything OK >> >> ------------------------------------------------ >> >> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >> cn=authenticate,ou=System,dc=example,dc=org -W >> Enter LDAP Password: >> # extended LDIF >> # >> # LDAPv3 >> # base (default) with scope subtree >> # filter: (objectclass=*) >> # requesting: ALL >> # >> >> # pic.es >> dn: dc=example,dc=org >> dc: pic >> objectClass: top >> objectClass: domain >> >> ------------------------------------------------ >> >> Did anybody had a similar problem ? Is there anything that we didn't >> check ? >> >> Thanks in advance ! >> >> -- >> Bruno Rodr?guez Rodr?guez >> >> >> >> This body part will be downloaded on demand. >> >> -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at pic.es Thu Jan 15 09:32:20 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 10:32:20 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> Message-ID: Sorry, I forgot to restart the service. With the same ldap.example.org file, the REAL logs are the following: -------------- ldap log -------------- Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 fd=109 ACCEPT from IP=192.168.XX.XX:41522 (IP=0.0.0.0:389) Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 op=0 STARTTLS Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 op=0 RESULT oid= err=0 text= Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 fd=109 TLS established tls_ssf=128 ssf=128 Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 op=1 BIND dn="" method=128 Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 op=1 RESULT tag=97 err=48 text=anonymous bind disallowed Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 op=2 UNBIND Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 fd=109 closed -------------- engine log -------------- 2015-01-15 10:23:53,010 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uu id=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX ;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Ex tkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4 c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584- aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_URL;t ype=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778 bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf2 8-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EX TENSION_CONFIGURATION;type=class java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a 226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc 5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid=E XTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= authn-ldap.example.org, Extkey[name=EXTENSION_BUILD_IN TERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4 747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTEN SION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=AAA_AUTHN_CAPABILITIES ;type=class java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, Extkey[name=E XTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f -7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid=EXTENSION _VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface o rg.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLog ger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-lda p.example.org), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-6 5b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER;type=clas s java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_IN VOKE_COMMAND;type=class org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a -b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40f b-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid=EXTENSION_INVOKE _MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous bind disallowed} As you can see, the engine tries to make an anonimous binding and it's unsuccessful... Thank you very much (and sorry for the previous message), Bruno On Thu, Jan 15, 2015 at 10:20 AM, Bruno Rodriguez wrote: > Thank you very much, > > using the following ldap.example.org file: > > --------------------- > > include = > include = > > vars.server = ldap1.example.org > #vars.user = cn=authenticate,ou=System,dc=example,dc=org > #vars.password = XXXXXXXXX > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = > cn=authenticate,ou=System,dc=example,dc=org > pool.default.auth.simple.password = XXXXXXXXX > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXXX > > --------------------- > > Then I get the following in the engine log: > > > 2015-01-15 10:04:15,250 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= > http://www.ovirt.org,Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= > authn-ldap.example.org, > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org), > Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous > bind disallowed} > > ----------------------------------- > > And this is the ldap connection log: > > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > ACCEPT from IP=192.168.XX.XX:41469 (IP=0.0.0.0:389) > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > STARTTLS > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > RESULT oid= err=0 text= > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > TLS established tls_ssf=128 ssf=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > RESULT tag=97 err=0 text= > > ----------------------------------- > > It looks like it got the dn correctly but it's unable to bind anyway ... > > Thank you, > > Bruno > > > On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek > wrote: > >> Hi, >> >> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: >> >>> Good afternoon, >>> >>> We cannot access to Ovirt using LDAP authentication against our openldap >>> server. We created the following files in /etc/ovirt-engine/extensions.d >>> (the organization name is not example.org and the >>> passwords are not XXXXXXXX, obviously) : >>> >>> ----------- /etc/ovirt-engine/extensions.d/ldap.example.org >>> ----------- >>> >>> include = >>> >>> vars.server = ldap1.example.org >>> vars.user = cn=authenticate,ou=System,dc=example,dc=org >>> vars.password = "XXXXXXXX" >>> >>> pool.default.serverset.single.server = ${global:vars.server} >>> pool.default.auth.simple.bindDN = ${global:vars.user} >>> pool.default.auth.simple.password = ${global:vars.password} >>> >>> pool.default.ssl.startTLS = true >>> pool.default.ssl.truststore.file = >>> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >>> pool.default.ssl.truststore.password = XXXXXXXX >>> >>> ----------- >>> /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties >>> ----------- >>> >>> ovirt.engine.extension.name = >>> authn-ldap.example.org >>> ovirt.engine.extension.bindings.method = jbossmodule >>> ovirt.engine.extension.binding.jbossmodule.module = >>> org.ovirt.engine-extensions.aaa.ldap >>> ovirt.engine.extension.binding.jbossmodule.class = >>> org.ovirt.engineextensions.aaa.ldap.AuthnExtension >>> ovirt.engine.extension.provides = org.ovirt.engine.api. >>> extensions.aaa.Authn >>> >>> ovirt.engine.aaa.authn.profile.name >>> = ldap.example.org >>> >>> ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org >>> >>> >>> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >>> >>> >>> ----------- >>> /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties >>> ----------- >>> >>> ovirt.engine.extension.name = >>> authz-ldap.example.org >>> ovirt.engine.extension.bindings.method = jbossmodule >>> ovirt.engine.extension.binding.jbossmodule.module = >>> org.ovirt.engine-extensions.aaa.ldap >>> ovirt.engine.extension.binding.jbossmodule.class = >>> org.ovirt.engineextensions.aaa.ldap.AuthzExtension >>> >>> ovirt.engine.extension.provides = org.ovirt.engine.api. >>> extensions.aaa.Authz >>> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >>> >>> >>> ------------------------------------------------ >>> >>> After all of this we restarted the service and tried to access via the >>> administration portal. The JKS has the right permissions and contains >>> the TLS CA, the password is correct and the user "esthera" exists. But >>> when we try to log in, we obtain the following error in the engine.log >>> (we already set the verbosity to ALL): >>> >>> ------------------------------------------------ >>> >>> 2015-01-14 16:35:25,750 ERROR >>> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >>> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >>> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx >>> ception >>> Input: >>> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >>> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- >>> 4bb5-4592-8167-810a5c909706];]=***, >>> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ >>> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= >>> EXTENSION_INTERFACE_VERSION_MAX;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >>> Extkey[name=EXTENSION_LICENSE;type=class >>> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- >>> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL >>> 2.0, Extkey[name=EXTENSION_NOTES;type=class >>> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- >>> 4584-aaff-97f66978e4ea];]=Display >>> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >>> Extkey[name=EXTENSION_HOME_URL;type=class >>> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- >>> f969-42d4-b399-72d192e18304];]=http://www.ovirt.org >>> , Extkey[name=EXTENSION_LOCALE;type=class >>> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- >>> 0ce0-404a-b85e-8765d778bb29];]=en_US, >>> Extkey[name=EXTENSION_NAME;type=class >>> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- >>> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >>> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION;type=class >>> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ >>> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >>> Extkey[name=EXTENSION_AUTHOR;type=class >>> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- >>> 2dad-4bc5-9aad-e07018b7fbcc];]=The >>> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >>> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- >>> 8674327f011b];]=authn-ldap. >>> example.org , >>> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >>> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ >>> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >>> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ >>> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >>> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >>> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- >>> 46f2-83f9-3d3c54cf258d];]=12, >>> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ >>> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >>> Extkey[name=EXTENSION_VERSION;type=class >>> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- >>> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >>> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >>> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ >>> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j. >>> impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr. >>> ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap. >>> authn.authn-ldap. >>> >> extensionsmanager.trace.ovirt-engine-extension-aaa-ldap. >>> authn.authn-ldap.pic.es/>example.org >>> ), Extkey[name=EXTENSION_PROVIDES;type=interface >>> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- >>> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. >>> extensions.aaa.Authn]}, >>> Extkey[name=AAA_AUTHN_USER;type=class >>> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- >>> a3c6-5d926f9dd8f0];]=esthera, >>> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >>> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ >>> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ >>> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >>> Output: >>> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >>> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- >>> 099c772ddd4e];]=2, >>> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >>> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- >>> b8bdb72f5893];]=invalid >>> credentials} >>> >>> ------------------------------------------------ >>> >>> Having a look at the LDAP log we check that there is a "invalid >>> credentials" error while binding, but we are sure that the bind password >>> is the right one. We already tried to set the bind password without >>> quotes, but then the DN user then appear as an empty string ("") >>> >> >> I think problem is here. That's really strange, you have to use the >> password without quotes. >> >> Can you please try to set: >> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= >> example,dc=org >> pool.default.auth.simple.password = XXXXXX >> >> just without the variables. if the DN is not empty now. >> >> >>> ------------------------------------------------ >>> >>> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >>> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >>> IP=192.168.XX.X:39501 (IP=0.0.0.0:389 >>> ) >>> >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >>> oid=1.3.6.1.4.1.1466.20037 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 >>> text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >>> tls_ssf=128 ssf=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >>> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >>> err=49 text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >>> >>> ------------------------------------------------ >>> >>> By the way, the Ovirt manager (ovmgr) machine can query correctly the >>> openldap server and retrieves everything OK >>> >>> ------------------------------------------------ >>> >>> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >>> cn=authenticate,ou=System,dc=example,dc=org -W >>> Enter LDAP Password: >>> # extended LDIF >>> # >>> # LDAPv3 >>> # base (default) with scope subtree >>> # filter: (objectclass=*) >>> # requesting: ALL >>> # >>> >>> # pic.es >>> dn: dc=example,dc=org >>> dc: pic >>> objectClass: top >>> objectClass: domain >>> >>> ------------------------------------------------ >>> >>> Did anybody had a similar problem ? Is there anything that we didn't >>> check ? >>> >>> Thanks in advance ! >>> >>> -- >>> Bruno Rodr?guez Rodr?guez >>> >>> >>> >>> This body part will be downloaded on demand. >>> >>> > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" > -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 15 09:35:20 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 15 Jan 2015 10:35:20 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> Message-ID: <54B789D8.807@redhat.com> Can you try add this line: pool.default.auth.type = simple to your prop file? Something like: ...... pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.type = simple pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org pool.default.auth.simple.password = XXXXXXXXX ........ Thanks, Ondra On 01/15/2015 10:20 AM, Bruno Rodriguez wrote: > Thank you very much, > > using the following ldap.example.org file: > > --------------------- > > include = > include = > > vars.server = ldap1.example.org > #vars.user = cn=authenticate,ou=System,dc=example,dc=org > #vars.password = XXXXXXXXX > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = > cn=authenticate,ou=System,dc=example,dc=org > pool.default.auth.simple.password = XXXXXXXXX > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXXX > > --------------------- > > Then I get the following in the engine log: > > > 2015-01-15 10:04:15,250 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]=http://www.ovirt.org,Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=authn-ldap.example.org > , > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org > ), > Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous > bind disallowed} > > ----------------------------------- > > And this is the ldap connection log: > > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > ACCEPT from IP=192.168.XX.XX:41469 (IP=0.0.0.0:389 ) > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > EXT oid=1.3.6.1.4.1.1466.20037 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > STARTTLS > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > RESULT oid= err=0 text= > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > TLS established tls_ssf=128 ssf=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > RESULT tag=97 err=0 text= > > ----------------------------------- > > It looks like it got the dn correctly but it's unable to bind anyway ... > > Thank you, > > Bruno > > > On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek > wrote: > > Hi, > > On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our > openldap > server. We created the following files in > /etc/ovirt-engine/extensions.d > (the organization name is not example.org > and the > passwords are not XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions.__d/ldap.example.org > > ----------- > > include = > > vars.server = ldap1.example.org > > vars.user = cn=authenticate,ou=System,dc=__example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single.__server = ${global:vars.server} > pool.default.auth.simple.__bindDN = ${global:vars.user} > pool.default.auth.simple.__password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.__file = > /etc/ovirt-engine/extensions.__d/ldap.example.org_keystore.__jks > pool.default.ssl.truststore.__password = XXXXXXXX > > ----------- > /etc/ovirt-engine/extensions.__d/authn-ldap.example.org > .__properties ----------- > > ovirt.engine.extension.name > > = > authn-ldap.example.org > > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authn > > ovirt.engine.aaa.authn.__profile.name > > > = ldap.example.org > > > ovirt.engine.aaa.authn.authz.__plugin = authz-ldap.example.org > > > > config.profile.file.1 = > /etc/ovirt-engine/extensions.__d/ldap.example.org > > > > ----------- > /etc/ovirt-engine/extensions.__d/authz-ldap.example.org > .__properties ----------- > > ovirt.engine.extension.name > > = > authz-ldap.example.org > > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authz > config.profile.file.1 = > /etc/ovirt-engine/extensions.__d/ldap.example.org > > > > ------------------------------__------------------ > > After all of this we restarted the service and tried to access > via the > administration portal. The JKS has the right permissions and > contains > the TLS CA, the password is correct and the user "esthera" > exists. But > when we try to log in, we obtain the following error in the > engine.log > (we already set the verbosity to ALL): > > ------------------------------__------------------ > > 2015-01-14 16:35:25,750 ERROR > [org.ovirt.engine.core.bll.__aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: > class > org.ovirt.engine.core.__extensions.mgr.__ExtensionInvokeCommandFailedEx__ception > Input: > {Extkey[name=AAA_AUTHN___CREDENTIALS;type=class > java.lang.String;uuid=AAA___AUTHN_CREDENTIALS[03b96485-__4bb5-4592-8167-810a5c909706];]__=***, > Extkey[name=EXTENSION_INVOKE___CONTEXT;type=class > org.ovirt.engine.api.__extensions.ExtMap;uuid=__EXTENSION_INVOKE_CONTEXT[__886d2ebb-312a-49ae-9cc3-__e1f849834b7d];]={Extkey[name=__EXTENSION_INTERFACE_VERSION___MAX;type=class > java.lang.Integer;uuid=__EXTENSION_INTERFACE_VERSION___MAX[f4cff49f-2717-4901-8ee9-__df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;__type=class > java.lang.String;uuid=__EXTENSION_LICENSE[8a61ad65-__054c-4e31-9c6d-1ca4d60a4c18];]__=ASL > 2.0, Extkey[name=EXTENSION_NOTES;__type=class > java.lang.String;uuid=__EXTENSION_NOTES[2da5ad7e-185a-__4584-aaff-97f66978e4ea];]=__Display > name: ovirt-engine-extension-aaa-__ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME___URL;type=class > java.lang.String;uuid=__EXTENSION_HOME_URL[4ad7a2f4-__f969-42d4-b399-72d192e18304];]__=http://www.ovirt.org > , Extkey[name=EXTENSION_LOCALE;__type=class > java.lang.String;uuid=__EXTENSION_LOCALE[0780b112-__0ce0-404a-b85e-8765d778bb29];]__=en_US, > Extkey[name=EXTENSION_NAME;__type=class > java.lang.String;uuid=__EXTENSION_NAME[651381d3-f54f-__4547-bf28-b0b01a103184];]=__ovirt-engine-extension-aaa-__ldap.authn, > Extkey[name=EXTENSION___INTERFACE_VERSION_MIN;type=__class > java.lang.Integer;uuid=__EXTENSION_INTERFACE_VERSION___MIN[2b84fc91-305b-497b-a1d7-__d961b9d2ce0b];]=0, > Extkey[name=EXTENSION___CONFIGURATION;type=class > java.util.Properties;uuid=__EXTENSION_CONFIGURATION[__2d48ab72-f0a1-4312-b4ae-__5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;__type=class > java.lang.String;uuid=__EXTENSION_AUTHOR[ef242f7a-__2dad-4bc5-9aad-e07018b7fbcc];]__=The > oVirt Project, Extkey[name=EXTENSION___INSTANCE_NAME;type=class > java.lang.String;uuid=__EXTENSION_INSTANCE_NAME[__65c67ff6-aeca-4bd5-a245-__8674327f011b];]=authn-ldap. > exa__mple.org > , > Extkey[name=EXTENSION_BUILD___INTERFACE_VERSION;type=class > java.lang.Integer;uuid=__EXTENSION_BUILD_INTERFACE___VERSION[cb479e5a-4b23-46f8-__aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION___CONFIGURATION_SENSITIVE_KEYS;__type=interface > java.util.Collection;uuid=__EXTENSION_CONFIGURATION___SENSITIVE_KEYS[a456efa1-73ff-__4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN___CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN___CAPABILITIES[9d16bee3-10fd-__46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL___CONTEXT;type=class > org.ovirt.engine.api.__extensions.ExtMap;uuid=__EXTENSION_GLOBAL_CONTEXT[__9799e72f-7af6-4cf1-bf08-__297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;__type=class > java.lang.String;uuid=__EXTENSION_VERSION[fe35f6a8-__8239-4bdb-ab1a-af9f779ce68c];]__=1.0.0, > Extkey[name=EXTENSION_MANAGER___TRACE_LOG;type=interface > org.slf4j.Logger;uuid=__EXTENSION_MANAGER_TRACE_LOG[__863db666-3ea7-4751-9695-__918a3197ad83];]=org.slf4j.__impl.Slf4jLogger(org.ovirt.__engine.core.extensions.mgr.__ExtensionsManager.trace.ovirt-__engine-extension-aaa-ldap.__authn.authn-ldap. > >examp__le.org > > ), > Extkey[name=EXTENSION___PROVIDES;type=interface > java.util.Collection;uuid=__EXTENSION_PROVIDES[8cf373a6-__65b5-4594-b828-0e275087de91];]__=[org.ovirt.engine.api.__extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;__type=class > java.lang.String;uuid=AAA___AUTHN_USER[1ceaba26-1bdc-4663-__a3c6-5d926f9dd8f0];]=esthera, > Extkey[name=EXTENSION_INVOKE___COMMAND;type=class > org.ovirt.engine.api.__extensions.ExtUUID;uuid=__EXTENSION_INVOKE_COMMAND[__485778ab-bede-4f1a-b823-__77b262a2f28d];]=AAA_AUTHN___AUTHENTICATE_CREDENTIALS[__d9605c75-6b43-4b00-b32c-__06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE___RESULT;type=class > java.lang.Integer;uuid=__EXTENSION_INVOKE_RESULT[__0909d91d-8bde-40fb-b6c0-__099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE___MESSAGE;type=class > java.lang.String;uuid=__EXTENSION_INVOKE_MESSAGE[__b7b053de-dc73-4bf7-9d26-__b8bdb72f5893];]=invalid > credentials} > > ------------------------------__------------------ > > Having a look at the LDAP log we check that there is a "invalid > credentials" error while binding, but we are sure that the bind > password > is the right one. We already tried to set the bind password without > quotes, but then the DN user then appear as an empty string ("") > > > I think problem is here. That's really strange, you have to use the > password without quotes. > > Can you please try to set: > pool.default.auth.simple.__bindDN = > cn=authenticate,ou=System,dc=__example,dc=org > pool.default.auth.simple.__password = XXXXXX > > just without the variables. if the DN is not empty now. > > > ------------------------------__------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | > tail -n 1 | > cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > IP=192.168.XX.X:39501 > (IP=0.0.0.0:389 > ) > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= > err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS > established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System,__dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > err=49 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------__------------------ > > By the way, the Ovirt manager (ovmgr) machine can query > correctly the > openldap server and retrieves everything OK > > ------------------------------__------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc=__example,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------__------------------ > > Did anybody had a similar problem ? Is there anything that we > didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > > This body part will be downloaded on demand. > > > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" From alonbl at redhat.com Thu Jan 15 09:36:55 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 15 Jan 2015 04:36:55 -0500 (EST) Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> Message-ID: <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Bruno Rodriguez" > To: "Ondra Machacek" > Cc: "Esther Accion" , users at ovirt.org > Sent: Thursday, January 15, 2015 11:20:57 AM > Subject: Re: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module > > Thank you very much, > > using the following ldap.example.org file: > > --------------------- > > include = > include = what do you have in openldap_example.properties? > vars.server = ldap1.example.org > #vars.user = cn=authenticate,ou=System,dc=example,dc=org > #vars.password = XXXXXXXXX why have you commented out the vars? you should have just removed the quotes from vars.password and keep bellow as-is. > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org > pool.default.auth.simple.password = XXXXXXXXX > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXXX > > --------------------- > > Then I get the following in the engine log: > > > 2015-01-15 10:04:15,250 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= > http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= > authn-ldap.example.org , > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org > ), Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous > bind disallowed} error: anonymous bind disallowed can you please enable debug per what I instructed last time and send a complete log? > > ----------------------------------- > > And this is the ldap connection log: > > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > STARTTLS > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 RESULT > oid= err=0 text= > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 TLS > established tls_ssf=128 ssf=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND > dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND > dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 RESULT > tag=97 err=0 text= > > ----------------------------------- > > It looks like it got the dn correctly but it's unable to bind anyway ... > > Thank you, > > Bruno > > > On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > > wrote: > > > Hi, > > On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > > > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our openldap > server. We created the following files in /etc/ovirt-engine/extensions.d > (the organization name is not example.org < http://example.org > and the > passwords are not XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org > < http://ldap.example.org > ----------- > > include = > > vars.server = ldap1.example.org < http://ldap1.example.org > > vars.user = cn=authenticate,ou=System,dc= example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single. server = ${global:vars.server} > pool.default.auth.simple. bindDN = ${global:vars.user} > pool.default.auth.simple. password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore. file = > /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks > pool.default.ssl.truststore. password = XXXXXXXX > > ----------- > /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties > ----------- > > ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > authn-ldap.example.org < http://authn-ldap.example.org > > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthnExtension > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn > > ovirt.engine.aaa.authn. profile.name > < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org > < http://ldap.example.org > > ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org > < http://authz-ldap.example.org > > > config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org > < http://ldap.example.org > > > ----------- > /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties > ----------- > > ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > authz-ldap.example.org < http://authz-ldap.example.org > > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthzExtension > > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org > < http://ldap.example.org > > > ------------------------------ ------------------ > > After all of this we restarted the service and tried to access via the > administration portal. The JKS has the right permissions and contains > the TLS CA, the password is correct and the user "esthera" exists. But > when we try to log in, we obtain the following error in the engine.log > (we already set the verbosity to ALL): > > ------------------------------ ------------------ > > 2015-01-14 16:35:25,750 ERROR > [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx ception > Input: > {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class > java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- > 4bb5-4592-8167-810a5c909706];] =***, > Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class > org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ > 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= > EXTENSION_INTERFACE_VERSION_ MAX;type=class > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE; type=class > java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- > 054c-4e31-9c6d-1ca4d60a4c18];] =ASL > 2.0, Extkey[name=EXTENSION_NOTES; type=class > java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- > 4584-aaff-97f66978e4ea];]= Display > name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_ URL;type=class > java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > f969-42d4-b399-72d192e18304];] = http://www.ovirt.org > < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class > java.lang.String;uuid= EXTENSION_LOCALE[0780b112- > 0ce0-404a-b85e-8765d778bb29];] =en_US, > Extkey[name=EXTENSION_NAME; type=class > java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- > 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, > Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_ CONFIGURATION;type=class > java.util.Properties;uuid= EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- > 5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR; type=class > java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- > 2dad-4bc5-9aad-e07018b7fbcc];] =The > oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > 8674327f011b];]=authn-ldap. > < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, > Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class > java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ > VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface > java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > 46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class > org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ > 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION; type=class > java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- > 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ 863db666-3ea7-4751-9695- > 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. > engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- > engine-extension-aaa-ldap. authn.authn-ldap. > < http://org.ovirt.engine.core. extensions.mgr. > extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. > authn.authn-ldap.pic.es/ > examp le.org > < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface > java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER; type=class > java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > a3c6-5d926f9dd8f0];]=esthera, > Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class > org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ > 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ > AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class > java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- > 099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class > java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- > b8bdb72f5893];]=invalid > credentials} > > ------------------------------ ------------------ > > Having a look at the LDAP log we check that there is a "invalid > credentials" error while binding, but we are sure that the bind password > is the right one. We already tried to set the bind password without > quotes, but then the DN user then appear as an empty string ("") > > I think problem is here. That's really strange, you have to use the password > without quotes. > > Can you please try to set: > pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= > example,dc=org > pool.default.auth.simple. password = XXXXXX > > just without the variables. if the DN is not empty now. > > > > > ------------------------------ ------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | > cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 > < http://0.0.0.0:389/ >) > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > err=49 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------ ------------------ > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > openldap server and retrieves everything OK > > ------------------------------ ------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc= example,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es < http://pic.es/ > > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------ ------------------ > > Did anybody had a similar problem ? Is there anything that we didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > > This body part will be downloaded on demand. > > > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From omachace at redhat.com Thu Jan 15 09:43:08 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 15 Jan 2015 10:43:08 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> References: <54B69E71.3080609@redhat.com> <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> Message-ID: <54B78BAC.2060807@redhat.com> On 01/15/2015 10:36 AM, Alon Bar-Lev wrote: > > > ----- Original Message ----- >> From: "Bruno Rodriguez" >> To: "Ondra Machacek" >> Cc: "Esther Accion" , users at ovirt.org >> Sent: Thursday, January 15, 2015 11:20:57 AM >> Subject: Re: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module >> >> Thank you very much, >> >> using the following ldap.example.org file: >> >> --------------------- >> >> include = >> include = > > what do you have in openldap_example.properties? It seems you have specified anonymous bind in openldap_example.properties. You should probably try it with original one (openldap.properties). > >> vars.server = ldap1.example.org >> #vars.user = cn=authenticate,ou=System,dc=example,dc=org >> #vars.password = XXXXXXXXX > > why have you commented out the vars? > you should have just removed the quotes from vars.password and keep bellow as-is. > >> pool.default.serverset.single.server = ${global:vars.server} >> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org >> pool.default.auth.simple.password = XXXXXXXXX >> >> pool.default.ssl.startTLS = true >> pool.default.ssl.truststore.file = >> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >> pool.default.ssl.truststore.password = XXXXXXXXX >> >> --------------------- >> >> Then I get the following in the engine log: >> >> >> 2015-01-15 10:04:15,250 ERROR >> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >> (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class >> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException >> Input: >> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, >> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >> Extkey[name=EXTENSION_LICENSE;type=class >> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL >> 2.0, Extkey[name=EXTENSION_NOTES;type=class >> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display >> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >> Extkey[name=EXTENSION_HOME_URL;type=class >> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= >> http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class >> java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, >> Extkey[name=EXTENSION_NAME;type=class >> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >> Extkey[name=EXTENSION_CONFIGURATION;type=class >> java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >> Extkey[name=EXTENSION_AUTHOR;type=class >> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The >> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= >> authn-ldap.example.org , >> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >> java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, >> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >> Extkey[name=EXTENSION_VERSION;type=class >> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( >> org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org >> ), Extkey[name=EXTENSION_PROVIDES;type=interface >> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, >> Extkey[name=AAA_AUTHN_USER;type=class >> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, >> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >> Output: >> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, >> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous >> bind disallowed} > > error: anonymous bind disallowed > > can you please enable debug per what I instructed last time and send a complete log? > >> >> ----------------------------------- >> >> And this is the ldap connection log: >> >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 >> ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT >> oid=1.3.6.1.4.1.1466.20037 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >> STARTTLS >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 RESULT >> oid= err=0 text= >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 TLS >> established tls_ssf=128 ssf=128 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND >> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND >> dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 RESULT >> tag=97 err=0 text= >> >> ----------------------------------- >> >> It looks like it got the dn correctly but it's unable to bind anyway ... >> >> Thank you, >> >> Bruno >> >> >> On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > >> wrote: >> >> >> Hi, >> >> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: >> >> >> Good afternoon, >> >> We cannot access to Ovirt using LDAP authentication against our openldap >> server. We created the following files in /etc/ovirt-engine/extensions.d >> (the organization name is not example.org < http://example.org > and the >> passwords are not XXXXXXXX, obviously) : >> >> ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org >> < http://ldap.example.org > ----------- >> >> include = >> >> vars.server = ldap1.example.org < http://ldap1.example.org > >> vars.user = cn=authenticate,ou=System,dc= example,dc=org >> vars.password = "XXXXXXXX" >> >> pool.default.serverset.single. server = ${global:vars.server} >> pool.default.auth.simple. bindDN = ${global:vars.user} >> pool.default.auth.simple. password = ${global:vars.password} >> >> pool.default.ssl.startTLS = true >> pool.default.ssl.truststore. file = >> /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks >> pool.default.ssl.truststore. password = XXXXXXXX >> >> ----------- >> /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties >> ----------- >> >> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >> authn-ldap.example.org < http://authn-ldap.example.org > >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn >> >> ovirt.engine.aaa.authn. profile.name >> < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org >> < http://ldap.example.org > >> ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org >> < http://authz-ldap.example.org > >> >> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org >> < http://ldap.example.org > >> >> ----------- >> /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties >> ----------- >> >> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >> authz-ldap.example.org < http://authz-ldap.example.org > >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >> >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org >> < http://ldap.example.org > >> >> ------------------------------ ------------------ >> >> After all of this we restarted the service and tried to access via the >> administration portal. The JKS has the right permissions and contains >> the TLS CA, the password is correct and the user "esthera" exists. But >> when we try to log in, we obtain the following error in the engine.log >> (we already set the verbosity to ALL): >> >> ------------------------------ ------------------ >> >> 2015-01-14 16:35:25,750 ERROR >> [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] >> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >> org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx ception >> Input: >> {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class >> java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- >> 4bb5-4592-8167-810a5c909706];] =***, >> Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class >> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ >> 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= >> EXTENSION_INTERFACE_VERSION_ MAX;type=class >> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >> MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, >> Extkey[name=EXTENSION_LICENSE; type=class >> java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- >> 054c-4e31-9c6d-1ca4d60a4c18];] =ASL >> 2.0, Extkey[name=EXTENSION_NOTES; type=class >> java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- >> 4584-aaff-97f66978e4ea];]= Display >> name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, >> Extkey[name=EXTENSION_HOME_ URL;type=class >> java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- >> f969-42d4-b399-72d192e18304];] = http://www.ovirt.org >> < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class >> java.lang.String;uuid= EXTENSION_LOCALE[0780b112- >> 0ce0-404a-b85e-8765d778bb29];] =en_US, >> Extkey[name=EXTENSION_NAME; type=class >> java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- >> 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, >> Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class >> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >> MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, >> Extkey[name=EXTENSION_ CONFIGURATION;type=class >> java.util.Properties;uuid= EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- >> 5068a226b0fc];]=***, >> Extkey[name=EXTENSION_AUTHOR; type=class >> java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- >> 2dad-4bc5-9aad-e07018b7fbcc];] =The >> oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class >> java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- >> 8674327f011b];]=authn-ldap. >> < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, >> Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class >> java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ >> VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, >> Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface >> java.util.Collection;uuid= EXTENSION_CONFIGURATION_ >> SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], >> Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class >> java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- >> 46f2-83f9-3d3c54cf258d];]=12, >> Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class >> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ >> 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, >> Extkey[name=EXTENSION_VERSION; type=class >> java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- >> 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, >> Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface >> org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ 863db666-3ea7-4751-9695- >> 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. >> engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- >> engine-extension-aaa-ldap. authn.authn-ldap. >> < http://org.ovirt.engine.core. extensions.mgr. >> extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. >> authn.authn-ldap.pic.es/ > examp le.org >> < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface >> java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- >> 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. >> extensions.aaa.Authn]}, >> Extkey[name=AAA_AUTHN_USER; type=class >> java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- >> a3c6-5d926f9dd8f0];]=esthera, >> Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class >> org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ >> 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ >> AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} >> Output: >> {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class >> java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- >> 099c772ddd4e];]=2, >> Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class >> java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- >> b8bdb72f5893];]=invalid >> credentials} >> >> ------------------------------ ------------------ >> >> Having a look at the LDAP log we check that there is a "invalid >> credentials" error while binding, but we are sure that the bind password >> is the right one. We already tried to set the bind password without >> quotes, but then the DN user then appear as an empty string ("") >> >> I think problem is here. That's really strange, you have to use the password >> without quotes. >> >> Can you please try to set: >> pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= >> example,dc=org >> pool.default.auth.simple. password = XXXXXX >> >> just without the variables. if the DN is not empty now. >> >> >> >> >> ------------------------------ ------------------ >> >> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >> IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 >> < http://0.0.0.0:389/ >) >> >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >> oid=1.3.6.1.4.1.1466.20037 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >> tls_ssf=128 ssf=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >> dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >> err=49 text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >> >> ------------------------------ ------------------ >> >> By the way, the Ovirt manager (ovmgr) machine can query correctly the >> openldap server and retrieves everything OK >> >> ------------------------------ ------------------ >> >> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >> cn=authenticate,ou=System,dc= example,dc=org -W >> Enter LDAP Password: >> # extended LDIF >> # >> # LDAPv3 >> # base (default) with scope subtree >> # filter: (objectclass=*) >> # requesting: ALL >> # >> >> # pic.es < http://pic.es/ > >> dn: dc=example,dc=org >> dc: pic >> objectClass: top >> objectClass: domain >> >> ------------------------------ ------------------ >> >> Did anybody had a similar problem ? Is there anything that we didn't check ? >> >> Thanks in advance ! >> >> -- >> Bruno Rodr?guez Rodr?guez >> >> >> >> This body part will be downloaded on demand. >> >> >> >> >> -- >> Bruno Rodr?guez Rodr?guez >> >> PIC (Port d'Informaci? Cient?fica) >> Campus UAB, Edificio D >> E-08193 Bellaterra, Barcelona >> Tel: +34 93 581 33 22 >> >> "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los >> triunfos desaparecen" >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From sbonazzo at redhat.com Thu Jan 15 09:57:00 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 15 Jan 2015 10:57:00 +0100 Subject: [ovirt-users] oVirt Weekly Sync Meeting: Jan. 14, 2015 Message-ID: <54B78EEC.8050705@redhat.com> ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:01:14 UTC. The full logs are available at . Minutes: http://plain.resources.ovirt.org/meetings/ovirt/2015/ovirt.2015-01-14-15.01.html Minutes (text): http://plain.resources.ovirt.org/meetings/ovirt/2015/ovirt.2015-01-14-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-14-15.01.log.html Meeting summary --------------- * Agenda and Roll Call (bkp, 15:01:25) * infra update (bkp, 15:01:25) * 3.5.z updates (bkp, 15:01:25) * 3.6.0 status (bkp, 15:01:25) * conferences and workshops (bkp, 15:01:25) * other topics (bkp, 15:01:27) * infra update (bkp, 15:03:58) * infra update Nearing the point of being able to trigger new VMs per job in jenkins on the PHX lab (bkp, 15:16:25) * infra update The novnc issue brought up last week will be solved by openstack (bkp, 15:16:28) * infra update eedri will be a lightning talk on the ovirt gerrit hooks system and on using fabric for managing devops at fosdem https://fosdem.org/2015/schedule/event/gerrit_hooks/ (bkp, 15:16:31) * infra update Still waiting for ack from dev on support on Fedora 21, so we can enable jobs to build and tests on it (bkp, 15:16:35) * infra update Progress on building ovirt-node: Node team finally solved all problems related to EL6.6 support. (bkp, 15:16:38) * infra update Node is also pleased to announce EL7.0 support. A build is still pending, but we hope to deliver this soon. Please watch the ML for the announcement (bkp, 15:16:41) * infra update Creating rpms on master is broken due to gwt changes, vszocs has a patch for fixing it, waiting for a merge (bkp, 15:16:44) * infra update From CentOS Virt SIG meeting: We now have centos wiki write access, still pending access to CSB system (bkp, 15:16:47) * infra update From CentOS Virt SIG meeting: SIG meeting minutes: http://www.centos.org/minutes/2015/january/centos-devel.2015-01-13-14.06.html (bkp, 15:16:50) * 3.5.z updates (bkp, 15:16:55) * LINK: http://www.ovirt.org/OVirt_3.5.1_Release_Notes (sbonazzo, 15:23:56) * 3.5.z updates 3.5.1 branch created and announced just a couple of minutes ago: http://lists.ovirt.org/pipermail/devel/2015-January/009660.html (bkp, 15:24:36) * 3.5.z updates 3.5.1 build started in jenkins too: http://jenkins.ovirt.org/job/manual-build-tarball/456/ (bkp, 15:24:39) * 3.5.z updates If everything goes fine, on morning of Jan. 15, we'll compose 3.5.1 RC and test it for releasing in the afternoon. (bkp, 15:24:42) * 3.5.z updates There are 61 bugs targeted to 3.5.1. Excluding node and documentation bugs we have 41 bugs targeted to 3.5.1. (bkp, 15:24:45) * 3.5.z updates Full status here (though blocker bug info now moot): http://lists.ovirt.org/pipermail/users/2015-January/030579.html (bkp, 15:24:48) * ACTION: 3.5.z updates Update release notes for 3.5.1 if you haven't done so yet! http://www.ovirt.org/OVirt_3.5.1_Release_Notes (bkp, 15:24:51) * 3.6 status (bkp, 15:25:08) * LINK: http://gerrit.ovirt.org/36264 (sbonazzo, 15:27:56) * ACTION: 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers (bkp, 15:41:45) * 3.6.0 status Finished the review process, the remaining key milestones for this release will be scheduled. (bkp, 15:47:31) (bkp, 15:41:48) * 3.6.0 status There are 480 bugs targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs targeted to 3.6.0. (bkp, 15:41:51) * 3.6.0 status Bug count is increasing, as people are getting into the master and working on the integration features side. (bkp, 15:41:54) * 3.6.0 status Full status here: http://lists.ovirt.org/pipermail/users/2015-January/030580.html (bkp, 15:41:57) * 3.6.0 status Fedora 21 support is near to be completed on build side, just missing 2 patches here: http://gerrit.ovirt.org/#/c/36799/ and http://gerrit.ovirt.org/#/c/36240/ (bkp, 15:42:00) * 3.6.0 status Hosted engine glusterfs support (for existing glusterfs replica 3) is under review http://gerrit.ovirt.org/36264 (bkp, 15:42:03) * 3.6.0 status Hosted engine with gluster provisioning is still in development (bkp, 15:42:06) * 3.6.0 status Node is a bit behind planning 3.6, which should get more attention now that they are closing down 3.5 (bkp, 15:42:09) * 3.6.0 status Nightly build does not seem to include recent engine patches, this is due to engine master Jenkins jobs failing to build. vszocs is working on it. (bkp, 15:42:12) * 3.6.0 status No testing on 3.6 features is possible at the moment due to nightly build failure on Jenkins, and the possibly still open issue of vdsm 4.17 not reporting that it supports 3.6 engine. (bkp, 15:42:15) * 3.6.0 status The VDSM issue seems resolved for engine 3.6 supporting vdsm 4.17, but there are questions on how to properly solve the reverse situation, so solution is pending. (bkp, 15:42:19) * conferences and workshops (bkp, 15:42:25) * conferences and workshops FOSDEM prep proceeds. We will have 500 flyers and 200 t-shirts printed for oVirt booth. These are new shirts, with a straight-up logo. (bkp, 15:43:34) * conferences and workshops bkp has not finalized plans on FOSDEM meetup, but it *will* happen. (bkp, 15:43:37) * conferences and workshops There will be a presentation on the CentOS Virt SIG held in the Virt DevRoom, and we will have have oVirt represented. https://fosdem.org/2015/schedule/event/immutable/ (bkp, 15:43:40) * conferences and workshops The workshop for FOSSAsia in Singapore has been settled as a half-day session. We have one speaker coming in from China, bkp, and hopefully another local speaker. We could use one more to fill out the program, if someone in the community is interested. (bkp, 15:43:44) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (bkp, 15:43:49) * conferences and workshops News and info about all FOSDEM sessions will be coming through on oVirt and Red Hat social media channels. Share, share, share! (bkp, 15:44:29) * LINK: http://www.oss2015.org (sbonazzo, 15:45:57) * conferences and workshops sbonazzo working to be at 11th Intl. Conf. on Open Source Systems http://www.oss2015.org (bkp, 15:46:57) * other topics (bkp, 15:47:14) * other topics bkp has completed the 2014 metrics for oVirt and will be posting them soon. But as a preview, oVirt-engine was downloaded from the main Resources site 102,727 times in 2014. v3.4 led the pack with 51,195 downloads, followed by v3.3 with 39,273, and v3.2 with 8,893. (bkp, 15:47:22) * other topics bkp is still looking for user tasks to help round out the oVirt documentation. Please contact bkp if you have any input. (bkp, 15:47:27) * other topics bkp is also still looking for use cases for case studies. I have one lined up for Feb. (UDS Enterprise) but nothing beyond that. (bkp, 15:47:30) Meeting ended at 15:49:33 UTC. Action Items ------------ * 3.5.z updates Update release notes for 3.5.1 if you haven't done so yet! http://www.ovirt.org/OVirt_3.5.1_Release_Notes * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers Action Items, by person ----------------------- * **UNASSIGNED** * 3.5.z updates Update release notes for 3.5.1 if you haven't done so yet! http://www.ovirt.org/OVirt_3.5.1_Release_Notes * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers People Present (lines said) --------------------------- * bkp (84) * sbonazzo (47) * lvernia (28) * eedri (14) * amureini (10) * fabiand (6) * vszocs (5) * danken (3) * ovirtbot (2) * Zordrak (1) * awels (1) * alonbl (1) * gchaplik (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From bruno at pic.es Thu Jan 15 10:03:39 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 11:03:39 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <54B78BAC.2060807@redhat.com> References: <54B69E71.3080609@redhat.com> <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> <54B78BAC.2060807@redhat.com> Message-ID: Thanks ! Now it's working! The problem was the absence of the line: pool.default.auth.type = simple It's strange, I thought that the default auth type was set to simple and I didn't check it twice. After setting that the problem has to do about a user/password incorrect, which is our problem because of the schema we are using (migrated from a NIS some time ago). The openldap_example.properties actually was a copy of openldap.properties, I did it that way to customize it to our schema, but in a first instance it was a carbon copy of the original. Thanks again ! Bruno On Thu, Jan 15, 2015 at 10:43 AM, Ondra Machacek wrote: > On 01/15/2015 10:36 AM, Alon Bar-Lev wrote: > >> >> >> ----- Original Message ----- >> >>> From: "Bruno Rodriguez" >>> To: "Ondra Machacek" >>> Cc: "Esther Accion" , users at ovirt.org >>> Sent: Thursday, January 15, 2015 11:20:57 AM >>> Subject: Re: [ovirt-users] Error authenticating bind using the AAA >>> OpenLDAP module >>> >>> Thank you very much, >>> >>> using the following ldap.example.org file: >>> >>> --------------------- >>> >>> include = >>> include = >>> >> >> what do you have in openldap_example.properties? >> > > It seems you have specified anonymous bind in openldap_example.properties. > You should probably try it with original one (openldap.properties). > > > >> vars.server = ldap1.example.org >>> #vars.user = cn=authenticate,ou=System,dc=example,dc=org >>> #vars.password = XXXXXXXXX >>> >> >> why have you commented out the vars? >> you should have just removed the quotes from vars.password and keep >> bellow as-is. >> >> pool.default.serverset.single.server = ${global:vars.server} >>> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= >>> example,dc=org >>> pool.default.auth.simple.password = XXXXXXXXX >>> >>> pool.default.ssl.startTLS = true >>> pool.default.ssl.truststore.file = >>> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >>> pool.default.ssl.truststore.password = XXXXXXXXX >>> >>> --------------------- >>> >>> Then I get the following in the engine log: >>> >>> >>> 2015-01-15 10:04:15,250 ERROR >>> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >>> (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class >>> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx >>> ception >>> Input: >>> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >>> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- >>> 4bb5-4592-8167-810a5c909706];]=***, >>> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ >>> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= >>> EXTENSION_INTERFACE_VERSION_MAX;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >>> Extkey[name=EXTENSION_LICENSE;type=class >>> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- >>> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL >>> 2.0, Extkey[name=EXTENSION_NOTES;type=class >>> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- >>> 4584-aaff-97f66978e4ea];]=Display >>> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >>> Extkey[name=EXTENSION_HOME_URL;type=class >>> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- >>> f969-42d4-b399-72d192e18304];]= >>> http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class >>> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- >>> 0ce0-404a-b85e-8765d778bb29];]=en_US, >>> Extkey[name=EXTENSION_NAME;type=class >>> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- >>> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >>> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION;type=class >>> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ >>> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >>> Extkey[name=EXTENSION_AUTHOR;type=class >>> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- >>> 2dad-4bc5-9aad-e07018b7fbcc];]=The >>> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >>> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- >>> 8674327f011b];]= >>> authn-ldap.example.org , >>> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >>> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ >>> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >>> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ >>> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >>> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >>> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- >>> 46f2-83f9-3d3c54cf258d];]=12, >>> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ >>> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >>> Extkey[name=EXTENSION_VERSION;type=class >>> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- >>> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >>> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >>> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ >>> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( >>> org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt- >>> engine-extension-aaa-ldap.authn.authn-ldap.example.org >>> ), Extkey[name=EXTENSION_PROVIDES;type=interface >>> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- >>> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. >>> extensions.aaa.Authn]}, >>> Extkey[name=AAA_AUTHN_USER;type=class >>> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- >>> a3c6-5d926f9dd8f0];]=bruno, >>> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >>> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ >>> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ >>> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >>> Output: >>> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >>> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- >>> 099c772ddd4e];]=2, >>> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >>> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- >>> b8bdb72f5893];]=anonymous >>> bind disallowed} >>> >> >> error: anonymous bind disallowed >> >> can you please enable debug per what I instructed last time and send a >> complete log? >> >> >>> ----------------------------------- >>> >>> And this is the ldap connection log: >>> >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 >>> ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >>> EXT >>> oid=1.3.6.1.4.1.1466.20037 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >>> STARTTLS >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >>> RESULT >>> oid= err=0 text= >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 >>> TLS >>> established tls_ssf=128 ssf=128 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 >>> BIND >>> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 >>> BIND >>> dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 >>> RESULT >>> tag=97 err=0 text= >>> >>> ----------------------------------- >>> >>> It looks like it got the dn correctly but it's unable to bind anyway ... >>> >>> Thank you, >>> >>> Bruno >>> >>> >>> On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > >>> wrote: >>> >>> >>> Hi, >>> >>> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: >>> >>> >>> Good afternoon, >>> >>> We cannot access to Ovirt using LDAP authentication against our openldap >>> server. We created the following files in /etc/ovirt-engine/extensions.d >>> (the organization name is not example.org < http://example.org > and the >>> passwords are not XXXXXXXX, obviously) : >>> >>> ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org >>> < http://ldap.example.org > ----------- >>> >>> include = >>> >>> vars.server = ldap1.example.org < http://ldap1.example.org > >>> vars.user = cn=authenticate,ou=System,dc= example,dc=org >>> vars.password = "XXXXXXXX" >>> >>> pool.default.serverset.single. server = ${global:vars.server} >>> pool.default.auth.simple. bindDN = ${global:vars.user} >>> pool.default.auth.simple. password = ${global:vars.password} >>> >>> pool.default.ssl.startTLS = true >>> pool.default.ssl.truststore. file = >>> /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks >>> pool.default.ssl.truststore. password = XXXXXXXX >>> >>> ----------- >>> /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties >>> ----------- >>> >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >>> authn-ldap.example.org < http://authn-ldap.example.org > >>> ovirt.engine.extension. bindings.method = jbossmodule >>> ovirt.engine.extension. binding.jbossmodule.module = >>> org.ovirt.engine-extensions. aaa.ldap >>> ovirt.engine.extension. binding.jbossmodule.class = >>> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>> extensions.aaa.Authn >>> >>> ovirt.engine.aaa.authn. profile.name >>> < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org >>> < http://ldap.example.org > >>> ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org >>> < http://authz-ldap.example.org > >>> >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ >>> ldap.example.org >>> < http://ldap.example.org > >>> >>> ----------- >>> /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties >>> ----------- >>> >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >>> authz-ldap.example.org < http://authz-ldap.example.org > >>> ovirt.engine.extension. bindings.method = jbossmodule >>> ovirt.engine.extension. binding.jbossmodule.module = >>> org.ovirt.engine-extensions. aaa.ldap >>> ovirt.engine.extension. binding.jbossmodule.class = >>> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >>> >>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>> extensions.aaa.Authz >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ >>> ldap.example.org >>> < http://ldap.example.org > >>> >>> ------------------------------ ------------------ >>> >>> After all of this we restarted the service and tried to access via the >>> administration portal. The JKS has the right permissions and contains >>> the TLS CA, the password is correct and the user "esthera" exists. But >>> when we try to log in, we obtain the following error in the engine.log >>> (we already set the verbosity to ALL): >>> >>> ------------------------------ ------------------ >>> >>> 2015-01-14 16:35:25,750 ERROR >>> [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] >>> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >>> org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx >>> ception >>> Input: >>> {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class >>> java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- >>> 4bb5-4592-8167-810a5c909706];] =***, >>> Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ >>> 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= >>> EXTENSION_INTERFACE_VERSION_ MAX;type=class >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >>> MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, >>> Extkey[name=EXTENSION_LICENSE; type=class >>> java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- >>> 054c-4e31-9c6d-1ca4d60a4c18];] =ASL >>> 2.0, Extkey[name=EXTENSION_NOTES; type=class >>> java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- >>> 4584-aaff-97f66978e4ea];]= Display >>> name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, >>> Extkey[name=EXTENSION_HOME_ URL;type=class >>> java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- >>> f969-42d4-b399-72d192e18304];] = http://www.ovirt.org >>> < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class >>> java.lang.String;uuid= EXTENSION_LOCALE[0780b112- >>> 0ce0-404a-b85e-8765d778bb29];] =en_US, >>> Extkey[name=EXTENSION_NAME; type=class >>> java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- >>> 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, >>> Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >>> MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, >>> Extkey[name=EXTENSION_ CONFIGURATION;type=class >>> java.util.Properties;uuid= EXTENSION_CONFIGURATION[ >>> 2d48ab72-f0a1-4312-b4ae- >>> 5068a226b0fc];]=***, >>> Extkey[name=EXTENSION_AUTHOR; type=class >>> java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- >>> 2dad-4bc5-9aad-e07018b7fbcc];] =The >>> oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class >>> java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- >>> 8674327f011b];]=authn-ldap. >>> < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, >>> Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class >>> java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ >>> VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, >>> Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface >>> java.util.Collection;uuid= EXTENSION_CONFIGURATION_ >>> SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], >>> Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class >>> java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- >>> 46f2-83f9-3d3c54cf258d];]=12, >>> Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ >>> 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, >>> Extkey[name=EXTENSION_VERSION; type=class >>> java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- >>> 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, >>> Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface >>> org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ >>> 863db666-3ea7-4751-9695- >>> 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. >>> engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- >>> engine-extension-aaa-ldap. authn.authn-ldap. >>> < http://org.ovirt.engine.core. extensions.mgr. >>> extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. >>> authn.authn-ldap.pic.es/ > examp le.org >>> < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface >>> java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- >>> 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. >>> extensions.aaa.Authn]}, >>> Extkey[name=AAA_AUTHN_USER; type=class >>> java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- >>> a3c6-5d926f9dd8f0];]=esthera, >>> Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class >>> org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ >>> 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ >>> AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} >>> Output: >>> {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class >>> java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- >>> 099c772ddd4e];]=2, >>> Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class >>> java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- >>> b8bdb72f5893];]=invalid >>> credentials} >>> >>> ------------------------------ ------------------ >>> >>> Having a look at the LDAP log we check that there is a "invalid >>> credentials" error while binding, but we are sure that the bind password >>> is the right one. We already tried to set the bind password without >>> quotes, but then the DN user then appear as an empty string ("") >>> >>> I think problem is here. That's really strange, you have to use the >>> password >>> without quotes. >>> >>> Can you please try to set: >>> pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= >>> example,dc=org >>> pool.default.auth.simple. password = XXXXXX >>> >>> just without the variables. if the DN is not empty now. >>> >>> >>> >>> >>> ------------------------------ ------------------ >>> >>> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >>> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >>> IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 >>> < http://0.0.0.0:389/ >) >>> >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >>> oid=1.3.6.1.4.1.1466.20037 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 >>> text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >>> tls_ssf=128 ssf=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >>> dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >>> err=49 text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >>> >>> ------------------------------ ------------------ >>> >>> By the way, the Ovirt manager (ovmgr) machine can query correctly the >>> openldap server and retrieves everything OK >>> >>> ------------------------------ ------------------ >>> >>> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >>> cn=authenticate,ou=System,dc= example,dc=org -W >>> Enter LDAP Password: >>> # extended LDIF >>> # >>> # LDAPv3 >>> # base (default) with scope subtree >>> # filter: (objectclass=*) >>> # requesting: ALL >>> # >>> >>> # pic.es < http://pic.es/ > >>> dn: dc=example,dc=org >>> dc: pic >>> objectClass: top >>> objectClass: domain >>> >>> ------------------------------ ------------------ >>> >>> Did anybody had a similar problem ? Is there anything that we didn't >>> check ? >>> >>> Thanks in advance ! >>> >>> -- >>> Bruno Rodr?guez Rodr?guez >>> >>> >>> >>> This body part will be downloaded on demand. >>> >>> >>> >>> >>> -- >>> Bruno Rodr?guez Rodr?guez >>> >>> PIC (Port d'Informaci? Cient?fica) >>> Campus UAB, Edificio D >>> E-08193 Bellaterra, Barcelona >>> Tel: +34 93 581 33 22 >>> >>> "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los >>> triunfos desaparecen" >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicola.gentile.to at gmail.com Thu Jan 15 10:18:14 2015 From: nicola.gentile.to at gmail.com (nicola.gentile.to) Date: Thu, 15 Jan 2015 11:18:14 +0100 Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> Message-ID: <54B793E6.7050502@gmail.com> Il 15/01/2015 10:04, Simone Tiraboschi ha scritto: > > ----- Original Message ----- >> From: "nicola gentile" >> To: Users at ovirt.org >> Sent: Wednesday, January 14, 2015 2:33:35 PM >> Subject: Re: [ovirt-users] name of virtual machine and hostname >> >> Good morning, >> sorry if I reply only now. >> Let me explain better. >> Once generated the vms, the hostname of the vms are the same of the >> template, but I wish it was centos-01, centos-02, etc. >> Is it possible? > Yes, you can use cloud-init to set some parameters for each VM including the hostname. > You should install the cloud-init rpm on your VMs (it would probably better to do it on the template one) and than you can set the parameters for each VM from 'Initial run' tab under 'Advanced option'. Thank you so much, I will try as soon as possible. >> Thanks, >> Nicola >> >> 2014-06-29 15:43 GMT+02:00 Moti Asayag : >>> >>> ----- Original Message ----- >>>> From: "Shahar Havivi" >>>> To: "Antoni Segura Puimedon" >>>> Cc: Users at ovirt.org >>>> Sent: Sunday, June 29, 2014 11:12:24 AM >>>> Subject: Re: [ovirt-users] name of virtual machine and hostname >>>> >>>> On 27.06.14 05:18, Antoni Segura Puimedon wrote: >>>>> >>>>> ----- Original Message ----- >>>>>> From: "nicola gentile" >>>>>> To: Users at ovirt.org >>>>>> Sent: Friday, June 27, 2014 11:16:51 AM >>>>>> Subject: [ovirt-users] name of virtual machine and hostname >>>>>> >>>>>> Good morning, >>>>>> I would like to ask you an information. >>>>>> After I have installed ovirt, I have created a pool of vm with name >>>>>> like centos-?? (from 1 to 20) >>>>>> and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 >>>>>> etc. >>>>>> etc. >>>>>> The problem is when the vm starts the hostname is not the same of the >>>>>> vm name in ovirt but is the same name of the template. >>>>>> Is it possible to make sure that the name of vm and the hostname is >>>>>> identical? >>>>> I guess that the way to go about it would be to use the cloudinit >>>>> integration. >>>>> I've not tried it myself, but: >>>>> http://www.ovirt.org/Features/Cloud-Init_Integration >>>>> states that setting the hostname was one of the planned features when >>>>> the >>>>> integration was designed. >>>> Setting the host name via cloud-init is currently supported - you can set >>>> it >>>> via the Add/Edit VM via the "Initial Run" section or try to run-once the >>>> VM >>>> and look at the same "initial Run" section. >>>> Please note that if you do Edit a VM that already run ie already >>>> initialized >>>> oVirt engine will not send the cloud-init data, you will need to use >>>> run-once >>>> dialog. >>>> >>>> What you reported looks like a bug - the VM name should be the hostname >>>> and >>>> not the template name. >>> Unless Nicola referred to the template's host name, from which the vm pool >>> was >>> created. It might be if the template wasn't sealed. >>> >>> Nicola, could you clarify what did you mean by "template name" which >>> appears as >>> the "host name" ? >>> >>> Thanks, >>> Moti >>> >>>> Care to report the bug on bugzilla? >>>> Thank you, >>>> Shahar Havivi. >>>>>> Best regard >>>>>> >>>>>> Nicola Gentile >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From nicola.gentile.to at gmail.com Thu Jan 15 10:22:26 2015 From: nicola.gentile.to at gmail.com (nicola.gentile.to) Date: Thu, 15 Jan 2015 11:22:26 +0100 Subject: [ovirt-users] New environment ovirt In-Reply-To: <24724934.1834.1421313311180.JavaMail.gcheresh@gena-fedora-new> References: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> <24724934.1834.1421313311180.JavaMail.gcheresh@gena-fedora-new> Message-ID: <54B794E2.9080204@gmail.com> Thank you so much for suggestion. Nicola Il 15/01/2015 10:15, Genadi Chereshnya ha scritto: > Engine will need only one network card > Hosts will need 3 if you use untagged traffic for your requirements > Genadi > > ----- Original Message ----- > From: "Simone Tiraboschi" > To: "nicola gentile" > Cc: Users at ovirt.org > Sent: Thursday, January 15, 2015 11:11:06 AM > Subject: Re: [ovirt-users] New environment ovirt > > > > ----- Original Message ----- >> From: "nicola gentile" >> To: Users at ovirt.org >> Sent: Wednesday, January 14, 2015 3:09:30 PM >> Subject: [ovirt-users] New environment ovirt >> >> Hello, >> I have a question. >> I would like to set up a new environment with two nodes. >> I would like separate che storage traffic, vm traffic and network >> management traffic. >> Storage is in a separate subnet. >> Also the virtual machine is in a separate subnet, and I would like to >> separate the management of the network too. >> I think I need to add 3 network adapters on the nodes, one for each purpose. >> Now I ask you, does the oVirt engine server (manager) need three >> network cards too? > At least you need only the Management Network (ovirtmgmt), you could also evaluate the opportunity to use the self hosted engine where oVirt engine runs on a VM hosted in HA way by the hosts it is managing [1. > > http://www.ovirt.org/Features/Self_Hosted_Engine > >> Thank you >> >> Nicola >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alonbl at redhat.com Thu Jan 15 11:44:07 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 15 Jan 2015 06:44:07 -0500 (EST) Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> <54B78BAC.2060807@redhat.com> Message-ID: <1627103904.4883644.1421322247640.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Bruno Rodriguez" > To: "Ondra Machacek" > Cc: "Alon Bar-Lev" , "Esther Accion" , users at ovirt.org > Sent: Thursday, January 15, 2015 12:03:39 PM > Subject: Re: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module > > Thanks ! Now it's working! > > The problem was the absence of the line: > > pool.default.auth.type = simple this should not be set to all pools, only for the authz pool. the authn pool should be anonymous. the process of authentication is: 1. create a pool X ldap connections with anonymous bind. 2. when user authenticate fetch a connection from (1) and bind user that user and password. 3. revert to anonymous, return to pool. so basically your pool is now authenticated using your search user at all time. if your ldap does not permit anonymous logins at all, maybe better is to provide different user for this authentication pool? > It's strange, I thought that the default auth type was set to simple and I > didn't check it twice. After setting that the problem has to do about a > user/password incorrect, which is our problem because of the schema we are > using (migrated from a NIS some time ago). > > The openldap_example.properties actually was a copy of openldap.properties, > I did it that way to customize it to our schema, but in a first instance > it was a carbon copy of the original. in next version (1.0.2) there is rfc2307-openldap.properties to ease use :) > > Thanks again ! > > Bruno > > > > On Thu, Jan 15, 2015 at 10:43 AM, Ondra Machacek > wrote: > > > On 01/15/2015 10:36 AM, Alon Bar-Lev wrote: > > > >> > >> > >> ----- Original Message ----- > >> > >>> From: "Bruno Rodriguez" > >>> To: "Ondra Machacek" > >>> Cc: "Esther Accion" , users at ovirt.org > >>> Sent: Thursday, January 15, 2015 11:20:57 AM > >>> Subject: Re: [ovirt-users] Error authenticating bind using the AAA > >>> OpenLDAP module > >>> > >>> Thank you very much, > >>> > >>> using the following ldap.example.org file: > >>> > >>> --------------------- > >>> > >>> include = > >>> include = > >>> > >> > >> what do you have in openldap_example.properties? > >> > > > > It seems you have specified anonymous bind in openldap_example.properties. > > You should probably try it with original one (openldap.properties). > > > > > > > >> vars.server = ldap1.example.org > >>> #vars.user = cn=authenticate,ou=System,dc=example,dc=org > >>> #vars.password = XXXXXXXXX > >>> > >> > >> why have you commented out the vars? > >> you should have just removed the quotes from vars.password and keep > >> bellow as-is. > >> > >> pool.default.serverset.single.server = ${global:vars.server} > >>> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= > >>> example,dc=org > >>> pool.default.auth.simple.password = XXXXXXXXX > >>> > >>> pool.default.ssl.startTLS = true > >>> pool.default.ssl.truststore.file = > >>> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > >>> pool.default.ssl.truststore.password = XXXXXXXXX > >>> > >>> --------------------- > >>> > >>> Then I get the following in the engine log: > >>> > >>> > >>> 2015-01-15 10:04:15,250 ERROR > >>> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > >>> (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > >>> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx > >>> ception > >>> Input: > >>> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > >>> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- > >>> 4bb5-4592-8167-810a5c909706];]=***, > >>> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ > >>> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= > >>> EXTENSION_INTERFACE_VERSION_MAX;type=class > >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ > >>> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > >>> Extkey[name=EXTENSION_LICENSE;type=class > >>> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- > >>> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL > >>> 2.0, Extkey[name=EXTENSION_NOTES;type=class > >>> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- > >>> 4584-aaff-97f66978e4ea];]=Display > >>> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > >>> Extkey[name=EXTENSION_HOME_URL;type=class > >>> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- > >>> f969-42d4-b399-72d192e18304];]= > >>> http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class > >>> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- > >>> 0ce0-404a-b85e-8765d778bb29];]=en_US, > >>> Extkey[name=EXTENSION_NAME;type=class > >>> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- > >>> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > >>> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ > >>> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > >>> Extkey[name=EXTENSION_CONFIGURATION;type=class > >>> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ > >>> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > >>> Extkey[name=EXTENSION_AUTHOR;type=class > >>> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- > >>> 2dad-4bc5-9aad-e07018b7fbcc];]=The > >>> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > >>> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- > >>> 8674327f011b];]= > >>> authn-ldap.example.org , > >>> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > >>> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ > >>> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > >>> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > >>> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ > >>> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > >>> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > >>> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- > >>> 46f2-83f9-3d3c54cf258d];]=12, > >>> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ > >>> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > >>> Extkey[name=EXTENSION_VERSION;type=class > >>> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- > >>> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > >>> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > >>> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ > >>> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( > >>> org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt- > >>> engine-extension-aaa-ldap.authn.authn-ldap.example.org > >>> ), Extkey[name=EXTENSION_PROVIDES;type=interface > >>> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- > >>> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. > >>> extensions.aaa.Authn]}, > >>> Extkey[name=AAA_AUTHN_USER;type=class > >>> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- > >>> a3c6-5d926f9dd8f0];]=bruno, > >>> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > >>> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ > >>> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ > >>> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > >>> Output: > >>> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > >>> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- > >>> 099c772ddd4e];]=2, > >>> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > >>> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- > >>> b8bdb72f5893];]=anonymous > >>> bind disallowed} > >>> > >> > >> error: anonymous bind disallowed > >> > >> can you please enable debug per what I instructed last time and send a > >> complete log? > >> > >> > >>> ----------------------------------- > >>> > >>> And this is the ldap connection log: > >>> > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > >>> ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > >>> EXT > >>> oid=1.3.6.1.4.1.1466.20037 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > >>> STARTTLS > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > >>> RESULT > >>> oid= err=0 text= > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > >>> TLS > >>> established tls_ssf=128 ssf=128 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > >>> BIND > >>> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > >>> BIND > >>> dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > >>> RESULT > >>> tag=97 err=0 text= > >>> > >>> ----------------------------------- > >>> > >>> It looks like it got the dn correctly but it's unable to bind anyway ... > >>> > >>> Thank you, > >>> > >>> Bruno > >>> > >>> > >>> On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > > >>> wrote: > >>> > >>> > >>> Hi, > >>> > >>> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > >>> > >>> > >>> Good afternoon, > >>> > >>> We cannot access to Ovirt using LDAP authentication against our openldap > >>> server. We created the following files in /etc/ovirt-engine/extensions.d > >>> (the organization name is not example.org < http://example.org > and the > >>> passwords are not XXXXXXXX, obviously) : > >>> > >>> ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org > >>> < http://ldap.example.org > ----------- > >>> > >>> include = > >>> > >>> vars.server = ldap1.example.org < http://ldap1.example.org > > >>> vars.user = cn=authenticate,ou=System,dc= example,dc=org > >>> vars.password = "XXXXXXXX" > >>> > >>> pool.default.serverset.single. server = ${global:vars.server} > >>> pool.default.auth.simple. bindDN = ${global:vars.user} > >>> pool.default.auth.simple. password = ${global:vars.password} > >>> > >>> pool.default.ssl.startTLS = true > >>> pool.default.ssl.truststore. file = > >>> /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks > >>> pool.default.ssl.truststore. password = XXXXXXXX > >>> > >>> ----------- > >>> /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties > >>> ----------- > >>> > >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > >>> authn-ldap.example.org < http://authn-ldap.example.org > > >>> ovirt.engine.extension. bindings.method = jbossmodule > >>> ovirt.engine.extension. binding.jbossmodule.module = > >>> org.ovirt.engine-extensions. aaa.ldap > >>> ovirt.engine.extension. binding.jbossmodule.class = > >>> org.ovirt.engineextensions. aaa.ldap.AuthnExtension > >>> ovirt.engine.extension. provides = org.ovirt.engine.api. > >>> extensions.aaa.Authn > >>> > >>> ovirt.engine.aaa.authn. profile.name > >>> < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org > >>> < http://ldap.example.org > > >>> ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org > >>> < http://authz-ldap.example.org > > >>> > >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ > >>> ldap.example.org > >>> < http://ldap.example.org > > >>> > >>> ----------- > >>> /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties > >>> ----------- > >>> > >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > >>> authz-ldap.example.org < http://authz-ldap.example.org > > >>> ovirt.engine.extension. bindings.method = jbossmodule > >>> ovirt.engine.extension. binding.jbossmodule.module = > >>> org.ovirt.engine-extensions. aaa.ldap > >>> ovirt.engine.extension. binding.jbossmodule.class = > >>> org.ovirt.engineextensions. aaa.ldap.AuthzExtension > >>> > >>> ovirt.engine.extension. provides = org.ovirt.engine.api. > >>> extensions.aaa.Authz > >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ > >>> ldap.example.org > >>> < http://ldap.example.org > > >>> > >>> ------------------------------ ------------------ > >>> > >>> After all of this we restarted the service and tried to access via the > >>> administration portal. The JKS has the right permissions and contains > >>> the TLS CA, the password is correct and the user "esthera" exists. But > >>> when we try to log in, we obtain the following error in the engine.log > >>> (we already set the verbosity to ALL): > >>> > >>> ------------------------------ ------------------ > >>> > >>> 2015-01-14 16:35:25,750 ERROR > >>> [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] > >>> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class > >>> org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx > >>> ception > >>> Input: > >>> {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class > >>> java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- > >>> 4bb5-4592-8167-810a5c909706];] =***, > >>> Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class > >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ > >>> 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= > >>> EXTENSION_INTERFACE_VERSION_ MAX;type=class > >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > >>> MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > >>> Extkey[name=EXTENSION_LICENSE; type=class > >>> java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- > >>> 054c-4e31-9c6d-1ca4d60a4c18];] =ASL > >>> 2.0, Extkey[name=EXTENSION_NOTES; type=class > >>> java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- > >>> 4584-aaff-97f66978e4ea];]= Display > >>> name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, > >>> Extkey[name=EXTENSION_HOME_ URL;type=class > >>> java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > >>> f969-42d4-b399-72d192e18304];] = http://www.ovirt.org > >>> < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class > >>> java.lang.String;uuid= EXTENSION_LOCALE[0780b112- > >>> 0ce0-404a-b85e-8765d778bb29];] =en_US, > >>> Extkey[name=EXTENSION_NAME; type=class > >>> java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- > >>> 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, > >>> Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class > >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > >>> MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, > >>> Extkey[name=EXTENSION_ CONFIGURATION;type=class > >>> java.util.Properties;uuid= EXTENSION_CONFIGURATION[ > >>> 2d48ab72-f0a1-4312-b4ae- > >>> 5068a226b0fc];]=***, > >>> Extkey[name=EXTENSION_AUTHOR; type=class > >>> java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- > >>> 2dad-4bc5-9aad-e07018b7fbcc];] =The > >>> oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > >>> java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > >>> 8674327f011b];]=authn-ldap. > >>> < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, > >>> Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class > >>> java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ > >>> VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, > >>> Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface > >>> java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > >>> SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > >>> Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > >>> java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > >>> 46f2-83f9-3d3c54cf258d];]=12, > >>> Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class > >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ > >>> 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, > >>> Extkey[name=EXTENSION_VERSION; type=class > >>> java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- > >>> 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > >>> Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > >>> org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ > >>> 863db666-3ea7-4751-9695- > >>> 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. > >>> engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- > >>> engine-extension-aaa-ldap. authn.authn-ldap. > >>> < http://org.ovirt.engine.core. extensions.mgr. > >>> extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. > >>> authn.authn-ldap.pic.es/ > examp le.org > >>> < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface > >>> java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > >>> 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > >>> extensions.aaa.Authn]}, > >>> Extkey[name=AAA_AUTHN_USER; type=class > >>> java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > >>> a3c6-5d926f9dd8f0];]=esthera, > >>> Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class > >>> org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ > >>> 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ > >>> AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > >>> Output: > >>> {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class > >>> java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- > >>> 099c772ddd4e];]=2, > >>> Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class > >>> java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- > >>> b8bdb72f5893];]=invalid > >>> credentials} > >>> > >>> ------------------------------ ------------------ > >>> > >>> Having a look at the LDAP log we check that there is a "invalid > >>> credentials" error while binding, but we are sure that the bind password > >>> is the right one. We already tried to set the bind password without > >>> quotes, but then the DN user then appear as an empty string ("") > >>> > >>> I think problem is here. That's really strange, you have to use the > >>> password > >>> without quotes. > >>> > >>> Can you please try to set: > >>> pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= > >>> example,dc=org > >>> pool.default.auth.simple. password = XXXXXX > >>> > >>> just without the variables. if the DN is not empty now. > >>> > >>> > >>> > >>> > >>> ------------------------------ ------------------ > >>> > >>> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | > >>> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > >>> IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 > >>> < http://0.0.0.0:389/ >) > >>> > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > >>> oid=1.3.6.1.4.1.1466.20037 > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 > >>> text= > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > >>> tls_ssf=128 ssf=128 > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > >>> dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > >>> err=49 text= > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > >>> > >>> ------------------------------ ------------------ > >>> > >>> By the way, the Ovirt manager (ovmgr) machine can query correctly the > >>> openldap server and retrieves everything OK > >>> > >>> ------------------------------ ------------------ > >>> > >>> [root at ovmgr extensions.d]# ldapsearch -ZZ -D > >>> cn=authenticate,ou=System,dc= example,dc=org -W > >>> Enter LDAP Password: > >>> # extended LDIF > >>> # > >>> # LDAPv3 > >>> # base (default) with scope subtree > >>> # filter: (objectclass=*) > >>> # requesting: ALL > >>> # > >>> > >>> # pic.es < http://pic.es/ > > >>> dn: dc=example,dc=org > >>> dc: pic > >>> objectClass: top > >>> objectClass: domain > >>> > >>> ------------------------------ ------------------ > >>> > >>> Did anybody had a similar problem ? Is there anything that we didn't > >>> check ? > >>> > >>> Thanks in advance ! > >>> > >>> -- > >>> Bruno Rodr?guez Rodr?guez > >>> > >>> > >>> > >>> This body part will be downloaded on demand. > >>> > >>> > >>> > >>> > >>> -- > >>> Bruno Rodr?guez Rodr?guez > >>> > >>> PIC (Port d'Informaci? Cient?fica) > >>> Campus UAB, Edificio D > >>> E-08193 Bellaterra, Barcelona > >>> Tel: +34 93 581 33 22 > >>> > >>> "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > >>> triunfos desaparecen" > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >>> > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" > From donny at cloudspin.me Thu Jan 15 13:02:09 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 06:02:09 -0700 Subject: [ovirt-users] Exporting VM's painfully slow In-Reply-To: <54B779A0.6080800@mittwald.de> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> Message-ID: <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> I will give this a spin, I can't get these machines to import at all... The job fails and the tasks remain, and all the machines I tried to import are locked. -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Sven Kieske Sent: Thursday, January 15, 2015 1:26 AM To: users at ovirt.org Subject: Re: [ovirt-users] Exporting VM's painfully slow Hi, if you use sparse images this BZ might be helpful: https://bugzilla.redhat.com/show_bug.cgi?id=1156115 maybe you can backport the change to your version. The idea is to not use dd in order to move images. HTH -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From lars at steinwurf.com Thu Jan 15 13:22:23 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Thu, 15 Jan 2015 14:22:23 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> Message-ID: <54B7BF0F.5090702@steinwurf.com> Hello again. And thanks for the help, now I can create hosts, which run :) However I have run into a bit more trouble, again which seems a bit strange to me. When trying to added a new Storage connection, I get this: Error while executing action: Cannot add Storage Connection. Storage connection already exists. https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png My exports file, look like this: /home/iso 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) /home/data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) /home/import_data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) Copied from the oVirt basic setup guide. And I have restarted my NFS server service, and create the directories. Can some one help with this? and explain the problem to me? If you need more info, please tell me. Thanks and Best Regards - Lars From cfergeau at redhat.com Thu Jan 15 13:22:43 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Thu, 15 Jan 2015 14:22:43 +0100 Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> Message-ID: <20150115132243.GE5314@edamame.cdg.redhat.com> On Mon, Jan 05, 2015 at 04:17:58PM +0100, Michal Skrivanek wrote: > > > Thank you, > > Tomas > > > > ----- Original Message ----- > >> From: "i iordanov" > >> To: "users" , devel at ovirt.org > >> Cc: "Sphoorti Joglekar" > >> Sent: Thursday, December 25, 2014 11:19:58 PM > >> Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client > >> > >> Hey guys, > >> > >> Thanks for remembering about Opaque. For those who are not familiar > >> with the project, it is an oVirt/RHEV graphics console client which > >> supports the SPICE protocol so far. It uses libgovirt to connect to > >> the oVirt/RHEV API. I also created a separate pure SPICE client > >> (called aSPICE) for Android based on libspice. > >> > >> It would be nice if I got more feedback from Red Hat developers, but > >> you guys are probably as busy as I am :). The app is getting attention > >> on Google Play and people are using it successfully for their > >> installations, it seems. > >> > >> I have plans to add the following features to Opaque, time permitting: > >> > >> - Ability to edit default settings, so that people who connect with > >> console.vv file will be able to configure Audio, keyboard layout, etc. > >> - The ability to allocate VMs from a pool. > >> - The ability to control Audio Playback and Recording separately. > >> > >> I don't think Opaque needs to get portal-management functionality. > >> > >> I was contacted by an intern working on movirt (Sphoorti Joglekar, > >> cc-ed), asking whether I would be willing to support a URI Intent > >> scheme that movirt can use to launch aSPICE. I think I already have a > >> pretty well specified URI scheme that may work for the purpose, so > >> we'll see how that goes. I am wondering whether it wouldn't be better > >> to launch aSPICE or Opaque with a console.vv file instead, though. I > >> guess the developers of movirt will have to consider both options. > >> > >> At any rate, Opaque is far from dead. I'm security supporting it, I > >> just don't find a lot of time to work on additional features. > >> > >> I am cc-ing Brian Proffitt, because at one point we discussed setting > >> up Opaque as a sub-project of oVirt. I don't know whether there is any > >> interest for that in Red Hat, or any interest at all in supporting > >> mobile clients for oVirt/RHEV, etc. It would be nice to hear an > >> official stance on the topic. > > (adding Brian properly this time) > > I think it makes sense to add it together with something?though maybe > more related to SPICE clients. So adding Christophe for his thoughts? Opaque seems to be more an oVirt client than a SPICE client, so I'd tend to think it would be a better fit as an oVirt project. aSPICE would fit well together with other SPICE repositories, dunno if these are the same code base or not (?). > On Jan 5, 2015, at 13:38 , Tomas Jelinek wrote: > > > > One more question - does aSPICE support spice proxy? > > libgovirt is not parsing the proxy information at this point, so answer would be no. See http://lists.freedesktop.org/archives/spice-devel/2014-December/018475.html and its followup http://lists.freedesktop.org/archives/spice-devel/2015-January/018609.html Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From tlitovsk at redhat.com Thu Jan 15 13:46:10 2015 From: tlitovsk at redhat.com (Anatoly Litvosky) Date: Thu, 15 Jan 2015 15:46:10 +0200 Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <1420990174.17364.26.camel@redhat.com> References: <1420990174.17364.26.camel@redhat.com> Message-ID: <1421329570.24142.7.camel@redhat.com> Hi A centos7 based ovirt-node project joined our jenkins http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Best Regards Tolik On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > Hi > > For all of you that want the latest images for ovirt node. > For some time there is a new job in the ovirt jenkins that builds an > image for every commit made. > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > Currently for fedora 20 but hopefully more to come. > > Many thanks to David (dcaro) for all the effort. > > Best regards. > Tolik. > > > From iiordanov at gmail.com Thu Jan 15 13:52:17 2015 From: iiordanov at gmail.com (i iordanov) Date: Thu, 15 Jan 2015 08:52:17 -0500 Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: <20150115132243.GE5314@edamame.cdg.redhat.com> References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> <20150115132243.GE5314@edamame.cdg.redhat.com> Message-ID: Hi Christophe, They share a part of their code-base, primarily in the native implementation. However, Opaque has a substantially reimplemented UI. They both live in the same repository, though, and the plan was to bring them closer together over time. I see aSPICE as analogous to spicy and Opaque as analogous to virt-viewer. Cheers, iordan On Thu, Jan 15, 2015 at 8:22 AM, Christophe Fergeau wrote: > On Mon, Jan 05, 2015 at 04:17:58PM +0100, Michal Skrivanek wrote: >> >> > Thank you, >> > Tomas >> > >> > ----- Original Message ----- >> >> From: "i iordanov" >> >> To: "users" , devel at ovirt.org >> >> Cc: "Sphoorti Joglekar" >> >> Sent: Thursday, December 25, 2014 11:19:58 PM >> >> Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client >> >> >> >> Hey guys, >> >> >> >> Thanks for remembering about Opaque. For those who are not familiar >> >> with the project, it is an oVirt/RHEV graphics console client which >> >> supports the SPICE protocol so far. It uses libgovirt to connect to >> >> the oVirt/RHEV API. I also created a separate pure SPICE client >> >> (called aSPICE) for Android based on libspice. >> >> >> >> It would be nice if I got more feedback from Red Hat developers, but >> >> you guys are probably as busy as I am :). The app is getting attention >> >> on Google Play and people are using it successfully for their >> >> installations, it seems. >> >> >> >> I have plans to add the following features to Opaque, time permitting: >> >> >> >> - Ability to edit default settings, so that people who connect with >> >> console.vv file will be able to configure Audio, keyboard layout, etc. >> >> - The ability to allocate VMs from a pool. >> >> - The ability to control Audio Playback and Recording separately. >> >> >> >> I don't think Opaque needs to get portal-management functionality. >> >> >> >> I was contacted by an intern working on movirt (Sphoorti Joglekar, >> >> cc-ed), asking whether I would be willing to support a URI Intent >> >> scheme that movirt can use to launch aSPICE. I think I already have a >> >> pretty well specified URI scheme that may work for the purpose, so >> >> we'll see how that goes. I am wondering whether it wouldn't be better >> >> to launch aSPICE or Opaque with a console.vv file instead, though. I >> >> guess the developers of movirt will have to consider both options. >> >> >> >> At any rate, Opaque is far from dead. I'm security supporting it, I >> >> just don't find a lot of time to work on additional features. >> >> >> >> I am cc-ing Brian Proffitt, because at one point we discussed setting >> >> up Opaque as a sub-project of oVirt. I don't know whether there is any >> >> interest for that in Red Hat, or any interest at all in supporting >> >> mobile clients for oVirt/RHEV, etc. It would be nice to hear an >> >> official stance on the topic. >> >> (adding Brian properly this time) >> >> I think it makes sense to add it together with something?though maybe >> more related to SPICE clients. So adding Christophe for his thoughts? > > Opaque seems to be more an oVirt client than a SPICE client, so I'd tend > to think it would be a better fit as an oVirt project. aSPICE would fit > well together with other SPICE repositories, dunno if these are the same > code base or not (?). > >> On Jan 5, 2015, at 13:38 , Tomas Jelinek wrote: >> > >> > One more question - does aSPICE support spice proxy? >> > > > libgovirt is not parsing the proxy information at this point, so answer > would be no. See > http://lists.freedesktop.org/archives/spice-devel/2014-December/018475.html > and its followup > http://lists.freedesktop.org/archives/spice-devel/2015-January/018609.html > > Christophe -- The conscious mind has only one thread of execution. From mpavlik at redhat.com Thu Jan 15 15:00:53 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Thu, 15 Jan 2015 16:00:53 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54B7BF0F.5090702@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> Message-ID: <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> Hi Lars, are you sure you want to use net mask 225.225.225.0? IMO you want to use 255.255.255.0 If it does not help please supply logs /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and /var/log/vdsm/vdsm.log so we can see detailed error message HTH Martin Pavlik RHEV QE > On 15 Jan 2015, at 14:22, Lars Nielsen wrote: > > Hello again. > And thanks for the help, now I can create hosts, which run :) > > However I have run into a bit more trouble, again which seems a bit strange to me. > > When trying to added a new Storage connection, I get this: > Error while executing action: Cannot add Storage Connection. Storage connection already exists. > > https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png > > My exports file, look like this: > /home/iso 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > /home/data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > /home/import_data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > > Copied from the oVirt basic setup guide. > And I have restarted my NFS server service, and create the directories. > > Can some one help with this? and explain the problem to me? If you need more info, please tell me. > > Thanks and Best Regards > - Lars > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Thu Jan 15 15:38:09 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 08:38:09 -0700 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> Message-ID: <003d01d030d9$45485870$cfd90950$@cloudspin.me> Also check to see if there are any directories that have been created in your nfs exports Donny -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Martin Pavl?k Sent: Thursday, January 15, 2015 8:01 AM To: Lars Nielsen Cc: users at ovirt.org Subject: Re: [ovirt-users] problem adding storage connection Hi Lars, are you sure you want to use net mask 225.225.225.0? IMO you want to use 255.255.255.0 If it does not help please supply logs /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and /var/log/vdsm/vdsm.log so we can see detailed error message HTH Martin Pavlik RHEV QE > On 15 Jan 2015, at 14:22, Lars Nielsen wrote: > > Hello again. > And thanks for the help, now I can create hosts, which run :) > > However I have run into a bit more trouble, again which seems a bit strange to me. > > When trying to added a new Storage connection, I get this: > Error while executing action: Cannot add Storage Connection. Storage connection already exists. > > https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png > > My exports file, look like this: > /home/iso > 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > d=36,anongid=36) /home/data > 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > d=36,anongid=36) /home/import_data > 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > d=36,anongid=36) > > Copied from the oVirt basic setup guide. > And I have restarted my NFS server service, and create the directories. > > Can some one help with this? and explain the problem to me? If you need more info, please tell me. > > Thanks and Best Regards > - Lars > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From dfediuck at redhat.com Thu Jan 15 15:55:03 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Thu, 15 Jan 2015 17:55:03 +0200 Subject: [ovirt-users] FOSDEM 15.... here we come! Message-ID: <54B7E2D7.6080409@redhat.com> Hi all, Happy to see oVirt's tradition continuing! I summarized all relevant information here: http://etherpad.ovirt.org/p/ovirt-fosdem-15 Also, we need a few volunteers to help man the booth, so please go ahead and list yourself in the right place. Once we have more updates we'll send them to the list. See you @FOSDEM, Doron From AVONDRA at unicef.fr Thu Jan 15 15:56:47 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Thu, 15 Jan 2015 15:56:47 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> Message-ID: Hi, Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. I've unload the "cdc_acm" kernel module via rmmod without success. I've also tried to edit the xml appending the ID and VENDDOR tags : Ut at the first load the config disappears... Do I need to restart the host or restart libvirtd services ? Thanks for your help Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 5:55:01 PM > Subject: [ovirt-users] USB Modem in a VM > > > > Hi, > > Can you tell me if I can use an USB modem through one of the > hypervisor hosts to a Windows VM ? > > I?d like to install a Windows Fax Server. > > Thank you for your answers. should be possible using qemu args: -usbdevice host:vendor_id:product_id in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: ... ? ? if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. Regards, Alon [1] http://www.ovirt.org/VDSM-Hooks From fdeutsch at redhat.com Thu Jan 15 16:36:31 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Thu, 15 Jan 2015 11:36:31 -0500 (EST) Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <1421329570.24142.7.camel@redhat.com> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> Message-ID: <172563586.7176758.1421339791660.JavaMail.zimbra@redhat.com> Hey Tolik, as far as I recall they do not contain vdsm, correct? - fabian ----- Original Message ----- > Hi > > A centos7 based ovirt-node project joined our jenkins > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > Best Regards > Tolik > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > > Hi > > > > For all of you that want the latest images for ovirt node. > > For some time there is a new job in the ovirt jenkins that builds an > > image for every commit made. > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > > Currently for fedora 20 but hopefully more to come. > > > > Many thanks to David (dcaro) for all the effort. > > > > Best regards. > > Tolik. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From Cong_Yue at alliedtelesis.com Thu Jan 15 17:57:23 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 15 Jan 2015 09:57:23 -0800 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Message-ID: Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 18:26:51 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 11:26:51 -0700 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: References: Message-ID: <005a01d030f0$d69b2340$83d169c0$@cloudspin.me> Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Thu Jan 15 18:40:27 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 15 Jan 2015 10:40:27 -0800 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Message-ID: I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 19:23:48 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 12:23:48 -0700 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: References: Message-ID: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> I see. So have you done any tuning for IO performance or are the configs straight out of the box. You also said you mounted the volume to a vm. Did you mount it as gluster or use the built in NFS?? Donny From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 11:40 AM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Thu Jan 15 19:30:20 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 15 Jan 2015 11:30:20 -0800 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> References: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> Message-ID: It is just the default configuration. What is your advice for the tuning of I/O performance? For Gluster FS, actually I used Xenserver currently. I justed mounted the gluster as a NFS to XenHost to be used as a SR. Is there any way to use GlusterFS as a iscsi target ? Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 11:24 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I see. So have you done any tuning for IO performance or are the configs straight out of the box. You also said you mounted the volume to a vm. Did you mount it as gluster or use the built in NFS?? Donny From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 11:40 AM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 19:52:16 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 12:52:16 -0700 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: References: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> Message-ID: <009801d030fc$c5415770$4fc40650$@cloudspin.me> Sure can http://www.gluster.org/community/documentation/index.php/GlusterFS_iSCSI As for tuning, I don't have enough information about my own system to even say. I know that there are tuning options that you have with glusterFS, and you will have to see what works best for your deployment. Regards Donny D cloudspin.me From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 12:30 PM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs It is just the default configuration. What is your advice for the tuning of I/O performance? For Gluster FS, actually I used Xenserver currently. I justed mounted the gluster as a NFS to XenHost to be used as a SR. Is there any way to use GlusterFS as a iscsi target ? Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 11:24 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I see. So have you done any tuning for IO performance or are the configs straight out of the box. You also said you mounted the volume to a vm. Did you mount it as gluster or use the built in NFS?? Donny From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 11:40 AM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 15 20:23:04 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 15 Jan 2015 15:23:04 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> Message-ID: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> Michal, any clue? ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 5:56:47 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > Thank you for your answer, I've tried to insert my USB modem, but it doesn't > up in the Windows VM. > I've tried to insert via virt-manager without success, I can't apply the > modification, however I see the modem using lsusb : > > lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent > Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant > Systems (Rockwell), Inc. > > I've unload the "cdc_acm" kernel module via rmmod without success. > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > Ut at the first load the config disappears... > Do I need to restart the host or restart libvirtd services ? > > Thanks for your help > Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > Envoy? : mardi 13 janvier 2015 17:47 > ? : VONDRA Alain > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Can you tell me if I can use an USB modem through one of the > > hypervisor hosts to a Windows VM ? > > > > I?d like to install a Windows Fax Server. > > > > Thank you for your answers. > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > ... > ? > > ? > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the > libvirt configuration and inject such device. > > Regards, > Alon > > [1] http://www.ovirt.org/VDSM-Hooks > From AVONDRA at unicef.fr Thu Jan 15 21:33:19 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Thu, 15 Jan 2015 21:33:19 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> Message-ID: Hi, I've tried also to inject the device with virsh attach-device, all seems to work but nothing happen in the VM : [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 usb-modem.xml Please enter your authentication name: root Please enter your password: Device attached successfully What did I do wrong, any ideas ? Regards Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr ________________________________________ De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier 2015 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM Michal, any clue? ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 5:56:47 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > Thank you for your answer, I've tried to insert my USB modem, but it doesn't > up in the Windows VM. > I've tried to insert via virt-manager without success, I can't apply the > modification, however I see the modem using lsusb : > > lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent > Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant > Systems (Rockwell), Inc. > > I've unload the "cdc_acm" kernel module via rmmod without success. > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > Ut at the first load the config disappears... > Do I need to restart the host or restart libvirtd services ? > > Thanks for your help > Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > Envoy? : mardi 13 janvier 2015 17:47 > ? : VONDRA Alain > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Can you tell me if I can use an USB modem through one of the > > hypervisor hosts to a Windows VM ? > > > > I?d like to install a Windows Fax Server. > > > > Thank you for your answers. > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > ... > ? > > ? > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the > libvirt configuration and inject such device. > > Regards, > Alon > > [1] http://www.ovirt.org/VDSM-Hooks > From sabose at redhat.com Fri Jan 16 07:12:15 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 16 Jan 2015 12:42:15 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <20150115085717.GA10011@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> <20150113161529.GB5255@redhat.com> <54B76672.8030405@redhat.com> <20150115085717.GA10011@redhat.com> Message-ID: <54B8B9CF.7070904@redhat.com> On 01/15/2015 02:27 PM, Dan Kenigsberg wrote: > On Thu, Jan 15, 2015 at 12:34:18PM +0530, Sahina Bose wrote: >> >> I've updated the feature page with the REST API and other comments. On >> further thought, there will be no change to Add brick API, as the engine >> will select the network to be used based on the networks setup for the host. >> If "Storage network" role is associated with any of the networks, this will >> be used. Otherwise, the host's address will be used to add the brick. >> > > > The paragraph above rules out the use case I lay below. Could you relate > to it? Isn't it a reasonable use case? > >>> If I am not mistaken, it could make sense to have a setup with one brick >>> using network A and another - using network B. Does your design support >>> this? I think that this would be particularly important on upgraded >>> clusters, where the management network is already used, but newly >>> created bricks should start using another network. >>> On upgraded clusters, the user would have to assign a network with the role "Storage network". Any newly created brick would then start using this, rather than the management network. I'm not sure if the use case where each brick on a host is added using different networks is a common one (apart from the upgrade scenario, that is). If it is, we could provide an Advanced edit option in the UI to select network in Add Bricks dialog. The entity design supports setting different network per brick and the REST API already provides a way to set this as an optional parameter. > May I repeat my follow request? It would help me understand the content > of the feature. Sorry, I missed these before! >>> Would you add a feature page section regarding modification to the >>> Vdsm/Engine API? http://www.ovirt.org/Features/Select_Network_For_Gluster#Change_to_VDSM_API http://www.ovirt.org/Features/Select_Network_For_Gluster#Change_to_REST_API >>> One last comment - may I ask that new APIs accept both ipv4 and ipv6 >>> addresses? There is an ongoing effort to support ipv6 on Vdsm. Glusterfs does not support ipv6 yet, so addition of bricks using ipv6 addresses would not work. thanks, sahina From mgiammarco at gmail.com Fri Jan 16 09:39:44 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 10:39:44 +0100 Subject: [ovirt-users] Put the engine inside hosts after installation Message-ID: Hello, I would like to try ovirt with hosted engine installation. I had so many problems (I have written them in another thread) so I will not try anymore hosted installation (up and running with ovirt 3.5 tutorial) But now I would try this approach: I install the engine on a dedicated server or as a virtual machine in another kvm based virtualizator. Now I create an ovirt cluster and use it. Can I after that install change my mind and so move the engine as a vm in the cluster? Or can I install a new engine in the cluster and powerdown the first engine? Thanks in advance for help, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Fri Jan 16 10:16:06 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 16 Jan 2015 05:16:06 -0500 (EST) Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: Message-ID: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Friday, January 16, 2015 10:39:44 AM > Subject: [ovirt-users] Put the engine inside hosts after installation > > Hello, > I would like to try ovirt with hosted engine installation. > I had so many problems (I have written them in another thread) so I will not > try anymore hosted installation (up and running with ovirt 3.5 tutorial) oVirt 3.5.1 RC1 will be published today so, if everything runs as expected, oVirt 3.5.1 will be out in a few days. oVirt 3.5.1 should solve the issue you reported. > But now I would try this approach: I install the engine on a dedicated server > or as a virtual machine in another kvm based virtualizator. > > Now I create an ovirt cluster and use it. > > Can I after that install change my mind and so move the engine as a vm in the > cluster? As far as you maintain the same host name and a compatible network topology it should work without any hassle. Keep present that hosted-engine also installs and configures ovirt-hosted-engine-ha daemon to ensure HA capabilities restarting the engine VM if the host witch runs the VM goes down. In the setup you are proposing you are loosing that capability. > Or can I install a new engine in the cluster and powerdown the first engine? > > Thanks in advance for help, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpolednik at redhat.com Fri Jan 16 10:37:11 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 05:37:11 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> Message-ID: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" , "Michal Skrivanek" > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 10:33:19 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi, > I've tried also to inject the device with virsh attach-device, all seems to > work but nothing happen in the VM : > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 usb-modem.xml > Please enter your authentication name: root > Please enter your password: > Device attached successfully > > What did I do wrong, any ideas ? Hello, One possibility might be the fact that libvirt itself doesn't have managed mode for USB devices and I'm not sure virt-manager has the appropriate routine handled. Could you try running $ virsh nodedev-list to find the correct usb device and then # virsh nodedev-detach the_usb_device or posibly nodedev-dettach if you run older libvirt? After that, try starting VM with hostdev element added to XML. > Regards > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > ________________________________________ > De : Alon Bar-Lev [alonbl at redhat.com] > Envoy? : jeudi 15 janvier 2015 21:23 > ? : VONDRA Alain; Michal Skrivanek > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > Michal, any clue? > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 5:56:47 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > Thank you for your answer, I've tried to insert my USB modem, but it > > doesn't > > up in the Windows VM. > > I've tried to insert via virt-manager without success, I can't apply the > > modification, however I see the modem using lsusb : > > > > lsusb > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 > > Device > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 > > Avocent > > Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant > > Systems (Rockwell), Inc. > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > Do I need to restart the host or restart libvirtd services ? > > > > Thanks for your help > > Alain > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information > > Direction Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > > Envoy? : mardi 13 janvier 2015 17:47 > > ? : VONDRA Alain > > Cc : users at ovirt.org > > Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: users at ovirt.org > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Can you tell me if I can use an USB modem through one of the > > > hypervisor hosts to a Windows VM ? > > > > > > I?d like to install a Windows Fax Server. > > > > > > Thank you for your answers. > > > > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > ... > > ? > > > > ? > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the > > libvirt configuration and inject such device. > > > > Regards, > > Alon > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Fri Jan 16 11:10:35 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 11:10:35 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> References: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> Message-ID: Hi, I'm sure of the device, it's clearer with lsusb, you see all the infos about the device : Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0572 Conexant Systems (Rockwell), Inc. idProduct 0x1321 bcdDevice 1.00 iManufacturer 1 Conexant iProduct 2 USB Modem iSerial 3 24680246 bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 73 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 With nodedev we just see device nodes, pretty difficult to identify, even with --tree opt : usb_1_0_1_0 usb_1_1 usb_1_1_1_0 usb_1_1_4 usb_1_1_4_1_0 usb_1_1_4_1_1 usb_1_1_6 usb_1_1_6_1 usb_1_1_6_1_0 usb_1_1_6_1_1_0 usb_1_1_6_1_1_1 usb_1_1_6_1_1_2 usb_2_0_1_0 usb_2_1 usb_2_1_1_0 usb_usb1 usb_usb2 The xml injected is, I think right : Even with The device on the VM xml, the device does'nt appears in the Windows VM. Regards Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" , "Michal Skrivanek" > > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 10:33:19 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi, > I've tried also to inject the device with virsh attach-device, all > seems to work but nothing happen in the VM : > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > usb-modem.xml Please enter your authentication name: root Please enter > your password: > Device attached successfully > > What did I do wrong, any ideas ? Hello, One possibility might be the fact that libvirt itself doesn't have managed mode for USB devices and I'm not sure virt-manager has the appropriate routine handled. Could you try running $ virsh nodedev-list to find the correct usb device and then # virsh nodedev-detach the_usb_device or posibly nodedev-dettach if you run older libvirt? After that, try starting VM with hostdev element added to XML. > Regards > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > ________________________________________ > De : Alon Bar-Lev [alonbl at redhat.com] > Envoy? : jeudi 15 janvier 2015 21:23 > ? : VONDRA Alain; Michal Skrivanek > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > Michal, any clue? > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 5:56:47 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > Thank you for your answer, I've tried to insert my USB modem, but it > > doesn't up in the Windows VM. > > I've tried to insert via virt-manager without success, I can't apply > > the modification, however I see the modem using lsusb : > > > > lsusb > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > 002 Device > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > 002: ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > 003: ID > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 > > Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > Do I need to restart the host or restart libvirtd services ? > > > > Thanks for your help > > Alain > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: users at ovirt.org > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Can you tell me if I can use an USB modem through one of the > > > hypervisor hosts to a Windows VM ? > > > > > > I?d like to install a Windows Fax Server. > > > > > > Thank you for your answers. > > > > > > should be possible using qemu args: -usbdevice > > host:vendor_id:product_id > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > ... > > ? > > > > ? > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > modify the libvirt configuration and inject such device. > > > > Regards, > > Alon > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mgiammarco at gmail.com Fri Jan 16 11:12:34 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 12:12:34 +0100 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> Message-ID: 2015-01-16 11:16 GMT+01:00 Simone Tiraboschi : > > > oVirt 3.5.1 RC1 will be published today so, if everything runs as > expected, oVirt 3.5.1 will be out in a few days. oVirt 3.5.1 should solve > the issue you reported. > Ok I will wait 3.5.1 and try again. > > Keep present that hosted-engine also installs and configures > ovirt-hosted-engine-ha daemon to ensure HA capabilities restarting the > engine VM if the host witch runs the VM goes down. > In the setup you are proposing you are loosing that capability. > I supposed the ha capability was offered by ovirt cluster. I need to investigate. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Fri Jan 16 11:13:56 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 16 Jan 2015 12:13:56 +0100 Subject: [ovirt-users] [ANN] oVirt 3.5.1 First Release Candidate is now available for testing Message-ID: <54B8F274.3040108@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the 3.5.1 First Release Candidate is now available for testing as of Jan 16th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6 (or similar) and Red Hat Enterprise Linux 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUuPJtAAoJEHw3u57E4QAOVccP/0qAx81oBpN2U4gVwxbcFJuD tFEXGYgbdBDOrh4Z8hX/PA8U+xuRE0Ctjy3SOP9FzHnPJ6qoekPzZuSfDaKVIqvi qKOrOfQu4lE9wkTiuXuIm/4R/Oc3+34aSKCAO8KQKYx32sEVM4S3yShQVBM9p/Ga +vYearlfHjNOUoqghh/3hNhdgr82XNkS8Lk6RsGaGqbkLhEO5jo5hQ3pv2g2QGXB 7upM8kB9fM4rEDzeflcQ3gHAsak+DeGjnNzY4fKDL9iLgjm08Kf4IemQJSNqXMu6 t9lIQJHTOYGBI9eLyPZ9Q3eC9uAvmk15Ckb7tIQRMulJqI3zxzgXJrQzawDw2Srk enRfnPg18j0OZzeDZSREePDBldQv420hcKhQsQbheObRW67+A1jHQC+Nnn4iAikI y+ZGJwXHsLjmnjvuVkO4ygE2YBp8KSj8OAFLXHlrx2OZJOE4KtIhVHXIY7ES+W6z WFJIwHLGBklEmFLRWRgzcWiGxNZAIAATehvO6ZZmTC3/DWH2CfuhS1f0ZZdussxR qcEcrbd5EEy7AqV5jRDyuQP5q8S53kWawU2N7Iqxdq0QcufSo9XgMnOjqF2nJGKz 7UsPhgBbFSuF3xJbXGGMnKPCesizIm9SotjEievRe1SJxmvcxhA5fybQ7CtB7DI0 ZRmWY8kERzKAYFeH2TeQ =EKEO -----END PGP SIGNATURE----- From mpolednik at redhat.com Fri Jan 16 11:17:46 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 06:17:46 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> Message-ID: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: "Alon Bar-Lev" , "Michal Skrivanek" , users at ovirt.org > Sent: Friday, January 16, 2015 12:10:35 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > I'm sure of the device, it's clearer with lsusb, you see all the infos about > the device : > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 1.10 > bDeviceClass 2 Communications > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > idProduct 0x1321 > bcdDevice 1.00 > iManufacturer 1 Conexant > iProduct 2 USB Modem > iSerial 3 24680246 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 73 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0x80 > (Bus Powered) > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > > With nodedev we just see device nodes, pretty difficult to identify, even > with --tree opt : > > usb_1_0_1_0 > usb_1_1 > usb_1_1_1_0 > usb_1_1_4 > usb_1_1_4_1_0 > usb_1_1_4_1_1 > usb_1_1_6 > usb_1_1_6_1 > usb_1_1_6_1_0 > usb_1_1_6_1_1_0 > usb_1_1_6_1_1_1 > usb_1_1_6_1_1_2 > usb_2_0_1_0 > usb_2_1 > usb_2_1_1_0 > usb_usb1 > usb_usb2 The issue is, you need to get libvirt name of the device and run the nodedev-detach - have you done that with no success? If not, use some simple script such as (python) import libvirt conn = libvirt.openReadOnly() devices = conn.listAllDevices() for dev in devices: print dev.XMLDesc() to easily find the device and use the element for nodedev-detach call. That should handle unbinding it from the driver and possibly binding it to some usb stub if that exists. If that doesn't fix it, I admit that I'm not sure what could be the cause apart from OS/hw. > The xml injected is, I think right : > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the Windows > VM. > Regards > Alain > > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 11:37 > ? : VONDRA Alain > Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 10:33:19 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi, > > I've tried also to inject the device with virsh attach-device, all > > seems to work but nothing happen in the VM : > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > usb-modem.xml Please enter your authentication name: root Please enter > > your password: > > Device attached successfully > > > > What did I do wrong, any ideas ? > > Hello, > One possibility might be the fact that libvirt itself doesn't have managed > mode for USB devices and I'm not sure virt-manager has the appropriate > routine handled. > > Could you try running > $ virsh nodedev-list > to find the correct usb device and then > # virsh nodedev-detach the_usb_device > or posibly nodedev-dettach if you run older libvirt? > > After that, try starting VM with hostdev element added to XML. > > > Regards > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > ________________________________________ > > De : Alon Bar-Lev [alonbl at redhat.com] > > Envoy? : jeudi 15 janvier 2015 21:23 > > ? : VONDRA Alain; Michal Skrivanek > > Cc : users at ovirt.org > > Objet : Re: [ovirt-users] USB Modem in a VM > > > > Michal, any clue? > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > Thank you for your answer, I've tried to insert my USB modem, but it > > > doesn't up in the Windows VM. > > > I've tried to insert via virt-manager without success, I can't apply > > > the modification, however I see the modem using lsusb : > > > > > > lsusb > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > > 002 Device > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > > 002: ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > > 003: ID > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 > > > Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > Do I need to restart the host or restart libvirtd services ? > > > > > > Thanks for your help > > > Alain > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: users at ovirt.org > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > Hi, > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > hypervisor hosts to a Windows VM ? > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > Thank you for your answers. > > > > > > > > > should be possible using qemu args: -usbdevice > > > host:vendor_id:product_id > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > ... > > > ? > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > modify the libvirt configuration and inject such device. > > > > > > Regards, > > > Alon > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From mskrivan at redhat.com Fri Jan 16 11:17:44 2015 From: mskrivan at redhat.com (Michal Skrivanek) Date: Fri, 16 Jan 2015 12:17:44 +0100 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> Message-ID: <1B73F636-E80C-4CDC-91EE-E48FB5FC6581@redhat.com> On 16 Jan 2015, at 12:10, VONDRA Alain wrote: > Hi, > I'm sure of the device, it's clearer with lsusb, you see all the infos about the device : > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 1.10 > bDeviceClass 2 Communications > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > idProduct 0x1321 > bcdDevice 1.00 > iManufacturer 1 Conexant > iProduct 2 USB Modem > iSerial 3 24680246 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 73 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0x80 > (Bus Powered) > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > > With nodedev we just see device nodes, pretty difficult to identify, even with --tree opt : > > usb_1_0_1_0 > usb_1_1 > usb_1_1_1_0 > usb_1_1_4 > usb_1_1_4_1_0 > usb_1_1_4_1_1 > usb_1_1_6 > usb_1_1_6_1 > usb_1_1_6_1_0 > usb_1_1_6_1_1_0 > usb_1_1_6_1_1_1 > usb_1_1_6_1_1_2 > usb_2_0_1_0 > usb_2_1 > usb_2_1_1_0 > usb_usb1 > usb_usb2 > > The xml injected is, I think right : > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the Windows VM. How do you check it in the guest? can you try that with Linux guest to see if any device whatsoever shows up? Thanks, michal > Regards > Alain > > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 11:37 > ? : VONDRA Alain > Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > ----- Original Message ----- >> From: "VONDRA Alain" >> To: "Alon Bar-Lev" , "Michal Skrivanek" >> >> Cc: users at ovirt.org >> Sent: Thursday, January 15, 2015 10:33:19 PM >> Subject: Re: [ovirt-users] USB Modem in a VM >> >> Hi, >> I've tried also to inject the device with virsh attach-device, all >> seems to work but nothing happen in the VM : >> >> [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 >> usb-modem.xml Please enter your authentication name: root Please enter >> your password: >> Device attached successfully >> >> What did I do wrong, any ideas ? > > Hello, > One possibility might be the fact that libvirt itself doesn't have managed mode for USB devices and I'm not sure virt-manager has the appropriate routine handled. > > Could you try running > $ virsh nodedev-list > to find the correct usb device and then > # virsh nodedev-detach the_usb_device > or posibly nodedev-dettach if you run older libvirt? > > After that, try starting VM with hostdev element added to XML. > >> Regards >> >> >> >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Alon Bar-Lev [alonbl at redhat.com] >> Envoy? : jeudi 15 janvier 2015 21:23 >> ? : VONDRA Alain; Michal Skrivanek >> Cc : users at ovirt.org >> Objet : Re: [ovirt-users] USB Modem in a VM >> >> Michal, any clue? >> >> ----- Original Message ----- >>> From: "VONDRA Alain" >>> To: "Alon Bar-Lev" >>> Cc: users at ovirt.org >>> Sent: Thursday, January 15, 2015 5:56:47 PM >>> Subject: RE: [ovirt-users] USB Modem in a VM >>> >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it >>> doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply >>> the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus >>> 002 Device >>> 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: >>> ID >>> 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device >>> 002: ID >>> 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device >>> 003: ID >>> 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 >>> Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID >>> 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to >>> modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From AVONDRA at unicef.fr Fri Jan 16 11:30:10 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 11:30:10 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> References: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> Message-ID: Ok Martin, I'll try the python script, but I'm a newbie in python, which argumenet I need to put to execute it ? Thank you Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > , users at ovirt.org > Sent: Friday, January 16, 2015 12:10:35 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > I'm sure of the device, it's clearer with lsusb, you see all the infos > about the device : > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 1.10 > bDeviceClass 2 Communications > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > idProduct 0x1321 > bcdDevice 1.00 > iManufacturer 1 Conexant > iProduct 2 USB Modem > iSerial 3 24680246 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 73 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0x80 > (Bus Powered) > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > > With nodedev we just see device nodes, pretty difficult to identify, > even with --tree opt : > > usb_1_0_1_0 > usb_1_1 > usb_1_1_1_0 > usb_1_1_4 > usb_1_1_4_1_0 > usb_1_1_4_1_1 > usb_1_1_6 > usb_1_1_6_1 > usb_1_1_6_1_0 > usb_1_1_6_1_1_0 > usb_1_1_6_1_1_1 > usb_1_1_6_1_1_2 > usb_2_0_1_0 > usb_2_1 > usb_2_1_1_0 > usb_usb1 > usb_usb2 The issue is, you need to get libvirt name of the device and run the nodedev-detach - have you done that with no success? If not, use some simple script such as (python) import libvirt conn = libvirt.openReadOnly() devices = conn.listAllDevices() for dev in devices: print dev.XMLDesc() to easily find the device and use the element for nodedev-detach call. That should handle unbinding it from the driver and possibly binding it to some usb stub if that exists. If that doesn't fix it, I admit that I'm not sure what could be the cause apart from OS/hw. > The xml injected is, I think right : > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the > Windows VM. > Regards > Alain > > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 10:33:19 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi, > > I've tried also to inject the device with virsh attach-device, all > > seems to work but nothing happen in the VM : > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > usb-modem.xml Please enter your authentication name: root Please > > enter your password: > > Device attached successfully > > > > What did I do wrong, any ideas ? > > Hello, > One possibility might be the fact that libvirt itself doesn't have > managed mode for USB devices and I'm not sure virt-manager has the > appropriate routine handled. > > Could you try running > $ virsh nodedev-list > to find the correct usb device and then # virsh nodedev-detach > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > After that, try starting VM with hostdev element added to XML. > > > Regards > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > ________________________________________ > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier 2015 > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org Objet > > : Re: [ovirt-users] USB Modem in a VM > > > > Michal, any clue? > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > Thank you for your answer, I've tried to insert my USB modem, but > > > it doesn't up in the Windows VM. > > > I've tried to insert via virt-manager without success, I can't > > > apply the modification, however I see the modem using lsusb : > > > > > > lsusb > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > > 002 Device > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > > 002: ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > > 003: ID > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > ID > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > Do I need to restart the host or restart libvirtd services ? > > > > > > Thanks for your help > > > Alain > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: users at ovirt.org > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > Hi, > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > hypervisor hosts to a Windows VM ? > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > Thank you for your answers. > > > > > > > > > should be possible using qemu args: -usbdevice > > > host:vendor_id:product_id > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > ... > > > ? > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > modify the libvirt configuration and inject such device. > > > > > > Regards, > > > Alon > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From mgiammarco at gmail.com Fri Jan 16 11:31:37 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 12:31:37 +0100 Subject: [ovirt-users] Low cost fencing/stonith devices Message-ID: Hello, I ask this question again to see if there are some improvements. I am searching for a low cost stonith/fencing device for servers or hardware that has no ipmi/ilo on board. I see that there are some interesting products on the market like ubnt/mfi mpower that are controllable power outlets but there is no driver for them. In my use case WOL support will be enough (using it with ssh or shared storage fencing) but as far as I know WOL is not yet supported in ovirt. So is there some fencing device supported in 100/200$ price range? Thanks, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Fri Jan 16 11:37:20 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 16 Jan 2015 06:37:20 -0500 (EST) Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> Message-ID: <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mario Giammarco" > To: "Simone Tiraboschi" > Cc: users at ovirt.org > Sent: Friday, January 16, 2015 12:12:34 PM > Subject: Re: [ovirt-users] Put the engine inside hosts after installation > > 2015-01-16 11:16 GMT+01:00 Simone Tiraboschi : > > > > > > > oVirt 3.5.1 RC1 will be published today so, if everything runs as > > expected, oVirt 3.5.1 will be out in a few days. oVirt 3.5.1 should solve > > the issue you reported. > > > > Ok I will wait 3.5.1 and try again. Great, please help us reporting any other issue or strange thing. > > Keep present that hosted-engine also installs and configures > > ovirt-hosted-engine-ha daemon to ensure HA capabilities restarting the > > engine VM if the host witch runs the VM goes down. > > In the setup you are proposing you are loosing that capability. > > > > I supposed the ha capability was offered by ovirt cluster. I need to > investigate. HA capability is provided for other VMs by oVirt engine. But who provide it if the engine itself is on a VM on the host that it's managing? HA for the Engine VM needs to be managed by the hosts and not the Engine itself: so we have ovirt-hosted-engine-ha that ensure HA for the engine VM, the engine cloud than provide HA for other VMs. From mpolednik at redhat.com Fri Jan 16 12:18:17 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 07:18:17 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> Message-ID: <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 12:30:10 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Ok Martin, > I'll try the python script, but I'm a newbie in python, which argumenet I > need to put to execute it ? > Thank you > Alain Simply save it into something like listdevices.py and run $ python listdevices.py. It will list libvirt XML for all of the devices, you just need to find correct vendor id/product id for your usb device and then use the name for detach e.g. nodedev-detach usb_usb0. > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 12:18 > ? : VONDRA Alain > Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > , users at ovirt.org > > Sent: Friday, January 16, 2015 12:10:35 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > I'm sure of the device, it's clearer with lsusb, you see all the infos > > about the device : > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > Device Descriptor: > > bLength 18 > > bDescriptorType 1 > > bcdUSB 1.10 > > bDeviceClass 2 Communications > > bDeviceSubClass 0 > > bDeviceProtocol 0 > > bMaxPacketSize0 64 > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > idProduct 0x1321 > > bcdDevice 1.00 > > iManufacturer 1 Conexant > > iProduct 2 USB Modem > > iSerial 3 24680246 > > bNumConfigurations 2 > > Configuration Descriptor: > > bLength 9 > > bDescriptorType 2 > > wTotalLength 73 > > bNumInterfaces 2 > > bConfigurationValue 1 > > iConfiguration 0 > > bmAttributes 0x80 > > (Bus Powered) > > MaxPower 100mA > > Interface Descriptor: > > bLength 9 > > bDescriptorType 4 > > > > With nodedev we just see device nodes, pretty difficult to identify, > > even with --tree opt : > > > > usb_1_0_1_0 > > usb_1_1 > > usb_1_1_1_0 > > usb_1_1_4 > > usb_1_1_4_1_0 > > usb_1_1_4_1_1 > > usb_1_1_6 > > usb_1_1_6_1 > > usb_1_1_6_1_0 > > usb_1_1_6_1_1_0 > > usb_1_1_6_1_1_1 > > usb_1_1_6_1_1_2 > > usb_2_0_1_0 > > usb_2_1 > > usb_2_1_1_0 > > usb_usb1 > > usb_usb2 > > The issue is, you need to get libvirt name of the device and run the > nodedev-detach > - have you done that with no success? > > If not, use some simple script such as (python) > > import libvirt > > conn = libvirt.openReadOnly() > devices = conn.listAllDevices() > for dev in devices: > print dev.XMLDesc() > > to easily find the device and use the element for nodedev-detach call. > That should handle unbinding it from the driver and possibly binding it to > some usb stub if that exists. > If that doesn't fix it, I admit that I'm not sure what could be the cause > apart from OS/hw. > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the > > Windows VM. > > Regards > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I've tried also to inject the device with virsh attach-device, all > > > seems to work but nothing happen in the VM : > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > usb-modem.xml Please enter your authentication name: root Please > > > enter your password: > > > Device attached successfully > > > > > > What did I do wrong, any ideas ? > > > > Hello, > > One possibility might be the fact that libvirt itself doesn't have > > managed mode for USB devices and I'm not sure virt-manager has the > > appropriate routine handled. > > > > Could you try running > > $ virsh nodedev-list > > to find the correct usb device and then # virsh nodedev-detach > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > After that, try starting VM with hostdev element added to XML. > > > > > Regards > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > ________________________________________ > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier 2015 > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org Objet > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > Michal, any clue? > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Thank you for your answer, I've tried to insert my USB modem, but > > > > it doesn't up in the Windows VM. > > > > I've tried to insert via virt-manager without success, I can't > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > lsusb > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > > > 002 Device > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > > > 002: ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > > > 003: ID > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > ID > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > Thanks for your help > > > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS > > > > www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: users at ovirt.org > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > host:vendor_id:product_id > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > > > > ... > > > > ? > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > modify the libvirt configuration and inject such device. > > > > > > > > Regards, > > > > Alon > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Fri Jan 16 13:45:09 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 13:45:09 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> References: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, That's what I've done, but the result is a missing argument. [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent call last): File "usb_dev.py", line 4, in conn = libvirt.openReadOnly() TypeError: openReadOnly() takes exactly 1 argument (0 given Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 12:30:10 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Ok Martin, > I'll try the python script, but I'm a newbie in python, which > argumenet I need to put to execute it ? > Thank you > Alain Simply save it into something like listdevices.py and run $ python listdevices.py. It will list libvirt XML for all of the devices, you just need to find correct vendor id/product id for your usb device and then use the name for detach e.g. nodedev-detach usb_usb0. > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > , users at ovirt.org > > Sent: Friday, January 16, 2015 12:10:35 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > I'm sure of the device, it's clearer with lsusb, you see all the > > infos about the device : > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > Device Descriptor: > > bLength 18 > > bDescriptorType 1 > > bcdUSB 1.10 > > bDeviceClass 2 Communications > > bDeviceSubClass 0 > > bDeviceProtocol 0 > > bMaxPacketSize0 64 > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > idProduct 0x1321 > > bcdDevice 1.00 > > iManufacturer 1 Conexant > > iProduct 2 USB Modem > > iSerial 3 24680246 > > bNumConfigurations 2 > > Configuration Descriptor: > > bLength 9 > > bDescriptorType 2 > > wTotalLength 73 > > bNumInterfaces 2 > > bConfigurationValue 1 > > iConfiguration 0 > > bmAttributes 0x80 > > (Bus Powered) > > MaxPower 100mA > > Interface Descriptor: > > bLength 9 > > bDescriptorType 4 > > > > With nodedev we just see device nodes, pretty difficult to identify, > > even with --tree opt : > > > > usb_1_0_1_0 > > usb_1_1 > > usb_1_1_1_0 > > usb_1_1_4 > > usb_1_1_4_1_0 > > usb_1_1_4_1_1 > > usb_1_1_6 > > usb_1_1_6_1 > > usb_1_1_6_1_0 > > usb_1_1_6_1_1_0 > > usb_1_1_6_1_1_1 > > usb_1_1_6_1_1_2 > > usb_2_0_1_0 > > usb_2_1 > > usb_2_1_1_0 > > usb_usb1 > > usb_usb2 > > The issue is, you need to get libvirt name of the device and run the > nodedev-detach > - have you done that with no success? > > If not, use some simple script such as (python) > > import libvirt > > conn = libvirt.openReadOnly() > devices = conn.listAllDevices() > for dev in devices: > print dev.XMLDesc() > > to easily find the device and use the element for nodedev-detach call. > That should handle unbinding it from the driver and possibly binding > it to some usb stub if that exists. > If that doesn't fix it, I admit that I'm not sure what could be the > cause apart from OS/hw. > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > the Windows VM. > > Regards > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > VM > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I've tried also to inject the device with virsh attach-device, all > > > seems to work but nothing happen in the VM : > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > usb-modem.xml Please enter your authentication name: root Please > > > enter your password: > > > Device attached successfully > > > > > > What did I do wrong, any ideas ? > > > > Hello, > > One possibility might be the fact that libvirt itself doesn't have > > managed mode for USB devices and I'm not sure virt-manager has the > > appropriate routine handled. > > > > Could you try running > > $ virsh nodedev-list > > to find the correct usb device and then # virsh nodedev-detach > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > After that, try starting VM with hostdev element added to XML. > > > > > Regards > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > ________________________________________ > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > 2015 > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > Objet > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > Michal, any clue? > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > but it doesn't up in the Windows VM. > > > > I've tried to insert via virt-manager without success, I can't > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > lsusb > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > Bus > > > > 002 Device > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > Device > > > > 002: ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > Device > > > > 003: ID > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > ID > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > Thanks for your help > > > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: users at ovirt.org > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > host:vendor_id:product_id > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > > > > ... > > > > ? > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > modify the libvirt configuration and inject such device. > > > > > > > > Regards, > > > > Alon > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpolednik at redhat.com Fri Jan 16 14:46:50 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 09:46:50 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> Message-ID: <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 2:45:09 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi Martin, > That's what I've done, but the result is a missing argument. > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py > Traceback (most recent call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly() > TypeError: openReadOnly() takes exactly 1 argument (0 given My mistake, you can use openReadOnly(0) (can be omitted for some libvirt versions). > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 13:18 > ? : VONDRA Alain > Cc : users at ovirt.org; Michal Skrivanek > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 12:30:10 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Ok Martin, > > I'll try the python script, but I'm a newbie in python, which > > argumenet I need to put to execute it ? > > Thank you > > Alain > > Simply save it into something like listdevices.py and run $ python > listdevices.py. > It will list libvirt XML for all of the devices, you just need to find > correct vendor id/product id for your usb device and then use the name for > detach e.g. nodedev-detach usb_usb0. > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > , users at ovirt.org > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > infos about the device : > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > Device Descriptor: > > > bLength 18 > > > bDescriptorType 1 > > > bcdUSB 1.10 > > > bDeviceClass 2 Communications > > > bDeviceSubClass 0 > > > bDeviceProtocol 0 > > > bMaxPacketSize0 64 > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > idProduct 0x1321 > > > bcdDevice 1.00 > > > iManufacturer 1 Conexant > > > iProduct 2 USB Modem > > > iSerial 3 24680246 > > > bNumConfigurations 2 > > > Configuration Descriptor: > > > bLength 9 > > > bDescriptorType 2 > > > wTotalLength 73 > > > bNumInterfaces 2 > > > bConfigurationValue 1 > > > iConfiguration 0 > > > bmAttributes 0x80 > > > (Bus Powered) > > > MaxPower 100mA > > > Interface Descriptor: > > > bLength 9 > > > bDescriptorType 4 > > > > > > With nodedev we just see device nodes, pretty difficult to identify, > > > even with --tree opt : > > > > > > usb_1_0_1_0 > > > usb_1_1 > > > usb_1_1_1_0 > > > usb_1_1_4 > > > usb_1_1_4_1_0 > > > usb_1_1_4_1_1 > > > usb_1_1_6 > > > usb_1_1_6_1 > > > usb_1_1_6_1_0 > > > usb_1_1_6_1_1_0 > > > usb_1_1_6_1_1_1 > > > usb_1_1_6_1_1_2 > > > usb_2_0_1_0 > > > usb_2_1 > > > usb_2_1_1_0 > > > usb_usb1 > > > usb_usb2 > > > > The issue is, you need to get libvirt name of the device and run the > > nodedev-detach > > - have you done that with no success? > > > > If not, use some simple script such as (python) > > > > import libvirt > > > > conn = libvirt.openReadOnly() > > devices = conn.listAllDevices() > > for dev in devices: > > print dev.XMLDesc() > > > > to easily find the device and use the element for nodedev-detach > > call. > > That should handle unbinding it from the driver and possibly binding > > it to some usb stub if that exists. > > If that doesn't fix it, I admit that I'm not sure what could be the > > cause apart from OS/hw. > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > > the Windows VM. > > > Regards > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > > VM > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I've tried also to inject the device with virsh attach-device, all > > > > seems to work but nothing happen in the VM : > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > usb-modem.xml Please enter your authentication name: root Please > > > > enter your password: > > > > Device attached successfully > > > > > > > > What did I do wrong, any ideas ? > > > > > > Hello, > > > One possibility might be the fact that libvirt itself doesn't have > > > managed mode for USB devices and I'm not sure virt-manager has the > > > appropriate routine handled. > > > > > > Could you try running > > > $ virsh nodedev-list > > > to find the correct usb device and then # virsh nodedev-detach > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS > > > > www.unicef.fr > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > 2015 > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > Objet > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > Michal, any clue? > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > but it doesn't up in the Windows VM. > > > > > I've tried to insert via virt-manager without success, I can't > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > lsusb > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > Bus > > > > > 002 Device > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > Device > > > > > 002: ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > Device > > > > > 003: ID > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > ID > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > Thanks for your help > > > > > Alain > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: users at ovirt.org > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > host:vendor_id:product_id > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > properties: > > > > > > > > > > > > > > > ... > > > > > ? > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > Regards, > > > > > Alon > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Fri Jan 16 15:00:28 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 15:00:28 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> References: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> Message-ID: I've replaced with openReadOnly(0), but had a "argument 1 must be string or None, not int" issue, so I changed to None, but I had : [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent call last): File "usb_dev.py", line 5, in devices = conn.listAllDevices() TypeError: listAllDevices() takes exactly 2 arguments (1 given) I put the VM name in openReadOnly("unc-srv-prnt3") and I had this issue : libvirt: error : no connection driver available for unc-srv-prnt3 Traceback (most recent call last): File "usb_dev.py", line 4, in conn = libvirt.openReadOnly("unc-srv-prnt3") File "/usr/lib64/python2.6/site-packages/libvirt.py", line 247, in openReadOnly if ret is None:raise libvirtError('virConnectOpenReadOnly() failed') libvirt.libvirtError: no connection driver available for unc-srv-prnt3 What's wrong ? Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 15:47 ? : VONDRA Alain Cc : users at ovirt.org; Michal Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 2:45:09 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi Martin, > That's what I've done, but the result is a missing argument. > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly() > TypeError: openReadOnly() takes exactly 1 argument (0 given My mistake, you can use openReadOnly(0) (can be omitted for some libvirt versions). > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 12:30:10 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Ok Martin, > > I'll try the python script, but I'm a newbie in python, which > > argumenet I need to put to execute it ? > > Thank you > > Alain > > Simply save it into something like listdevices.py and run $ python > listdevices.py. > It will list libvirt XML for all of the devices, you just need to find > correct vendor id/product id for your usb device and then use the name > for detach e.g. nodedev-detach usb_usb0. > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > , users at ovirt.org > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > infos about the device : > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > Device Descriptor: > > > bLength 18 > > > bDescriptorType 1 > > > bcdUSB 1.10 > > > bDeviceClass 2 Communications > > > bDeviceSubClass 0 > > > bDeviceProtocol 0 > > > bMaxPacketSize0 64 > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > idProduct 0x1321 > > > bcdDevice 1.00 > > > iManufacturer 1 Conexant > > > iProduct 2 USB Modem > > > iSerial 3 24680246 > > > bNumConfigurations 2 > > > Configuration Descriptor: > > > bLength 9 > > > bDescriptorType 2 > > > wTotalLength 73 > > > bNumInterfaces 2 > > > bConfigurationValue 1 > > > iConfiguration 0 > > > bmAttributes 0x80 > > > (Bus Powered) > > > MaxPower 100mA > > > Interface Descriptor: > > > bLength 9 > > > bDescriptorType 4 > > > > > > With nodedev we just see device nodes, pretty difficult to > > > identify, even with --tree opt : > > > > > > usb_1_0_1_0 > > > usb_1_1 > > > usb_1_1_1_0 > > > usb_1_1_4 > > > usb_1_1_4_1_0 > > > usb_1_1_4_1_1 > > > usb_1_1_6 > > > usb_1_1_6_1 > > > usb_1_1_6_1_0 > > > usb_1_1_6_1_1_0 > > > usb_1_1_6_1_1_1 > > > usb_1_1_6_1_1_2 > > > usb_2_0_1_0 > > > usb_2_1 > > > usb_2_1_1_0 > > > usb_usb1 > > > usb_usb2 > > > > The issue is, you need to get libvirt name of the device and run the > > nodedev-detach > > - have you done that with no success? > > > > If not, use some simple script such as (python) > > > > import libvirt > > > > conn = libvirt.openReadOnly() > > devices = conn.listAllDevices() > > for dev in devices: > > print dev.XMLDesc() > > > > to easily find the device and use the element for > > nodedev-detach call. > > That should handle unbinding it from the driver and possibly binding > > it to some usb stub if that exists. > > If that doesn't fix it, I admit that I'm not sure what could be the > > cause apart from OS/hw. > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > > the Windows VM. > > > Regards > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > vendredi > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > a VM > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I've tried also to inject the device with virsh attach-device, > > > > all seems to work but nothing happen in the VM : > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > usb-modem.xml Please enter your authentication name: root Please > > > > enter your password: > > > > Device attached successfully > > > > > > > > What did I do wrong, any ideas ? > > > > > > Hello, > > > One possibility might be the fact that libvirt itself doesn't have > > > managed mode for USB devices and I'm not sure virt-manager has the > > > appropriate routine handled. > > > > > > Could you try running > > > $ virsh nodedev-list > > > to find the correct usb device and then # virsh nodedev-detach > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > 2015 > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > Objet > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > Michal, any clue? > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > but it doesn't up in the Windows VM. > > > > > I've tried to insert via virt-manager without success, I can't > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > lsusb > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > Bus > > > > > 002 Device > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > Device > > > > > 002: ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > Device > > > > > 003: ID > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > ID > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > Thanks for your help > > > > > Alain > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: users at ovirt.org > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > host:vendor_id:product_id > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > properties: > > > > > > > > > > > > > > > ... > > > > > ? > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > Regards, > > > > > Alon > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From bproffit at redhat.com Fri Jan 16 15:38:06 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Fri, 16 Jan 2015 10:38:06 -0500 (EST) Subject: [ovirt-users] [POLL] FOSDEM Social Event Date In-Reply-To: <143763358.7993056.1421418238696.JavaMail.zimbra@redhat.com> Message-ID: <1319814844.8036472.1421422686726.JavaMail.zimbra@redhat.com> For those attending FOSDEM: As is our tradition, we would like to host a social evening out during FOSDEM for members and friends of the oVirt community. We will be gathering at the Au Bon Vieux Temps tavern in Brussels, but before we set the date for the event, we would like your input on which evening would be better: Fri., Jan. 30 or Sat., Jan. 31? Please visit the post about this on Facebook [1] and input your preference in the comments, and early next week we will set it up and announce the details of the event! Thanks! BKP [1] https://www.facebook.com/events/340404086145780/permalink/340730009446521/ -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From mpolednik at redhat.com Fri Jan 16 16:11:19 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 11:11:19 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> Message-ID: <548939524.10709724.1421424679054.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 4:00:28 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > I've replaced with openReadOnly(0), but had a "argument 1 must be string or > None, not int" issue, so I changed to None, but I had : > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py > Traceback (most recent call last): > File "usb_dev.py", line 5, in > devices = conn.listAllDevices() > TypeError: listAllDevices() takes exactly 2 arguments (1 given) > > I put the VM name in openReadOnly("unc-srv-prnt3") and I had this issue : > > libvirt: error : no connection driver available for unc-srv-prnt3 > Traceback (most recent call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly("unc-srv-prnt3") > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 247, in > openReadOnly > if ret is None:raise libvirtError('virConnectOpenReadOnly() failed') > libvirt.libvirtError: no connection driver available for unc-srv-prnt3 > > What's wrong ? > Missing flags parameter again, which version of libvirt are you running? openReadOnly(0) and listAllDevices(0) should be correct for your version, sorry for that again. > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 15:47 > ? : VONDRA Alain > Cc : users at ovirt.org; Michal Skrivanek > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 2:45:09 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi Martin, > > That's what I've done, but the result is a missing argument. > > > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > > call last): > > File "usb_dev.py", line 4, in > > conn = libvirt.openReadOnly() > > TypeError: openReadOnly() takes exactly 1 argument (0 given > > My mistake, you can use openReadOnly(0) (can be omitted for some libvirt > versions). > > > Alain > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal > > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: users at ovirt.org, "Michal Skrivanek" > > > Sent: Friday, January 16, 2015 12:30:10 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Ok Martin, > > > I'll try the python script, but I'm a newbie in python, which > > > argumenet I need to put to execute it ? > > > Thank you > > > Alain > > > > Simply save it into something like listdevices.py and run $ python > > listdevices.py. > > It will list libvirt XML for all of the devices, you just need to find > > correct vendor id/product id for your usb device and then use the name > > for detach e.g. nodedev-detach usb_usb0. > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > > VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Martin Polednik" > > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > > , users at ovirt.org > > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > > infos about the device : > > > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > > Device Descriptor: > > > > bLength 18 > > > > bDescriptorType 1 > > > > bcdUSB 1.10 > > > > bDeviceClass 2 Communications > > > > bDeviceSubClass 0 > > > > bDeviceProtocol 0 > > > > bMaxPacketSize0 64 > > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > > idProduct 0x1321 > > > > bcdDevice 1.00 > > > > iManufacturer 1 Conexant > > > > iProduct 2 USB Modem > > > > iSerial 3 24680246 > > > > bNumConfigurations 2 > > > > Configuration Descriptor: > > > > bLength 9 > > > > bDescriptorType 2 > > > > wTotalLength 73 > > > > bNumInterfaces 2 > > > > bConfigurationValue 1 > > > > iConfiguration 0 > > > > bmAttributes 0x80 > > > > (Bus Powered) > > > > MaxPower 100mA > > > > Interface Descriptor: > > > > bLength 9 > > > > bDescriptorType 4 > > > > > > > > With nodedev we just see device nodes, pretty difficult to > > > > identify, even with --tree opt : > > > > > > > > usb_1_0_1_0 > > > > usb_1_1 > > > > usb_1_1_1_0 > > > > usb_1_1_4 > > > > usb_1_1_4_1_0 > > > > usb_1_1_4_1_1 > > > > usb_1_1_6 > > > > usb_1_1_6_1 > > > > usb_1_1_6_1_0 > > > > usb_1_1_6_1_1_0 > > > > usb_1_1_6_1_1_1 > > > > usb_1_1_6_1_1_2 > > > > usb_2_0_1_0 > > > > usb_2_1 > > > > usb_2_1_1_0 > > > > usb_usb1 > > > > usb_usb2 > > > > > > The issue is, you need to get libvirt name of the device and run the > > > nodedev-detach > > > - have you done that with no success? > > > > > > If not, use some simple script such as (python) > > > > > > import libvirt > > > > > > conn = libvirt.openReadOnly() > > > devices = conn.listAllDevices() > > > for dev in devices: > > > print dev.XMLDesc() > > > > > > to easily find the device and use the element for > > > nodedev-detach call. > > > That should handle unbinding it from the driver and possibly binding > > > it to some usb stub if that exists. > > > If that doesn't fix it, I admit that I'm not sure what could be the > > > cause apart from OS/hw. > > > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > > > the Windows VM. > > > > Regards > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS > > > > www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > > vendredi > > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > > a VM > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > I've tried also to inject the device with virsh attach-device, > > > > > all seems to work but nothing happen in the VM : > > > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > > usb-modem.xml Please enter your authentication name: root Please > > > > > enter your password: > > > > > Device attached successfully > > > > > > > > > > What did I do wrong, any ideas ? > > > > > > > > Hello, > > > > One possibility might be the fact that libvirt itself doesn't have > > > > managed mode for USB devices and I'm not sure virt-manager has the > > > > appropriate routine handled. > > > > > > > > Could you try running > > > > $ virsh nodedev-list > > > > to find the correct usb device and then # virsh nodedev-detach > > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > > 2015 > > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > > Objet > > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Michal, any clue? > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: "Alon Bar-Lev" > > > > > > Cc: users at ovirt.org > > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > > but it doesn't up in the Windows VM. > > > > > > I've tried to insert via virt-manager without success, I can't > > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > > > lsusb > > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > > Bus > > > > > > 002 Device > > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > > ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > > Device > > > > > > 002: ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > > Device > > > > > > 003: ID > > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > > ID > > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > > > Thanks for your help > > > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > > Administrative et Financi?re > > > > > > +33 1 44 39 77 76 > > > > > > UNICEF France > > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : > > > > > > Re: > > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "VONDRA Alain" > > > > > > > To: users at ovirt.org > > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > > host:vendor_id:product_id > > > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > > properties: > > > > > > > > > > > > > > > > > > ... > > > > > > ? > > > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > > > Regards, > > > > > > Alon > > > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From AVONDRA at unicef.fr Fri Jan 16 16:14:01 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 16:14:01 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <548939524.10709724.1421424679054.JavaMail.zimbra@redhat.com> References: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> <548939524.10709724.1421424679054.JavaMail.zimbra@redhat.com> Message-ID: I've got libvirt-0.10.2-46 version. Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 17:11 ? : VONDRA Alain Cc : users at ovirt.org; Michal Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 4:00:28 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > I've replaced with openReadOnly(0), but had a "argument 1 must be > string or None, not int" issue, so I changed to None, but I had : > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > call last): > File "usb_dev.py", line 5, in > devices = conn.listAllDevices() > TypeError: listAllDevices() takes exactly 2 arguments (1 given) > > I put the VM name in openReadOnly("unc-srv-prnt3") and I had this issue : > > libvirt: error : no connection driver available for unc-srv-prnt3 > Traceback (most recent call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly("unc-srv-prnt3") > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 247, in > openReadOnly > if ret is None:raise libvirtError('virConnectOpenReadOnly() > failed') > libvirt.libvirtError: no connection driver available for unc-srv-prnt3 > > What's wrong ? > Missing flags parameter again, which version of libvirt are you running? openReadOnly(0) and listAllDevices(0) should be correct for your version, sorry for that again. > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 15:47 ? : VONDRA Alain Cc : users at ovirt.org; Michal > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 2:45:09 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi Martin, > > That's what I've done, but the result is a missing argument. > > > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > > call last): > > File "usb_dev.py", line 4, in > > conn = libvirt.openReadOnly() > > TypeError: openReadOnly() takes exactly 1 argument (0 given > > My mistake, you can use openReadOnly(0) (can be omitted for some > libvirt versions). > > > Alain > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal > > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: users at ovirt.org, "Michal Skrivanek" > > > Sent: Friday, January 16, 2015 12:30:10 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Ok Martin, > > > I'll try the python script, but I'm a newbie in python, which > > > argumenet I need to put to execute it ? > > > Thank you > > > Alain > > > > Simply save it into something like listdevices.py and run $ python > > listdevices.py. > > It will list libvirt XML for all of the devices, you just need to > > find correct vendor id/product id for your usb device and then use > > the name for detach e.g. nodedev-detach usb_usb0. > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > vendredi > > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > a VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Martin Polednik" > > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > > , users at ovirt.org > > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > > infos about the device : > > > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > > Device Descriptor: > > > > bLength 18 > > > > bDescriptorType 1 > > > > bcdUSB 1.10 > > > > bDeviceClass 2 Communications > > > > bDeviceSubClass 0 > > > > bDeviceProtocol 0 > > > > bMaxPacketSize0 64 > > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > > idProduct 0x1321 > > > > bcdDevice 1.00 > > > > iManufacturer 1 Conexant > > > > iProduct 2 USB Modem > > > > iSerial 3 24680246 > > > > bNumConfigurations 2 > > > > Configuration Descriptor: > > > > bLength 9 > > > > bDescriptorType 2 > > > > wTotalLength 73 > > > > bNumInterfaces 2 > > > > bConfigurationValue 1 > > > > iConfiguration 0 > > > > bmAttributes 0x80 > > > > (Bus Powered) > > > > MaxPower 100mA > > > > Interface Descriptor: > > > > bLength 9 > > > > bDescriptorType 4 > > > > > > > > With nodedev we just see device nodes, pretty difficult to > > > > identify, even with --tree opt : > > > > > > > > usb_1_0_1_0 > > > > usb_1_1 > > > > usb_1_1_1_0 > > > > usb_1_1_4 > > > > usb_1_1_4_1_0 > > > > usb_1_1_4_1_1 > > > > usb_1_1_6 > > > > usb_1_1_6_1 > > > > usb_1_1_6_1_0 > > > > usb_1_1_6_1_1_0 > > > > usb_1_1_6_1_1_1 > > > > usb_1_1_6_1_1_2 > > > > usb_2_0_1_0 > > > > usb_2_1 > > > > usb_2_1_1_0 > > > > usb_usb1 > > > > usb_usb2 > > > > > > The issue is, you need to get libvirt name of the device and run > > > the nodedev-detach > > > - have you done that with no success? > > > > > > If not, use some simple script such as (python) > > > > > > import libvirt > > > > > > conn = libvirt.openReadOnly() > > > devices = conn.listAllDevices() > > > for dev in devices: > > > print dev.XMLDesc() > > > > > > to easily find the device and use the element for > > > nodedev-detach call. > > > That should handle unbinding it from the driver and possibly > > > binding it to some usb stub if that exists. > > > If that doesn't fix it, I admit that I'm not sure what could be > > > the cause apart from OS/hw. > > > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears > > > > in the Windows VM. > > > > Regards > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > > vendredi > > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > > a VM > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > I've tried also to inject the device with virsh attach-device, > > > > > all seems to work but nothing happen in the VM : > > > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > > usb-modem.xml Please enter your authentication name: root Please > > > > > enter your password: > > > > > Device attached successfully > > > > > > > > > > What did I do wrong, any ideas ? > > > > > > > > Hello, > > > > One possibility might be the fact that libvirt itself doesn't have > > > > managed mode for USB devices and I'm not sure virt-manager has the > > > > appropriate routine handled. > > > > > > > > Could you try running > > > > $ virsh nodedev-list > > > > to find the correct usb device and then # virsh nodedev-detach > > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > > 2015 > > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > > Objet > > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Michal, any clue? > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: "Alon Bar-Lev" > > > > > > Cc: users at ovirt.org > > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > > but it doesn't up in the Windows VM. > > > > > > I've tried to insert via virt-manager without success, I can't > > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > > > lsusb > > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > > Bus > > > > > > 002 Device > > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > > ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > > Device > > > > > > 002: ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > > Device > > > > > > 003: ID > > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > > ID > > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > > > Thanks for your help > > > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > > Administrative et Financi?re > > > > > > +33 1 44 39 77 76 > > > > > > UNICEF France > > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : > > > > > > Re: > > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "VONDRA Alain" > > > > > > > To: users at ovirt.org > > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > > host:vendor_id:product_id > > > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > > properties: > > > > > > > > > > > > > > > > > > ... > > > > > > ? > > > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > > > Regards, > > > > > > Alon > > > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From daniel.helgenberger at m-box.de Fri Jan 16 17:52:54 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Fri, 16 Jan 2015 17:52:54 +0000 Subject: [ovirt-users] Low cost fencing/stonith devices References: Message-ID: <1ffa214fbf0f4524b212c308738d0514@EXCHANGE.mbox.loc> Hello Mario, great you ask that, I am pretty interested myself. On 16.01.2015 12:31, Mario Giammarco wrote: > Hello, > I ask this question again to see if there are some improvements. > > I am searching for a low cost stonith/fencing device for servers or hardware > that has no ipmi/ilo on board. > > I see that there are some interesting products on the market like ubnt/mfi > mpower that are controllable power outlets but there is no driver for them. > > In my use case WOL support will be enough (using it with ssh or shared storage > fencing) but as far as I know WOL is not yet supported in ovirt. Please see [1] - I enclose Martin: What is the status of the Future Enhancements WOL; or better what needs to be done and how can we help? I think we need a custom fence agent here, WOL in python is easily done [3] and the MAC filed could be mapped to one of the configurable items. Though I find it harder working with the fence_agent concept itself. Atm, I did not have time to persue this subjct any futher. > > So is there some fencing device supported in 100/200$ price range? One option would be networked PDU's [2] (here in Germany, they are around 200 Euro), maybe you can get some used ones. I think there is a list with supported devices though I cannot find it ATM. If I get it correctly the idea would be to define the outlet as Power Management, and switch it on via PMP. Configure the hosts to boot at power restore. The host would be shutdown via SSH anyway; the PM device only used for start up. [1] http://www.ovirt.org/Features/HostPowerManagementPolicy [2] http://www.apc.com/products/resource/include/techspec_index.cfm?base_sku=AP7920 [3] https://pypi.python.org/pypi/wakeonlan/0.2.2 > Thanks, > Mario > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From zeroless.mvk at gmail.com Fri Jan 16 04:08:09 2015 From: zeroless.mvk at gmail.com (Yidao Liu) Date: Fri, 16 Jan 2015 12:08:09 +0800 Subject: [ovirt-users] Use dedicated I/O service domain in KVM Message-ID: Hi, I want to use a dedicated guest VM to handle I/O request just as I/O service domain used in xen. Specifically, using network I/O as an example, I should directly assign the NIC to one guest VM (using pci-assign option), after that all other guest VMs should perform network I/O through that VM rather than the host OS. Is there currently any viable approach to do this? If not, I want to implement one. Currently I'm thinking of combining nahanni shared memory and vhost architecture to implement it, is there any other suggestions? Thanks for any help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgiammarco at gmail.com Fri Jan 16 18:50:22 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 19:50:22 +0100 Subject: [ovirt-users] Low cost fencing/stonith devices In-Reply-To: <1ffa214fbf0f4524b212c308738d0514@EXCHANGE.mbox.loc> References: <1ffa214fbf0f4524b212c308738d0514@EXCHANGE.mbox.loc> Message-ID: 2015-01-16 18:52 GMT+01:00 Daniel Helgenberger : > Hello Mario, > > great you ask that, I am pretty interested myself. > > Great, I am not alone! > > Atm, I did not have time to persue this subjct any futher. > > > > Me too, if I had time I would have tried to develop mPower driver. > > So is there some fencing device supported in 100/200$ price range? > > One option would be networked PDU's [2] (here in Germany, they are > around 200 Euro), maybe you can get some used ones. I think there is a > list with supported devices though I cannot find it ATM. > > Unfortunately having a complete list of hardware supported is not so easy. And because they are power devices each country has its standard. Infact now I am searching on ebay "switched rackmount pdu" and I find only item from english shops (that costs more than 200 euro). Can you please tell me the german translation of "switched rackmount pdu" so I can search in german shops? > If I get it correctly the idea would be to define the outlet as Power > Management, and switch it on via PMP. Configure the hosts to boot at > power restore. The host would be shutdown via SSH anyway; the PM device > only used for start up. > > > Yes correct. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgiammarco at gmail.com Fri Jan 16 19:26:01 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 20:26:01 +0100 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> Message-ID: 2015-01-16 12:37 GMT+01:00 Simone Tiraboschi : > > HA capability is provided for other VMs by oVirt engine. But who provide > it if the engine itself is on a VM on the host that it's managing? > HA for the Engine VM needs to be managed by the hosts and not the Engine > itself: so we have ovirt-hosted-engine-ha that ensure HA for the engine VM, > the engine cloud than provide HA for other VMs. > > I am surprised. I supposed that HA was "self provided" by the cluster like in xenserver. So you tell me that is the engine that checks if servers and vms are on like in cloudstack? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rkoch at rk-it.at Fri Jan 16 20:37:48 2015 From: rkoch at rk-it.at (=?utf-8?Q?Rene_Koch?=) Date: Fri, 16 Jan 2015 21:37:48 +0100 Subject: [ovirt-users] FOSDEM 15.... here we come! Message-ID: Done - added myself to to one of the few empty slots... See you guys at FOSDEM! -----Original message----- From: Doron Fediuck? Sent: Thursday 15th January 2015 16:55 To: Brian Proffitt ; users at ovirt.org; announce at ovirt.org Subject: [ovirt-users] FOSDEM 15.... here we come! Hi all, Happy to see oVirt's tradition continuing! I summarized all relevant information here: http://etherpad.ovirt.org/p/ovirt-fosdem-15 Also, we need a few volunteers to help man the booth, so please go ahead and list yourself in the right place. Once we have more updates we'll send them to the list. See you @FOSDEM, Doron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From rkoch at rk-it.at Fri Jan 16 20:41:36 2015 From: rkoch at rk-it.at (=?utf-8?Q?Rene_Koch?=) Date: Fri, 16 Jan 2015 21:41:36 +0100 Subject: [ovirt-users] [POLL] FOSDEM Social Event Date Message-ID: I'll vote for Saturday - can't post a comment on Facebook as I don't have an Facebook account. So I hope the mailing list counts as well :) Regards, Ren? -----Original message----- From: Brian Proffitt? Sent: Friday 16th January 2015 16:38 To: users Subject: [ovirt-users] [POLL] FOSDEM Social Event Date For those attending FOSDEM: As is our tradition, we would like to host a social evening out during FOSDEM for members and friends of the oVirt community. We will be gathering at the Au Bon Vieux Temps tavern in Brussels, but before we set the date for the event, we would like your input on which evening would be better: Fri., Jan. 30 or Sat., Jan. 31? Please visit the post about this on Facebook [1] and input your preference in the comments, and early next week we will set it up and announce the details of the event! Thanks! BKP [1] https://www.facebook.com/events/340404086145780/permalink/340730009446521/ -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Fri Jan 16 20:44:48 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Fri, 16 Jan 2015 15:44:48 -0500 (EST) Subject: [ovirt-users] FOSDEM 15.... here we come! In-Reply-To: References: Message-ID: <544784326.11756571.1421441088953.JavaMail.zimbra@zmail20.collab.prod.int.phx2.redhat.com> Thanks, Ren?! Always a pleasure having you on board. See you soon, Doron On Jan 16, 2015 10:38 PM, Rene Koch wrote: Done - added myself to to one of the few empty slots... See you guys at FOSDEM! -----Original message----- From: Doron Fediuck? Sent: Thursday 15th January 2015 16:55 To: Brian Proffitt ; users at ovirt.org; announce at ovirt.org Subject: [ovirt-users] FOSDEM 15.... here we come! Hi all, Happy to see oVirt's tradition continuing! I summarized all relevant information here: http://etherpad.ovirt.org/p/ovirt-fosdem-15 Also, we need a few volunteers to help man the booth, so please go ahead and list yourself in the right place. Once we have more updates we'll send them to the list. See you @FOSDEM, Doron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bproffit at redhat.com Fri Jan 16 21:24:17 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Fri, 16 Jan 2015 16:24:17 -0500 (EST) Subject: [ovirt-users] [POLL] FOSDEM Social Event Date In-Reply-To: References: Message-ID: <1486524092.8189822.1421443457664.JavaMail.zimbra@redhat.com> It does, and I'll tally the vote! Thanks! BKP ----- Original Message ----- > From: "Rene Koch" > To: "Brian Proffitt" , "users" > Sent: Friday, January 16, 2015 3:41:36 PM > Subject: RE: [ovirt-users] [POLL] FOSDEM Social Event Date > > I'll vote for Saturday - can't post a comment on Facebook as I don't have an > Facebook account. So I hope the mailing list counts as well :) > > > > > > Regards, > Ren? > > > > > > -----Original message----- > From: Brian Proffitt? > Sent: Friday 16th January 2015 16:38 > To: users > Subject: [ovirt-users] [POLL] FOSDEM Social Event Date > > > For those attending FOSDEM: > > As is our tradition, we would like to host a social evening out during FOSDEM > for members and friends of the oVirt community. We will be gathering at the > Au Bon Vieux Temps tavern in Brussels, but before we set the date for the > event, we would like your input on which evening would be better: Fri., Jan. > 30 or Sat., Jan. 31? > > Please visit the post about this on Facebook [1] and input your preference in > the comments, and early next week we will set it up and announce the details > of the event! > > Thanks! > BKP > > > [1] > https://www.facebook.com/events/340404086145780/permalink/340730009446521/ > > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From acrow at integrafin.co.uk Sat Jan 17 17:29:17 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 17 Jan 2015 17:29:17 +0000 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> Message-ID: <54BA9BED.9030909@integrafin.co.uk> On 16/01/15 19:26, Mario Giammarco wrote: > > > 2015-01-16 12:37 GMT+01:00 Simone Tiraboschi >: > > > HA capability is provided for other VMs by oVirt engine. But who > provide it if the engine itself is on a VM on the host that it's > managing? > HA for the Engine VM needs to be managed by the hosts and not the > Engine itself: so we have ovirt-hosted-engine-ha that ensure HA > for the engine VM, the engine cloud than provide HA for other VMs. > > I am surprised. I supposed that HA was "self provided" by the cluster > like in xenserver. So you tell me that is the engine that checks if > servers and vms are on like in cloudstack? > This is just how any VM self-hosted setup would work. The 'engine/management' VM has to have HA managed by something other than the engine itself - otherwise if the engine is down how would it know or be able to restart itself? In VMWare or Xenserver there would have to be a separate system other than that in the engine VM to make sure that the management engine VM is a) running on at least one host on the cluster and b) *cannot* be running on more than one host to avoid screwing its own storage volume (ie heartbeat/fencing). Then this "managed engine" only has to take care of keeping its own VMs up. Logically I cannot see any other way this could possibly work - see "chicken and egg"! Cheers Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sat Jan 17 18:55:57 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 11:55:57 -0700 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: Message-ID: <000601d03287$3cc40f00$b64c2d00$@cloudspin.me> Are you trying to use glusterFS as your hosted engine storage?? What problems are you having with the up and running tutorial? I have been loosely following it, and have not run into anything that is not solvable. Hosted-Engine is really the way to go, having your management machine HA is a super huge plus. > > Can I after that install change my mind and so move the engine as a vm in the cluster? >Or can I install a new engine in the cluster and powerdown the first engine When you install a new engine the only problem I can think of off the top of my head is the database? when you install the engine, you setup a database, and if this database was on a vm in the cluster I suppose you could have as many engines as you like???? I have not tried this, so please correct me if I am wrong. Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Mario Giammarco Sent: Friday, January 16, 2015 2:40 AM To: users at ovirt.org Subject: [ovirt-users] Put the engine inside hosts after installation Hello, I would like to try ovirt with hosted engine installation. I had so many problems (I have written them in another thread) so I will not try anymore hosted installation (up and running with ovirt 3.5 tutorial) But now I would try this approach: I install the engine on a dedicated server or as a virtual machine in another kvm based virtualizator. Now I create an ovirt cluster and use it. Can I after that install change my mind and so move the engine as a vm in the cluster? Or can I install a new engine in the cluster and powerdown the first engine? Thanks in advance for help, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From cybertimber2005 at gmail.com Sun Jan 18 01:28:37 2015 From: cybertimber2005 at gmail.com (Nick Kesick) Date: Sat, 17 Jan 2015 20:28:37 -0500 Subject: [ovirt-users] oVirt Windows Guest Tools Message-ID: Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. Can anyone shed some light on the download path so I can update the wiki? -- Cybertimber2005 at gmail.com [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools -------------- next part -------------- An HTML attachment was scrubbed... URL: From cybertimber2005 at gmail.com Sun Jan 18 01:30:12 2015 From: cybertimber2005 at gmail.com (Nick Kesick) Date: Sat, 17 Jan 2015 20:30:12 -0500 Subject: [ovirt-users] oVirt Resources Site Message-ID: I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html -- Cybertimber2005 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sun Jan 18 01:33:22 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 18:33:22 -0700 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: References: Message-ID: <003101d032be$c0793b90$416bb2b0$@cloudspin.me> It is down here too From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Nick Kesick Sent: Saturday, January 17, 2015 6:30 PM To: users at ovirt.org Subject: [ovirt-users] oVirt Resources Site I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html -- Cybertimber2005 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sun Jan 18 01:34:44 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 18:34:44 -0700 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: References: Message-ID: <003e01d032be$f1dc8340$d59589c0$@cloudspin.me> http://plain.resources.ovirt.org/pub/ is up From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Nick Kesick Sent: Saturday, January 17, 2015 6:30 PM To: users at ovirt.org Subject: [ovirt-users] oVirt Resources Site I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html -- Cybertimber2005 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sun Jan 18 01:36:24 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 18:36:24 -0700 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: References: Message-ID: <004b01d032bf$2d3cb540$87b61fc0$@cloudspin.me> http://plain.resources.ovirt.org/pub/ovirt-3.5/exe/ovirt-guest-tools/ Regards Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Nick Kesick Sent: Saturday, January 17, 2015 6:29 PM To: users at ovirt.org Subject: [ovirt-users] oVirt Windows Guest Tools Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. Can anyone shed some light on the download path so I can update the wiki? -- Cybertimber2005 at gmail.com [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Sun Jan 18 07:24:26 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 18 Jan 2015 02:24:26 -0500 (EST) Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: <000601d03287$3cc40f00$b64c2d00$@cloudspin.me> References: <000601d03287$3cc40f00$b64c2d00$@cloudspin.me> Message-ID: <730145611.11834235.1421565866481.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "Mario Giammarco" , users at ovirt.org > Sent: Saturday, January 17, 2015 8:55:57 PM > Subject: Re: [ovirt-users] Put the engine inside hosts after installation > > When you install a new engine the only problem I can think of off the top of > my head is the database? when you install the engine, you setup a database, > and if this database was on a vm in the cluster I suppose you could have as > many engines as you like???? I have not tried this, so please correct me if > I am wrong. This is currently not supported. See also [1]. [1] http://www.ovirt.org/Features/Engine_High_Availability Best, -- Didi From kostyrev at tutu.ru Sun Jan 18 10:17:27 2015 From: kostyrev at tutu.ru (Kostyrev Aleksandr) Date: Sun, 18 Jan 2015 13:17:27 +0300 Subject: [ovirt-users] ovirt 3.5 and power outages Message-ID: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> good day, everybody! I've got three node cluster with power management enabled. As far as I understood to restart vms on the other host in the cluster in case when host suffered from power outage the engine has to be able to connect to host (specifically to vdsm) to be sure that host has been rebooted and it's not running any vms. But what if I'm running a lot of vms on the host and it's 3 o'clock in the morning and 1) engine has rebooted the host but the host cannot boot because of some hardware problem or new kernel gives a kernel panic? 2) the host's motherboard burned out and it cannot get booted so the engine will never connect to host and therefore all the vms that were running on that host won't migrate to other node in the cluster. So my cluster in that case is useless 'cause I'm not there to press "confirm host has been rebooted'. -- ? ?????????, ???????? ?????????, ????????? ????????????? From iheim at redhat.com Sun Jan 18 10:42:34 2015 From: iheim at redhat.com (Itamar Heim) Date: Sun, 18 Jan 2015 12:42:34 +0200 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> Message-ID: <54BB8E1A.70705@redhat.com> On 01/15/2015 05:56 PM, VONDRA Alain wrote: > Hi, > Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. > I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : > > lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > I've unload the "cdc_acm" kernel module via rmmod without success. > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > Ut at the first load the config disappears... > Do I need to restart the host or restart libvirtd services ? > > Thanks for your help > Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > Envoy? : mardi 13 janvier 2015 17:47 > ? : VONDRA Alain > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- >> From: "VONDRA Alain" >> To: users at ovirt.org >> Sent: Tuesday, January 13, 2015 5:55:01 PM >> Subject: [ovirt-users] USB Modem in a VM >> >> >> >> Hi, >> >> Can you tell me if I can use an USB modem through one of the >> hypervisor hosts to a Windows VM ? >> >> I?d like to install a Windows Fax Server. >> >> Thank you for your answers. > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > ... > ? > > ? > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. > > Regards, > Alon > > [1] http://www.ovirt.org/VDSM-Hooks > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > please look at http://www.ovirt.org/VDSM-Hooks/hostusb From lofyer at gmail.com Mon Jan 19 01:33:59 2015 From: lofyer at gmail.com (lof yer) Date: Mon, 19 Jan 2015 09:33:59 +0800 Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: References: Message-ID: Since I recently saw cloudstack have add this( https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs ). And iGVT( https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) is released. If ovirt add this, it'll be very competitive for ovirt in VDI platforms. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Mon Jan 19 07:57:35 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 19 Jan 2015 08:57:35 +0100 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: References: Message-ID: <54BCB8EF.9030606@redhat.com> Il 18/01/2015 02:30, Nick Kesick ha scritto: > I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? > > "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html Infra, can you take a look at the redirect to phx lab for the releases tree (old and unsupported releases kept for historical record)? Users, /releases is not used anymore, /pub/ is the directory you should look for oVirt >= 3.4. > > -- > Cybertimber2005 at gmail.com > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From j.astrego at netbulae.eu Mon Jan 19 09:14:35 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Mon, 19 Jan 2015 10:14:35 +0100 Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: References: Message-ID: <54BCCAFB.1080106@netbulae.eu> On 01/19/2015 02:33 AM, lof yer wrote: > > Since I recently saw cloudstack have add this( > https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs > ). > And iGVT( > https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) > is released. > If ovirt add this, it'll be very competitive for ovirt in VDI platforms. > See below the response I got about 1 year ago, I don't know the current plans/status... > -------- Forwarded Message -------- > Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU > support > Date: Wed, 16 Oct 2013 14:08:47 +0200 > From: David Ja?a > Reply-To: spice-devel at lists.freedesktop.org, users > CC: spice-devel at lists.freedesktop.org, users > > > > Hi, > > I'm afraid that none of these cards will work. IIRC it was explained for > nVidia approach that it would be necessary to add their closed-source > code to qemu which is not going to happen. > You might have better luck with AMD card "passthrough" approach but I'm > not sure if GPUs can be passed through qemu/kvm and if so, how the > GPU-rendered image then gets displayed. So YMMV and don't expect much. > > There is a WIP effort for qemu though that is hardware vendor agnostic - > it's based on creation of virtual GPU in qemu called Virgil that passes > 3D drawing commands to GPU on host. The project is in initial stage > though so it won't be ready even for testing for quite some time. FWIW, > there has been discussion about it on spice-devel in recent days and it > will be presented on upcoming KVM forum so you can get pretty clear > picture about its status from these sources. > > HTH, > > David Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivier.navas at sdis33.fr Mon Jan 19 10:23:27 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Mon, 19 Jan 2015 11:23:27 +0100 (CET) Subject: [ovirt-users] ovirt 3.5 and power outages In-Reply-To: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> References: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> Message-ID: <416098812.2874863.1421663007670.JavaMail.zimbra@sdis33.fr> Hi ! As you pointed, it wouldn't be safe if ovirt only tried to communicate with the host. This is why Ovirt (and other cluster software) include a way to power cycle hosts. If host is not responding, for any reason (software or hardware failure), before cluster migrates vms, host will be fenced (power off and on again) by an other host in the cluster. You need some special hardware to manage power cycling, and you need to configure it on "power management" section of host parameters. On the HP servers we use, we can configure ILO as power management method. This way, Ovirt can control power of the hosts as if we used the server web interface to power cycle the server. It works very well for us (since ovirt 3.4 or 3.5) and does not require some additional hardware, but I think it will not work if a hardware failure has an impact on ILO hardware (don't know if it may happen). You also can add some specific hardware to manage power supplies. I used to buy APC masterswitch (replaced by apc AP7900) for this purpose, but this requires some additional hardware and is not as convenient as ILO (IMHO). In both cases, you have to ensure that you always provide power to your servers, your switches, and your power management hardware with dual power supplies, connected to different power lines, different UPS, and so on because if a single power failure can turn off both your server and your power cycle mechanism, then Ovirt won't be able to recover. ----- Mail original ----- > De: "Kostyrev Aleksandr" > ?: users at ovirt.org > Envoy?: Dimanche 18 Janvier 2015 11:17:27 > Objet: [ovirt-users] ovirt 3.5 and power outages > > good day, everybody! > I've got three node cluster with power management enabled. > > As far as I understood to restart vms on the other host in the cluster > in case when host suffered from power outage > the engine has to be able to connect to host (specifically to vdsm) to > be sure that host has been rebooted and it's not running any vms. > > But what if I'm running a lot of vms on the host and it's 3 o'clock in > the morning and > 1) engine has rebooted the host but the host cannot boot because of some > hardware problem or new kernel gives a kernel panic? > 2) the host's motherboard burned out and it cannot get booted > > so the engine will never connect to host and therefore all the vms that > were running on that host won't migrate to other node in the cluster. > So my cluster in that case is useless 'cause I'm not there to press > "confirm host has been rebooted'. > > -- > ? ?????????, > ???????? ?????????, > ????????? ????????????? > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. From iheim at redhat.com Mon Jan 19 10:29:09 2015 From: iheim at redhat.com (Itamar Heim) Date: Mon, 19 Jan 2015 12:29:09 +0200 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <54B9568D.20201@redhat.com> <54BB8DED.3090300@redhat.com> Message-ID: <54BCDC75.9020006@redhat.com> On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] > Envoy? : dimanche 18 janvier 2015 11:42 > ? : VONDRA Alain > Objet : Re: [ovirt-users] USB Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > From AVONDRA at unicef.fr Mon Jan 19 11:03:19 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Mon, 19 Jan 2015 11:03:19 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <54BCDC75.9020006@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <54B9568D.20201@redhat.com> <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> Message-ID: Yes I made this : engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" and nothing appear on the Edit VM, only : - sndbuf - vhost - sap_agent - viodiskattach Is there any possibility to verify ? The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 > janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB > Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > From sokratis123k at outlook.com Mon Jan 19 11:06:08 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 13:06:08 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 Message-ID: Hello, I would like to remove the Master Data Domain because I need to decommission the underlying storage device. Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? Thank you, Sokratis -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpolednik at redhat.com Mon Jan 19 11:24:27 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Mon, 19 Jan 2015 06:24:27 -0500 (EST) Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: <54BCCAFB.1080106@netbulae.eu> References: <54BCCAFB.1080106@netbulae.eu> Message-ID: <1092996298.11474352.1421666667846.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Monday, January 19, 2015 10:14:35 AM > Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? > > > On 01/19/2015 02:33 AM, lof yer wrote: > > > > Since I recently saw cloudstack have add this( > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs > > ). > > And iGVT( > > https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) > > is released. > > If ovirt add this, it'll be very competitive for ovirt in VDI platforms. > > > See below the response I got about 1 year ago, I don't know the current > plans/status... > > > -------- Forwarded Message -------- > > Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU > > support > > Date: Wed, 16 Oct 2013 14:08:47 +0200 > > From: David Ja?a > > Reply-To: spice-devel at lists.freedesktop.org, users > > CC: spice-devel at lists.freedesktop.org, users > > > > > > > > Hi, > > > > I'm afraid that none of these cards will work. IIRC it was explained for > > nVidia approach that it would be necessary to add their closed-source > > code to qemu which is not going to happen. > > You might have better luck with AMD card "passthrough" approach but I'm > > not sure if GPUs can be passed through qemu/kvm and if so, how the > > GPU-rendered image then gets displayed. So YMMV and don't expect much. > > > > There is a WIP effort for qemu though that is hardware vendor agnostic - > > it's based on creation of virtual GPU in qemu called Virgil that passes > > 3D drawing commands to GPU on host. The project is in initial stage > > though so it won't be ready even for testing for quite some time. FWIW, > > there has been discussion about it on spice-devel in recent days and it > > will be presented on upcoming KVM forum so you can get pretty clear > > picture about its status from these sources. > > > > HTH, > > > > David Hello, There is quite active effort to implement device passthrough (including GPU, nics, usb etc.)[1]. Physical GPU passthrough can be considered generic PCI passthrough which should be ready for oVirt 3.6. As for the vGPU, that will depend on technology used - SR-IOV would be supported along PCI passthrough, anything else might need additional work on our side. [1] http://www.ovirt.org/Features/hostdev_passthrough mpolednik > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > ---------------- > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > ---------------- > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From stirabos at redhat.com Mon Jan 19 11:31:21 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Mon, 19 Jan 2015 06:31:21 -0500 (EST) Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: Message-ID: <859767058.8497557.1421667081822.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "s k" > To: users at ovirt.org > Sent: Monday, January 19, 2015 12:06:08 PM > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hello, > > > I would like to remove the Master Data Domain because I need to decommission > the underlying storage device. > > > Is there a way to manually change the Master Data Domain? Will the Master > Data Domain be reassigned automatically when the current one is deleted? Add the second data domain. Put the first one into maintenance and than detach. The new data domain should automatically become the master one. > > Thank you, > > > Sokratis > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Mon Jan 19 11:31:49 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Mon, 19 Jan 2015 11:31:49 +0000 Subject: [ovirt-users] RESOLVED USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <54B9568D.20201@redhat.com> <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> Message-ID: It's working, in fact after the update from oVirt 3.4 to 3.5 my Cluster compatibility version was still in 3.4, I've changed it to 3.5 and the hostusb appeared... Now the modem is well detected in my Windows 2008 VM. Thank you very much everybody for your help Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de VONDRA Alain Envoy? : lundi 19 janvier 2015 12:03 ? : Itamar Heim; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM Yes I made this : engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" and nothing appear on the Edit VM, only : - sndbuf - vhost - sap_agent - viodiskattach Is there any possibility to verify ? The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 > janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB > Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From sokratis123k at outlook.com Mon Jan 19 11:44:32 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 13:44:32 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <859767058.8497557.1421667081822.JavaMail.zimbra@redhat.com> References: , <859767058.8497557.1421667081822.JavaMail.zimbra@redhat.com> Message-ID: I already have 4 more data domains configured. The problem is that one of the them is on the same storage device and I want to ensure it will not become the Master Data Domain. Is that possible or should I detach this one as well? > Date: Mon, 19 Jan 2015 06:31:21 -0500 > From: stirabos at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > ----- Original Message ----- > > From: "s k" > > To: users at ovirt.org > > Sent: Monday, January 19, 2015 12:06:08 PM > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > Hello, > > > > > > I would like to remove the Master Data Domain because I need to decommission > > the underlying storage device. > > > > > > Is there a way to manually change the Master Data Domain? Will the Master > > Data Domain be reassigned automatically when the current one is deleted? > > Add the second data domain. Put the first one into maintenance and than detach. > The new data domain should automatically become the master one. > > > > > > Thank you, > > > > > > Sokratis > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.helgenberger at m-box.de Mon Jan 19 11:55:35 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Mon, 19 Jan 2015 11:55:35 +0000 Subject: [ovirt-users] ovirt 3.5 and power outages References: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> <416098812.2874863.1421663007670.JavaMail.zimbra@sdis33.fr> Message-ID: <208f4c4766474740bf2b1d5c35095bce@EXCHANGE.mbox.loc> Hello Olivier, first sorry Aleksandr for hijacking the thread, I am planning to buy some AP7900 right now for some hosts without management boards and wanted to tap on your experience with them: - Did the outlet switching work well with ovirt? - Did you need to modify anything in ovirt (eg. create custom fence agents)? - Why replace the master switches (old age?) - Are the AP7900 working well also? - What exactly do you mean by 'some additional hardware'? I suppose you mean the switch itself and not any additional things beside the switch? Thanks, any input is really appreciated. On 19.01.2015 11:23, Olivier Navas wrote: > Hi ! > > As you pointed, it wouldn't be safe if ovirt only tried to communicate with the host. > > This is why Ovirt (and other cluster software) include a way to power cycle hosts. If host is not responding, for any reason (software or hardware failure), before cluster migrates vms, host will be fenced (power off and on again) by an other host in the cluster. > > You need some special hardware to manage power cycling, and you need to configure it on "power management" section of host parameters. > > On the HP servers we use, we can configure ILO as power management method. This way, Ovirt can control power of the hosts as if we used the server web interface to power cycle the server. It works very well for us (since ovirt 3.4 or 3.5) and does not require some additional hardware, but I think it will not work if a hardware failure has an impact on ILO hardware (don't know if it may happen). > > You also can add some specific hardware to manage power supplies. I used to buy APC masterswitch (replaced by apc AP7900) for this purpose, but this requires some additional hardware and is not as convenient as ILO (IMHO). > > In both cases, you have to ensure that you always provide power to your servers, your switches, and your power management hardware with dual power supplies, connected to different power lines, different UPS, and so on because if a single power failure can turn off both your server and your power cycle mechanism, then Ovirt won't be able to recover. > > > > > ----- Mail original ----- >> De: "Kostyrev Aleksandr" >> ?: users at ovirt.org >> Envoy?: Dimanche 18 Janvier 2015 11:17:27 >> Objet: [ovirt-users] ovirt 3.5 and power outages >> >> good day, everybody! >> I've got three node cluster with power management enabled. >> >> As far as I understood to restart vms on the other host in the cluster >> in case when host suffered from power outage >> the engine has to be able to connect to host (specifically to vdsm) to >> be sure that host has been rebooted and it's not running any vms. >> >> But what if I'm running a lot of vms on the host and it's 3 o'clock in >> the morning and >> 1) engine has rebooted the host but the host cannot boot because of some >> hardware problem or new kernel gives a kernel panic? >> 2) the host's motherboard burned out and it cannot get booted >> >> so the engine will never connect to host and therefore all the vms that >> were running on that host won't migrate to other node in the cluster. >> So my cluster in that case is useless 'cause I'm not there to press >> "confirm host has been rebooted'. >> >> -- >> ? ?????????, >> ???????? ?????????, >> ????????? ????????????? >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > -- > Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From mburman at redhat.com Mon Jan 19 12:02:28 2015 From: mburman at redhat.com (Michael Burman) Date: Mon, 19 Jan 2015 07:02:28 -0500 (EST) Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: Message-ID: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> Hi Sokratis, You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. Michael B ----- Original Message ----- From: "s k" To: users at ovirt.org Sent: Monday, January 19, 2015 1:06:08 PM Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 Hello, I would like to remove the Master Data Domain because I need to decommission the underlying storage device. Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? Thank you, Sokratis _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From sokratis123k at outlook.com Mon Jan 19 12:32:10 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 14:32:10 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> References: , <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> Message-ID: When I click on 'Re-Initialize Data Center' I get the following message: There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab. > Date: Mon, 19 Jan 2015 07:02:28 -0500 > From: mburman at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hi Sokratis, > > You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. > > Michael B > > ----- Original Message ----- > From: "s k" > To: users at ovirt.org > Sent: Monday, January 19, 2015 1:06:08 PM > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hello, > > > I would like to remove the Master Data Domain because I need to decommission the underlying storage device. > > > Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? > > > Thank you, > > > Sokratis > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburman at redhat.com Mon Jan 19 13:01:16 2015 From: mburman at redhat.com (Michael Burman) Date: Mon, 19 Jan 2015 08:01:16 -0500 (EST) Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> Message-ID: <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> So that means you have configured your other storage domains under another DC, but you haven't configured them on the relevant DC, cause 'There are no compatible Storage Domains to attach to this Data Center' Or they are Detached from DC. ----- Original Message ----- From: "s k" To: "Michael Burman" Cc: users at ovirt.org Sent: Monday, January 19, 2015 2:32:10 PM Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 When I click on 'Re-Initialize Data Center' I get the following message: There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab. > Date: Mon, 19 Jan 2015 07:02:28 -0500 > From: mburman at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hi Sokratis, > > You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. > > Michael B > > ----- Original Message ----- > From: "s k" > To: users at ovirt.org > Sent: Monday, January 19, 2015 1:06:08 PM > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hello, > > > I would like to remove the Master Data Domain because I need to decommission the underlying storage device. > > > Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? > > > Thank you, > > > Sokratis > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From sokratis123k at outlook.com Mon Jan 19 14:05:42 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 16:05:42 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> Message-ID: No, all the Storage Domains are attached,they are active and have VMs running on the same DC. > Date: Mon, 19 Jan 2015 08:01:16 -0500 > From: mburman at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > So that means you have configured your other storage domains under another DC, but you haven't configured them on the relevant DC, cause 'There are no compatible Storage Domains to attach to this Data Center' > Or they are Detached from DC. > > ----- Original Message ----- > From: "s k" > To: "Michael Burman" > Cc: users at ovirt.org > Sent: Monday, January 19, 2015 2:32:10 PM > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > When I click on 'Re-Initialize Data Center' I get the following message: > There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab. > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > From: mburman at redhat.com > > To: sokratis123k at outlook.com > > CC: users at ovirt.org > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > Hi Sokratis, > > > > You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. > > > > Michael B > > > > ----- Original Message ----- > > From: "s k" > > To: users at ovirt.org > > Sent: Monday, January 19, 2015 1:06:08 PM > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > Hello, > > > > > > I would like to remove the Master Data Domain because I need to decommission the underlying storage device. > > > > > > Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? > > > > > > Thank you, > > > > > > Sokratis > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > > Michael Burman > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > Mobile: 054-5355725 > > IRC: mburman > > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman -------------- next part -------------- An HTML attachment was scrubbed... URL: From blaster at 556nato.com Mon Jan 19 14:20:16 2015 From: blaster at 556nato.com (Blaster) Date: Mon, 19 Jan 2015 08:20:16 -0600 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: References: Message-ID: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> The Wiki doesn?t bother to tell you that these are actually in an RPM. install this RPM: ovirt-guest-tools-iso-3.5-7.noarch That will install the ISO here: /usr/share/ovirt-guest-tools-iso/ Copy it to where you need it... On Jan 17, 2015, at 7:28 PM, Nick Kesick wrote: > Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. > Can anyone shed some light on the download path so I can update the wiki? > > -- > Cybertimber2005 at gmail.com > > [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.helgenberger at m-box.de Mon Jan 19 14:45:01 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Mon, 19 Jan 2015 14:45:01 +0000 Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? References: <54BCCAFB.1080106@netbulae.eu> <1092996298.11474352.1421666667846.JavaMail.zimbra@redhat.com> Message-ID: On 19.01.2015 12:24, Martin Polednik wrote: > > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Monday, January 19, 2015 10:14:35 AM >> Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? >> >> >> On 01/19/2015 02:33 AM, lof yer wrote: >>> >>> Since I recently saw cloudstack have add this( >>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs >>> ). >>> And iGVT( >>> https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) >>> is released. >>> If ovirt add this, it'll be very competitive for ovirt in VDI platforms. >>> >> See below the response I got about 1 year ago, I don't know the current >> plans/status... >> >>> -------- Forwarded Message -------- >>> Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU >>> support >>> Date: Wed, 16 Oct 2013 14:08:47 +0200 >>> From: David Ja?a >>> Reply-To: spice-devel at lists.freedesktop.org, users >>> CC: spice-devel at lists.freedesktop.org, users >>> >>> >>> >>> Hi, >>> >>> I'm afraid that none of these cards will work. IIRC it was explained for >>> nVidia approach that it would be necessary to add their closed-source >>> code to qemu which is not going to happen. >>> You might have better luck with AMD card "passthrough" approach but I'm >>> not sure if GPUs can be passed through qemu/kvm and if so, how the >>> GPU-rendered image then gets displayed. So YMMV and don't expect much. >>> >>> There is a WIP effort for qemu though that is hardware vendor agnostic - >>> it's based on creation of virtual GPU in qemu called Virgil that passes >>> 3D drawing commands to GPU on host. The project is in initial stage >>> though so it won't be ready even for testing for quite some time. FWIW, >>> there has been discussion about it on spice-devel in recent days and it >>> will be presented on upcoming KVM forum so you can get pretty clear >>> picture about its status from these sources. >>> >>> HTH, >>> >>> David > > Hello, > > There is quite active effort to implement device passthrough (including GPU, > nics, usb etc.)[1].Physical GPU passthrough can be considered generic PCI > passthrough IMHO not quite in case of GPUs. I tested that recently with a combination of EL7's new default VFIO support [1]. Two things could be concluded working with Windows 7 guests and ATI Fire Pro GPUs: - 'Old' PCI passthough unstable - VFIO working and performing better (tested with Cinebench OpenGL [2], about 98% of the bare metal performance) As for the stability, the results with VFIO where better in this case. The tricky part seems to be the driver installation in the guest, there the mandatory device probe in the installer. While PCI passthough resulted in Blue Screens, VFIO went though. [1] https://access.redhat.com/sites/default/files/pages/attachments/rhel_whatsnewrhel7beta_techoverview_.pdf [2] http://www.maxon.net/products/cinebench/overview.html which should be ready for oVirt 3.6. As for the vGPU, that will > depend on technology used - SR-IOV would be supported along PCI passthrough, > anything else might need additional work on our side. > > [1] http://www.ovirt.org/Features/hostdev_passthrough > > mpolednik > >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> ---------------- >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> ---------------- >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From mpolednik at redhat.com Mon Jan 19 14:59:12 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Mon, 19 Jan 2015 09:59:12 -0500 (EST) Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: References: <54BCCAFB.1080106@netbulae.eu> <1092996298.11474352.1421666667846.JavaMail.zimbra@redhat.com> Message-ID: <1243187171.11597713.1421679552764.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Daniel Helgenberger" > To: "Martin Polednik" , "Jorick Astrego" > Cc: users at ovirt.org > Sent: Monday, January 19, 2015 3:45:01 PM > Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? > > > > On 19.01.2015 12:24, Martin Polednik wrote: > > > > > > ----- Original Message ----- > >> From: "Jorick Astrego" > >> To: users at ovirt.org > >> Sent: Monday, January 19, 2015 10:14:35 AM > >> Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the > >> admin portal ? > >> > >> > >> On 01/19/2015 02:33 AM, lof yer wrote: > >>> > >>> Since I recently saw cloudstack have add this( > >>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs > >>> ). > >>> And iGVT( > >>> https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) > >>> is released. > >>> If ovirt add this, it'll be very competitive for ovirt in VDI platforms. > >>> > >> See below the response I got about 1 year ago, I don't know the current > >> plans/status... > >> > >>> -------- Forwarded Message -------- > >>> Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU > >>> support > >>> Date: Wed, 16 Oct 2013 14:08:47 +0200 > >>> From: David Ja?a > >>> Reply-To: spice-devel at lists.freedesktop.org, users > >>> CC: spice-devel at lists.freedesktop.org, users > >>> > >>> > >>> > >>> Hi, > >>> > >>> I'm afraid that none of these cards will work. IIRC it was explained for > >>> nVidia approach that it would be necessary to add their closed-source > >>> code to qemu which is not going to happen. > >>> You might have better luck with AMD card "passthrough" approach but I'm > >>> not sure if GPUs can be passed through qemu/kvm and if so, how the > >>> GPU-rendered image then gets displayed. So YMMV and don't expect much. > >>> > >>> There is a WIP effort for qemu though that is hardware vendor agnostic - > >>> it's based on creation of virtual GPU in qemu called Virgil that passes > >>> 3D drawing commands to GPU on host. The project is in initial stage > >>> though so it won't be ready even for testing for quite some time. FWIW, > >>> there has been discussion about it on spice-devel in recent days and it > >>> will be presented on upcoming KVM forum so you can get pretty clear > >>> picture about its status from these sources. > >>> > >>> HTH, > >>> > >>> David > > > > Hello, > > > > There is quite active effort to implement device passthrough (including > > GPU, > > nics, usb etc.)[1].Physical GPU passthrough can be considered generic PCI > > passthrough > IMHO not quite in case of GPUs. I tested that recently with a > combination of EL7's new default VFIO support [1]. Two things could be > concluded working with Windows 7 guests and ATI Fire Pro GPUs: > - 'Old' PCI passthough unstable > - VFIO working and performing better (tested with Cinebench OpenGL [2], > about 98% of the bare metal performance) I'm sorry, let me correct myself a bit: the legacy PCI-stub is not really supported at all, it's VFIO only (so "generic PCI" was meant as "generic VFIO"). What is not currently supported and will not be in a reasonable time frame is gVirt or overall intel GVT. > As for the stability, the results with VFIO where better in this case. > The tricky part seems to be the driver installation in the guest, there > the mandatory device probe in the installer. While PCI passthough > resulted in Blue Screens, VFIO went though. > > [1] > https://access.redhat.com/sites/default/files/pages/attachments/rhel_whatsnewrhel7beta_techoverview_.pdf > [2] http://www.maxon.net/products/cinebench/overview.html > > > which should be ready for oVirt 3.6. As for the vGPU, that will > > depend on technology used - SR-IOV would be supported along PCI > > passthrough, > > anything else might need additional work on our side. > > > > [1] http://www.ovirt.org/Features/hostdev_passthrough > > > > mpolednik > > > >> Met vriendelijke groet, With kind regards, > >> > >> Jorick Astrego > >> > >> Netbulae Virtualization Experts > >> > >> ---------------- > >> > >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW > >> NL821234584B01 > >> > >> ---------------- > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Daniel Helgenberger > m box bewegtbild GmbH > > P: +49/30/2408781-22 > F: +49/30/2408781-10 > > ACKERSTR. 19 > D-10115 BERLIN > > > www.m-box.de www.monkeymen.tv > > Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner > Handeslregister: Amtsgericht Charlottenburg / HRB 112767 > From dcaroest at redhat.com Mon Jan 19 15:00:55 2015 From: dcaroest at redhat.com (David Caro) Date: Mon, 19 Jan 2015 16:00:55 +0100 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: <54BCB8EF.9030606@redhat.com> References: <54BCB8EF.9030606@redhat.com> Message-ID: <20150119150055.GB27930@brete.redhat.com> On 01/19, Sandro Bonazzola wrote: > Il 18/01/2015 02:30, Nick Kesick ha scritto: > > I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? > > > > "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html > > Infra, can you take a look at the redirect to phx lab for the releases tree (old and unsupported releases kept for historical record)? > > Users, /releases is not used anymore, /pub/ is the directory you should look for oVirt >= 3.4. The releases link has been fixed. > > > > > -- > > Cybertimber2005 at gmail.com > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Infra mailing list > Infra at ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro at redhat.com Web: www.redhat.com RHT Global #: 82-62605 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From iheim at redhat.com Mon Jan 19 15:25:50 2015 From: iheim at redhat.com (Itamar Heim) Date: Mon, 19 Jan 2015 17:25:50 +0200 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> References: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> Message-ID: <54BD21FE.9050406@redhat.com> On 01/19/2015 04:20 PM, Blaster wrote: > The Wiki doesn?t bother to tell you that these are actually in an RPM. > > install this RPM: > > ovirt-guest-tools-*iso*-3.5-7.noarch > > That will install the ISO here: > > /usr/share/ovirt-guest-*tool*s-iso/ > > Copy it to where you need it... > its a wiki - please update it to make it easy for future use... thanks > > On Jan 17, 2015, at 7:28 PM, Nick Kesick > wrote: > >> Hey guys, I see that the feature page for the oVirt Windows Guest >> Tools [1] has been updated to show that the tools have been released, >> but I don't see *any* download links anywhere. >> Can anyone shed some light on the download path so I can update the wiki? >> >> -- >> Cybertimber2005 at gmail.com >> >> [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Mon Jan 19 15:28:06 2015 From: iheim at redhat.com (Itamar Heim) Date: Mon, 19 Jan 2015 17:28:06 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> Message-ID: <54BD2286.5060506@redhat.com> On 01/19/2015 04:05 PM, s k wrote: > No, all the Storage Domains are attached,they are active and have VMs > running on the same DC. re-init DC is for emergency after you lost all your SD's and allows you to choose a data domain not yet attached to any DC. just deactivate the domains you won't won't to be master domains and engine will elect another domain as master. > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > From: mburman at redhat.com > > To: sokratis123k at outlook.com > > CC: users at ovirt.org > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > So that means you have configured your other storage domains under > another DC, but you haven't configured them on the relevant DC, cause > 'There are no compatible Storage Domains to attach to this Data Center' > > Or they are Detached from DC. > > > > ----- Original Message ----- > > From: "s k" > > To: "Michael Burman" > > Cc: users at ovirt.org > > Sent: Monday, January 19, 2015 2:32:10 PM > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > When I click on 'Re-Initialize Data Center' I get the following message: > > There are no compatible Storage Domains to attach to this Data > Center. Please add new Storage from the Storage tab. > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > From: mburman at redhat.com > > > To: sokratis123k at outlook.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > Hi Sokratis, > > > > > > You can go to Data Center main tab, choose relevant DC, click right > click on the DC, choose 'Re-Initialize Data Center', in this window you > can choose another compatible Storage Domain and choose him to be your > master Data Storage Domain. > > > > > > Michael B > > > > > > ----- Original Message ----- > > > From: "s k" > > > To: users at ovirt.org > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > Hello, > > > > > > > > > I would like to remove the Master Data Domain because I need to > decommission the underlying storage device. > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > Master Data Domain be reassigned automatically when the current one is > deleted? > > > > > > > > > Thank you, > > > > > > > > > Sokratis > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > > Michael Burman > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > Mobile: 054-5355725 > > > IRC: mburman > > > > > > -- > > Michael Burman > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > Mobile: 054-5355725 > > IRC: mburman > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From kalilac at gmail.com Mon Jan 19 17:43:31 2015 From: kalilac at gmail.com (Kalil de A. Carvalho) Date: Mon, 19 Jan 2015 14:43:31 -0300 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. Message-ID: Hello all. I work in a company that want test KVM/oVirt. The problem is the current environment running Xenserver 6.2 and is mandatory that we can migrate from the Xenserver to KVM. Research about it I saw that is not supported. I this true? Best regards. -- Atenciosamente, Kalil de A. Carvalho -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgardeniers at objectmastery.com Mon Jan 19 23:44:54 2015 From: jgardeniers at objectmastery.com (John Gardeniers) Date: Tue, 20 Jan 2015 10:44:54 +1100 Subject: [ovirt-users] Change gluster primary Message-ID: <54BD96F6.4080709@objectmastery.com> We are using Gluster as our storage backend. Gluster is configured as 2 node replica. The two nodes are name nix and jupiter. At the Ovirt (RHEV really) end we have the gluster path configured as "nix:/gluster-rhev", with a mount option of "backupvolfile-server=jupiter.om.net". We now need to replace nix with a new server, which cannot have the same name. That new server will be the primary, with jupiter remaining the secondary. We will have all VMs and hypervisors shut down when we make this change. What is the best and/or easiest way to do this? Should we just disconnect the storage and re-attach it using the new gluster primary? If we do that will our VMs just work or do we need to take other steps? An alternative, which I suspect will be somewhat controversial, would be to make a direct edit of the engine database. Would that work any better or does that add more dangers (assuming the edit is done correctly)? regards, John From xiec.fnst at cn.fujitsu.com Tue Jan 20 07:39:02 2015 From: xiec.fnst at cn.fujitsu.com (Xie, Chao) Date: Tue, 20 Jan 2015 07:39:02 +0000 Subject: [ovirt-users] =?utf-8?b?562U5aSNOiDnrZTlpI06ICBSRVNPTFZFRCBVU0Ig?= =?utf-8?q?Modem_in_a_VM?= In-Reply-To: <963277536.14135552.1421735838945.JavaMail.zimbra@zmail15.collab.prod.int.phx2.redhat.com> References: <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> <963277536.14135552.1421735838945.JavaMail.zimbra@zmail15.collab.prod.int.phx2.redhat.com> Message-ID: Hi, all I later found a msi about "USBFilterEditor.msi" As the guide http://www.uaustral.cl/ovirt-engine/docs/manual/en_US/html/Administration_Guide/sect-The_USB_Filter_Editor.html I use my own usbfilter.txt to replace the /etc/ovirt-engine/usbfilter.txt in the rhevm host. Then the vm can detect my usb device in the host ~ -----????----- ???: Itamar Heim [mailto:iheim at redhat.com] ????: 2015?1?20? 14:37 ???: Xie, Chao/? ? ??: VONDRA Alain ??: Re: ??: [ovirt-users] RESOLVED USB Modem in a VM Please cc the mailing list and share if hook is installed on the host and custom properties defined properly, also, lsusb from before you start the VM. Thanks. On Jan 20, 2015 7:55 AM, "Xie, Chao" wrote: > > > Hello > I read all your letter about USB Modem. But I'm confused t Hello I read all your letter about USB Modem. But I'm confused that "USB Modem" means "USB Storage" or something else? I try to redirect the usb device in the host to vm (win7), but in vm there isn't any usb device. -----????----- ???: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] ?? VONDRA Alain ????: 2015?1?19? 19:32 ???: VONDRA Alain; Itamar Heim; users at ovirt.org ??: Re: [ovirt-users] RESOLVED USB Modem in a VM It's working, in fact after the update from oVirt 3.4 to 3.5 my Cluster compatibility version was still in 3.4, I've changed it to 3.5 and the hostusb appeared... Now the modem is well detected in my Windows 2008 VM. Thank you very much everybody for your help Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de VONDRA Alain Envoy? : lundi 19 janvier 2015 12:03 ? : Itamar Heim; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM Yes I made this : engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" and nothing appear on the Edit VM, only : - sndbuf - vhost - sap_agent - viodiskattach Is there any possibility to verify ? The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 > janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB > Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From ydary at redhat.com Tue Jan 20 07:47:31 2015 From: ydary at redhat.com (Yaniv Dary) Date: Tue, 20 Jan 2015 02:47:31 -0500 (EST) Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. In-Reply-To: References: Message-ID: <1651058176.12730579.1421740051102.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Kalil de A. Carvalho" > To: users at ovirt.org > Sent: Monday, January 19, 2015 7:43:31 PM > Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. > Hello all. > I work in a company that want test KVM/oVirt. > The problem is the current environment running Xenserver 6.2 and is mandatory > that we can migrate from the Xenserver to KVM. > Research about it I saw that is not supported. > I this true? You can use a v2v tool to migrate VMs from Xen to KVM, I believe. Should not be a problem. > Best regards. > -- > Atenciosamente, > Kalil de A. Carvalho > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at steinwurf.com Tue Jan 20 07:51:23 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 20 Jan 2015 08:51:23 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <003d01d030d9$45485870$cfd90950$@cloudspin.me> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> Message-ID: <54BE08FB.30503@steinwurf.com> On 15/01/15 16:38, Donny Davis wrote: > Also check to see if there are any directories that have been created in > your nfs exports > > Donny > > -----Original Message----- > From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of > Martin Pavl?k > Sent: Thursday, January 15, 2015 8:01 AM > To: Lars Nielsen > Cc: users at ovirt.org > Subject: Re: [ovirt-users] problem adding storage connection > > Hi Lars, > > are you sure you want to use net mask 225.225.225.0? IMO you want to use > 255.255.255.0 > > If it does not help please supply logs > /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and > /var/log/vdsm/vdsm.log > > so we can see detailed error message > > HTH > > Martin Pavlik > RHEV QE > >> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >> >> Hello again. >> And thanks for the help, now I can create hosts, which run :) >> >> However I have run into a bit more trouble, again which seems a bit > strange to me. >> When trying to added a new Storage connection, I get this: >> Error while executing action: Cannot add Storage Connection. Storage > connection already exists. >> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >> >> My exports file, look like this: >> /home/iso >> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >> d=36,anongid=36) /home/data >> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >> d=36,anongid=36) /home/import_data >> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >> d=36,anongid=36) >> >> Copied from the oVirt basic setup guide. >> And I have restarted my NFS server service, and create the directories. >> >> Can some one help with this? and explain the problem to me? If you need > more info, please tell me. >> Thanks and Best Regards >> - Lars >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > Hey. I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no avail. So please help me again, I have looked through logs, and found this: 015-01-20 08:40:14,177 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. 2015-01-20 08:40:14,226 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: false. 2015-01-20 08:41:04,709 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-01-20 08:41:04,711 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS 2015-01-20 08:41:04,711 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION , sharedLocks= ] But I am not really sure what to do, to fix it :) The complete oVirt log folder can be found here: https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar Thanks and Best Regards - Lars From mpavlik at redhat.com Tue Jan 20 08:09:04 2015 From: mpavlik at redhat.com (=?windows-1252?Q?Martin_Pavl=EDk?=) Date: Tue, 20 Jan 2015 09:09:04 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54BE08FB.30503@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> Message-ID: <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> ccing Carlos as he might be able to help Hi Lars, 1) remove as many restrictions as you can from your NFS export , allow all to access and restrict it back step by step if removing restriction will work 2) make sure that exported folders have owner and group vdsm:kvm (aka 36:36) 3) pls check (and provide) /var/log/vdsm/vdsm.log and /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool manager (aka SPM), you can identify it on hosts tab in GUI Martin > On 20 Jan 2015, at 08:51, Lars Nielsen wrote: > > On 15/01/15 16:38, Donny Davis wrote: >> Also check to see if there are any directories that have been created in >> your nfs exports >> >> Donny >> >> -----Original Message----- >> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of >> Martin Pavl?k >> Sent: Thursday, January 15, 2015 8:01 AM >> To: Lars Nielsen >> Cc: users at ovirt.org >> Subject: Re: [ovirt-users] problem adding storage connection >> >> Hi Lars, >> >> are you sure you want to use net mask 225.225.225.0? IMO you want to use >> 255.255.255.0 >> >> If it does not help please supply logs >> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and >> /var/log/vdsm/vdsm.log >> >> so we can see detailed error message >> >> HTH >> >> Martin Pavlik >> RHEV QE >> >>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >>> >>> Hello again. >>> And thanks for the help, now I can create hosts, which run :) >>> >>> However I have run into a bit more trouble, again which seems a bit >> strange to me. >>> When trying to added a new Storage connection, I get this: >>> Error while executing action: Cannot add Storage Connection. Storage >> connection already exists. >>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >>> >>> My exports file, look like this: >>> /home/iso >>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>> d=36,anongid=36) /home/data >>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>> d=36,anongid=36) /home/import_data >>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>> d=36,anongid=36) >>> >>> Copied from the oVirt basic setup guide. >>> And I have restarted my NFS server service, and create the directories. >>> >>> Can some one help with this? and explain the problem to me? If you need >> more info, please tell me. >>> Thanks and Best Regards >>> - Lars >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > Hey. > I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no avail. > So please help me again, I have looked through logs, and found this: > 015-01-20 08:40:14,177 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. > 2015-01-20 08:40:14,226 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: false. > 2015-01-20 08:41:04,709 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION > , sharedLocks= ] > 2015-01-20 08:41:04,711 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS > 2015-01-20 08:41:04,711 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION > , sharedLocks= ] > > But I am not really sure what to do, to fix it :) The complete oVirt log folder can be found here: > https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar > > Thanks and Best Regards > - Lars From lars at steinwurf.com Tue Jan 20 08:30:33 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 20 Jan 2015 09:30:33 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> Message-ID: <54BE1229.2000309@steinwurf.com> On 20/01/15 09:09, Martin Pavl?k wrote: > ccing Carlos as he might be able to help > > Hi Lars, > > 1) remove as many restrictions as you can from your NFS export , allow all to access and restrict it back step by step if removing restriction will work > 2) make sure that exported folders have owner and group vdsm:kvm (aka 36:36) > 3) pls check (and provide) /var/log/vdsm/vdsm.log and /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool manager (aka SPM), you can identify it on hosts tab in GUI > > Martin > >> On 20 Jan 2015, at 08:51, Lars Nielsen wrote: >> >> On 15/01/15 16:38, Donny Davis wrote: >>> Also check to see if there are any directories that have been created in >>> your nfs exports >>> >>> Donny >>> >>> -----Original Message----- >>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of >>> Martin Pavl?k >>> Sent: Thursday, January 15, 2015 8:01 AM >>> To: Lars Nielsen >>> Cc: users at ovirt.org >>> Subject: Re: [ovirt-users] problem adding storage connection >>> >>> Hi Lars, >>> >>> are you sure you want to use net mask 225.225.225.0? IMO you want to use >>> 255.255.255.0 >>> >>> If it does not help please supply logs >>> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and >>> /var/log/vdsm/vdsm.log >>> >>> so we can see detailed error message >>> >>> HTH >>> >>> Martin Pavlik >>> RHEV QE >>> >>>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >>>> >>>> Hello again. >>>> And thanks for the help, now I can create hosts, which run :) >>>> >>>> However I have run into a bit more trouble, again which seems a bit >>> strange to me. >>>> When trying to added a new Storage connection, I get this: >>>> Error while executing action: Cannot add Storage Connection. Storage >>> connection already exists. >>>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >>>> >>>> My exports file, look like this: >>>> /home/iso >>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>> d=36,anongid=36) /home/data >>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>> d=36,anongid=36) /home/import_data >>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>> d=36,anongid=36) >>>> >>>> Copied from the oVirt basic setup guide. >>>> And I have restarted my NFS server service, and create the directories. >>>> >>>> Can some one help with this? and explain the problem to me? If you need >>> more info, please tell me. >>>> Thanks and Best Regards >>>> - Lars >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> Hey. >> I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no avail. >> So please help me again, I have looked through logs, and found this: >> 015-01-20 08:40:14,177 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. >> 2015-01-20 08:40:14,226 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: false. >> 2015-01-20 08:41:04,709 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION >> , sharedLocks= ] >> 2015-01-20 08:41:04,711 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS >> 2015-01-20 08:41:04,711 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION >> , sharedLocks= ] >> >> But I am not really sure what to do, to fix it :) The complete oVirt log folder can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar >> >> Thanks and Best Regards >> - Lars I have removed the restrictions. Still no loot. The logs for oVirt and VDSM https://dl.dropboxusercontent.com/u/55488/documents-export-2015-01-20.zip -- Thanks - Med venlig hilsen / Best Regards Lars Nielsen Student developer at Steinwurf lars at steinwurf.com From juergen.gotteswinter at internetx.com Tue Jan 20 10:09:03 2015 From: juergen.gotteswinter at internetx.com (InterNetX - Juergen Gotteswinter) Date: Tue, 20 Jan 2015 11:09:03 +0100 Subject: [ovirt-users] Problem Upgrading 3.4.4 -> 3.5 In-Reply-To: <54A11EC8.8040704@internetx.com> References: <5497DF75.8000005@internetx.com> <1079350427.1005457.1419241260272.JavaMail.zimbra@redhat.com> <5497ED3B.6050409@internetx.com> <418824031.1063399.1419247404473.JavaMail.zimbra@redhat.com> <5498099B.5070203@internetx.com> <1538735736.1766925.1419297347903.JavaMail.zimbra@redhat.com> <404303591.1232485.1419317412436.JavaMail.zimbra@redhat.com> <54993066.2060405@internetx.com> <193920834.1366445.1419346445368.JavaMail.zimbra@redhat.com> <54A11EC8.8040704@internetx.com> Message-ID: <54BE293F.2050403@internetx.com> So, did the dirty Way and it was successful :) Thanks to everyone who helped me out, great community! Cheers, Juergen Am 29.12.2014 um 10:28 schrieb InterNetX - Juergen Gotteswinter: > Hello both of you, > > thanks for your detailed explainations and support, still thinking which > way i will go. tending to try the dirty way in a lab setup before to see > what happens. > > Will post updates when i got more :) > > Cheers, > > Juergen > >>>>>>> It seems that somebody had deleted manually the constraint >>>>>>> fk_event_subscriber_event_notification_methods from your database >>>>>>> Therefor, the first line that attempts to drop this constraint in >>>>>>> 03_05_0050_event_notification_methods.sql: ALTER TABLE event_subscriber >>>>>>> DROP CONSTRAINT fk_event_subscriber_event_notification_methods; >>>>>>> fails. >>>>>> >>>>>> uhm, interesting. could this be caused be deinstallation of dwh >>>>>> reporting? >>>> >>>> How exactly did you do that? >>> >>> >>> very good question, thats a few months ago. i whould guess with rpm -e >>> before an engine upgrade (if i remember correctly there was one ovirt >>> release where dwh was missing for el6). >>> >>>> >>>> Note that partial cleanup is not supported yet [1]. >>> >>> checking right after that mail :) >>> >>>> >>>> Can you please post all of /var/log/ovirt-engine/setup/* ? >>> >>> sure, sending you the dl link in a private mail. since i am not sure if >>> i sed?ed out all "private" things >> >> Based on these logs, it seems to me that: >> >> 1. At some point you upgraded to a snapshot of master (then-3.4), installing >> ovirt-engine-3.4.0-0.12.master.20140228075627.el6. >> >> 2. This package had an older version of the script >> dbscripts/upgrade/03_04_0600_event_notification_methods.sql . >> >> 3. Therefore, when you now try to upgrade, engine-setup tries to run the >> newer version, and fails. Why? Because it keeps in the database the checksum >> of every upgrade script it runs, and does not run again scripts with same >> checksum. But in your case the checksums are different, so it does try that. >> It fails, because the older version already dropped the table event_notification_methods. >> >> How to fix this? >> >> First, note that upgrades between dev/beta/rc/etc versions is not supported. >> So the "official" answer is to remove everything and start from scratch. Or, if you >> have good backups of the latest 3.3 version you had, restore to that one and then >> upgrade to 3.4 and then 3.5. >> >> If you want to try and force an upgrade, you can do the following, but note that >> it might fail elsewhere, or even fail in some future upgrade: >> >> 1. Following a 'git log' of this file, it seems to me that the only change it >> went through between the version you installed and the one in final 3.4, is [1]. >> It seems that the relevant part of this change can be done by you by running: >> >> ALTER TABLE event_subscriber ADD COLUMN notification_method CHARACTER VARYING(32) DEFAULT 'EMAIL' CHECK (notification_method IN ('EMAIL', 'SNMP_TRAP')); >> >> 2. After you do that, you can convince engine-setup that you already ran the >> version of the script you now have, by running: >> >> update schema_version set checksum='feabc7bc7bb7ff749f075be48538c92e' where version='03040600'; >> >> Backup everything before you start. >> >> No guarantee. Use at your own risk. >> >> As I said, better remove everything and setup again clean or restore your >> latest backup of a supported version and upgrade from that one. >> >> Good luck. Please report back :-) Thanks, >> >> [1] http://gerrit.ovirt.org/25393 >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From didi at redhat.com Tue Jan 20 10:20:15 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 20 Jan 2015 05:20:15 -0500 (EST) Subject: [ovirt-users] Problem Upgrading 3.4.4 -> 3.5 In-Reply-To: <54BE293F.2050403@internetx.com> References: <5497DF75.8000005@internetx.com> <5498099B.5070203@internetx.com> <1538735736.1766925.1419297347903.JavaMail.zimbra@redhat.com> <404303591.1232485.1419317412436.JavaMail.zimbra@redhat.com> <54993066.2060405@internetx.com> <193920834.1366445.1419346445368.JavaMail.zimbra@redhat.com> <54A11EC8.8040704@internetx.com> <54BE293F.2050403@internetx.com> Message-ID: <632727828.12825715.1421749215555.JavaMail.zimbra@redhat.com> Glad to hear that! Note, as I said, that in principle your system is still different from a properly upgraded one and you risk future problems. To get an idea about the differences, you might want to compare the output of select version,script,checksum,state from schema_version; between your system and a "clean" one (started from original same version as yours, upgraded to your current, but only through stable ones). -- Didi ----- Original Message ----- > From: "InterNetX - Juergen Gotteswinter" > To: users at ovirt.org > Cc: "Yedidyah Bar David" > Sent: Tuesday, January 20, 2015 12:09:03 PM > Subject: Re: [ovirt-users] Problem Upgrading 3.4.4 -> 3.5 > > So, did the dirty Way and it was successful :) > > Thanks to everyone who helped me out, great community! > > Cheers, > > Juergen > > Am 29.12.2014 um 10:28 schrieb InterNetX - Juergen Gotteswinter: > > Hello both of you, > > > > thanks for your detailed explainations and support, still thinking which > > way i will go. tending to try the dirty way in a lab setup before to see > > what happens. > > > > Will post updates when i got more :) > > > > Cheers, > > > > Juergen > > > >>>>>>> It seems that somebody had deleted manually the constraint > >>>>>>> fk_event_subscriber_event_notification_methods from your database > >>>>>>> Therefor, the first line that attempts to drop this constraint in > >>>>>>> 03_05_0050_event_notification_methods.sql: ALTER TABLE > >>>>>>> event_subscriber > >>>>>>> DROP CONSTRAINT fk_event_subscriber_event_notification_methods; > >>>>>>> fails. > >>>>>> > >>>>>> uhm, interesting. could this be caused be deinstallation of dwh > >>>>>> reporting? > >>>> > >>>> How exactly did you do that? > >>> > >>> > >>> very good question, thats a few months ago. i whould guess with rpm -e > >>> before an engine upgrade (if i remember correctly there was one ovirt > >>> release where dwh was missing for el6). > >>> > >>>> > >>>> Note that partial cleanup is not supported yet [1]. > >>> > >>> checking right after that mail :) > >>> > >>>> > >>>> Can you please post all of /var/log/ovirt-engine/setup/* ? > >>> > >>> sure, sending you the dl link in a private mail. since i am not sure if > >>> i sed?ed out all "private" things > >> > >> Based on these logs, it seems to me that: > >> > >> 1. At some point you upgraded to a snapshot of master (then-3.4), > >> installing > >> ovirt-engine-3.4.0-0.12.master.20140228075627.el6. > >> > >> 2. This package had an older version of the script > >> dbscripts/upgrade/03_04_0600_event_notification_methods.sql . > >> > >> 3. Therefore, when you now try to upgrade, engine-setup tries to run the > >> newer version, and fails. Why? Because it keeps in the database the > >> checksum > >> of every upgrade script it runs, and does not run again scripts with same > >> checksum. But in your case the checksums are different, so it does try > >> that. > >> It fails, because the older version already dropped the table > >> event_notification_methods. > >> > >> How to fix this? > >> > >> First, note that upgrades between dev/beta/rc/etc versions is not > >> supported. > >> So the "official" answer is to remove everything and start from scratch. > >> Or, if you > >> have good backups of the latest 3.3 version you had, restore to that one > >> and then > >> upgrade to 3.4 and then 3.5. > >> > >> If you want to try and force an upgrade, you can do the following, but > >> note that > >> it might fail elsewhere, or even fail in some future upgrade: > >> > >> 1. Following a 'git log' of this file, it seems to me that the only change > >> it > >> went through between the version you installed and the one in final 3.4, > >> is [1]. > >> It seems that the relevant part of this change can be done by you by > >> running: > >> > >> ALTER TABLE event_subscriber ADD COLUMN notification_method CHARACTER > >> VARYING(32) DEFAULT 'EMAIL' CHECK (notification_method IN ('EMAIL', > >> 'SNMP_TRAP')); > >> > >> 2. After you do that, you can convince engine-setup that you already ran > >> the > >> version of the script you now have, by running: > >> > >> update schema_version set checksum='feabc7bc7bb7ff749f075be48538c92e' > >> where version='03040600'; > >> > >> Backup everything before you start. > >> > >> No guarantee. Use at your own risk. > >> > >> As I said, better remove everything and setup again clean or restore your > >> latest backup of a supported version and upgrade from that one. > >> > >> Good luck. Please report back :-) Thanks, > >> > >> [1] http://gerrit.ovirt.org/25393 > >> > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From mots at nepu.moe Tue Jan 20 11:57:53 2015 From: mots at nepu.moe (=?utf-8?Q?mots?=) Date: Tue, 20 Jan 2015 12:57:53 +0100 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. Message-ID: -----Urspr?ngliche Nachricht----- > Von:Yaniv Dary > Gesendet: Die 20 Januar 2015 08:47 > An: Kalil de A. Carvalho > CC: users at ovirt.org > Betreff: Re: [ovirt-users] Migration from Xenserver 6.2 to KVM. > > > > ----------- > From: "Kalil de A. Carvalho" > To: users at ovirt.org > Sent: Monday, January 19, 2015 7:43:31 PM > Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. > > Hello all. > > I work in a company that want test KVM/oVirt. > > The problem is the current environment running Xenserver 6.2 and is mandatory that we can migrate from the Xenserver to KVM. > > Research about it ?I saw that is not supported. > > I this true? > > You can use a v2v tool to migrate VMs from Xen to KVM, I believe. > > Should not be a problem. That only works if it's a GNU/Linux installation running Xen, not with Xenserver. From what I've seen, the reason for this is that Xenserver doesn't include libvirt, so v2v can't connect to it. > > Best regards. > > -- > > Atenciosamente, > > Kalil de A. Carvalho > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 485 bytes Desc: OpenPGP digital signature URL: From fsayd at uncu.edu.ar Tue Jan 20 13:02:20 2015 From: fsayd at uncu.edu.ar (Federico Alberto Sayd) Date: Tue, 20 Jan 2015 10:02:20 -0300 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: <54BD21FE.9050406@redhat.com> References: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> <54BD21FE.9050406@redhat.com> Message-ID: <54BE51DC.2060401@uncu.edu.ar> On 19/01/15 12:25, Itamar Heim wrote: > On 01/19/2015 04:20 PM, Blaster wrote: >> The Wiki doesn?t bother to tell you that these are actually in an RPM. >> >> install this RPM: >> >> ovirt-guest-tools-*iso*-3.5-7.noarch >> >> That will install the ISO here: >> >> /usr/share/ovirt-guest-*tool*s-iso/ >> >> Copy it to where you need it... >> > > its a wiki - please update it to make it easy for future use... > thanks > +1 From acrow at integrafin.co.uk Tue Jan 20 13:13:30 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Tue, 20 Jan 2015 13:13:30 +0000 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. In-Reply-To: References: Message-ID: <54BE547A.3020502@integrafin.co.uk> Is there a way to export the VM disk images from Xenserver? If so you should be able to spin them up on a KVM host and then use v2v to import these into oVirt. Cheers Alex On 20/01/15 11:57, mots wrote: > -----Urspr?ngliche Nachricht----- >> Von:Yaniv Dary >> Gesendet: Die 20 Januar 2015 08:47 >> An: Kalil de A. Carvalho >> CC: users at ovirt.org >> Betreff: Re: [ovirt-users] Migration from Xenserver 6.2 to KVM. >> >> >> >> ----------- >> From: "Kalil de A. Carvalho" >> To: users at ovirt.org >> Sent: Monday, January 19, 2015 7:43:31 PM >> Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. >> >> Hello all. >> >> I work in a company that want test KVM/oVirt. >> >> The problem is the current environment running Xenserver 6.2 and is mandatory that we can migrate from the Xenserver to KVM. >> >> Research about it I saw that is not supported. >> >> I this true? >> >> You can use a v2v tool to migrate VMs from Xen to KVM, I believe. >> >> Should not be a problem. > That only works if it's a GNU/Linux installation running Xen, not with Xenserver. From what I've seen, the reason for this is that Xenserver doesn't include libvirt, so v2v can't connect to it. > >> Best regards. >> >> -- >> >> Atenciosamente, >> >> Kalil de A. Carvalho >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856). -------------- next part -------------- An HTML attachment was scrubbed... URL: From acrow at integrafin.co.uk Tue Jan 20 13:20:51 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Tue, 20 Jan 2015 13:20:51 +0000 Subject: [ovirt-users] Change gluster primary In-Reply-To: <54BD96F6.4080709@objectmastery.com> References: <54BD96F6.4080709@objectmastery.com> Message-ID: <54BE5633.2080402@integrafin.co.uk> Hi John, There isn't really a primary in gluster. If you're using a glusterfs storage domain, you could turn off "nix" and the VMs would continue to run (although you'd have to disable quorum if you currently have it enabled on the volume, and you'd have to repoint the domain at some later point). If you're using NFS access you would have to repoint your storage to the remaining machine immediately. The only snag I can see is that you can't detach the master storage domain in Ovirt if any VMs are running. I think you'd have to shut the VMs down, put the storage domain into maintenance, and then edit it. Cheers Alex On 19/01/15 23:44, John Gardeniers wrote: > We are using Gluster as our storage backend. Gluster is configured as > 2 node replica. The two nodes are name nix and jupiter. At the Ovirt > (RHEV really) end we have the gluster path configured as > "nix:/gluster-rhev", with a mount option of > "backupvolfile-server=jupiter.om.net". We now need to replace nix with > a new server, which cannot have the same name. That new server will be > the primary, with jupiter remaining the secondary. > > We will have all VMs and hypervisors shut down when we make this change. > > What is the best and/or easiest way to do this? Should we just > disconnect the storage and re-attach it using the new gluster primary? > If we do that will our VMs just work or do we need to take other steps? > > An alternative, which I suspect will be somewhat controversial, would > be to make a direct edit of the engine database. Would that work any > better or does that add more dangers (assuming the edit is done > correctly)? > > regards, > John > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856). From mpavlik at redhat.com Tue Jan 20 13:23:48 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Tue, 20 Jan 2015 14:23:48 +0100 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> References: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> Message-ID: Hi, can you check section Installation and let me know if it will do? http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools#oVirt_Windows_Guest_Tools_ISO HTH Martin Pavlik > On 19 Jan 2015, at 15:20, Blaster wrote: > > The Wiki doesn?t bother to tell you that these are actually in an RPM. > > install this RPM: > > ovirt-guest-tools-iso-3.5-7.noarch > > That will install the ISO here: > > /usr/share/ovirt-guest-tools-iso/ > > Copy it to where you need it... > > > On Jan 17, 2015, at 7:28 PM, Nick Kesick > wrote: > >> Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. >> Can anyone shed some light on the download path so I can update the wiki? >> >> -- >> Cybertimber2005 at gmail.com >> >> [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sokratis123k at outlook.com Tue Jan 20 13:54:15 2015 From: sokratis123k at outlook.com (s k) Date: Tue, 20 Jan 2015 15:54:15 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <54BD2286.5060506@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> Message-ID: I created a new Data Domain (detached from all the DCs) and clicked on 'Re-Initialize Data Center'. Now I'm able to select this Data Domain as the new Master. However when I select it and click OK I get the following error: Error while executing action: Cannot recover Data Center Storage.The relevant Storage Domain's status is Active. > Date: Mon, 19 Jan 2015 17:28:06 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/19/2015 04:05 PM, s k wrote: > > No, all the Storage Domains are attached,they are active and have VMs > > running on the same DC. > > re-init DC is for emergency after you lost all your SD's and allows you > to choose a data domain not yet attached to any DC. > just deactivate the domains you won't won't to be master domains and > engine will elect another domain as master. > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > From: mburman at redhat.com > > > To: sokratis123k at outlook.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > So that means you have configured your other storage domains under > > another DC, but you haven't configured them on the relevant DC, cause > > 'There are no compatible Storage Domains to attach to this Data Center' > > > Or they are Detached from DC. > > > > > > ----- Original Message ----- > > > From: "s k" > > > To: "Michael Burman" > > > Cc: users at ovirt.org > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > When I click on 'Re-Initialize Data Center' I get the following message: > > > There are no compatible Storage Domains to attach to this Data > > Center. Please add new Storage from the Storage tab. > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > From: mburman at redhat.com > > > > To: sokratis123k at outlook.com > > > > CC: users at ovirt.org > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > Hi Sokratis, > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > can choose another compatible Storage Domain and choose him to be your > > master Data Storage Domain. > > > > > > > > Michael B > > > > > > > > ----- Original Message ----- > > > > From: "s k" > > > > To: users at ovirt.org > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > Hello, > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > decommission the underlying storage device. > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > Master Data Domain be reassigned automatically when the current one is > > deleted? > > > > > > > > > > > > Thank you, > > > > > > > > > > > > Sokratis > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > Michael Burman > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > Mobile: 054-5355725 > > > > IRC: mburman > > > > > > > > > -- > > > Michael Burman > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > Mobile: 054-5355725 > > > IRC: mburman > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Tue Jan 20 14:18:29 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 20 Jan 2015 15:18:29 +0100 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. In-Reply-To: <54BE547A.3020502@integrafin.co.uk> References: <54BE547A.3020502@integrafin.co.uk> Message-ID: On Tue, Jan 20, 2015 at 2:13 PM, Alex Crow wrote: > Is there a way to export the VM disk images from Xenserver? If so you > should be able to spin them up on a KVM host and then use v2v to import > these into oVirt. > > Cheers > > Alex > > Probably the main problem is with PV VMs and so the problem could be re-read in how convert them to HVM and then apply P2V iso. This link below is the reverse (HVM-2-PV) but the method idea in your case could fit what described: https://netnow.co/xen-virtual-machine-conversion-from-hvm-to-pv/ Inside the article there is in fact a link to do the reverse: http://djlab.com/2010/10/convert-xenserver-hvm-to-pv-paravirtual/ that you can use, if still feasible (XenServer 4.x described vs your XenServer 6.x) to migrate to HVM layout and boot method. Then you can migrate the obtained VM with P2V iso provided by RHEV/oVirt It seems it worked for someone (late 2013), as described in latest post here: https://access.redhat.com/discussions/451463 (comments visible also for not registered users) Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Jan 20 15:00:37 2015 From: iheim at redhat.com (Itamar Heim) Date: Tue, 20 Jan 2015 17:00:37 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> Message-ID: <54BE6D95.9030904@redhat.com> On 01/20/2015 03:54 PM, s k wrote: > I created a new Data Domain (detached from all the DCs) and clicked > on 'Re-Initialize Data Center'. > > > Now I'm able to select this Data Domain as the new Master. However when > I select it and click OK I get the following error: > > > Error while executing action: Cannot recover Data Center Storage. > The relevant Storage Domain's status is Active. as i said earlier, re-init DC is for emergency flow when your DC is down. that's not your case. you just need to deactivate the domain you don't want to be the master domain (deactivate, not detach. you can probably detach if a 3.5 DC, since it support re-attach. in <3.5 DC levels detach means "remove all disks/VMs from that domain". > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > From: iheim at redhat.com > > To: sokratis123k at outlook.com; mburman at redhat.com > > CC: users at ovirt.org > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > On 01/19/2015 04:05 PM, s k wrote: > > > No, all the Storage Domains are attached,they are active and have VMs > > > running on the same DC. > > > > re-init DC is for emergency after you lost all your SD's and allows you > > to choose a data domain not yet attached to any DC. > > just deactivate the domains you won't won't to be master domains and > > engine will elect another domain as master. > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > From: mburman at redhat.com > > > > To: sokratis123k at outlook.com > > > > CC: users at ovirt.org > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > So that means you have configured your other storage domains under > > > another DC, but you haven't configured them on the relevant DC, cause > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > Or they are Detached from DC. > > > > > > > > ----- Original Message ----- > > > > From: "s k" > > > > To: "Michael Burman" > > > > Cc: users at ovirt.org > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > message: > > > > There are no compatible Storage Domains to attach to this Data > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > Hi Sokratis, > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > can choose another compatible Storage Domain and choose him to be your > > > master Data Storage Domain. > > > > > > > > > > Michael B > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > Hello, > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > decommission the underlying storage device. > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > Master Data Domain be reassigned automatically when the current one is > > > deleted? > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > -- > > > > Michael Burman > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > Mobile: 054-5355725 > > > > IRC: mburman > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > From sokratis123k at outlook.com Tue Jan 20 15:20:56 2015 From: sokratis123k at outlook.com (s k) Date: Tue, 20 Jan 2015 17:20:56 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <54BE6D95.9030904@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> , <54BE6D95.9030904@redhat.com> Message-ID: Sorry I misunderstood it. I dectivated the current Master Domain and the new one was automatically configured so all good! Thanks a lot! Sokratis > Date: Tue, 20 Jan 2015 17:00:37 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/20/2015 03:54 PM, s k wrote: > > I created a new Data Domain (detached from all the DCs) and clicked > > on 'Re-Initialize Data Center'. > > > > > > Now I'm able to select this Data Domain as the new Master. However when > > I select it and click OK I get the following error: > > > > > > Error while executing action: Cannot recover Data Center Storage. > > The relevant Storage Domain's status is Active. > > as i said earlier, re-init DC is for emergency flow when your DC is down. > that's not your case. > you just need to deactivate the domain you don't want to be the master > domain (deactivate, not detach. you can probably detach if a 3.5 DC, > since it support re-attach. in <3.5 DC levels detach means "remove all > disks/VMs from that domain". > > > > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > > From: iheim at redhat.com > > > To: sokratis123k at outlook.com; mburman at redhat.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > On 01/19/2015 04:05 PM, s k wrote: > > > > No, all the Storage Domains are attached,they are active and have VMs > > > > running on the same DC. > > > > > > re-init DC is for emergency after you lost all your SD's and allows you > > > to choose a data domain not yet attached to any DC. > > > just deactivate the domains you won't won't to be master domains and > > > engine will elect another domain as master. > > > > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > So that means you have configured your other storage domains under > > > > another DC, but you haven't configured them on the relevant DC, cause > > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > > Or they are Detached from DC. > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: "Michael Burman" > > > > > Cc: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > > message: > > > > > There are no compatible Storage Domains to attach to this Data > > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > > From: mburman at redhat.com > > > > > > To: sokratis123k at outlook.com > > > > > > CC: users at ovirt.org > > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hi Sokratis, > > > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > > can choose another compatible Storage Domain and choose him to be your > > > > master Data Storage Domain. > > > > > > > > > > > > Michael B > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "s k" > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > > decommission the underlying storage device. > > > > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > > Master Data Domain be reassigned automatically when the current one is > > > > deleted? > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > Michael Burman > > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > > > Mobile: 054-5355725 > > > > > > IRC: mburman > > > > > > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sokratis123k at outlook.com Tue Jan 20 15:21:09 2015 From: sokratis123k at outlook.com (s k) Date: Tue, 20 Jan 2015 17:21:09 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <54BE6D95.9030904@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> , <54BE6D95.9030904@redhat.com> Message-ID: Sorry I misunderstood it. I dectivated the current Master Domain and the new one was automatically configured so all good! Thanks a lot! Sokratis > Date: Tue, 20 Jan 2015 17:00:37 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/20/2015 03:54 PM, s k wrote: > > I created a new Data Domain (detached from all the DCs) and clicked > > on 'Re-Initialize Data Center'. > > > > > > Now I'm able to select this Data Domain as the new Master. However when > > I select it and click OK I get the following error: > > > > > > Error while executing action: Cannot recover Data Center Storage. > > The relevant Storage Domain's status is Active. > > as i said earlier, re-init DC is for emergency flow when your DC is down. > that's not your case. > you just need to deactivate the domain you don't want to be the master > domain (deactivate, not detach. you can probably detach if a 3.5 DC, > since it support re-attach. in <3.5 DC levels detach means "remove all > disks/VMs from that domain". > > > > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > > From: iheim at redhat.com > > > To: sokratis123k at outlook.com; mburman at redhat.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > On 01/19/2015 04:05 PM, s k wrote: > > > > No, all the Storage Domains are attached,they are active and have VMs > > > > running on the same DC. > > > > > > re-init DC is for emergency after you lost all your SD's and allows you > > > to choose a data domain not yet attached to any DC. > > > just deactivate the domains you won't won't to be master domains and > > > engine will elect another domain as master. > > > > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > So that means you have configured your other storage domains under > > > > another DC, but you haven't configured them on the relevant DC, cause > > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > > Or they are Detached from DC. > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: "Michael Burman" > > > > > Cc: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > > message: > > > > > There are no compatible Storage Domains to attach to this Data > > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > > From: mburman at redhat.com > > > > > > To: sokratis123k at outlook.com > > > > > > CC: users at ovirt.org > > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hi Sokratis, > > > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > > can choose another compatible Storage Domain and choose him to be your > > > > master Data Storage Domain. > > > > > > > > > > > > Michael B > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "s k" > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > > decommission the underlying storage device. > > > > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > > Master Data Domain be reassigned automatically when the current one is > > > > deleted? > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > Michael Burman > > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > > > Mobile: 054-5355725 > > > > > > IRC: mburman > > > > > > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Jan 20 15:37:32 2015 From: iheim at redhat.com (Itamar Heim) Date: Tue, 20 Jan 2015 17:37:32 +0200 Subject: [ovirt-users] =?utf-8?b?562U5aSNOiDnrZTlpI06ICBSRVNPTFZFRCBVU0Ig?= =?utf-8?q?Modem_in_a_VM?= In-Reply-To: References: <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> <963277536.14135552.1421735838945.JavaMail.zimbra@zmail15.collab.prod.int.phx2.redhat.com> Message-ID: <54BE763C.4020908@redhat.com> On 01/20/2015 09:39 AM, Xie, Chao wrote: > Hi, all > I later found a msi about "USBFilterEditor.msi" > As the guide http://www.uaustral.cl/ovirt-engine/docs/manual/en_US/html/Administration_Guide/sect-The_USB_Filter_Editor.html > I use my own usbfilter.txt to replace the /etc/ovirt-engine/usbfilter.txt in the rhevm host. > Then the vm can detect my usb device in the host ~ the usbfilter is only relevant for spice based connections (which allow remoting usb devices) as far i remember, not to hostusb which mounts a usb device at host side, not via spice. > > -----????----- > ???: Itamar Heim [mailto:iheim at redhat.com] > ????: 2015?1?20? 14:37 > ???: Xie, Chao/? ? > ??: VONDRA Alain > ??: Re: ??: [ovirt-users] RESOLVED USB Modem in a VM > > Please cc the mailing list and share if hook is installed on the host and custom properties defined properly, also, lsusb from before you start the VM. Thanks. > > On Jan 20, 2015 7:55 AM, "Xie, Chao" wrote: >> >> >> Hello >> I read all your letter about USB Modem. But I'm confused t > Hello > I read all your letter about USB Modem. But I'm confused that "USB Modem" means "USB Storage" or something else? I try to redirect the usb device in the host to vm (win7), but in vm there isn't any usb device. > > > -----????----- > ???: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] ?? VONDRA Alain > ????: 2015?1?19? 19:32 > ???: VONDRA Alain; Itamar Heim; users at ovirt.org > ??: Re: [ovirt-users] RESOLVED USB Modem in a VM > > It's working, in fact after the update from oVirt 3.4 to 3.5 my Cluster compatibility version was still in 3.4, I've changed it to 3.5 and the hostusb appeared... > Now the modem is well detected in my Windows 2008 VM. > Thank you very much everybody for your help Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de VONDRA Alain Envoy? : lundi 19 janvier 2015 12:03 ? : Itamar Heim; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > Yes I made this : > engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" > and nothing appear on the Edit VM, only : > - sndbuf > - vhost > - sap_agent > - viodiskattach > > Is there any possibility to verify ? > The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > On 01/19/2015 12:23 PM, VONDRA Alain wrote: >> Hi, >> I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". >> Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. >> Thanks > > you don't need to know python. > did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? > > check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > > >> Alain >> >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> -----Message d'origine----- >> De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 >> janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB >> Modem in a VM >> >> On 01/18/2015 12:36 PM, VONDRA Alain wrote: >>> Hi, >>> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >>> to inject it Do you think it will be a better solution ? >> >> that's the "right solution". >> I'll reply again on list so folks can help you with it as needed. >> >>> Thanks >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> ________________________________________ >>> De : Itamar Heim [iheim at redhat.com] >>> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>>> Hi, >>>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>>> >>>> lsusb >>>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>>> >>>> I've unload the "cdc_acm" kernel module via rmmod without success. >>>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Ut at the first load the config disappears... >>>> Do I need to restart the host or restart libvirtd services ? >>>> >>>> Thanks for your help >>>> Alain >>>> >>>> >>>> >>>> Alain VONDRA >>>> Charg? d'exploitation des Syst?mes d'Information Direction >>>> Administrative et Financi?re >>>> +33 1 44 39 77 76 >>>> UNICEF France >>>> 3 rue Duguay Trouin 75006 PARIS >>>> www.unicef.fr >>>> >>>> >>>> >>>> >>>> -----Message d'origine----- >>>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>>> [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "VONDRA Alain" >>>>> To: users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>>> Subject: [ovirt-users] USB Modem in a VM >>>>> >>>>> >>>>> >>>>> Hi, >>>>> >>>>> Can you tell me if I can use an USB modem through one of the >>>>> hypervisor hosts to a Windows VM ? >>>>> >>>>> I?d like to install a Windows Fax Server. >>>>> >>>>> Thank you for your answers. >>>> >>>> >>>> should be possible using qemu args: -usbdevice >>>> host:vendor_id:product_id >>>> >>>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>>> >>>> >>>> ... >>>> ? >>>> >>>> ? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>>> >>>> Regards, >>>> Alon >>>> >>>> [1] http://www.ovirt.org/VDSM-Hooks >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >>> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >>> >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From macytd at gmail.com Tue Jan 20 15:53:53 2015 From: macytd at gmail.com (Tim Macy) Date: Tue, 20 Jan 2015 10:53:53 -0500 Subject: [ovirt-users] Ovirt 3.5 / CentOS 7 / GlusterFS - Host loses network config on reboot Message-ID: I have a three node cluster that worked fine upon setup, but randomly (Its happened three times now) when a host is rebooted it loses its network config. I backed up the ifcfg*, route, and rule* files to quickly put things back in place, but even then vdsm fails to start and host reinstall from the engine errors on vdsm startup. The only way that I have found to recover the node is yum remove vdsm* libvirt*, and rm -Rf /etc/vdsm & /var/lib/vdsm. Then I can run host reinstall from the engine. Where the error occurs in host-deploy log: 2015-01-20 01:21:58 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:866 execute-output: ('/bin/systemctl', 'start', 'vdsmd.service') stderr: Job for vdsmd.service failed. See 'systemctl status vdsmd.service' and 'journalctl -xn' for details. 2015-01-20 01:21:58 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/tmp/ovirt-6z1CuMPhsV/pythonlib/otopi/context.py", line 142, in _executeMethod method['method']() File "/tmp/ovirt-6z1CuMPhsV/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 219, in _start self.services.state('vdsmd', True) File "/tmp/ovirt-6z1CuMPhsV/otopi-plugins/otopi/services/systemd.py", line 138, in state 'start' if state else 'stop' File "/tmp/ovirt-6z1CuMPhsV/otopi-plugins/otopi/services/systemd.py", line 77, in _executeServiceCommand raiseOnError=raiseOnError File "/tmp/ovirt-6z1CuMPhsV/pythonlib/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/bin/systemctl' failed to execute 2015-01-20 01:21:58 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/bin/systemctl' failed to execute 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, RuntimeError("Command '/bin/systemctl' failed to execute",), )]' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-20 01:21:58 INFO otopi.context context.runSequence:417 Stage: Pre-termination 2015-01-20 01:21:58 DEBUG otopi.context context.runSequence:421 STAGE pre-terminate 2015-01-20 01:21:58 DEBUG otopi.context context._executeMethod:138 Stage pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/aborted=bool:'False' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/debug=int:'0' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, RuntimeError("Command '/bin/systemctl' failed to execute",), )]' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/executionDirectory=str:'/root' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/log=bool:'True' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/pluginGroups=str:'otopi:ovirt-host-deploy' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/pluginPath=str:'/tmp/ovirt-6z1CuMPhsV/otopi-plugins' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/suppressEnvironmentKeys=list:'[]' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV COMMAND/chkconfig=str:'/sbin/chkconfig' -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgardeniers at objectmastery.com Tue Jan 20 20:46:05 2015 From: jgardeniers at objectmastery.com (John Gardeniers) Date: Wed, 21 Jan 2015 07:46:05 +1100 Subject: [ovirt-users] Change gluster primary In-Reply-To: <54BE5633.2080402@integrafin.co.uk> References: <54BD96F6.4080709@objectmastery.com> <54BE5633.2080402@integrafin.co.uk> Message-ID: <54BEBE8D.4090907@objectmastery.com> Hi Alex, I understand what you're saying and certainly there is no primary from the Gluster perspective. However, things are quite different as far as Ovirt/RHEV is concerned. We had an incident last week where we had to take nix off-line. A network glitch then caused a our RHEV to briefly lose connection to jupiter. This resulted in all VMs crashing because the system was trying to reconnect to nix. It did not try to reconnect to jupiter, despite it being configured as the fail-over server. In the end I had to bring nix back on line. RHEV still wouldn't connect. Finally, I had to reboot each hypervisor. Even then, two of them still failed to reconnect and could only be brought back by performing a full reinstall (we're using the cut-down dedicated RH hypervisors, not the RHEL+hypervisor that you use). All in all, quite a disastrous situation that lost us a couple of hours. So yes, there is a primary from the Ovirt/RHEV perspective and I'm really disappointed in how the system completely failed to handled the situation. regards, John On 21/01/15 00:20, Alex Crow wrote: > Hi John, > > There isn't really a primary in gluster. If you're using a glusterfs > storage domain, you could turn off "nix" and the VMs would continue to > run (although you'd have to disable quorum if you currently have it > enabled on the volume, and you'd have to repoint the domain at some > later point). If you're using NFS access you would have to repoint > your storage to the remaining machine immediately. > > The only snag I can see is that you can't detach the master storage > domain in Ovirt if any VMs are running. I think you'd have to shut the > VMs down, put the storage domain into maintenance, and then edit it. > > Cheers > > Alex > > On 19/01/15 23:44, John Gardeniers wrote: >> We are using Gluster as our storage backend. Gluster is configured as >> 2 node replica. The two nodes are name nix and jupiter. At the Ovirt >> (RHEV really) end we have the gluster path configured as >> "nix:/gluster-rhev", with a mount option of >> "backupvolfile-server=jupiter.om.net". We now need to replace nix >> with a new server, which cannot have the same name. That new server >> will be the primary, with jupiter remaining the secondary. >> >> We will have all VMs and hypervisors shut down when we make this change. >> >> What is the best and/or easiest way to do this? Should we just >> disconnect the storage and re-attach it using the new gluster >> primary? If we do that will our VMs just work or do we need to take >> other steps? >> >> An alternative, which I suspect will be somewhat controversial, would >> be to make a direct edit of the engine database. Would that work any >> better or does that add more dangers (assuming the edit is done >> correctly)? >> >> regards, >> John >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > From vanoppen.koen at gmail.com Wed Jan 21 07:29:28 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 08:29:28 +0100 Subject: [ovirt-users] Failed to add storage domain Message-ID: Dear all, We have a small issue on our ovirt environment. When I try to add a fibre storage pool, I get the following error: 2015-01-21 08:24:48,705 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-22) Storage domain e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one or more hosts. Since the domains type is ISO, hosts status will not be changed to non-operational 2015-01-21 08:24:54,764 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-3) [2c666536] Command CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = 1180a1f6-635e-47f6-bba1-871d8c432de0, storageDomain=StorageDomainStatic[StoragePoolOracle01, fd6c6779-8353-42f6-b2ff-0c670e4b8a73], args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-21 08:24:54,769 ERROR [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-8702-3) [2c666536] Command org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) 2015-01-21 08:24:54,810 ERROR [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. 2015-01-21 08:24:54,839 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) 2015-01-21 08:24:55,107 WARN [org.ovirt.engine.core.bll.AddVmFromScratchCommand] (DefaultQuartzScheduler_Worker-25) In the GUI you'll see this error: Error while executing action New SAN Storage Domain: Network error during communication with the Host. All the hosts are up and all the rest of our storage is also up. Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From sokratis123k at outlook.com Wed Jan 21 08:07:24 2015 From: sokratis123k at outlook.com (s k) Date: Wed, 21 Jan 2015 10:07:24 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: , <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com>, , , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com>, , <54BD2286.5060506@redhat.com>, , <54BE6D95.9030904@redhat.com>, Message-ID: Unfortunately the new Master Data Domain remained Active only for a few minutes and then the following error was thrown (as it can be seen in the Events tab): "Failed to Reconstruct Master Domain for Data Center " Afterwards all the other Data Domains became Inactive and the whole Data Center switched to Non Responsive Status. I then tried to activate the Master Data Domain without success. Finally I tried to "Re-Initialize Data Center" but there was no Data Domain available to become Master so now I can't find a way to Activate the Data Center. Fortunately none of the VMs was affected. What can I do now to re-activate the Data Center? From: sokratis123k at outlook.com To: iheim at redhat.com; mburman at redhat.com CC: users at ovirt.org Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 Date: Tue, 20 Jan 2015 17:21:09 +0200 Sorry I misunderstood it. I dectivated the current Master Domain and the new one was automatically configured so all good! Thanks a lot! Sokratis > Date: Tue, 20 Jan 2015 17:00:37 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/20/2015 03:54 PM, s k wrote: > > I created a new Data Domain (detached from all the DCs) and clicked > > on 'Re-Initialize Data Center'. > > > > > > Now I'm able to select this Data Domain as the new Master. However when > > I select it and click OK I get the following error: > > > > > > Error while executing action: Cannot recover Data Center Storage. > > The relevant Storage Domain's status is Active. > > as i said earlier, re-init DC is for emergency flow when your DC is down. > that's not your case. > you just need to deactivate the domain you don't want to be the master > domain (deactivate, not detach. you can probably detach if a 3.5 DC, > since it support re-attach. in <3.5 DC levels detach means "remove all > disks/VMs from that domain". > > > > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > > From: iheim at redhat.com > > > To: sokratis123k at outlook.com; mburman at redhat.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > On 01/19/2015 04:05 PM, s k wrote: > > > > No, all the Storage Domains are attached,they are active and have VMs > > > > running on the same DC. > > > > > > re-init DC is for emergency after you lost all your SD's and allows you > > > to choose a data domain not yet attached to any DC. > > > just deactivate the domains you won't won't to be master domains and > > > engine will elect another domain as master. > > > > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > So that means you have configured your other storage domains under > > > > another DC, but you haven't configured them on the relevant DC, cause > > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > > Or they are Detached from DC. > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: "Michael Burman" > > > > > Cc: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > > message: > > > > > There are no compatible Storage Domains to attach to this Data > > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > > From: mburman at redhat.com > > > > > > To: sokratis123k at outlook.com > > > > > > CC: users at ovirt.org > > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hi Sokratis, > > > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > > can choose another compatible Storage Domain and choose him to be your > > > > master Data Storage Domain. > > > > > > > > > > > > Michael B > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "s k" > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > > decommission the underlying storage device. > > > > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > > Master Data Domain be reassigned automatically when the current one is > > > > deleted? > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > Michael Burman > > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > > > Mobile: 054-5355725 > > > > > > IRC: mburman > > > > > > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 21 08:34:26 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 21 Jan 2015 09:34:26 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 GA status Message-ID: <54BF6492.6000908@redhat.com> Hi, We have no blockers for oVirt 3.5.1 GA [1] so we're good to go with the release. We're now gathering final release rpms and performing last sanity tests. Maintainers: Please review packages list and provide required rpms There are still 50 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 30 bugs [3] targeted to 3.5.1. All of them will be automatically re-targeted to 3.5.2 if severity is set to high or urgent, otherwise they'll be re-targeted to 3.6 Maintainers / Assignee: - ACTION: Please fill release notes, the page has been created here [4] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Wed Jan 21 08:54:09 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 21 Jan 2015 09:54:09 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54BF6931.2060305@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-01-21 QEMU 2.2.0: 2014-12-09 (RELEASED) QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 502 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%20Product%3AoVirt%20status%3Anew%2Cassigned%2Cpost [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vanoppen.koen at gmail.com Wed Jan 21 09:39:26 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 10:39:26 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: I noticed that there was a difference in the number of attached LUN's between the hypervisors. This is because we have a VM with direct LUN's. Do these Lun's on this particular vm also be attached to the other hypervisors or to 1 hypervisor only? 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : > Dear all, > > We have a small issue on our ovirt environment. When I try to add a fibre > storage pool, > I get the following error: > 2015-01-21 08:24:48,705 WARN > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] > (org.ovirt.thread.pool-8-thread-22) Storage domain > e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one > or more hosts. Since the domains type is ISO, hosts status will not be > changed to non-operational > 2015-01-21 08:24:54,764 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] > (ajp--127.0.0.1-8702-3) [2c666536] Command > CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = > 1180a1f6-635e-47f6-bba1-871d8c432de0, > storageDomain=StorageDomainStatic[StoragePoolOracle01, > fd6c6779-8353-42f6-b2ff-0c670e4b8a73], > args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: > VDSNetworkException: java.util.concurrent.TimeoutException > 2015-01-21 08:24:54,769 ERROR > [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] > (ajp--127.0.0.1-8702-3) [2c666536] Command > org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll > exception. With error message VdcBLLException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: > java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR > and code 5022) > 2015-01-21 08:24:54,810 ERROR > [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] > (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: > org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. > 2015-01-21 08:24:54,839 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: > 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: > -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) > 2015-01-21 08:24:55,107 WARN > [org.ovirt.engine.core.bll.AddVmFromScratchCommand] > (DefaultQuartzScheduler_Worker-25) > > In the GUI you'll see this error: > > Error while executing action New SAN Storage Domain: Network error during > communication with the Host. > > All the hosts are up and all the rest of our storage is also up. > > Kind regards, > > Koen > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 21 10:20:35 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 11:20:35 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: Added the direct lun, so all hypervisor can see it, no effect.. Still the same error 2015-01-21 10:39 GMT+01:00 Koen Vanoppen : > I noticed that there was a difference in the number of attached LUN's > between the hypervisors. This is because we have a VM with direct LUN's. Do > these Lun's on this particular vm also be attached to the other hypervisors > or to 1 hypervisor only? > > 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : > >> Dear all, >> >> We have a small issue on our ovirt environment. When I try to add a fibre >> storage pool, >> I get the following error: >> 2015-01-21 08:24:48,705 WARN >> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >> (org.ovirt.thread.pool-8-thread-22) Storage domain >> e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one >> or more hosts. Since the domains type is ISO, hosts status will not be >> changed to non-operational >> 2015-01-21 08:24:54,764 ERROR >> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >> (ajp--127.0.0.1-8702-3) [2c666536] Command >> CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = >> 1180a1f6-635e-47f6-bba1-871d8c432de0, >> storageDomain=StorageDomainStatic[StoragePoolOracle01, >> fd6c6779-8353-42f6-b2ff-0c670e4b8a73], >> args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: >> VDSNetworkException: java.util.concurrent.TimeoutException >> 2015-01-21 08:24:54,769 ERROR >> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >> (ajp--127.0.0.1-8702-3) [2c666536] Command >> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll >> exception. With error message VdcBLLException: >> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: >> java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR >> and code 5022) >> 2015-01-21 08:24:54,810 ERROR >> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >> (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: >> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. >> 2015-01-21 08:24:54,839 ERROR >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: >> 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: >> -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) >> 2015-01-21 08:24:55,107 WARN >> [org.ovirt.engine.core.bll.AddVmFromScratchCommand] >> (DefaultQuartzScheduler_Worker-25) >> >> In the GUI you'll see this error: >> >> Error while executing action New SAN Storage Domain: Network error during >> communication with the Host. >> >> All the hosts are up and all the rest of our storage is also up. >> >> Kind regards, >> >> Koen >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 21 12:42:51 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 13:42:51 +0100 Subject: [ovirt-users] Strange Error Message-ID: Dear All, The following appears in my ovirt-engine.log recently: 2015-01-21 13:41:44,181 WARN [org.ovirt.engine.core.bll.AddVmFromScratchCommand] (DefaultQuartzScheduler_Worker-52) [69997d54] CanDoAction of action AddVmFromScratch failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__VM,ACTION_TYPE_FAILED_NAME_ALREADY_USED Any Ideas? It just keeps flooding my log file. Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 21 12:46:16 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 13:46:16 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: Ok, after rebooting all the hypervisors I'm left with the following errors: Thread-16::ERROR::2015-01-21 13:39:42,644::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-16::ERROR::2015-01-21 13:39:42,644::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-18::ERROR::2015-01-21 13:39:42,696::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-18::ERROR::2015-01-21 13:39:42,698::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-15::ERROR::2015-01-21 13:39:44,349::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-15::ERROR::2015-01-21 13:39:44,350::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-17::ERROR::2015-01-21 13:39:44,477::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c Thread-17::ERROR::2015-01-21 13:39:44,479::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31c Thread-18::ERROR::2015-01-21 13:44:44,407::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-18::ERROR::2015-01-21 13:44:44,408::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-16::ERROR::2015-01-21 13:44:44,795::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-16::ERROR::2015-01-21 13:44:44,796::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-15::ERROR::2015-01-21 13:44:45,900::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-15::ERROR::2015-01-21 13:44:45,901::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-17::ERROR::2015-01-21 13:44:45,934::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c Thread-17::ERROR::2015-01-21 13:44:45,942::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31 Kind regards, Koen 2015-01-21 11:20 GMT+01:00 Koen Vanoppen : > Added the direct lun, so all hypervisor can see it, no effect.. Still the > same error > > 2015-01-21 10:39 GMT+01:00 Koen Vanoppen : > >> I noticed that there was a difference in the number of attached LUN's >> between the hypervisors. This is because we have a VM with direct LUN's. Do >> these Lun's on this particular vm also be attached to the other hypervisors >> or to 1 hypervisor only? >> >> 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : >> >>> Dear all, >>> >>> We have a small issue on our ovirt environment. When I try to add a >>> fibre storage pool, >>> I get the following error: >>> 2015-01-21 08:24:48,705 WARN >>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >>> (org.ovirt.thread.pool-8-thread-22) Storage domain >>> e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one >>> or more hosts. Since the domains type is ISO, hosts status will not be >>> changed to non-operational >>> 2015-01-21 08:24:54,764 ERROR >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>> CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = >>> 1180a1f6-635e-47f6-bba1-871d8c432de0, >>> storageDomain=StorageDomainStatic[StoragePoolOracle01, >>> fd6c6779-8353-42f6-b2ff-0c670e4b8a73], >>> args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: >>> VDSNetworkException: java.util.concurrent.TimeoutException >>> 2015-01-21 08:24:54,769 ERROR >>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll >>> exception. With error message VdcBLLException: >>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: >>> java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR >>> and code 5022) >>> 2015-01-21 08:24:54,810 ERROR >>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>> (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: >>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. >>> 2015-01-21 08:24:54,839 ERROR >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: >>> 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: >>> -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) >>> 2015-01-21 08:24:55,107 WARN >>> [org.ovirt.engine.core.bll.AddVmFromScratchCommand] >>> (DefaultQuartzScheduler_Worker-25) >>> >>> In the GUI you'll see this error: >>> >>> Error while executing action New SAN Storage Domain: Network error >>> during communication with the Host. >>> >>> All the hosts are up and all the rest of our storage is also up. >>> >>> Kind regards, >>> >>> Koen >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Wed Jan 21 13:43:50 2015 From: lvernia at redhat.com (Lior Vernia) Date: Wed, 21 Jan 2015 15:43:50 +0200 Subject: [ovirt-users] REST exception building from master Message-ID: <54BFAD16.4070402@redhat.com> Hello, Building from master (i.e. towards 3.6), trying to use REST produces some exceptions - anyone has any clue as to why? Attaching the response (stack trace); this is to a GET operation on /api. Yours, Lior. JBoss Web/7.0.0.SNAPSHOT - Error report

HTTP Status 500 -


type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

javax.servlet.ServletException:
Servlet.init() for servlet
org.ovirt.engine.api.restapi.BackendApplication threw exception
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException:
java.lang.RuntimeException: Unable to instantiate MessageBodyReader
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Unable
to instantiate MessageBodyReader
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Failed
to construct public org.ovirt.engine.api.json.JSONProvider()
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.NoClassDefFoundError:
org/codehaus/jackson/xc/JaxbAnnotationIntrospector
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.ClassNotFoundException:
org.codehaus.jackson.xc.JaxbAnnotationIntrospector from [Module
"org.ovirt.engine.api.restapi-definition:main" from local
module loader @131b4c5d (roots:
/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/00-modules-common,/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/01-jboss-as-modules)]
	org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
	org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
	org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

note The full stack trace of the root cause is available in the JBoss Web/7.0.0.SNAPSHOT logs.


JBoss Web/7.0.0.SNAPSHOT

From awels at redhat.com Wed Jan 21 13:45:52 2015 From: awels at redhat.com (Alexander Wels) Date: Wed, 21 Jan 2015 08:45:52 -0500 Subject: [ovirt-users] REST exception building from master In-Reply-To: <54BFAD16.4070402@redhat.com> References: <54BFAD16.4070402@redhat.com> Message-ID: <10773893.Co1kPlfWS8@awels> On Wednesday, January 21, 2015 03:43:50 PM Lior Vernia wrote: > Hello, > > Building from master (i.e. towards 3.6), trying to use REST produces > some exceptions - anyone has any clue as to why? Attaching the response > (stack trace); this is to a GET operation on /api. > > Yours, Lior. > > The problem is the following according to the stack trace: java.lang.NoClassDefFoundError: org/codehaus/jackson/xc/JaxbAnnotationIntrospector If you are running the stock JBOSS from Fedora 20 I believe it contains the wrong jackson library. Download jboss-7.1.1.Final from the website and use that one. That should make the issue go away. > > JBoss Web/7.0.0.SNAPSHOT - Error > report

HTTP Status 500 -


noshade="noshade">

type Exception report

message >

description The server encountered an internal > error () that prevented it from fulfilling this > request.

exception

javax.servlet.ServletException:
> Servlet.init() for servlet
> org.ovirt.engine.api.restapi.BackendApplication threw exception
> 	
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
> 2) org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
> p11Protocol.java:671)
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException:
> java.lang.RuntimeException: Unable to instantiate MessageBodyReader
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuilt
> in.java:35)
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211
> )
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(S
> ervletContainerDispatcher.java:67)
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpSe
> rvletDispatcher.java:36)
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
> 2) org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
> p11Protocol.java:671)
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Unable
> to instantiate MessageBodyReader
> 	
org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyPro
> viderFactory.java:761)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(Regi
> sterBuiltin.java:70)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuilt
> in.java:31)
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211
> )
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(S
> ervletContainerDispatcher.java:67)
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpSe
> rvletDispatcher.java:36)
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
> 2) org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
> p11Protocol.java:671)
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Failed
> to construct public org.ovirt.engine.api.json.JSONProvider()
> 	
org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInject
> orImpl.java:144)
> org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(Resteasy
> ProviderFactory.java:1039)
> org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(Resteas
> yProviderFactory.java:478)
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyPro
> viderFactory.java:757)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(Regi
> sterBuiltin.java:70)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuilt
> in.java:31)
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211
> )
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(S
> ervletContainerDispatcher.java:67)
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpSe
> rvletDispatcher.java:36)
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From andrzej.sus at gmail.com  Wed Jan 21 13:45:33 2015
From: andrzej.sus at gmail.com (=?UTF-8?B?QW5kcnplaiBTdcWb?=)
Date: Wed, 21 Jan 2015 14:45:33 +0100
Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs?
Message-ID: 

Hi guys,

I have some VMs with preallocated disks on - still "green" - iSCSI Storage
domain, where one of disks is going to die, which caused to change iscsi
mount to read only. Of course all VMs allocated on this storage has been
paused or turned off.

Is there any way to save these VMs (disks)?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From oliel at redhat.com  Wed Jan 21 13:46:14 2015
From: oliel at redhat.com (Ori Liel)
Date: Wed, 21 Jan 2015 08:46:14 -0500 (EST)
Subject: [ovirt-users] REST exception building from master
In-Reply-To: <54BFAD16.4070402@redhat.com>
References: <54BFAD16.4070402@redhat.com>
Message-ID: <1294903153.12277349.1421847974444.JavaMail.zimbra@redhat.com>

I think Muli had a similar problem recently, and the cause was the Jboss version (Juan worked out the problem). 

Juan/Muli?

----- Original Message -----
From: "Lior Vernia" 
To: "Users at ovirt.org List" 
Sent: Wednesday, January 21, 2015 3:43:50 PM
Subject: [ovirt-users] REST exception building from master

Hello,

Building from master (i.e. towards 3.6), trying to use REST produces
some exceptions - anyone has any clue as to why? Attaching the response
(stack trace); this is to a GET operation on /api.

Yours, Lior.



JBoss Web/7.0.0.SNAPSHOT - Error
report

HTTP Status 500 -


type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

javax.servlet.ServletException:
Servlet.init() for servlet
org.ovirt.engine.api.restapi.BackendApplication threw exception
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException:
java.lang.RuntimeException: Unable to instantiate MessageBodyReader
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Unable
to instantiate MessageBodyReader
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Failed
to construct public org.ovirt.engine.api.json.JSONProvider()
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.NoClassDefFoundError:
org/codehaus/jackson/xc/JaxbAnnotationIntrospector
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.ClassNotFoundException:
org.codehaus.jackson.xc.JaxbAnnotationIntrospector from [Module
"org.ovirt.engine.api.restapi-definition:main" from local
module loader @131b4c5d (roots:
/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/00-modules-common,/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/01-jboss-as-modules)]
	org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
	org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
	org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

note The full stack trace of the root cause is available in the JBoss Web/7.0.0.SNAPSHOT logs.


JBoss Web/7.0.0.SNAPSHOT

_______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From shimano at go2.pl Wed Jan 21 13:57:26 2015 From: shimano at go2.pl (shimano) Date: Wed, 21 Jan 2015 14:57:26 +0100 Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs? Message-ID: Hi guys, I have some VMs with preallocated disks on - still "green" - iSCSI Storage domain, where one of disks is going to die, which caused to change iscsi mount to read only. Of course all VMs allocated on this storage has been paused or turned off. Is there any way to save these VMs (disks)? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tlitovsk at redhat.com Wed Jan 21 15:05:03 2015 From: tlitovsk at redhat.com (Tolik Litovsky) Date: Wed, 21 Jan 2015 10:05:03 -0500 (EST) Subject: [ovirt-users] oVirt node weekly talk Message-ID: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> Hello Fabian Can we move the oVirt node weekly talk to another week day? Or just a bit earlier ? Best Regards. Tolik From j.astrego at netbulae.eu Wed Jan 21 15:45:31 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Wed, 21 Jan 2015 16:45:31 +0100 Subject: [ovirt-users] firewalld rule for ovirt host? Message-ID: <54BFC99B.2020502@netbulae.eu> Hi, In the quickstart guide we have the iptables rules for a fedora 19 host, but currently we run firewalld on the host (Centos 7) I've converted the rules to a service xml for the zone but I can't figure out the firewalld translation for "-A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited " Anyone know how to do this in firewalld? Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 21 16:09:45 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 21 Jan 2015 17:09:45 +0100 Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available Message-ID: <54BFCF49.1040802@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is now available as of Jan 21st 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUv89CAAoJEHw3u57E4QAOE5EP/iREEVWYXRt2u2yEZAIopat9 HTTb5ipHn6tc1he3V6pKzbM1LhFM5k0kx57X+EHw7eq2rYaOcmtEKPy8kEXEtXDt jFeWEI6vfi1ZebzZ5W4SkMQWuY6/iX5PUnDHyLDC9/wV/mucHLHsUe67W6Fr0SV+ c78xrv2/kfSITjHTZmZG1NnZRfYiB1MHOMrUxT65jSR/fwHN8+I1SQJbg+ntIUiW XRD9CvnPyy3OGphEeZP0RiqK24A/cUOXv2qeMd7l8jI3aHB5z/JEz7ODPk2pSrUR B4xkBVa60axzPtg4xcTFaN/klzegs4x3RPr0lHTdwipL0r17JA0/hoCJR0N4lZDN CtO41kjcyBKfAcYGM/ODoTmD//symYQdXEwi88c1HOvr/lepHiup6mDQt0fvXngD qvjVAx9r50UkQi3a+HiEw2jqOnwXDyubpC/HwjUl62wZ0uK7e6x5b5GQTAmY/USl Xa2wUNmh9xG81f0BeYcjXOnx/CVRu9gfamtagtb2i+P0sFhI7LnNqYc556cXdz7s rIgfmDO4QjMLiE6b8jYmiRaOb1mK0mBq1s5WHroikRH+JqNtUp7CX0U9OY0rCeaf hj3TCEe/6BT378lb30KZ1ELkgBCs1050xXBozx0W9vfj4PwFEj4vzenpHtpE/A8H 2xPTHrUW0uiQaqlohxeQ =nGaB -----END PGP SIGNATURE----- From ydary at redhat.com Wed Jan 21 16:12:53 2015 From: ydary at redhat.com (Yaniv Dary) Date: Wed, 21 Jan 2015 11:12:53 -0500 (EST) Subject: [ovirt-users] oVirt Weekly Meeting Minutes -- 2015-01-21 In-Reply-To: <54BFCE8E.5030109@redhat.com> Message-ID: <1714039150.13882427.1421856773164.JavaMail.zimbra@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary_ at 15:01:35 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (ydary_, 15:03:56) * infra update (ydary_, 15:04:15) * 3.5.z updates (ydary_, 15:04:16) * 3.6.0 status (ydary_, 15:04:16) * conferences and workshops (ydary_, 15:04:16) * other topics (ydary_, 15:04:16) * infra update (ydary_, 15:04:40) * sbonazzo resolved kernel based issues in some of the jobs. (doron, 15:13:12) * the teams need to start working\testing JDK 8, since JDK 7 EOL is in April 2015 (ydary_, 15:14:45) * some jenkins slaves had issues on running out of entropy, solved by installing haveged (ydary_, 15:16:21) * 3.6 memory errors in gwt resolved by vszocs (ydary_, 15:17:38) * progress in moving oVirt resources to phx lab (ydary_, 15:18:47) * ACTION: eedri to follow up on nightly issues with lvernia (ydary_, 15:20:28) * 3.5.z updates (ydary_, 15:08:07) * 3.5.1 to be released today. (ydary_, 15:22:42) * ACTION: please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes (ydary_, 15:23:19) * all open bugs on 3.5.1 will be re-targeted to 3.5.2 post the GA release (ydary_, 15:25:12) * 3.6 status (ydary_, 15:25:35) * 3.6.0 currently shows no blockers. There are 502 bugs targeted to 3.6.0. (ydary_, 15:26:55) * integration update on 3.6.0: added glusterfs support on hosted engine (for existing replica 3 gluster storage) (ydary_, 15:27:43) * integration update on 3.6.0: jboss-as 7.1 doesn't work at all with jdk 1.8 so for supporting fc21 we need to move to wildfly (ydary_, 15:30:36) * ACTION: oved to report next week on JDK 1.8 and wildfly status (ydary_, 15:32:42) * Host Network QoS and MAC pool per DC are in. Once 3.6 clusters can be created, it will be available. (ydary_, 15:35:38) * network 3.6 updates: currently nothing at risk. (ydary_, 15:36:23) * ceph-cinder integration have WIP patches. (ydary_, 15:38:34) * storage 3.6 updates: minor RFEs also making progress (ydary_, 15:39:05) * node 3.6 updates: currently no updates (ydary_, 15:41:42) * UX 3.6 updates: UI over REST api and tool tip infrastructure over patternfly making progress (ydary_, 15:44:44) * SLA 3.6 updates: SLA still in planning, no further updates. (ydary_, 15:45:46) * virt 3.6 updates: no one for virt team to update (ydary_, 15:47:18) * conferences and workshops (ydary_, 15:47:43) * conferences and workshops FOSDEM is a go. Booth schedules and talks are here at http://etherpad.ovirt.org/p/ovirt-fosdem-15 (ydary_, 15:50:33) * conferences and workshops After taking a quick poll, the FOSDEM social meetup will be Sat., Jan. 31, at 2030 in the Au Bon Vieux Temps, (ydary_, 15:50:33) * conferences and workshops The half-day workshop for FOSSAsia in Singapore is getting planned. The Korea user group has responded with interest now. (ydary_, 15:52:08) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (ydary_, 15:52:08) * conferences and workshops oVCirt will have a very strong presense at SCALE 13X in LA this year. (ydary_, 15:52:08) * conferences and workshops sbonazzo and tirsboschi_ may be at 11th Intl. Conf. on Open Source Systems http://www.oss2015.org (ydary_, 15:52:08) * conferences and workshops As a general reminder: if you *ever* need slides for an oVirt presentation, there are many to choose from here: http://www.ovirt.org/OVirt_Slide_Decks They are all under CC license. (ydary_, 15:52:09) * other topics (ydary_, 15:52:36) * mskrivanek and tjelinek have approached me to start the process for launching moVirt as an incubator project within oVirt. This will be a mobile app that will enable users to manage oVirt on the go. This will likely supercede the Nomad project, which has not moved forward in years. We may need to retire the Nomad incubator. (ydary_, 15:56:23) * ACTION: bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. (ydary_, 15:56:58) * bkp will have meeting with designers at FOSDEM to discuss the revamp of ovirt.org for 2015. (ydary_, 15:57:48) * bkp updates that in 2015, there will be a stronger focus on what it takes to get new users to oVirt to the final production stage. I will be holding meetings with other FOSS project community leads to build a map for this process. (ydary_, 15:58:18) * bkp updates that in 2015, there will be a stronger focus on what it takes to get new users to oVirt to the final production stage. he will be holding meetings with other FOSS project community leads to build a map for this process. (ydary_, 15:58:47) Meeting ended at 16:00:14 UTC. Action Items ------------ * eedri to follow up on nightly issues with lvernia * please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes * oved to report next week on JDK 1.8 and wildfly status * bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. Action Items, by person ----------------------- * bkp * bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. * eedri * eedri to follow up on nightly issues with lvernia * lvernia * eedri to follow up on nightly issues with lvernia * **UNASSIGNED** * please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes * oved to report next week on JDK 1.8 and wildfly status People Present (lines said) --------------------------- * ydary_ (90) * doron (29) * bkp (28) * eedri (25) * lvernia (22) * sbonazzo (22) * awels (5) * amureini (5) * ovirtbot (2) * fabiand (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From acanan at redhat.com Wed Jan 21 16:15:28 2015 From: acanan at redhat.com (Aharon Canan) Date: Wed, 21 Jan 2015 11:15:28 -0500 (EST) Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs? In-Reply-To: References: Message-ID: <512795485.17460045.1421856928669.JavaMail.zimbra@redhat.com> Hi sounds like you have 1 ISCSI storage domain which includes the disks. You can create another ISCSI storage domain and then to migrate the disks to it. This way all the disks will move to the new domain and you will be able to remove the old SD without losing the disks. Regards, __________________________________________________ Aharon Canan int phone - 8272036 ext phone - +97297692036 email - acanan at redhat.com ----- Original Message ----- From: "shimano" To: users at ovirt.org Sent: Wednesday, January 21, 2015 3:57:26 PM Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs? Hi guys, I have some VMs with preallocated disks on - still "green" - iSCSI Storage domain, where one of disks is going to die, which caused to change iscsi mount to read only. Of course all VMs allocated on this storage has been paused or turned off. Is there any way to save these VMs (disks)? _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.helgenberger at m-box.de Wed Jan 21 16:19:12 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Wed, 21 Jan 2015 16:19:12 +0000 Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available References: <54BFCF49.1040802@redhat.com> Message-ID: Cool! Finally! ... and thank you! On 21.01.2015 17:10, Sandro Bonazzola wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is now available as of Jan 21st 2015. > > The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS > 7 (or similar). > > This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. > > Please refer to release notes [1] for Installation / Upgrade instructions. > > A new oVirt Live and oVirt Node ISO will be available soon as well[2]. > > Please note that mirrors[3] may need usually one day before being synchronized. > > Please refer to the release notes for known issues in this release. > > [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes > [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ > [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors > > - -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJUv89CAAoJEHw3u57E4QAOE5EP/iREEVWYXRt2u2yEZAIopat9 > HTTb5ipHn6tc1he3V6pKzbM1LhFM5k0kx57X+EHw7eq2rYaOcmtEKPy8kEXEtXDt > jFeWEI6vfi1ZebzZ5W4SkMQWuY6/iX5PUnDHyLDC9/wV/mucHLHsUe67W6Fr0SV+ > c78xrv2/kfSITjHTZmZG1NnZRfYiB1MHOMrUxT65jSR/fwHN8+I1SQJbg+ntIUiW > XRD9CvnPyy3OGphEeZP0RiqK24A/cUOXv2qeMd7l8jI3aHB5z/JEz7ODPk2pSrUR > B4xkBVa60axzPtg4xcTFaN/klzegs4x3RPr0lHTdwipL0r17JA0/hoCJR0N4lZDN > CtO41kjcyBKfAcYGM/ODoTmD//symYQdXEwi88c1HOvr/lepHiup6mDQt0fvXngD > qvjVAx9r50UkQi3a+HiEw2jqOnwXDyubpC/HwjUl62wZ0uK7e6x5b5GQTAmY/USl > Xa2wUNmh9xG81f0BeYcjXOnx/CVRu9gfamtagtb2i+P0sFhI7LnNqYc556cXdz7s > rIgfmDO4QjMLiE6b8jYmiRaOb1mK0mBq1s5WHroikRH+JqNtUp7CX0U9OY0rCeaf > hj3TCEe/6BT378lb30KZ1ELkgBCs1050xXBozx0W9vfj4PwFEj4vzenpHtpE/A8H > 2xPTHrUW0uiQaqlohxeQ > =nGaB > -----END PGP SIGNATURE----- > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From dougsland at redhat.com Wed Jan 21 20:15:04 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Wed, 21 Jan 2015 15:15:04 -0500 Subject: [ovirt-users] oVirt node weekly talk In-Reply-To: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> References: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> Message-ID: <54C008C8.8040300@redhat.com> On 01/21/2015 10:05 AM, Tolik Litovsky wrote: > Hello Fabian > > Can we move the oVirt node weekly talk to another week day? > Or just a bit earlier ? Both are ok for me. -- Cheers Douglas From jason.greene at redhat.com Wed Jan 21 18:29:27 2015 From: jason.greene at redhat.com (Jason Greene) Date: Wed, 21 Jan 2015 12:29:27 -0600 Subject: [ovirt-users] firewalld rule for ovirt host? In-Reply-To: <54BFC99B.2020502@netbulae.eu> References: <54BFC99B.2020502@netbulae.eu> Message-ID: <931ACA5D-E11B-4486-B4EF-26B89B4A837C@redhat.com> > On Jan 21, 2015, at 9:45 AM, Jorick Astrego wrote: > > Hi, > > > > In the quickstart guide we have the iptables rules for a fedora 19 host, > > > but currently we run firewalld on the host (Centos 7) > > > > I've converted the rules to a service xml for the zone but I can't > > > figure out the firewalld translation for "-A FORWARD -m physdev ! > > > --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited " > > > > Anyone know how to do this in firewalld? > DISCLAIMER: I am just a lowly user of ovirt/RHEL/Fedora You can do almost anything you can do with iptables by using the passthrough option, although you have to make sure the rules fit the underlying iptables policy firewalld generates (by inspecting it afterwords). The following should work: firewall-cmd --permanent --direct --passthrough ipv4 -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT -- Jason T. Greene WildFly Lead / JBoss EAP Platform Architect JBoss, a division of Red Hat From fdeutsch at redhat.com Wed Jan 21 19:30:40 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Wed, 21 Jan 2015 14:30:40 -0500 (EST) Subject: [ovirt-users] oVirt node weekly talk In-Reply-To: <54C008C8.8040300@redhat.com> References: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> <54C008C8.8040300@redhat.com> Message-ID: <1907420463.9637657.1421868639998.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On 01/21/2015 10:05 AM, Tolik Litovsky wrote: > > Hello Fabian > > > > Can we move the oVirt node weekly talk to another week day? > > Or just a bit earlier ? > > Both are ok for me. Let's see: I'd suggest to move it to Mondays, 3 p.m. UTC Does that work for everybody? Greetings fabian From rbarry at redhat.com Wed Jan 21 19:38:58 2015 From: rbarry at redhat.com (Ryan Barry) Date: Wed, 21 Jan 2015 12:38:58 -0700 Subject: [ovirt-users] oVirt node weekly talk In-Reply-To: <1907420463.9637657.1421868639998.JavaMail.zimbra@redhat.com> References: <1907420463.9637657.1421868639998.JavaMail.zimbra@redhat.com> Message-ID: <54C00052.0@redhat.com> > From: "Fabian Deutsch" > To: dougsland at redhat.com > Cc: "Tolik Litovsky" , users at ovirt.org > Sent: Wednesday, 21 January, 2015 8:30:40 PM > Subject: Re: [ovirt-users] oVirt node weekly talk > > ----- Original Message ----- >> On 01/21/2015 10:05 AM, Tolik Litovsky wrote: >>> Hello Fabian >>> >>> Can we move the oVirt node weekly talk to another week day? >>> Or just a bit earlier ? >> >> Both are ok for me. > > Let's see: I'd suggest to move it to > > Mondays, 3 p.m. UTC > > Does that work for everybody? > > Greetings > fabian Works for me, though I feel like there's another meeting happening at that time, I'd have to check. Being somewhere without daylight savings plays tricks on me From bproffit at redhat.com Wed Jan 21 22:13:58 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Wed, 21 Jan 2015 17:13:58 -0500 (EST) Subject: [ovirt-users] Slide Templates--New for 2015! In-Reply-To: <1116310714.10304951.1421878295329.JavaMail.zimbra@redhat.com> Message-ID: <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> All: I have been asked to provide slide templates for presentations that might be created for future events. Through 2014, we have been using the green-on-white slide template, and now, thanks to Eidan Hildesheim, we have a new 2015 edition that is based more on the Patternfly interface. These template presentations are provided to build new slides for oVirt presentations. They can be downloaded and used as-is, or Saved As template files within OpenOffice and LibreOffice. The templates, as well as a whole host of pre-made presentations (which are all under the Creative Commons license), are available on the oVirt.org slide page[1]. Thanks! BKP [1] http://www.ovirt.org/OVirt_Slide_Decks -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From renchu at cracknell.com Thu Jan 22 06:41:43 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Thu, 22 Jan 2015 06:41:43 +0000 Subject: [ovirt-users] Power Management config on Ovirt Message-ID: Dear all, I am trying to configure power management on ovirt v3.5 (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu PRIMERGY RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power management configuration. The test gives a message "Test failed, argument of type 'NoneType' is not iterable" as below. Also tried rsb type as per redhat document. Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we need to specify anything in Options? Please help me. [Description: cid:image001.png at 01D032FC.C8A4DF20] [Description: cid:image002.png at 01D034BF.32500FD0] Best Regards Renchu Mathew -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 24097 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 23717 bytes Desc: image003.png URL: From lars at steinwurf.com Thu Jan 22 06:55:05 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Thu, 22 Jan 2015 07:55:05 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54BE1229.2000309@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> <54BE1229.2000309@steinwurf.com> Message-ID: <54C09EC9.5030006@steinwurf.com> On 20/01/15 09:30, Lars Nielsen wrote: > > On 20/01/15 09:09, Martin Pavl?k wrote: >> ccing Carlos as he might be able to help >> >> Hi Lars, >> >> 1) remove as many restrictions as you can from your NFS export , >> allow all to access and restrict it back step by step if removing >> restriction will work >> 2) make sure that exported folders have owner and group vdsm:kvm (aka >> 36:36) >> 3) pls check (and provide) /var/log/vdsm/vdsm.log and >> /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool >> manager (aka SPM), you can identify it on hosts tab in GUI >> >> Martin >> >>> On 20 Jan 2015, at 08:51, Lars Nielsen wrote: >>> >>> On 15/01/15 16:38, Donny Davis wrote: >>>> Also check to see if there are any directories that have been >>>> created in >>>> your nfs exports >>>> >>>> Donny >>>> >>>> -----Original Message----- >>>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On >>>> Behalf Of >>>> Martin Pavl?k >>>> Sent: Thursday, January 15, 2015 8:01 AM >>>> To: Lars Nielsen >>>> Cc: users at ovirt.org >>>> Subject: Re: [ovirt-users] problem adding storage connection >>>> >>>> Hi Lars, >>>> >>>> are you sure you want to use net mask 225.225.225.0? IMO you want >>>> to use >>>> 255.255.255.0 >>>> >>>> If it does not help please supply logs >>>> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and >>>> /var/log/vdsm/vdsm.log >>>> >>>> so we can see detailed error message >>>> >>>> HTH >>>> >>>> Martin Pavlik >>>> RHEV QE >>>> >>>>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >>>>> >>>>> Hello again. >>>>> And thanks for the help, now I can create hosts, which run :) >>>>> >>>>> However I have run into a bit more trouble, again which seems a bit >>>> strange to me. >>>>> When trying to added a new Storage connection, I get this: >>>>> Error while executing action: Cannot add Storage Connection. Storage >>>> connection already exists. >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >>>>> >>>>> My exports file, look like this: >>>>> /home/iso >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>>> >>>>> d=36,anongid=36) /home/data >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>>> >>>>> d=36,anongid=36) /home/import_data >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>>> >>>>> d=36,anongid=36) >>>>> >>>>> Copied from the oVirt basic setup guide. >>>>> And I have restarted my NFS server service, and create the >>>>> directories. >>>>> >>>>> Can some one help with this? and explain the problem to me? If you >>>>> need >>>> more info, please tell me. >>>>> Thanks and Best Regards >>>>> - Lars >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> Hey. >>> I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no >>> avail. >>> So please help me again, I have looked through logs, and found this: >>> 015-01-20 08:40:14,177 INFO >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, >>> Custom Event ID: -1, Message: User admin logged in. >>> 2015-01-20 08:40:14,226 INFO >>> [org.ovirt.engine.core.bll.aaa.LoginUserCommand] >>> (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: >>> false. >>> 2015-01-20 08:41:04,709 INFO >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) >>> [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION >>> , sharedLocks= ] >>> 2015-01-20 08:41:04,711 WARN >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) >>> [27222a90] CanDoAction of action AddStorageServerConnection failed. >>> Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS >>> 2015-01-20 08:41:04,711 INFO >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) >>> [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION >>> , sharedLocks= ] >>> >>> But I am not really sure what to do, to fix it :) The complete oVirt >>> log folder can be found here: >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar >>> >>> Thanks and Best Regards >>> - Lars > I have removed the restrictions. Still no loot. > The logs for oVirt and VDSM > https://dl.dropboxusercontent.com/u/55488/documents-export-2015-01-20.zip > Really no one has an explanation ? :( -- Med venlig hilsen / Best Regards Lars Nielsen Student developer at Steinwurf lars at steinwurf.com From alexeynikolaev.post at yandex.ru Thu Jan 22 09:42:16 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Thu, 22 Jan 2015 12:42:16 +0300 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: Message-ID: <790331421919736@web30m.yandex.ru> An HTML attachment was scrubbed... URL: From mperina at redhat.com Thu Jan 22 09:57:43 2015 From: mperina at redhat.com (Martin Perina) Date: Thu, 22 Jan 2015 04:57:43 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: Message-ID: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> Hi, first of all are you sure that Fujitsu PRIMERGY is accessible using IPMI protocol? If so, could you provide engine.log and also vdsm.log from host that was used as fencing proxy? You can find out which host is used as a proxy either in Events tab after you execute the test or in engine.log. Thanks Martin Perina ----- Original Message ----- > From: "Renchu Mathew" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 7:41:43 AM > Subject: [ovirt-users] Power Management config on Ovirt > > > > Dear all, > > > > I am trying to configure power management on ovirt v3.5 > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu PRIMERGY > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power management > configuration. The test gives a message ?Test failed, argument of type > ?NoneType? is not iterable? as below . Also tried rsb type as per redhat > document. > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we need to > specify anything in Options? > > > > Please help me. > > > > > > > > > > > > > > > > Best Regards > > > > > > Renchu Mathew > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From renchu at cracknell.com Thu Jan 22 11:37:51 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Thu, 22 Jan 2015 11:37:51 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, Please find attached log files from engine and proxy host. Not sure whether IPMI or which one can be used. It is Fujitsu iRMC port. I also tried the rsb but same error. Can we configure Power management using Fujitsu iRMC? Thanks & Regards Renchu Mathew? -----Original Message----- From: Martin Perina [mailto:mperina at redhat.com] Sent: Thursday, January 22, 2015 1:58 PM To: Renchu Mathew Cc: users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi, first of all are you sure that Fujitsu PRIMERGY is accessible using IPMI protocol? If so, could you provide engine.log and also vdsm.log from host that was used as fencing proxy? You can find out which host is used as a proxy either in Events tab after you execute the test or in engine.log. Thanks Martin Perina ----- Original Message ----- > From: "Renchu Mathew" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 7:41:43 AM > Subject: [ovirt-users] Power Management config on Ovirt > > > > Dear all, > > > > I am trying to configure power management on ovirt v3.5 > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > PRIMERGY > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > management configuration. The test gives a message ?Test failed, > argument of type ?NoneType? is not iterable? as below . Also tried rsb > type as per redhat document. > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > need to specify anything in Options? > > > > Please help me. > > > > > > > > > > > > > > > > Best Regards > > > > > > Renchu Mathew > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 1773129 bytes Desc: vdsm.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 79178 bytes Desc: engine.log URL: From j.astrego at netbulae.eu Thu Jan 22 11:41:40 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 12:41:40 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: References: Message-ID: <54C0E1F4.1040901@netbulae.eu> On 10/31/2014 02:47 PM, Marcelo Donato wrote: > > Below the solution. Resolved By "Alon Bar-Lev" > > > > 1. install ovirt-engine-extension-aaa-ldap, it is available in > ovirt-3.5-snapshots repository. > > 2. create /etc/ovirt-engine/extensions.d/din.intranet-authz.properties > > ovirt.engine.extension.name = > din-intranet-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din.intranet.properties > > 3. create /etc/ovirt-engine/extensions.d/din.intranet-authn.properties > > ovirt.engine.extension.name = > din-intranet-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name > = din.intranet > ovirt.engine.aaa.authn.authz.plugin = din-intranet-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din.intranet.properties > > 4. create /etc/ovirt-engine/aaa/din.intranet.properties > > include = > > vars.user = uid=admin,cn=users,cn=accounts,dc=din,dc=intranet > vars.password = 123456 > vars.server = ipa1.din.intranet > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > 5. restart engine. > > > Thanks a lot Alon. Thanks for this, saved me some time! Just a couple of addtions, please hash the password with SSHA (I really hate plain text admin passwords...) I tried putting an {SSHA} encoded password in "vars.password =", but it fails to authenticate while plain text works fine. For people with multiple ipa replica's I you guess you need to use: Round robin configuration: vars.server1 = ipa1.din.intranet vars.server2 = ipa2.din.intranet pool.default.serverset.type = round-robin pool.default.serverset.round-robin.1.server = ${global:vars.server1} pool.default.serverset.round-robin.2.server = ${global:vars.server2} instead of vars.server = ipa1.din.intranet pool.default.serverset.single.server = ${global:vars.server} But I still have to test that as our second replica is down at the moment. Also can we get rid of the internal admin or better just disable internal authenticationt without problems? As we have ipa we don't want local login enabled, but in emergency situations we might need to turn it on quickly. Kind regards, Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 22 11:59:52 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 22 Jan 2015 06:59:52 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <54C0E1F4.1040901@netbulae.eu> References: <54C0E1F4.1040901@netbulae.eu> Message-ID: <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 1:41:40 PM > Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > > > On 10/31/2014 02:47 PM, Marcelo Donato wrote: > > > > > Below the solution. Resolved By "Alon Bar-Lev" < alonbl at redhat.com > > > > 1. install ovirt-engine-extension-aaa- ldap, it is available in > ovirt-3.5-snapshots repository. > > 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties > > ovirt.engine.extension.name = din-intranet-authz > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthzExtension > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > > 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties > > ovirt.engine.extension.name = din-intranet-authn > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthnExtension > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = din.intranet > ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > > 4. create /etc/ovirt-engine/aaa/din. intranet.properties > > include = > > vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet > vars.password = 123456 > vars.server = ipa1.din.intranet > > pool.default.serverset.single. server = ${global:vars.server} > pool.default.auth.simple. bindDN = ${global:vars.user} > pool.default.auth.simple. password = ${global:vars.password} > > 5. restart engine. > > > Thanks a lot Alon. > > > > Thanks for this, saved me some time! > > Just a couple of addtions, please hash the password with SSHA (I really hate > plain text admin passwords...) > I tried putting an {SSHA} encoded password in " vars.password =" , but it > fails to authenticate while plain text works fine. I am unsure I understand. using hash to store password hint at server side makes sense. but using hash to store password at client side does not makes sens, this means that if I get the server database I can authenticate to any user without knowing his password. Also, please note that the user you specify within configuration should not have any special privilege but to query public objects within ldap. > For people with multiple ipa replica's I you guess you need to use: > > Round robin configuration: vars.server1 = ipa1.din.intranet > vars.server2 = ipa2.din.intranet pool.default.serverset.type = > round-robin > pool.default.serverset.round-robin.1.server = ${global:vars.server1} > pool.default.serverset.round-robin.2.server = ${global:vars.server2} > > instead of > > vars.server = ipa1.din.intranet pool.default.serverset.single.server = > ${global:vars.server} > But I still have to test that as our second replica is down at the moment. Correct, there are multiple policies for you to choose from. > Also can we get rid of the internal admin or better just disable internal > authenticationt without problems? As we have ipa we don't want local login > enabled, but in emergency situations we might need to turn it on quickly. Yes, you can disable the internal by creating /etc/ovirt-engine/engine.conf.d/50-disable-internal.conf --- ENGINE_EXTENSION_ENABLED_builtin-authn-internal = false --- Hmmm.... we have a bug in this case... will fix, so let's just disable the authz for now. --- ENGINE_EXTENSION_ENABLED_internal = false --- Regards, Alon From j.astrego at netbulae.eu Thu Jan 22 12:09:18 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 13:09:18 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> Message-ID: <54C0E86E.1070307@netbulae.eu> On 01/22/2015 12:59 PM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 1:41:40 PM >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >> >> >> On 10/31/2014 02:47 PM, Marcelo Donato wrote: >> >> >> >> >> Below the solution. Resolved By "Alon Bar-Lev" < alonbl at redhat.com > >> >> >> 1. install ovirt-engine-extension-aaa- ldap, it is available in >> ovirt-3.5-snapshots repository. >> >> 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties >> >> ovirt.engine.extension.name = din-intranet-authz >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >> >> 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties >> >> ovirt.engine.extension.name = din-intranet-authn >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn >> ovirt.engine.aaa.authn.profile.name = din.intranet >> ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >> >> 4. create /etc/ovirt-engine/aaa/din. intranet.properties >> >> include = >> >> vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet >> vars.password = 123456 >> vars.server = ipa1.din.intranet >> >> pool.default.serverset.single. server = ${global:vars.server} >> pool.default.auth.simple. bindDN = ${global:vars.user} >> pool.default.auth.simple. password = ${global:vars.password} >> >> 5. restart engine. >> >> >> Thanks a lot Alon. >> >> >> >> Thanks for this, saved me some time! >> >> Just a couple of addtions, please hash the password with SSHA (I really hate >> plain text admin passwords...) >> I tried putting an {SSHA} encoded password in " vars.password =" , but it >> fails to authenticate while plain text works fine. > I am unsure I understand. > using hash to store password hint at server side makes sense. > but using hash to store password at client side does not makes sens, this means that if I get the server database I can authenticate to any user without knowing his password. > > Also, please note that the user you specify within configuration should not have any special privilege but to query public objects within ldap. I don't like storing plain text in textfiles, so I try to avoid it. Even if it is a read only user there are no "public" objects that I like to expose to anyone. I can query groups, group members, e-mail addresses, krbPasswordExpiration, krbLastPwdChange etc. with this user. So that's why I try to have the bind user password hashed in the properties file. >> For people with multiple ipa replica's I you guess you need to use: >> >> Round robin configuration: vars.server1 = ipa1.din.intranet >> vars.server2 = ipa2.din.intranet pool.default.serverset.type = >> round-robin >> pool.default.serverset.round-robin.1.server = ${global:vars.server1} >> pool.default.serverset.round-robin.2.server = ${global:vars.server2} >> >> instead of >> >> vars.server = ipa1.din.intranet pool.default.serverset.single.server = >> ${global:vars.server} >> But I still have to test that as our second replica is down at the moment. > Correct, there are multiple policies for you to choose from. > >> Also can we get rid of the internal admin or better just disable internal >> authenticationt without problems? As we have ipa we don't want local login >> enabled, but in emergency situations we might need to turn it on quickly. > Yes, you can disable the internal by creating /etc/ovirt-engine/engine.conf.d/50-disable-internal.conf > --- > ENGINE_EXTENSION_ENABLED_builtin-authn-internal = false > --- > > Hmmm.... we have a bug in this case... will fix, so let's just disable the authz for now. > --- > ENGINE_EXTENSION_ENABLED_internal = false > --- > > Regards, > Alon thanks! that will work. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 22 12:13:37 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 22 Jan 2015 07:13:37 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <54C0E86E.1070307@netbulae.eu> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> Message-ID: <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 2:09:18 PM > Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > > > On 01/22/2015 12:59 PM, Alon Bar-Lev wrote: > > > > ----- Original Message ----- > >> From: "Jorick Astrego" > >> To: users@ ovirt.org > >> Sent: Thursday, January 22, 2015 1:41:40 PM > >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > >> > >> > >> On 10/31/2014 02:47 PM, Marcelo Donato wrote: > >> > >> > >> > >> > >> Below the solution. Resolved By "Alon Bar-Lev" < alonbl@ redhat.com > > >> > >> > >> 1. install ovirt-engine-extension-aaa- ldap, it is available in > >> ovirt-3.5-snapshots repository. > >> > >> 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties > >> > >> ovirt.engine.extension.name = din-intranet-authz > >> ovirt.engine.extension. bindings.method = jbossmodule > >> ovirt.engine.extension. binding.jbossmodule.module = > >> org.ovirt.engine-extensions. aaa.ldap > >> ovirt.engine.extension. binding.jbossmodule.class = > >> org.ovirt.engineextensions. aaa.ldap.AuthzExtension > >> ovirt.engine.extension. provides = org.ovirt.engine.api. > >> extensions.aaa.Authz > >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > >> > >> 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties > >> > >> ovirt.engine.extension.name = din-intranet-authn > >> ovirt.engine.extension. bindings.method = jbossmodule > >> ovirt.engine.extension. binding.jbossmodule.module = > >> org.ovirt.engine-extensions. aaa.ldap > >> ovirt.engine.extension. binding.jbossmodule.class = > >> org.ovirt.engineextensions. aaa.ldap.AuthnExtension > >> ovirt.engine.extension. provides = org.ovirt.engine.api. > >> extensions.aaa.Authn > >> ovirt.engine.aaa.authn.profile.name = din.intranet > >> ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz > >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > >> > >> 4. create /etc/ovirt-engine/aaa/din. intranet.properties > >> > >> include = > >> > >> vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet > >> vars.password = 123456 > >> vars.server = ipa1.din.intranet > >> > >> pool.default.serverset.single. server = ${global:vars.server} > >> pool.default.auth.simple. bindDN = ${global:vars.user} > >> pool.default.auth.simple. password = ${global:vars.password} > >> > >> 5. restart engine. > >> > >> > >> Thanks a lot Alon. > >> > >> > >> > >> Thanks for this, saved me some time! > >> > >> Just a couple of addtions, please hash the password with SSHA (I really > >> hate > >> plain text admin passwords...) > >> I tried putting an {SSHA} encoded password in " vars.password =" , but it > >> fails to authenticate while plain text works fine. > > I am unsure I understand. > > using hash to store password hint at server side makes sense. > > but using hash to store password at client side does not makes sens, this > > means that if I get the server database I can authenticate to any user > > without knowing his password. > > > > Also, please note that the user you specify within configuration should not > > have any special privilege but to query public objects within ldap. > I don't like storing plain text in textfiles, so I try to avoid it. Even > if it is a read only user there are no "public" objects that I like to > expose to anyone. I can query groups, group members, e-mail addresses, > krbPasswordExpiration, krbLastPwdChange etc. with this user. > > So that's why I try to have the bind user password hashed in the > properties file. as I wrote above, storing hash instead of password does not enhance security. it is the same as if you just set the user's password to the hash. > >> For people with multiple ipa replica's I you guess you need to use: > >> > >> Round robin configuration: vars.server1 = ipa1.din.intranet > >> vars.server2 = ipa2.din.intranet pool.default.serverset.type = > >> round-robin > >> pool.default.serverset.round-robin.1.server = ${global:vars.server1} > >> pool.default.serverset.round-robin.2.server = ${global:vars.server2} > >> > >> instead of > >> > >> vars.server = ipa1.din.intranet pool.default.serverset.single.server = > >> ${global:vars.server} > >> But I still have to test that as our second replica is down at the moment. > > Correct, there are multiple policies for you to choose from. > > > >> Also can we get rid of the internal admin or better just disable internal > >> authenticationt > without problems? As we have ipa we don't want local login > >> enabled, but in emergency situations we might need to turn it on quickly. > > Yes, you can disable the internal by creating > > /etc/ovirt-engine/engine.conf.d/50-disable-internal.conf > > --- > > ENGINE_EXTENSION_ENABLED_builtin-authn-internal = false > > --- > > > > Hmmm.... we have a bug in this case... will fix, so let's just disable the > > authz for now. > > --- > > ENGINE_EXTENSION_ENABLED_internal = false > > --- > > > > Regards, > > Alon > thanks! that will work. > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From j.astrego at netbulae.eu Thu Jan 22 12:30:30 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 13:30:30 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> Message-ID: <54C0ED66.9090309@netbulae.eu> On 01/22/2015 01:13 PM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 2:09:18 PM >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >> >> >> On 01/22/2015 12:59 PM, Alon Bar-Lev wrote: >>> ----- Original Message ----- >>>> From: "Jorick Astrego" >>>> To: users@ ovirt.org >>>> Sent: Thursday, January 22, 2015 1:41:40 PM >>>> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >>>> >>>> >>>> On 10/31/2014 02:47 PM, Marcelo Donato wrote: >>>> >>>> >>>> >>>> >>>> Below the solution. Resolved By "Alon Bar-Lev" < alonbl@ redhat.com > >>>> >>>> >>>> 1. install ovirt-engine-extension-aaa- ldap, it is available in >>>> ovirt-3.5-snapshots repository. >>>> >>>> 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties >>>> >>>> ovirt.engine.extension.name = din-intranet-authz >>>> ovirt.engine.extension. bindings.method = jbossmodule >>>> ovirt.engine.extension. binding.jbossmodule.module = >>>> org.ovirt.engine-extensions. aaa.ldap >>>> ovirt.engine.extension. binding.jbossmodule.class = >>>> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >>>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>>> extensions.aaa.Authz >>>> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >>>> >>>> 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties >>>> >>>> ovirt.engine.extension.name = din-intranet-authn >>>> ovirt.engine.extension. bindings.method = jbossmodule >>>> ovirt.engine.extension. binding.jbossmodule.module = >>>> org.ovirt.engine-extensions. aaa.ldap >>>> ovirt.engine.extension. binding.jbossmodule.class = >>>> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >>>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>>> extensions.aaa.Authn >>>> ovirt.engine.aaa.authn.profile.name = din.intranet >>>> ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz >>>> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >>>> >>>> 4. create /etc/ovirt-engine/aaa/din. intranet.properties >>>> >>>> include = >>>> >>>> vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet >>>> vars.password = 123456 >>>> vars.server = ipa1.din.intranet >>>> >>>> pool.default.serverset.single. server = ${global:vars.server} >>>> pool.default.auth.simple. bindDN = ${global:vars.user} >>>> pool.default.auth.simple. password = ${global:vars.password} >>>> >>>> 5. restart engine. >>>> >>>> >>>> Thanks a lot Alon. >>>> >>>> >>>> >>>> Thanks for this, saved me some time! >>>> >>>> Just a couple of addtions, please hash the password with SSHA (I really >>>> hate >>>> plain text admin passwords...) >>>> I tried putting an {SSHA} encoded password in " vars.password =" , but it >>>> fails to authenticate while plain text works fine. >>> I am unsure I understand. >>> using hash to store password hint at server side makes sense. >>> but using hash to store password at client side does not makes sens, this >>> means that if I get the server database I can authenticate to any user >>> without knowing his password. >>> >>> Also, please note that the user you specify within configuration should not >>> have any special privilege but to query public objects within ldap. >> I don't like storing plain text in textfiles, so I try to avoid it. Even >> if it is a read only user there are no "public" objects that I like to >> expose to anyone. I can query groups, group members, e-mail addresses, >> krbPasswordExpiration, krbLastPwdChange etc. with this user. >> >> So that's why I try to have the bind user password hashed in the >> properties file. > as I wrote above, storing hash instead of password does not enhance security. > it is the same as if you just set the user's password to the hash. Ah yes, silly me. You are absolutely right. It has been such a long habit... But it does help when people intercept the traffic. Does the ldap plugin send it hashed to the ldap server? I think FreeIPA supports salted sha512 but I'm not entirely sure. You'll probably say that I need to enable TLS, but there have been many weaknesses in ssl and MITM issues. So more is always better in a security perspective. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 22 12:47:39 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 22 Jan 2015 07:47:39 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <54C0ED66.9090309@netbulae.eu> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> <54C0ED66.9090309@netbulae.eu> Message-ID: <1429878412.8945839.1421930859647.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 2:30:30 PM > Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > > >>>> > >>>> Just a couple of addtions, please hash the password with SSHA (I really > >>>> hate > >>>> plain text admin passwords...) > >>>> I tried putting an {SSHA} encoded password in " vars.password =" , but > >>>> it > >>>> fails to authenticate while plain text works fine. > >>> I am unsure I understand. > >>> using hash to store password hint at server side makes sense. > >>> but using hash to store password at client side does not makes sens, this > >>> means that if I get the server database I can authenticate to any user > >>> without knowing his password. > >>> > >>> Also, please note that the user you specify within configuration should > >>> not > >>> have any special privilege but to query public objects within ldap. > >> I don't like storing plain text in textfiles, so I try to avoid it. Even > >> if it is a read only user there are no "public" objects that I like to > >> expose to anyone. I can query groups, group members, e-mail addresses, > >> krbPasswordExpiration, krbLastPwdChange etc. with this user. > >> > >> So that's why I try to have the bind user password hashed in the > >> properties file. > > as I wrote above, storing hash instead of password does not enhance > > security. > > it is the same as if you just set the user's password to the hash. > > Ah yes, silly me. You are absolutely > right. It has been such a long > habit... But it does help when people intercept the traffic. No it is not... exactly the opposite... if the hash is sent it is actually weaker than password, as it has lower diversity. If you wish you can enable digest-MD5 and use SASL, but still you must store the plain password at client side. > Does the > ldap plugin send it hashed to the ldap server? > > I think FreeIPA supports salted sha512 but I'm not entirely sure. > > You'll probably say that I need to enable TLS, but there have been many > weaknesses in ssl and MITM issues. So more is always better in a > security perspective. > Using plain protocol will always be weaker than using TLS, even if you use digest-MD5, kerberos or any other challenge-response mechanism. As the password must be kept at client side no mater what protocol you use, using TLS and simple bind is the minimum you can have. I believe that TLS + simple bind is sufficient for most usages for a user that has no special access to information. >From my experience enabling SASL does have its issues, but you may want to check it out if you do not trust TLS, but even if you use SASL, better to use it over TLS. Alon From j.astrego at netbulae.eu Thu Jan 22 12:48:34 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 13:48:34 +0100 Subject: [ovirt-users] roles for foreman integration user Message-ID: <54C0F1A2.4080704@netbulae.eu> Hi, Quick question, which foreman roles does the foreman integration user require in the foreman. I've tried a couple of permission settings but can only get the test to work when the use has role admin. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mperina at redhat.com Thu Jan 22 12:48:43 2015 From: mperina at redhat.com (Martin Perina) Date: Thu, 22 Jan 2015 07:48:43 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> Message-ID: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> Hi, according to [1] Fujitsu iRMC should be accessible using IPMI. Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. According to engine.log, host Node-02.cracknell.com was used as fence proxy. Are you sure that vdsm.log is from this host? Thanks Martin [1] https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.html ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 12:37:51 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > Please find attached log files from engine and proxy host. Not sure whether > IPMI or which one can be used. It is Fujitsu iRMC port. I also tried the rsb > but same error. > > Can we configure Power management using Fujitsu iRMC? > > Thanks & Regards > > Renchu Mathew > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 1:58 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi, > > first of all are you sure that Fujitsu PRIMERGY is accessible using IPMI > protocol? If so, could you provide engine.log and also vdsm.log from host > that was used as fencing proxy? You can find out which host is used as a > proxy either in Events tab after you execute the test or in engine.log. > > Thanks > > Martin Perina > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: users at ovirt.org > > Sent: Thursday, January 22, 2015 7:41:43 AM > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > Dear all, > > > > > > > > I am trying to configure power management on ovirt v3.5 > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > PRIMERGY > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > management configuration. The test gives a message ?Test failed, > > argument of type ?NoneType? is not iterable? as below . Also tried rsb > > type as per redhat document. > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > need to specify anything in Options? > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From ovedo at redhat.com Thu Jan 22 12:58:13 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Thu, 22 Jan 2015 07:58:13 -0500 (EST) Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <54C0F1A2.4080704@netbulae.eu> References: <54C0F1A2.4080704@netbulae.eu> Message-ID: <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> Have a look at the prerequisites section in http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning It specifies what you must be able to do in Foreman for the integration to work. (currently we require proper permissions to view relevant bare-metal hosts, host groups, compute resources and execute provision request - which is a request to add a host). It is not the complete set of specific roles in Foreman, but it can help do the mapping. CC-ing also Ohad from the Foreman team, which can help if the information in the wiki isn't enough. Thanks, Oved ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 2:48:34 PM > Subject: [ovirt-users] roles for foreman integration user > > Hi, > > Quick question, which foreman roles does the foreman integration user > require in the foreman. > > I've tried a couple of permission settings but can only get the test to > work when the use has role admin. > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From j.astrego at netbulae.eu Thu Jan 22 13:13:59 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 14:13:59 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <1429878412.8945839.1421930859647.JavaMail.zimbra@redhat.com> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> <54C0ED66.9090309@netbulae.eu> <1429878412.8945839.1421930859647.JavaMail.zimbra@redhat.com> Message-ID: <54C0F797.9010206@netbulae.eu> On 01/22/2015 01:47 PM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 2:30:30 PM >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >> >>>>>> Just a couple of addtions, please hash the password with SSHA (I really >>>>>> hate >>>>>> plain text admin passwords...) >>>>>> I tried putting an {SSHA} encoded password in " vars.password =" , but >>>>>> it >>>>>> fails to authenticate while plain text works fine. >>>>> I am unsure I understand. >>>>> using hash to store password hint at server side makes sense. >>>>> but using hash to store password at client side does not makes sens, this >>>>> means that if I get the server database I can authenticate to any user >>>>> without knowing his password. >>>>> >>>>> Also, please note that the user you specify within configuration should >>>>> not >>>>> have any special privilege but to query public objects within ldap. >>>> I don't like storing plain text in textfiles, so I try to avoid it. Even >>>> if it is a read only user there are no "public" objects that I like to >>>> expose to anyone. I can query groups, group members, e-mail addresses, >>>> krbPasswordExpiration, krbLastPwdChange etc. with this user. >>>> >>>> So that's why I try to have the bind user password hashed in the >>>> properties file. >>> as I wrote above, storing hash instead of password does not enhance >>> security. >>> it is the same as if you just set the user's password to the hash. >> Ah yes, silly me. You are absolutely >> right. It has been such a long >> habit... But it does help when people intercept the traffic. > No it is not... exactly the opposite... if the hash is sent it is actually weaker than password, as it has lower diversity. > If you wish you can enable digest-MD5 and use SASL, but still you must store the plain password at client side. > >> Does the >> ldap plugin send it hashed to the ldap server? >> >> I think FreeIPA supports salted sha512 but I'm not entirely sure. >> >> You'll probably say that I need to enable TLS, but there have been many >> weaknesses in ssl and MITM issues. So more is always better in a >> security perspective. >> > Using plain protocol will always be weaker than using TLS, even if you use digest-MD5, kerberos or any other challenge-response mechanism. > As the password must be kept at client side no mater what protocol you use, using TLS and simple bind is the minimum you can have. > I believe that TLS + simple bind is sufficient for most usages for a user that has no special access to information. > From my experience enabling SASL does have its issues, but you may want to check it out if you do not trust TLS, but even if you use SASL, better to use it over TLS. > > Alon Thanks for clarifying! So I was thought wrong all these years ago ;-) Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Thu Jan 22 13:25:51 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 14:25:51 +0100 Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> Message-ID: <54C0FA5F.8050202@netbulae.eu> I will check, but I now also have the problem in reverse. The compute resource in foreman 1.6 will only work with admin at internal. Gave the external user the superuser role to test but still permission denied. I also cannot login to the api with this user manually, do I have to configure external authentication for api access somewhere else? Thanks for all the help! Jorick On 01/22/2015 01:58 PM, Oved Ourfali wrote: > Have a look at the prerequisites section in http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning > It specifies what you must be able to do in Foreman for the integration to work. > (currently we require proper permissions to view relevant bare-metal hosts, host groups, compute resources and execute provision request - which is a request to add a host). > > It is not the complete set of specific roles in Foreman, but it can help do the mapping. > > CC-ing also Ohad from the Foreman team, which can help if the information in the wiki isn't enough. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 2:48:34 PM >> Subject: [ovirt-users] roles for foreman integration user >> >> Hi, >> >> Quick question, which foreman roles does the foreman integration user >> require in the foreman. >> >> I've tried a couple of permission settings but can only get the test to >> work when the use has role admin. >> >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Thu Jan 22 13:29:58 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Thu, 22 Jan 2015 08:29:58 -0500 (EST) Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <54C0FA5F.8050202@netbulae.eu> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> Message-ID: <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> You need to share the logs on both ends (ovirt+foreman) for us to understand it. Thanks, Oved ----- Original Message ----- > From: "Jorick Astrego" > To: "Oved Ourfali" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 3:25:51 PM > Subject: Re: [ovirt-users] roles for foreman integration user > > I will check, but I now also have the problem in reverse. The compute > resource in foreman 1.6 will only work with admin at internal. Gave the > external user the superuser role to test but still permission denied. > > I also cannot login to the api with this user manually, do I have to > configure external authentication for api access somewhere else? > > Thanks for all the help! > > Jorick > > On 01/22/2015 01:58 PM, Oved Ourfali wrote: > > Have a look at the prerequisites section in > > http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning > > It specifies what you must be able to do in Foreman for the integration to > > work. > > (currently we require proper permissions to view relevant bare-metal hosts, > > host groups, compute resources and execute provision request - which is a > > request to add a host). > > > > It is not the complete set of specific roles in Foreman, but it can help do > > the mapping. > > > > CC-ing also Ohad from the Foreman team, which can help if the information > > in the wiki isn't enough. > > > > Thanks, > > Oved > > > > ----- Original Message ----- > >> From: "Jorick Astrego" > >> To: users@ ovirt.org > >> Sent: Thursday, January 22, 2015 2:48:34 PM > >> Subject: [ovirt-users] roles for foreman integration user > >> > >> Hi, > >> > >> Quick question, which foreman roles does the foreman integration user > >> require in the foreman. > >> > >> I've tried a couple of permission settings but can only get the test to > >> work when the use has role admin. > >> > >> > >> > >> > >> > >> Met vriendelijke groet, With kind regards, > >> > >> Jorick Astrego > >> > >> Netbulae Virtualization Experts > >> > >> Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 > >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users@ ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From didi at redhat.com Thu Jan 22 13:30:18 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Thu, 22 Jan 2015 08:30:18 -0500 (EST) Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available In-Reply-To: <54BFCF49.1040802@redhat.com> References: <54BFCF49.1040802@redhat.com> Message-ID: <2132684401.14318914.1421933418659.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: announce at ovirt.org, Users at ovirt.org, devel at ovirt.org > Sent: Wednesday, January 21, 2015 6:09:45 PM > Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is > now available as of Jan 21st 2015. > > The release candidate is available now for Fedora 20, Red Hat Enterprise > Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS > 7 (or similar). > > This release of oVirt includes numerous bug fixes. See the release notes [1] > for a list of the new features and bugs fixed. > > Please refer to release notes [1] for Installation / Upgrade instructions. > > A new oVirt Live and oVirt Node ISO will be available soon as well[2]. > > Please note that mirrors[3] may need usually one day before being > synchronized. > > Please refer to the release notes for known issues in this release. > > [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes > [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ ovirt-live-el6-3.5.1.iso is now there. -- Didi From alexeynikolaev.post at yandex.ru Thu Jan 22 13:31:20 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Thu, 22 Jan 2015 16:31:20 +0300 Subject: [ovirt-users] Failed to import Vm Message-ID: <2463411421933480@web17m.yandex.ru> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm_engine_server_log.zip Type: application/zip Size: 921335 bytes Desc: not available URL: From renchu at cracknell.com Thu Jan 22 13:39:43 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Thu, 22 Jan 2015 13:39:43 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, Yes. The vdsm host.log is from node-02. I have checked the link and it says we need to install the sever view management agent & net-snmp on the hosts. Do we need to try this? How to install this on node? I used the below irmc admin user. [cid:image001.png at 01D03669.DD48B4E0] Regards Renchu Mathew | Sr. IT Administrator CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB www.cracknell.com This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. If you are not the intended recipient please let us know by email reply and delete it from the system. Please note that any views or opinions presented in this email do not necessarily represent those of the company. Email transmissions cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The company therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. -----Original Message----- From: Martin Perina [mailto:mperina at redhat.com] Sent: Thursday, January 22, 2015 4:49 PM To: Renchu Mathew Cc: users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi, according to [1] Fujitsu iRMC should be accessible using IPMI. Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. According to engine.log, host Node-02.cracknell.com was used as fence proxy. Are you sure that vdsm.log is from this host? Thanks Martin [1] https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.html ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 12:37:51 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > Please find attached log files from engine and proxy host. Not sure > whether IPMI or which one can be used. It is Fujitsu iRMC port. I also > tried the rsb but same error. > > Can we configure Power management using Fujitsu iRMC? > > Thanks & Regards > > Renchu Mathew > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 1:58 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi, > > first of all are you sure that Fujitsu PRIMERGY is accessible using > IPMI protocol? If so, could you provide engine.log and also vdsm.log > from host that was used as fencing proxy? You can find out which host > is used as a proxy either in Events tab after you execute the test or in engine.log. > > Thanks > > Martin Perina > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: users at ovirt.org > > Sent: Thursday, January 22, 2015 7:41:43 AM > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > Dear all, > > > > > > > > I am trying to configure power management on ovirt v3.5 > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > PRIMERGY > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > management configuration. The test gives a message ?Test failed, > > argument of type ?NoneType? is not iterable? as below . Also tried > > rsb type as per redhat document. > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > need to specify anything in Options? > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 2355 bytes Desc: image001.png URL: From j.astrego at netbulae.eu Thu Jan 22 13:48:45 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 14:48:45 +0100 Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> Message-ID: <54C0FFBD.5060602@netbulae.eu> Ah sorry, could have checked myself. Trying to get 3.5.1 running for DEV in a hurry ;-) Processing by ComputeResourcesController#test_connection as */* Parameters: {"utf8"=>"?", "authenticity_token"=>"D/PZVxVpow1glpUBkxcD90WsMJjAxilbdWgXClgf7C8=", "compute_resource"=>{"name"=>"engineen", "provider"=>"Ovirt", "description"=>"", "url"=>"https://ovirt-engine.netbulae.test/api", "user"=>"test-admin at netbulae.test", "password"=>"[FILTERED]", "location_ids"=>["", "2"], "organization_ids"=>["", "1"]}, "cr_id"=>"null"} CR_ID IS null String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted And the other side: 2015-01-22 13:59:20,034 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-8) [1414b745] Correlation ID: 1414b745, Call Stack: null, Custom Event ID: -1, Message: User/Group test- was granted permission for Role DataCenterAdmin on System by 2015-01-22 14:00:21,674 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:00:21,763 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-6) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:00:21,849 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-5) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:09:39,982 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:09:40,071 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-8) User test-adminauthentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:09:40,203 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-2) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED Cheers, Jorick On 01/22/2015 02:29 PM, Oved Ourfali wrote: > You need to share the logs on both ends (ovirt+foreman) for us to understand it. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: "Oved Ourfali" >> Cc: users at ovirt.org >> Sent: Thursday, January 22, 2015 3:25:51 PM >> Subject: Re: [ovirt-users] roles for foreman integration user >> >> I will check, but I now also have the problem in reverse. The compute >> resource in foreman 1.6 will only work with admin at internal. Gave the >> external user the superuser role to test but still permission denied. >> >> I also cannot login to the api with this user manually, do I have to >> configure external authentication for api access somewhere else? >> >> Thanks for all the help! >> >> Jorick >> >> On 01/22/2015 01:58 PM, Oved Ourfali wrote: >>> Have a look at the prerequisites section in >>> http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning >>> It specifies what you must be able to do in Foreman for the integration to >>> work. >>> (currently we require proper permissions to view relevant bare-metal hosts, >>> host groups, compute resources and execute provision request - which is a >>> request to add a host). >>> >>> It is not the complete set of specific roles in Foreman, but it can help do >>> the mapping. >>> >>> CC-ing also Ohad from the Foreman team, which can help if the information >>> in the wiki isn't enough. >>> >>> Thanks, >>> Oved >>> >>> ----- Original Message ----- >>>> From: "Jorick Astrego" >>>> To: users@ ovirt.org >>>> Sent: Thursday, January 22, 2015 2:48:34 PM >>>> Subject: [ovirt-users] roles for foreman integration user >>>> >>>> Hi, >>>> >>>> Quick question, which foreman roles does the foreman integration user >>>> require in the foreman. >>>> >>>> I've tried a couple of permission settings but can only get the test to >>>> work when the use has role admin. >>>> >>>> >>>> >>>> >>>> >>>> Met vriendelijke groet, With kind regards, >>>> >>>> Jorick Astrego >>>> >>>> Netbulae Virtualization Experts >>>> >>>> Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 >>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users@ ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Thu Jan 22 13:55:06 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Thu, 22 Jan 2015 08:55:06 -0500 (EST) Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <54C0FFBD.5060602@netbulae.eu> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> <54C0FFBD.5060602@netbulae.eu> Message-ID: <1782147377.13447945.1421934906755.JavaMail.zimbra@redhat.com> are you able to login with these credentials to oVirt directly? ----- Original Message ----- > From: "Jorick Astrego" > To: "Oved Ourfali" > Cc: "Ohad Levy" , users at ovirt.org > Sent: Thursday, January 22, 2015 3:48:45 PM > Subject: Re: [ovirt-users] roles for foreman integration user > > Ah sorry, could have checked myself. Trying to get 3.5.1 running for DEV in a > hurry ;-) > > > > Processing by ComputeResourcesController#test_connection as */* > Parameters: {"utf8"=>"?", > "authenticity_token"=>"D/PZVxVpow1glpUBkxcD90WsMJjAxilbdWgXClgf7C8=", > "compute_resource"=>{"name"=>"engineen", "provider"=>"Ovirt", > "description"=>"", "url"=> "https://ovirt-engine.netbulae.test/api" , > "user"=> "test-admin at netbulae.test" , "password"=>"[FILTERED]", > "location_ids"=>["", "2"], "organization_ids"=>["", "1"]}, "cr_id"=>"null"} > CR_ID IS null > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > > And the other side: > > > > 2015-01-22 13:59:20,034 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-8-thread-8) [1414b745] Correlation ID: 1414b745, Call > Stack: null, Custom Event ID: -1, Message: User/Group test- was granted > permission for Role DataCenterAdmin on System by > 2015-01-22 14:00:21,674 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:00:21,763 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-6) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:00:21,849 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-5) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:09:39,982 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:09:40,071 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-8) User test-adminauthentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:09:40,203 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-2) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > Cheers, Jorick > > > On 01/22/2015 02:29 PM, Oved Ourfali wrote: > > > > You need to share the logs on both ends (ovirt+foreman) for us to understand > it. > > Thanks, > Oved > > ----- Original Message ----- > > > > From: "Jorick Astrego" To: "Oved Ourfali" > Cc: users at ovirt.org Sent: Thursday, January 22, 2015 > 3:25:51 PM > Subject: Re: [ovirt-users] roles for foreman integration user > > I will check, but I now also have the problem in reverse. The compute > resource in foreman 1.6 will only work with admin at internal. Gave the > external user the superuser role to test but still permission denied. > > I also cannot login to the api with this user manually, do I have to > configure external authentication for api access somewhere else? > > Thanks for all the help! > > Jorick > > On 01/22/2015 01:58 PM, Oved Ourfali wrote: > > > > Have a look at the prerequisites section in > http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning It > specifies what you must be able to do in Foreman for the integration to > work. > (currently we require proper permissions to view relevant bare-metal hosts, > host groups, compute resources and execute provision request - which is a > request to add a host). > > It is not the complete set of specific roles in Foreman, but it can help do > the mapping. > > CC-ing also Ohad from the Foreman team, which can help if the information > in the wiki isn't enough. > > Thanks, > Oved > > ----- Original Message ----- > > > > From: "Jorick Astrego" > To: users@ ovirt.org > Sent: Thursday, January 22, 2015 2:48:34 PM > Subject: [ovirt-users] roles for foreman integration user > > Hi, > > Quick question, which foreman roles does the foreman integration user > require in the foreman. > > I've tried a couple of permission settings but can only get the test to > work when the use has role admin. > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users@ ovirt.org http://lists.ovirt.org/mailman/listinfo/users > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mperina at redhat.com Thu Jan 22 14:12:17 2015 From: mperina at redhat.com (Martin Perina) Date: Thu, 22 Jan 2015 09:12:17 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> Message-ID: <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 2:39:43 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > > > Yes. The vdsm host.log is from node-02. That's strange, I cannot find any call to fenceNode which should appear, if PM status is gathered. Eli, any idea? > I have checked the link and it says > we need to install the sever view management agent & net-snmp on the hosts. > Do we need to try this? How to install this on node? I used the below irmc > admin user. Not, AFAIK this is needed only from Clustersuite, but not for oVirt. But could you please execute this command on node-20 just to confirm that Fujitsu Primergy is communicating through IPMI: fence_ipmilan -a IP -l USER -p PASS -o status -v -P where IP is IPMI address (from the log it should be 192.168.1.114) USER and PASS please set according to you setup. Thanks Martin > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > Regards > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > This email, its content and any files transmitted with it are intended solely > for the addressee(s) and may be legally privileged and/or confidential. If > you are not the intended recipient please let us know by email reply and > delete it from the system. Please note that any views or opinions presented > in this email do not necessarily represent those of the company. Email > transmissions cannot be guaranteed to be secure or error-free as information > could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, > or contain viruses. The company therefore does not accept liability for any > errors or omissions in the contents of this message which arise as a result > of email transmission. > > > > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 4:49 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > Hi, > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > According to engine.log, host Node-02.cracknell.com was used as fence proxy. > Are you sure that vdsm.log is from this host? > > > > Thanks > > > > Martin > > > > [1] https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.html > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > Please find attached log files from engine and proxy host. Not sure > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I also > > > tried the rsb but same error. > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > Thanks & Regards > > > > > > Renchu Mathew > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 1:58 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi, > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible using > > > IPMI protocol? If so, could you provide engine.log and also vdsm.log > > > from host that was used as fencing proxy? You can find out which host > > > is used as a proxy either in Events tab after you execute the test or in > > engine.log. > > > > > > Thanks > > > > > > Martin Perina > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > To: users at ovirt.org > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > > > PRIMERGY > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > management configuration. The test gives a message ?Test failed, > > > > argument of type ?NoneType? is not iterable? as below . Also tried > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > From gianluca.cecchi at gmail.com Thu Jan 22 14:12:55 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 22 Jan 2015 15:12:55 +0100 Subject: [ovirt-users] Testing 2560x1200 from tablet and Opaque Message-ID: Hello, I have a CentOS 7 VM on oVirt 3.5 configured as desktop. What is the maximum display size it can get by default without particular customizations? In my case I'm testing from a 12.1" android tablet connected over wifi+openvpn and Opaque app. In Opaque I have a setting called Sync remote to display resolution My tablet resolution is 2560x1600 (btw I don't know if I can change it in Android scaling to any other resolution....) If I mark the setting above it seems it crashes If I deactivate it, I get a small window in upper left corner. I can change VM resolution up to 1920 and I get a bigger window, but I cannot go full screen for example... Anu advise at oVirt side to configure a bigger display size available? My VM has both oVirt Guest agent and spice vdagent installed ad active. Thanks in advance, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From tdemeter at itsmart.hu Thu Jan 22 14:33:06 2015 From: tdemeter at itsmart.hu (Demeter Tibor) Date: Thu, 22 Jan 2015 15:33:06 +0100 (CET) Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <1611737188.20908485.1421936305294.JavaMail.zimbra@itsmart.hu> Message-ID: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> Hello, I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs for serving backend storage for VM-s. Glusterfs are on same servers with ovirt. We have Gluster 3.5.1 on all of nodes. How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want data inconsistency/data loss/split brains? Need I update gluster version to the latest? How I need to upgrade the nodes ? Is there any whitepaper about this? Thanks in advance, Tibor -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Thu Jan 22 14:38:22 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 15:38:22 +0100 Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <1782147377.13447945.1421934906755.JavaMail.zimbra@redhat.com> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> <54C0FFBD.5060602@netbulae.eu> <1782147377.13447945.1421934906755.JavaMail.zimbra@redhat.com> Message-ID: <54C10B5E.8020208@netbulae.eu> Nope, I just reset the password twice in FreeIPA. Once with a random password and next with a very simple password 2015-01-22 15:31:09,344 INFO [org.ovirt.engine.core.bll.aaa.LoginBaseCommand] (ajp--127.0.0.1-8702-5) Cant login user "test-admin" with authentication profile "netbulae.test" because the authentication failed. 2015-01-22 15:31:09,366 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-5) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User test-admin at netbulae.test failed to log in. 2015-01-22 15:31:09,367 WARN [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-5) CanDoAction of action LoginAdminUser failed for user test-admin at netbulae.test. Reasons: USER_PASSWORD_EXPIRED On the ipa side, I don't see any authentication attempts in de logs. ldapsearch with the same account and password on the ipa works fine. On 01/22/2015 02:55 PM, Oved Ourfali wrote: > are you able to login with these credentials to oVirt directly? > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: "Oved Ourfali" >> Cc: "Ohad Levy" , users at ovirt.org >> Sent: Thursday, January 22, 2015 3:48:45 PM >> Subject: Re: [ovirt-users] roles for foreman integration user >> >> Ah sorry, could have checked myself. Trying to get 3.5.1 running for DEV in a >> hurry ;-) >> >> >> >> Processing by ComputeResourcesController#test_connection as */* >> Parameters: {"utf8"=>"?", >> "authenticity_token"=>"D/PZVxVpow1glpUBkxcD90WsMJjAxilbdWgXClgf7C8=", >> "compute_resource"=>{"name"=>"engineen", "provider"=>"Ovirt", >> "description"=>"", "url"=> "https://ovirt-engine.netbulae.test/api" , >> "user"=> "test-admin at netbulae.test" , "password"=>"[FILTERED]", >> "location_ids"=>["", "2"], "organization_ids"=>["", "1"]}, "cr_id"=>"null"} >> CR_ID IS null >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> >> And the other side: >> >> >> >> 2015-01-22 13:59:20,034 INFO >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (org.ovirt.thread.pool-8-thread-8) [1414b745] Correlation ID: 1414b745, Call >> Stack: null, Custom Event ID: -1, Message: User/Group test- was granted >> permission for Role DataCenterAdmin on System by >> 2015-01-22 14:00:21,674 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:00:21,763 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-6) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:00:21,849 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-5) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:09:39,982 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:09:40,071 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-8) User test-adminauthentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:09:40,203 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-2) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> Cheers, Jorick >> >> >> On 01/22/2015 02:29 PM, Oved Ourfali wrote: >> >> >> >> You need to share the logs on both ends (ovirt+foreman) for us to understand >> it. >> >> Thanks, >> Oved >> >> ----- Original Message ----- >> >> >> >> From: "Jorick Astrego" To: "Oved Ourfali" >> Cc: users at ovirt.org Sent: Thursday, January 22, 2015 >> 3:25:51 PM >> Subject: Re: [ovirt-users] roles for foreman integration user >> >> I will check, but I now also have the problem in reverse. The compute >> resource in foreman 1.6 will only work with admin at internal. Gave the >> external user the superuser role to test but still permission denied. >> >> I also cannot login to the api with this user manually, do I have to >> configure external authentication for api access somewhere else? >> >> Thanks for all the help! >> >> Jorick >> >> On 01/22/2015 01:58 PM, Oved Ourfali wrote: >> >> >> >> Have a look at the prerequisites section in >> http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning It >> specifies what you must be able to do in Foreman for the integration to >> work. >> (currently we require proper permissions to view relevant bare-metal hosts, >> host groups, compute resources and execute provision request - which is a >> request to add a host). >> >> It is not the complete set of specific roles in Foreman, but it can help do >> the mapping. >> >> CC-ing also Ohad from the Foreman team, which can help if the information >> in the wiki isn't enough. >> >> Thanks, >> Oved >> >> ----- Original Message ----- >> >> >> >> From: "Jorick Astrego" >> To: users@ ovirt.org >> Sent: Thursday, January 22, 2015 2:48:34 PM >> Subject: [ovirt-users] roles for foreman integration user >> >> Hi, >> >> Quick question, which foreman roles does the foreman integration user >> require in the foreman. >> >> I've tried a couple of permission settings but can only get the test to >> work when the use has role admin. >> >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users@ ovirt.org http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Thu Jan 22 15:40:56 2015 From: lvernia at redhat.com (Lior Vernia) Date: Thu, 22 Jan 2015 17:40:56 +0200 Subject: [ovirt-users] REST exception building from master In-Reply-To: <1294903153.12277349.1421847974444.JavaMail.zimbra@redhat.com> References: <54BFAD16.4070402@redhat.com> <1294903153.12277349.1421847974444.JavaMail.zimbra@redhat.com> Message-ID: <54C11A08.8050700@redhat.com> Solved. I exchanged the existing jboss-as on my development machine (old download from jboss website) for the one used in 3.5.1 RC: http://resources.ovirt.org/pub/ovirt-3.5-pre/src/ovirt-engine-jboss-as/jboss-as-7.1.1.Final.zip Yours, Lior. On 21/01/15 15:46, Ori Liel wrote: > I think Muli had a similar problem recently, and the cause was the Jboss version (Juan worked out the problem). > > Juan/Muli? > > ----- Original Message ----- > From: "Lior Vernia" > To: "Users at ovirt.org List" > Sent: Wednesday, January 21, 2015 3:43:50 PM > Subject: [ovirt-users] REST exception building from master > > Hello, > > Building from master (i.e. towards 3.6), trying to use REST produces > some exceptions - anyone has any clue as to why? Attaching the response > (stack trace); this is to a GET operation on /api. > > Yours, Lior. > > > > JBoss Web/7.0.0.SNAPSHOT - Error > report >

HTTP Status 500 -


noshade="noshade">

type Exception report

message >

description The server encountered an internal > error () that prevented it from fulfilling this > request.

exception

javax.servlet.ServletException:
> Servlet.init() for servlet
> org.ovirt.engine.api.restapi.BackendApplication threw exception
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException:
> java.lang.RuntimeException: Unable to instantiate MessageBodyReader
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Unable
> to instantiate MessageBodyReader
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Failed
> to construct public org.ovirt.engine.api.json.JSONProvider()
> 	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.NoClassDefFoundError:
> org/codehaus/jackson/xc/JaxbAnnotationIntrospector
> 	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
> 	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> 	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.ClassNotFoundException:
> org.codehaus.jackson.xc.JaxbAnnotationIntrospector from [Module
> "org.ovirt.engine.api.restapi-definition:main" from local
> module loader @131b4c5d (roots:
> /home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/00-modules-common,/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/01-jboss-as-modules)]
> 	org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
> 	org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
> 	org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
> 	org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> 	org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
> 	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
> 	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> 	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

note The full stack trace of the root cause is > available in the JBoss Web/7.0.0.SNAPSHOT logs.


noshade="noshade">

JBoss Web/7.0.0.SNAPSHOT

> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Thu Jan 22 16:34:24 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 22 Jan 2015 17:34:24 +0100 Subject: [ovirt-users] Testing 2560x1200 from tablet and Opaque In-Reply-To: References: Message-ID: On Thu, Jan 22, 2015 at 3:12 PM, Gianluca Cecchi wrote: > Hello, > I have a CentOS 7 VM on oVirt 3.5 configured as desktop. > What is the maximum display size it can get by default without particular > customizations? > In my case I'm testing from a 12.1" android tablet connected over > wifi+openvpn and Opaque app. > > In Opaque I have a setting called > > Sync remote to display resolution > > My tablet resolution is 2560x1600 (btw I don't know if I can change it in > Android scaling to any other resolution....) > If I mark the setting above it seems it crashes > If I deactivate it, I get a small window in upper left corner. I can > change VM resolution up to 1920 and I get a bigger window, but I cannot go > full screen for example... > > > Can it depend on this bug? https://bugzilla.redhat.com/show_bug.cgi?id=1075139 Currently my host is CentOS 6.5 with qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 provided by Is there a qemu-kvm-rhev with patch as in described in https://bugzilla.redhat.com/show_bug.cgi?id=1075139#c14 based on qemu-kvm-0.12.1.2-2.429.el6 ? Will 3.5.1 provide also an update for qemu-kvm-rhev? Or perhaps the bugzilla entry is only related with multi-monitor and not generic single-display resolution to put it at 2560x1200? The functionality to chhange screen resolutions on the fly from inside the virtual desktop works ok. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From pm.chandrashekar at gmail.com Wed Jan 21 13:27:57 2015 From: pm.chandrashekar at gmail.com (ChandraShekar Shastri) Date: Wed, 21 Jan 2015 18:57:57 +0530 Subject: [ovirt-users] Details of the host Message-ID: Hi All, I want to get the details of the Host without activating is there a way to do it. I want to query the RHEV-Manager and would like to get the details of MAC address without activating it. Do you have the script to do this. Thanks, Chandrashekar -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 22 18:31:05 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 22 Jan 2015 11:31:05 -0700 Subject: [ovirt-users] Details of the host In-Reply-To: References: Message-ID: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> When you add a host you will be able to see the details, and then you can place the host in maintenance mode to ensure no VM?s are brought up on it. But if you just need the mac address, why not ssh into it and get it from ip addr Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of ChandraShekar Shastri Sent: Wednesday, January 21, 2015 6:28 AM To: users at ovirt.org Subject: [ovirt-users] Details of the host Hi All, I want to get the details of the Host without activating is there a way to do it. I want to query the RHEV-Manager and would like to get the details of MAC address without activating it. Do you have the script to do this. Thanks, Chandrashekar -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Thu Jan 22 22:50:34 2015 From: mrose at power-soft.com (Mikola Rose) Date: Thu, 22 Jan 2015 22:50:34 +0000 Subject: [ovirt-users] oVirt 3.5.1; hosted-engine --deploy, VM OS install, VNC dies after VM os install started formatting drive In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Message-ID: <62405CD0-20ED-4BC9-9935-D7A66B2F1384@power-soft.com> Hi there list users, I have run into a problem were I get through the point of installing the OS in the hosted engine VM but as soon as I reach the process were its formatting the vm drive vnc connection closes and the following error is displayed. {remote-viewer:21676: Gdk-CRITICAL **: IA__gdk_drawtable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' failed and I can not connect to the VM again Any ideas out there? Mik From mrose at power-soft.com Fri Jan 23 00:13:09 2015 From: mrose at power-soft.com (Mikola Rose) Date: Fri, 23 Jan 2015 00:13:09 +0000 Subject: [ovirt-users] oVirt 3.5.1; hosted-engine --deploy, VM OS install, VNC dies after VM os install started formatting drive In-Reply-To: <62405CD0-20ED-4BC9-9935-D7A66B2F1384@power-soft.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> <62405CD0-20ED-4BC9-9935-D7A66B2F1384@power-soft.com> Message-ID: Disregard... the issue disappeared, not sure how but I was able to get the vm os installed... > On Jan 22, 2015, at 2:50 PM, Mikola Rose wrote: > > Hi there list users, > > I have run into a problem were I get through the point of installing the OS in the hosted engine VM but as soon as I reach the process were its formatting the vm drive vnc connection closes and the following error is displayed. > > {remote-viewer:21676: Gdk-CRITICAL **: IA__gdk_drawtable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' failed > > and I can not connect to the VM again > > > Any ideas out there? > > Mik > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mrose at power-soft.com Fri Jan 23 00:15:56 2015 From: mrose at power-soft.com (Mikola Rose) Date: Fri, 23 Jan 2015 00:15:56 +0000 Subject: [ovirt-users] oVirt 3.5.1 ; No Network Access on hosted engine vm Message-ID: Hi again.... I think I may have selected the wrong interface during the hosted-engine deploy routine. My VM doe not have network access. The interface is connected and setup within the VM just no network access. Is there a way I can change the bridge interface? Mik From pm.chandrashekar at gmail.com Fri Jan 23 04:17:39 2015 From: pm.chandrashekar at gmail.com (ChandraShekar Shastri) Date: Fri, 23 Jan 2015 09:47:39 +0530 Subject: [ovirt-users] Details of the host In-Reply-To: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> References: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> Message-ID: Hi Donny, We don't have the libraries like expect or pexpect or sshpass or any other supported, to automate the process or logging into the machine and get the details of it. So, I just of thought of connecting RHEV-Manager using the REST API and get the details of it. Any suggestions would be really helpful. Thanks, Chandrashekar On Fri, Jan 23, 2015 at 12:01 AM, Donny Davis wrote: > When you add a host you will be able to see the details, and then you can > place the host in maintenance mode to ensure no VM?s are brought up on it. > > > > But if you just need the mac address, why not ssh into it and get it from > ip addr > > > > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *ChandraShekar Shastri > *Sent:* Wednesday, January 21, 2015 6:28 AM > *To:* users at ovirt.org > *Subject:* [ovirt-users] Details of the host > > > > Hi All, > > > > I want to get the details of the Host without activating is there a way to > do it. > > I want to query the RHEV-Manager and would like to get the details of MAC > address without activating it. > > > > Do you have the script to do this. > > > > Thanks, > > Chandrashekar > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Fri Jan 23 07:03:34 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 23 Jan 2015 12:33:34 +0530 Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> References: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> Message-ID: <54C1F246.9090700@redhat.com> On 01/22/2015 08:03 PM, Demeter Tibor wrote: > Hello, > > I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs > for serving backend storage for VM-s. Glusterfs are on same servers > with ovirt. > We have Gluster 3.5.1 on all of nodes. > > How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want data > inconsistency/data loss/split brains? Do you have a replica 3 volume setup across these 3 nodes? Glusterfs supports rolling upgrade for replica volumes. But there are some issues to upgrade from 3.5 to 3.6 versions (depending on version used) Adding gluster-users & Pranith for recommended procedures. thanks sahina > > Need I update gluster version to the latest? > How I need to upgrade the nodes ? Is there any whitepaper about this? > > * > * > > * > * > > Thanks in advance, > > > Tibor > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Fri Jan 23 07:05:09 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 23 Jan 2015 12:35:09 +0530 Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <54C1F246.9090700@redhat.com> References: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> <54C1F246.9090700@redhat.com> Message-ID: <54C1F2A5.70609@redhat.com> Sorry, wrong ML earlier On 01/23/2015 12:33 PM, Sahina Bose wrote: > > On 01/22/2015 08:03 PM, Demeter Tibor wrote: >> Hello, >> >> I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs >> for serving backend storage for VM-s. Glusterfs are on same servers >> with ovirt. >> We have Gluster 3.5.1 on all of nodes. >> >> How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want >> data inconsistency/data loss/split brains? > > Do you have a replica 3 volume setup across these 3 nodes? > > Glusterfs supports rolling upgrade for replica volumes. > But there are some issues to upgrade from 3.5 to 3.6 versions > (depending on version used) > Adding gluster-users & Pranith for recommended procedures. > > > thanks > sahina > >> >> Need I update gluster version to the latest? >> How I need to upgrade the nodes ? Is there any whitepaper about this? >> >> * >> * >> >> * >> * >> >> Thanks in advance, >> >> >> Tibor >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Fri Jan 23 08:16:13 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Fri, 23 Jan 2015 09:16:13 +0100 Subject: [ovirt-users] Details of the host In-Reply-To: References: Message-ID: <54C2034D.9090109@redhat.com> On 01/21/2015 02:27 PM, ChandraShekar Shastri wrote: > Hi All, > > I want to get the details of the Host without activating is there a way > to do it. > I want to query the RHEV-Manager and would like to get the details of > MAC address without activating it. > > Do you have the script to do this. > > Thanks, > Chandrashekar > Assuming that the host has already been added to the system then you can get the details with a Python script like this: #!/usr/bin/python from ovirtsdk.api import API from ovirtsdk.xml import params api = API( url='https://ovirt.example.com/ovirt-engine/api', username='admin at internal', password='******', insecure=True ) host = api.hosts.get(name="myhost") nics = host.nics.list() for nic in nics: print("%s: %s" % (nic.get_name(), nic.get_mac().get_address())) api.disconnect() This will print something like this: eth0: 52:54:00:9d:a7:26 If the host hasn't been added you can add it, without activating it: #!/usr/bin/python from ovirtsdk.api import API from ovirtsdk.xml import params api = API( url='https://rhevm35.example.com/ovirt-engine/api', username='admin at internal', password='******', insecure=True, ) api.hosts.add( host = params.Host( name="myhost", address="myhost.example.com", root_password="******" ) ) api.disconnect() -- 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. From jhernand at redhat.com Fri Jan 23 08:46:08 2015 From: jhernand at redhat.com (=?UTF-8?B?SnVhbiBIZXJuw6FuZGV6?=) Date: Fri, 23 Jan 2015 09:46:08 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive In-Reply-To: References: Message-ID: <54C20A50.8040307@redhat.com> On 01/23/2015 05:20 AM, Grzegorz Szypa wrote: > Hi. > > I have a simillar problem like in this link: > https://access.redhat.com/discussions/1326793 > https://bugzilla.redhat.com/show_bug.cgi?id=1165269 > > Similar, becouse I worked it out with the VM uknown status, but I still > have problem with host (node). It is all in one installaltion, therefore > i dont have to remove host and add again (it is only one host portal and > node on the same host), because there are still connected to the VMs. > > It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 > Final). > > Can I do smoethings or can I upgrade to ovirt 3.5 release (safely > without losing anything) if this helps. > > If anyone would like to help me remotely (for charity), I would be > grateful :) > > -- > G.Sz. If your problem is related to that link, then you should have tried to downgrade the JDK, and it should have worked. To double check you can check the /usr/lib/jvm/java-1.7.0-openjdk-*/jre/lib/security/java.security file. It may contain this line, at the very end: jdk.tls.disabledAlgorithms=SSLv3 That is because of the recent security problems with SSLv3. If you need to solve your problem urgently and you are sure that you won't be affected by those security problems then you can just comment out this line and restart the engine. Remember to undo this change once you upgrade to 3.5. -- 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. From tdemeter at itsmart.hu Fri Jan 23 08:48:38 2015 From: tdemeter at itsmart.hu (Demeter Tibor) Date: Fri, 23 Jan 2015 09:48:38 +0100 (CET) Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <54C1F246.9090700@redhat.com> References: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> <54C1F246.9090700@redhat.com> Message-ID: <1190956082.35855.1422002918753.JavaMail.zimbra@itsmart.hu> Hi, No, I have only one replica beetwen two nodes. The third node is only a host for vms and that using this replica. Thanks Tibor ----- Eredeti ?zenet ----- > On 01/22/2015 08:03 PM, Demeter Tibor wrote: > > Hello, > > > I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs for > > serving backend storage for VM-s. Glusterfs are on same servers with ovirt. > > > We have Gluster 3.5.1 on all of nodes. > > > How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want data > > inconsistency/data loss/split brains? > > Do you have a replica 3 volume setup across these 3 nodes? > Glusterfs supports rolling upgrade for replica volumes. > But there are some issues to upgrade from 3.5 to 3.6 versions (depending on > version used) > Adding gluster-users & Pranith for recommended procedures. > thanks > sahina > > Need I update gluster version to the latest? > > > How I need to upgrade the nodes ? Is there any whitepaper about this? > > > Thanks in advance, > > > Tibor > > > _______________________________________________ > > > Users mailing list Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Fri Jan 23 09:39:24 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 23 Jan 2015 04:39:24 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 ; No Network Access on hosted engine vm In-Reply-To: References: Message-ID: <1980285491.10899187.1422005964914.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: users at ovirt.org > Sent: Friday, January 23, 2015 1:15:56 AM > Subject: [ovirt-users] oVirt 3.5.1 ; No Network Access on hosted engine vm > > Hi again.... > > > I think I may have selected the wrong interface during the hosted-engine > deploy routine. My VM doe not have network access. The interface is > connected and setup within the VM just no network access. > > Is there a way I can change the bridge interface? Hi Mikola, if you was able to complete hosted engine deploy and so the engine is up and the host is already managed by the engine you could simply access somehow the engine web admin UI (if you was able to complete the deploy at least the host is able to connect to the engine REST APIs) and you cold simply setup host network from there changing the bindings of ovirtmgmt logical network to the other physical interface. If your deploy is still pending and cannot complete due to wrong network configuration I'd suggest to cleanup and restart from scratch cause it would be easier and safer. For a safe cleanup please see [1] [1] - http://lists.ovirt.org/pipermail/users/2015-January/030356.html > Mik > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From kostyrev at tutu.ru Fri Jan 23 10:59:55 2015 From: kostyrev at tutu.ru (Kostyrev Aleksandr) Date: Fri, 23 Jan 2015 13:59:55 +0300 Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised Message-ID: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> Hello! I'm testing ovirt-3.5 with self-hosted engine. Today I've noticed that in "Setup Host Networks" screen of every host I have ovirtmgmt "Not syncronised". If I click "Save network" no errors occur but when I issue "ifconfig" on that node I see no ovirtmgmt interface - it gets removed. but virsh -r net-list Name State Autostart Persistent -------------------------------------------------- ;vdsmdummy; active no no vdsm-ovirtmgmt active yes yes vdsm-VMs active yes yes -- ? ?????????, ???????? ?????????, ????????? ?????????????, www.tutu.ru skype a.kostyrev ???. +7(925) 237-7668 From s.kieske at mittwald.de Fri Jan 23 12:25:08 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Fri, 23 Jan 2015 13:25:08 +0100 Subject: [ovirt-users] Details of the host In-Reply-To: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> References: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> Message-ID: <54C23DA4.3060908@mittwald.de> On 22/01/15 19:31, Donny Davis wrote: > But if you just need the mac address, why not ssh into it and get it from ip addr if you can ssh, there is no need to parse "ip" output, just do cat: cat /sys/class/net/$yourdevice/address I don't think there is a way to get data from a host via api which is not activated, but I might be wrong. -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From donny at cloudspin.me Fri Jan 23 15:07:57 2015 From: donny at cloudspin.me (Donny Davis) Date: Fri, 23 Jan 2015 08:07:57 -0700 Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised In-Reply-To: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> References: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> Message-ID: <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> You have to move the hosted engine to another host to sync the networks, they cannot be synced while the host is running vm's. Bring your second hosted engine machine online so the engine can be migrated, and the host in which you want to sync the network can be synced. I only know from experience, and one of the ovirt devs may have a better solution. This is what worked for me. Donny D -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Kostyrev Aleksandr Sent: Friday, January 23, 2015 4:00 AM To: users at ovirt.org Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised Hello! I'm testing ovirt-3.5 with self-hosted engine. Today I've noticed that in "Setup Host Networks" screen of every host I have ovirtmgmt "Not syncronised". If I click "Save network" no errors occur but when I issue "ifconfig" on that node I see no ovirtmgmt interface - it gets removed. but virsh -r net-list Name State Autostart Persistent -------------------------------------------------- ;vdsmdummy; active no no vdsm-ovirtmgmt active yes yes vdsm-VMs active yes yes -- ? ?????????, ???????? ?????????, ????????? ?????????????, www.tutu.ru skype a.kostyrev ???. +7(925) 237-7668 _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From kostyrev at tutu.ru Fri Jan 23 17:41:46 2015 From: kostyrev at tutu.ru (Kostyrev Aleksandr) Date: Fri, 23 Jan 2015 20:41:46 +0300 Subject: [ovirt-users] =?utf-8?q?ovirt_3=2E5_self-hosted_engine_and_ovirtm?= =?utf-8?q?gmt_not=09syncronised?= In-Reply-To: <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> References: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> Message-ID: Donny Davis ????? 2015-01-23 18:07: > You have to move the hosted engine to another host to sync the > networks, they cannot be synced while the host is running vm's. Bring > your second hosted engine machine online so the engine can be > migrated, and the host in which you want to sync the network can be > synced. > > I only know from experience, and one of the ovirt devs may have a > better solution. This is what worked for me. Hmmm... I was able to sync ovirtmgmt network on two hosts out of three but now I have a problem starting engine up on those two nodes Jan 23 20:23:23 ovirt-3 vdsm vm.Vm ERROR vmId=`e3c64c89-65e0-4936-83af-de201130e789`::The vm start process failed#012Traceback (most recent call last):#012 File "/usr/share/vdsm/virt/vm.py", line 2264, in _startUnderlyingVm#012 self._run()#012 File "/usr/share/vdsm/virt/vm.py", line 3328, in _run#012 self._connection.createXML(domxml, flags),#012 File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper#012 ret = f(*args, **kwargs)#012 File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in createXML#012 if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)#012libvirtError: Cannot get interface MTU on 'ovirtmgmt': No such device as I mentioned earlier file /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt gets removed from those two nodes after syncing. How can I recreated that ifcfg-ovirtmgmt file? From rabshear at citytwist.net Fri Jan 23 19:22:42 2015 From: rabshear at citytwist.net (Rob Abshear) Date: Fri, 23 Jan 2015 19:22:42 +0000 Subject: [ovirt-users] Host remains Non-Responsive after reboot Message-ID: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the cluster. Each host has a drac5 and it is configured and working. I am trying to simulate a node failure. I am running one HA VM on one of the hosts for testing. I simulate the failure by powering off the host with the VM running. Here is what is happening. * Host is powered off * ~4 minutes pass and the host is recognized as not responding * Automatic fence runs and the VM migrates.Another host in the node is chosen as a proxy to execute Status command on the host. * Same host is chosen as proxy to execute Start command on the host. * Same host is chosen as proxy to execute Status command on the host. * The host DOES physically start. * The host never shows status of UP. * I select ?confirm host has been rebooted? and I see a manual fence start. * Host stays non-responsive. * I put the host in maintenance and then activate it. * Host still non-responsive * I put the host in maintenance and do a reinstall * Reinstall finishes and host becomes UP So, everything seems to go fine with the HA functionality, but the host never recovers without being reinstalled. Please let me know which logs you need to look at to help me out with this. Thanks Sent withMixmax [https://mixmax.com/r/S6cJAfQTLnw8QGtnD] -------------- next part -------------- An HTML attachment was scrubbed... URL: From grzegorz.szypa at gmail.com Fri Jan 23 04:20:26 2015 From: grzegorz.szypa at gmail.com (Grzegorz Szypa) Date: Fri, 23 Jan 2015 05:20:26 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive Message-ID: Hi. I have a simillar problem like in this link: https://access.redhat.com/discussions/1326793 https://bugzilla.redhat.com/show_bug.cgi?id=1165269 Similar, becouse I worked it out with the VM uknown status, but I still have problem with host (node). It is all in one installaltion, therefore i dont have to remove host and add again (it is only one host portal and node on the same host), because there are still connected to the VMs. It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 Final). Can I do smoethings or can I upgrade to ovirt 3.5 release (safely without losing anything) if this helps. If anyone would like to help me remotely (for charity), I would be grateful :) -- G.Sz. -------------- next part -------------- An HTML attachment was scrubbed... URL: From grzegorz.szypa at gmail.com Fri Jan 23 19:42:03 2015 From: grzegorz.szypa at gmail.com (Grzegorz Szypa) Date: Fri, 23 Jan 2015 20:42:03 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive In-Reply-To: <54C20A50.8040307@redhat.com> References: <54C20A50.8040307@redhat.com> Message-ID: Thanks. It was resolve problem, but question,but the question is whether the problem is resolved JAVA or rather fall off ?? Regards, Grzegorz Szypa 2015-01-23 9:46 GMT+01:00 Juan Hern?ndez : > On 01/23/2015 05:20 AM, Grzegorz Szypa wrote: > > Hi. > > > > I have a simillar problem like in this link: > > https://access.redhat.com/discussions/1326793 > > https://bugzilla.redhat.com/show_bug.cgi?id=1165269 > > > > Similar, becouse I worked it out with the VM uknown status, but I still > > have problem with host (node). It is all in one installaltion, therefore > > i dont have to remove host and add again (it is only one host portal and > > node on the same host), because there are still connected to the VMs. > > > > It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 > > Final). > > > > Can I do smoethings or can I upgrade to ovirt 3.5 release (safely > > without losing anything) if this helps. > > > > If anyone would like to help me remotely (for charity), I would be > > grateful :) > > > > -- > > G.Sz. > > If your problem is related to that link, then you should have tried to > downgrade the JDK, and it should have worked. To double check you can > check the > /usr/lib/jvm/java-1.7.0-openjdk-*/jre/lib/security/java.security file. > It may contain this line, at the very end: > > jdk.tls.disabledAlgorithms=SSLv3 > > That is because of the recent security problems with SSLv3. If you need > to solve your problem urgently and you are sure that you won't be > affected by those security problems then you can just comment out this > line and restart the engine. > > Remember to undo this change once you upgrade to 3.5. > > -- > 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. > -- G.Sz. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovirt at dm.cobite.com Fri Jan 23 21:55:29 2015 From: ovirt at dm.cobite.com (David Mansfield) Date: Fri, 23 Jan 2015 16:55:29 -0500 Subject: [ovirt-users] raw partition or LV access for migrated guests Message-ID: <54C2C351.1080005@dm.cobite.com> Hi, I'm new to oVirt and I'm trying to investigate the feasibility of migrating four (or more) centos 6 libvirt+qemu+kvm hosts into a new (not yet created) oVirt environment. In general, most of the guests are running off of disk images in /var/lib/libvirt/images and from what I can tell there would be a fairly straightforward migration path for these (I've read briefly about virt-v2v and it looks promising). However, we have a few DB server guests which, for performance reasons, have direct access to host partitions (NOT lv, but actual host partitions). There are also a few machines which use a mapped LV as a virtual disk. Is this supported in oVirt? Is there a migration path for these? -- Thanks, David Mansfield Cobite, INC. From gianluca.cecchi at gmail.com Fri Jan 23 23:59:01 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 24 Jan 2015 00:59:01 +0100 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: Hello, on my all-in-one installation @home I had 3.5.0 with F20. Today I updated to 3.5.1. it seems it modified /etc/multipath.conf preventing me from using my second disk at all... My system has internal ssd disk (sda) for OS and one local storage domain and another disk (sdb) with some partitions (on one of them there is also another local storage domain). At reboot I was put in emergency boot because partitions at sdb disk could not be mounted (they were busy). it took me some time to understand that the problem was due to sdb gone managed as multipath device and so busy for partitions to be mounted. Here you can find how multipath became after update and reboot https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing No device-mapper-multipath update in yum.log Also it seems that after changing it, it was then reverted at boot again (I don't know if the responsible was initrd/dracut or vdsmd) so in the mean time the only thing I could do was to make the file immutable with chattr +i /etc/multipath.conf and so I was able to reboot and verify that my partitions on sdb were ok and I was able to mount them (for safe I also ran an fsck against them) Update ran around 19:20 and finished at 19:34 here the log in gzip format https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing Reboot was done around 21:10-21:14 Here my /var/log/messages in gzip format, where you can see latest days. https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing Any suggestion appreciated. Current multipath.conf (where I also commented out the getuid_callout that is not used anymore): [root at tekkaman setup]# cat /etc/multipath.conf # RHEV REVISION 1.1 blacklist { devnode "^(sda|sdb)[0-9]*" } defaults { polling_interval 5 #getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" no_path_retry fail user_friendly_names no flush_on_last_del yes fast_io_fail_tmo 5 dev_loss_tmo 30 max_fds 4096 } Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From acrow at integrafin.co.uk Sat Jan 24 13:07:05 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 24 Jan 2015 13:07:05 +0000 Subject: [ovirt-users] Change gluster primary In-Reply-To: <54BEBE8D.4090907@objectmastery.com> References: <54BD96F6.4080709@objectmastery.com> <54BE5633.2080402@integrafin.co.uk> <54BEBE8D.4090907@objectmastery.com> Message-ID: <54C398F9.10804@integrafin.co.uk> On 20/01/15 20:46, John Gardeniers wrote: > Hi Alex, > > I understand what you're saying and certainly there is no primary from > the Gluster perspective. However, things are quite different as far as > Ovirt/RHEV is concerned. > > We had an incident last week where we had to take nix off-line. A > network glitch then caused a our RHEV to briefly lose connection to > jupiter. This resulted in all VMs crashing because the system was > trying to reconnect to nix. It did not try to reconnect to jupiter, > despite it being configured as the fail-over server. Hi, As for the above, if you had quorum configured on the gluster side (either by applying the relevant recommended options on gluster, or by having created the volume on ovirt), loss of storage functionality is to be expected. In a two-node cluster if one goes down you lose quorum and the volume will become read only. In this case Ovirt should really pause the VMs. > In the end I had to bring nix back on line. RHEV still wouldn't > connect. Finally, I had to reboot each hypervisor. Even then, two of > them still failed to reconnect and could only be brought back by > performing a full reinstall (we're using the cut-down dedicated RH > hypervisors, not the RHEL+hypervisor that you use). All in all, quite > a disastrous situation that lost us a couple of hours. So yes, there > is a primary from the Ovirt/RHEV perspective and I'm really > disappointed in how the system completely failed to handled the > situation. Looks like there are some bugs there. When we have had storage issues on RHEV we see all our VMS pausing, not crashing. BTW we do use the ded. hypervisor (like oVirt "node). Cheers Alex > > regards, > John > > > On 21/01/15 00:20, Alex Crow wrote: >> Hi John, >> >> There isn't really a primary in gluster. If you're using a glusterfs >> storage domain, you could turn off "nix" and the VMs would continue >> to run (although you'd have to disable quorum if you currently have >> it enabled on the volume, and you'd have to repoint the domain at >> some later point). If you're using NFS access you would have to >> repoint your storage to the remaining machine immediately. >> >> The only snag I can see is that you can't detach the master storage >> domain in Ovirt if any VMs are running. I think you'd have to shut >> the VMs down, put the storage domain into maintenance, and then edit it. >> >> Cheers >> >> Alex >> >> On 19/01/15 23:44, John Gardeniers wrote: >>> We are using Gluster as our storage backend. Gluster is configured >>> as 2 node replica. The two nodes are name nix and jupiter. At the >>> Ovirt (RHEV really) end we have the gluster path configured as >>> "nix:/gluster-rhev", with a mount option of >>> "backupvolfile-server=jupiter.om.net". We now need to replace nix >>> with a new server, which cannot have the same name. That new server >>> will be the primary, with jupiter remaining the secondary. >>> >>> We will have all VMs and hypervisors shut down when we make this >>> change. >>> >>> What is the best and/or easiest way to do this? Should we just >>> disconnect the storage and re-attach it using the new gluster >>> primary? If we do that will our VMs just work or do we need to take >>> other steps? >>> >>> An alternative, which I suspect will be somewhat controversial, >>> would be to make a direct edit of the engine database. Would that >>> work any better or does that add more dangers (assuming the edit is >>> done correctly)? >>> >>> regards, >>> John >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From pm.chandrashekar at gmail.com Sat Jan 24 14:31:51 2015 From: pm.chandrashekar at gmail.com (ChandraShekar Shastri) Date: Sat, 24 Jan 2015 20:01:51 +0530 Subject: [ovirt-users] Details of the host In-Reply-To: <54C2034D.9090109@redhat.com> References: <54C2034D.9090109@redhat.com> Message-ID: Thanks Juan, Can I login into the ovirt-engine url using the encrypted password. If it is possible what are the encryption method that it allows. Please share the code if you have it handy. Thanks, Chandrashekar On Fri, Jan 23, 2015 at 1:46 PM, Juan Hern?ndez wrote: > On 01/21/2015 02:27 PM, ChandraShekar Shastri wrote: > > Hi All, > > > > I want to get the details of the Host without activating is there a way > > to do it. > > I want to query the RHEV-Manager and would like to get the details of > > MAC address without activating it. > > > > Do you have the script to do this. > > > > Thanks, > > Chandrashekar > > > > Assuming that the host has already been added to the system then you can > get the details with a Python script like this: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://ovirt.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True > ) > > host = api.hosts.get(name="myhost") > nics = host.nics.list() > for nic in nics: > print("%s: %s" % (nic.get_name(), nic.get_mac().get_address())) > > api.disconnect() > > This will print something like this: > > eth0: 52:54:00:9d:a7:26 > > If the host hasn't been added you can add it, without activating it: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://rhevm35.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True, > ) > > api.hosts.add( > host = params.Host( > name="myhost", > address="myhost.example.com", > root_password="******" > ) > ) > > api.disconnect() > > -- > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From farkey_2000 at yahoo.com Sat Jan 24 23:26:55 2015 From: farkey_2000 at yahoo.com (Andy) Date: Sat, 24 Jan 2015 23:26:55 +0000 (UTC) Subject: [ovirt-users] VDSMD will not start after reboot Message-ID: <754868879.459148.1422142015285.JavaMail.yahoo@mail.yahoo.com> Hello,? I am new to the OVIRT users group and please bear with me if this question has already been answered or discussed. ? I am testing a two server install with the hosted engine. ?All servers are running CentOS 6.6 and I can get the servers up and running, added, etc on the initial install without issue. ?The problem arises when I reboot the servers, the ovrtmgmt network disappears thus starting the problem. ? Both Servers have two bonded interfaces (one for storage and one for mgmt/user traffic) and I manually create a bond0.100 interface prior to installing the hosted engine and select that interface on install. ? ?After a system reboot, and on both hosts the MGMT network disappears and VDSMd throws the error:? vdsm: Running restore_netsTraceback (most recent call last):? File "/usr/share/vdsm/vdsm-restore-net-config", line 137, in ? ? restore()? File "/usr/share/vdsm/vdsm-restore-net-config", line 123, in restore? ? unified_restoration()? File "/usr/share/vdsm/vdsm-restore-net-config", line 66, in unified_restoration? ? persistentConfig.bonds)? File "/usr/share/vdsm/vdsm-restore-net-config", line 91, in _filter_nets_bonds? ? bonds[bond]['nics'], net)KeyError: u'bond0'vdsm: stopped during execute restore_nets task (task returned with error code 1).vdsm start ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAILED] I have tried to manually create and let the OVIRT install create the VLAN'd MGMT network on the bonded interfaces. ?I have attached the ?engine setup, VDSM, and connectivity logs. ?Any help is much appreciated. Thanks Andy PS The OVIRT version is 3.5.1CentOS is 6.6 (fully patched)The hosted engine is on an NFS share for testing which everything is resolvable and can connect. ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: LOGS.zip Type: application/x-zip-compressed Size: 50626 bytes Desc: not available URL: From renchu at cracknell.com Sun Jan 25 04:50:00 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Sun, 25 Jan 2015 04:50:00 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, I got the below output when I run the command and it works from both the nodes. fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power status'... Chassis power = On Done Thanks Renchu Mathew? |??Sr. IT Administrator CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T +971 4 3445417? |? F +971 4 3493675 |? M +971 50 7386484 ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH EMAIL?renchu at cracknell.com | WEB www.cracknell.com This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. If you are not the intended recipient please let us know by email reply and delete it from the system. Please note that any views or opinions presented in this email do not necessarily represent those of the company. Email transmissions cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The company therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. -----Original Message----- From: Martin Perina [mailto:mperina at redhat.com] Sent: Thursday, January 22, 2015 6:12 PM To: Renchu Mathew Cc: users at ovirt.org; Eli Mesika Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 2:39:43 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > > > Yes. The vdsm host.log is from node-02. That's strange, I cannot find any call to fenceNode which should appear, if PM status is gathered. Eli, any idea? > I have checked the link and it says > we need to install the sever view management agent & net-snmp on the hosts. > Do we need to try this? How to install this on node? I used the below > irmc admin user. Not, AFAIK this is needed only from Clustersuite, but not for oVirt. But could you please execute this command on node-20 just to confirm that Fujitsu Primergy is communicating through IPMI: fence_ipmilan -a IP -l USER -p PASS -o status -v -P where IP is IPMI address (from the log it should be 192.168.1.114) USER and PASS please set according to you setup. Thanks Martin > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > Regards > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > This email, its content and any files transmitted with it are intended > solely for the addressee(s) and may be legally privileged and/or > confidential. If you are not the intended recipient please let us know > by email reply and delete it from the system. Please note that any > views or opinions presented in this email do not necessarily represent > those of the company. Email transmissions cannot be guaranteed to be > secure or error-free as information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete, or contain viruses. The > company therefore does not accept liability for any errors or > omissions in the contents of this message which arise as a result of email transmission. > > > > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 4:49 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > Hi, > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > According to engine.log, host Node-02.cracknell.com was used as fence proxy. > Are you sure that vdsm.log is from this host? > > > > Thanks > > > > Martin > > > > [1] > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.ht > ml > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > Please find attached log files from engine and proxy host. Not sure > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > also > > > tried the rsb but same error. > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > Thanks & Regards > > > > > > Renchu Mathew > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 1:58 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi, > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible using > > > IPMI protocol? If so, could you provide engine.log and also vdsm.log > > > from host that was used as fencing proxy? You can find out which > > host > > > is used as a proxy either in Events tab after you execute the test > > or in engine.log. > > > > > > Thanks > > > > > > Martin Perina > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > To: users at ovirt.org > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > > > PRIMERGY > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > management configuration. The test gives a message ?Test failed, > > > > argument of type ?NoneType? is not iterable? as below . Also tried > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > From istein at redhat.com Sun Jan 25 06:56:23 2015 From: istein at redhat.com (ILanit Stein) Date: Sun, 25 Jan 2015 01:56:23 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> Message-ID: <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> Hi Rob, Thanks for this report. Would you please provide these logs, at the time frame, the host failure occur: 1. oVirt Engine: /var/log/ovirt-engine/engine.log 2. host: /var/log/vdsm/vdsm.log If it is reproducible, please add this info as well. You can also check vdsm service status, on host, while host reported as Non responsive, by running on host 'service vdsmd status' There might some problem, that might have prevented from vdsm service to come up, on host. Ilanit. ----- Original Message ----- From: "Rob Abshear" To: users at ovirt.org Sent: Friday, January 23, 2015 9:22:42 PM Subject: [ovirt-users] Host remains Non-Responsive after reboot I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the cluster. Each host has a drac5 and it is configured and working. I am trying to simulate a node failure. I am running one HA VM on one of the hosts for testing. I simulate the failure by powering off the host with the VM running. Here is what is happening. * Host is powered off * ~4 minutes pass and the host is recognized as not responding * Automatic fence runs and the VM migrates. Another host in the node is chosen as a proxy to execute Status command on the host. * Same host is chosen as proxy to execute Start command on the host. * Same host is chosen as proxy to execute Status command on the host. * The host DOES physically start. * The host never shows status of UP. * I select ?confirm host has been rebooted? and I see a manual fence start. * Host stays non-responsive. * I put the host in maintenance and then activate it. * Host still non-responsive * I put the host in maintenance and do a reinstall * Reinstall finishes and host becomes UP So, everything seems to go fine with the HA functionality, but the host never recovers without being reinstalled. Please let me know which logs you need to look at to help me out with this. Thanks Sent with Mixmax _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From istein at redhat.com Sun Jan 25 07:15:32 2015 From: istein at redhat.com (ILanit Stein) Date: Sun, 25 Jan 2015 02:15:32 -0500 (EST) Subject: [ovirt-users] Failed to import Vm In-Reply-To: <2463411421933480@web17m.yandex.ru> References: <2463411421933480@web17m.yandex.ru> Message-ID: <85057455.112627.1422170132483.JavaMail.zimbra@redhat.com> Hi, Thanks for reporting on this. Looking at the vdsm.log, there is this error, on having the image already exist in the destination: 8cbff5e0-d768-4e41-8fee-30db386c93a5::ERROR::2015-01-22 18:07:39,238::image::748::Storage.Image::(copyCollapsed) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/image.py", line 730, in copyCollapsed srcVolUUID=volume.BLANK_UUID) File "/usr/share/vdsm/storage/sd.py", line 430, in createVolume preallocate, diskType, volUUID, desc, srcImgUUID, srcVolUUID) File "/usr/share/vdsm/storage/volume.py", line 375, in create imgPath = image.Image(repoPath).create(sdUUID, imgUUID) File "/usr/share/vdsm/storage/image.py", line 126, in create os.mkdir(imageDir) OSError: [Errno 17] File exists: '/rhev/data-center/00000002-0002-0002-0002-0000000001c4/456ef431-7794-4a69-a2f6-47a505e83475/images/7be49698-f3a5-4995-b411-f0490a819950' Would you please check whether the image already exist on destination, and if so clear it, and try to import again? Thanks, Ilanit. ----- Original Message ----- From: "???????? ???????" To: users at ovirt.org Sent: Thursday, January 22, 2015 3:31:20 PM Subject: [ovirt-users] Failed to import Vm Hi community! Can some one help me with the error "Failed to import Vm rXX-sed-app to Data Center Default, Cluster Default". Engine logs and SPM logs included. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From stirabos at redhat.com Sun Jan 25 08:24:25 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Sun, 25 Jan 2015 03:24:25 -0500 (EST) Subject: [ovirt-users] VDSMD will not start after reboot In-Reply-To: <754868879.459148.1422142015285.JavaMail.yahoo@mail.yahoo.com> References: <754868879.459148.1422142015285.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1160627261.91301.1422174265546.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Andy" > To: users at ovirt.org > Sent: Sunday, January 25, 2015 12:26:55 AM > Subject: [ovirt-users] VDSMD will not start after reboot > > Hello, > > I am new to the OVIRT users group and please bear with me if this question > has already been answered or discussed. I am testing a two server install > with the hosted engine. All servers are running CentOS 6.6 and I can get the > servers up and running, added, etc on the initial install without issue. The > problem arises when I reboot the servers, the ovrtmgmt network disappears > thus starting the problem. > > Both Servers have two bonded interfaces (one for storage and one for > mgmt/user traffic) and I manually create a bond0.100 interface prior to > installing the hosted engine and select that interface on install. After a > system reboot, and on both hosts the MGMT network disappears and VDSMd > throws the error: Deploying hosted-engine using VLAN over a bonded interface is a configuration that is currently not supported, we have an RFE for 3.6.0 [1]. The problem you are reporting is similar to this one [2] and we are already working on it. In the mean time you can try to manually make VDSM persisting that network configuration as described here [3] cause the bonded interface was manually created. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1134346 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1185032 [3] https://bugzilla.redhat.com/show_bug.cgi?id=1154399#c3 > vdsm: Running restore_nets > Traceback (most recent call last): > File "/usr/share/vdsm/vdsm-restore-net-config", line 137, in > restore() > File "/usr/share/vdsm/vdsm-restore-net-config", line 123, in restore > unified_restoration() > File "/usr/share/vdsm/vdsm-restore-net-config", line 66, in > unified_restoration > persistentConfig.bonds) > File "/usr/share/vdsm/vdsm-restore-net-config", line 91, in > _filter_nets_bonds > bonds[bond]['nics'], net) > KeyError: u'bond0' > vdsm: stopped during execute restore_nets task (task returned with error code > 1). > vdsm start [FAILED] > > I have tried to manually create and let the OVIRT install create the VLAN'd > MGMT network on the bonded interfaces. I have attached the engine setup, > VDSM, and connectivity logs. Any help is much appreciated. > > Thanks Andy > > PS > > The OVIRT version is 3.5.1 > CentOS is 6.6 (fully patched) > The hosted engine is on an NFS share for testing which everything is > resolvable and can connect. > From emesika at redhat.com Sun Jan 25 08:58:04 2015 From: emesika at redhat.com (Eli Mesika) Date: Sun, 25 Jan 2015 03:58:04 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> Message-ID: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> Hi Renchu I am looking currently on he case and will respond later on today after investigating the logs. If I will not find anything, can I use the details for the host PM only for status command to try to debug and find the source of the problem ? Thanks Eli ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org, "Eli Mesika" > Sent: Sunday, January 25, 2015 6:50:00 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > I got the below output when I run the command and it works from both the > nodes. > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I > lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power status'... > Chassis power = On > Done > > Thanks > > Renchu Mathew? |??Sr. IT Administrator > > > > CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T +971 4 > 3445417? |? F +971 4 3493675 |? M +971 50 7386484 > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > EMAIL?renchu at cracknell.com | WEB www.cracknell.com > > This email, its content and any files transmitted with it are intended solely > for the addressee(s) and may be legally privileged and/or confidential. If > you are not the intended recipient please let us know by email reply and > delete it from the system. Please note that any views or opinions presented > in this email do not necessarily represent those of the company. Email > transmissions cannot be guaranteed to be secure or error-free as information > could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, > or contain viruses. The company therefore does not accept liability for any > errors or omissions in the contents of this message which arise as a result > of email transmission. > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 6:12 PM > To: Renchu Mathew > Cc: users at ovirt.org; Eli Mesika > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org > > Sent: Thursday, January 22, 2015 2:39:43 PM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > > > > > Yes. The vdsm host.log is from node-02. > > That's strange, I cannot find any call to fenceNode which should appear, if > PM status is gathered. > > Eli, any idea? > > > I have checked the link and it says > > we need to install the sever view management agent & net-snmp on the hosts. > > Do we need to try this? How to install this on node? I used the below > > irmc admin user. > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > But could you please execute this command on node-20 just to confirm that > Fujitsu Primergy is communicating through IPMI: > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > where IP is IPMI address (from the log it should be 192.168.1.114) USER and > PASS please set according to you setup. > > Thanks > > Martin > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > Regards > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are intended > > solely for the addressee(s) and may be legally privileged and/or > > confidential. If you are not the intended recipient please let us know > > by email reply and delete it from the system. Please note that any > > views or opinions presented in this email do not necessarily represent > > those of the company. Email transmissions cannot be guaranteed to be > > secure or error-free as information could be intercepted, corrupted, > > lost, destroyed, arrive late or incomplete, or contain viruses. The > > company therefore does not accept liability for any errors or > > omissions in the contents of this message which arise as a result of email > > transmission. > > > > > > > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 4:49 PM > > To: Renchu Mathew > > Cc: users at ovirt.org > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi, > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > > According to engine.log, host Node-02.cracknell.com was used as fence > > proxy. > > Are you sure that vdsm.log is from this host? > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > [1] > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.ht > > ml > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > Please find attached log files from engine and proxy host. Not sure > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > > also > > > > > tried the rsb but same error. > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > Thanks & Regards > > > > > > > > > > Renchu Mathew > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi, > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible using > > > > > IPMI protocol? If so, could you provide engine.log and also vdsm.log > > > > > from host that was used as fencing proxy? You can find out which > > > host > > > > > is used as a proxy either in Events tab after you execute the test > > > or in engine.log. > > > > > > > > > > Thanks > > > > > > > > > > Martin Perina > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Renchu Mathew" > > > > > > To: users at ovirt.org > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > > > > > PRIMERGY > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > > > management configuration. The test gives a message ?Test failed, > > > > > > argument of type ?NoneType? is not iterable? as below . Also tried > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > From renchu at cracknell.com Sun Jan 25 09:19:21 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Sun, 25 Jan 2015 09:19:21 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> Message-ID: Hi Eli, Please use any details. Thanks for your support. Regards Renchu Mathew? -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 12:58 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi Renchu I am looking currently on he case and will respond later on today after investigating the logs. If I will not find anything, can I use the details for the host PM only for status command to try to debug and find the source of the problem ? Thanks Eli ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org, "Eli Mesika" > Sent: Sunday, January 25, 2015 6:50:00 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > I got the below output when I run the command and it works from both > the nodes. > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I > lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power status'... > Chassis power = On > Done > > Thanks > > Renchu Mathew? |??Sr. IT Administrator > > > > CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T > +971 4 > 3445417? |? F +971 4 3493675 |? M +971 50 7386484 ABU DHABI | DUBAI | > LONDON | MUSCAT | DOHA | JEDDAH EMAIL?renchu at cracknell.com | WEB > www.cracknell.com > > This email, its content and any files transmitted with it are intended > solely for the addressee(s) and may be legally privileged and/or > confidential. If you are not the intended recipient please let us know > by email reply and delete it from the system. Please note that any > views or opinions presented in this email do not necessarily represent > those of the company. Email transmissions cannot be guaranteed to be > secure or error-free as information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete, or contain viruses. The > company therefore does not accept liability for any errors or > omissions in the contents of this message which arise as a result of email transmission. > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 6:12 PM > To: Renchu Mathew > Cc: users at ovirt.org; Eli Mesika > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org > > Sent: Thursday, January 22, 2015 2:39:43 PM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > > > > > Yes. The vdsm host.log is from node-02. > > That's strange, I cannot find any call to fenceNode which should > appear, if PM status is gathered. > > Eli, any idea? > > > I have checked the link and it says > > we need to install the sever view management agent & net-snmp on the hosts. > > Do we need to try this? How to install this on node? I used the > > below irmc admin user. > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > But could you please execute this command on node-20 just to confirm > that Fujitsu Primergy is communicating through IPMI: > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > where IP is IPMI address (from the log it should be 192.168.1.114) > USER and PASS please set according to you setup. > > Thanks > > Martin > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > Regards > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 4:49 PM > > To: Renchu Mathew > > Cc: users at ovirt.org > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi, > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > > According to engine.log, host Node-02.cracknell.com was used as > > fence proxy. > > Are you sure that vdsm.log is from this host? > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > [1] > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > ht > > ml > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > sure > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > > also > > > > > tried the rsb but same error. > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > Thanks & Regards > > > > > > > > > > Renchu Mathew > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi, > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > using > > > > > IPMI protocol? If so, could you provide engine.log and also > > > vdsm.log > > > > > from host that was used as fencing proxy? You can find out which > > > host > > > > > is used as a proxy either in Events tab after you execute the test > > > or in engine.log. > > > > > > > > > > Thanks > > > > > > > > > > Martin Perina > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Renchu Mathew" > > > > > > To: users at ovirt.org > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > Fujitsu > > > > > > PRIMERGY > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > > > management configuration. The test gives a message ?Test failed, > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > tried > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do > > > > we > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > From emesika at redhat.com Sun Jan 25 12:46:10 2015 From: emesika at redhat.com (Eli Mesika) Date: Sun, 25 Jan 2015 07:46:10 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> Message-ID: <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Renchu Mathew" > To: "Eli Mesika" > Cc: "Martin Perina" , users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today after > investigating the logs. > If I will not find anything, can I use the details for the host PM only for > status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org, "Eli Mesika" > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I > > lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew? |??Sr. IT Administrator > > > > > > > > CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T > > +971 4 > > 3445417? |? F +971 4 3493675 |? M +971 50 7386484 ABU DHABI | DUBAI | > > LONDON | MUSCAT | DOHA | JEDDAH EMAIL?renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are intended > > solely for the addressee(s) and may be legally privileged and/or > > confidential. If you are not the intended recipient please let us know > > by email reply and delete it from the system. Please note that any > > views or opinions presented in this email do not necessarily represent > > those of the company. Email transmissions cannot be guaranteed to be > > secure or error-free as information could be intercepted, corrupted, > > lost, destroyed, arrive late or incomplete, or contain viruses. The > > company therefore does not accept liability for any errors or > > omissions in the contents of this message which arise as a result of email > > transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says > > > we need to install the sever view management agent & net-snmp on the > > > hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information could > > > be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of this > > > message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > To: "Martin Perina" > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > > > also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the test > > > > or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > > > > > management configuration. The test gives a message ?Test failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do > > > > > we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > From renchu at cracknell.com Sun Jan 25 13:07:48 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Sun, 25 Jan 2015 13:07:48 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). Please find below details. [cid:image001.png at 01D038BF.FC58A040] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > To: "Eli Mesika" > Cc: "Martin Perina" , users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org, "Eli Mesika" > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5493 bytes Desc: image001.png URL: From piotr.kliczewski at gmail.com Sun Jan 25 14:08:11 2015 From: piotr.kliczewski at gmail.com (Piotr Kliczewski) Date: Sun, 25 Jan 2015 15:08:11 +0100 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew wrote: > Hi Eli, > > > > I have 2 hypervisor host and both are installed with below iso file. > Master data domain is glusterfs which is configured on another server. Is > there any latest iso available? > > > > ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). > @Eli - Do we know which vdsm version is in this iso? > > > Please find below details. > > > > > > Thanks & Regards > > > > Renchu Mathew > > > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 4:46 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Eli Mesika" > > > Cc: "Martin Perina" , users at ovirt.org > > > Sent: Sunday, January 25, 2015 11:19:21 AM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Eli, > > > > > > Please use any details. > > > > > > Thanks for your support. > > > > > > Regards > > > > > > Renchu Mathew > > > > Hi again > > > > Looking in the logs I see that this is a issue we handled when we switched > from XML RPC to JSON RPC protocol. > > Which vdsm is installed in the proxy host ? > > I am adding Piotr who is on charge of the JSON RPC protocol and who helped > me in the past when I got a similar error on PM operations > It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > > > > > > -----Original Message----- > > > From: Eli Mesika [mailto:emesika at redhat.com] > > > Sent: Sunday, January 25, 2015 12:58 PM > > > To: Renchu Mathew > > > Cc: Martin Perina; users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Renchu > > > > > > I am looking currently on he case and will respond later on today > > > after investigating the logs. > > > If I will not find anything, can I use the details for the host PM > > > only for status command to try to debug and find the source of the > problem ? > > > > > > Thanks > > > > > > Eli > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org, "Eli Mesika" > > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi Martin, > > > > > > > > I got the below output when I run the command and it works from both > > > > the nodes. > > > > > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > > > status'... > > > > Chassis power = On > > > > Done > > > > > > > > Thanks > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > > > +971 4 > > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > > > www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are > > > > intended solely for the addressee(s) and may be legally privileged > > > > and/or confidential. If you are not the intended recipient please > > > > let us know by email reply and delete it from the system. Please > > > > note that any views or opinions presented in this email do not > > > > necessarily represent those of the company. Email transmissions > > > > cannot be guaranteed to be secure or error-free as information could > > > > be intercepted, corrupted, lost, destroyed, arrive late or > > > > incomplete, or contain viruses. The company therefore does not > > > > accept liability for any errors or omissions in the contents of this > > > > message which arise as a result of email transmission. > > > > > > > > > > > > -----Original Message----- > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > Sent: Thursday, January 22, 2015 6:12 PM > > > > To: Renchu Mathew > > > > Cc: users at ovirt.org; Eli Mesika > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > > > > > That's strange, I cannot find any call to fenceNode which should > > > > appear, if PM status is gathered. > > > > > > > > Eli, any idea? > > > > > > > > > I have checked the link and it says we need to install the sever > > > > > view management agent & net-snmp on the hosts. > > > > > Do we need to try this? How to install this on node? I used the > > > > > below irmc admin user. > > > > > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > > > > > But could you please execute this command on node-20 just to confirm > > > > that Fujitsu Primergy is communicating through IPMI: > > > > > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > > > USER and PASS please set according to you setup. > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > +971 > > > > > 4 > > > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > > > intended solely for the addressee(s) and may be legally privileged > > > > > and/or confidential. If you are not the intended recipient please > > > > > let us know by email reply and delete it from the system. Please > > > > > note that any views or opinions presented in this email do not > > > > > necessarily represent those of the company. Email transmissions > > > > > cannot be guaranteed to be secure or error-free as information > > > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > > > incomplete, or contain viruses. The company therefore does not > > > > > accept liability for any errors or omissions in the contents of > > > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 4:49 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > > > vdsm.log. > > > > > According to engine.log, host Node-02.cracknell.com was used as > > > > > fence proxy. > > > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > [1] > > > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > > > ht > > > > > ml > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > To: "Martin Perina" > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > > > sure > > > > > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > > > I also > > > > > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > > > > > To: Renchu Mathew > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > > > using > > > > > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > > > vdsm.log > > > > > > > > > > > from host that was used as fencing proxy? You can find out which > > > > > > host > > > > > > > > > > > is used as a proxy either in Events tab after you execute the > > > > > > test or in engine.log. > > > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > > To: users at ovirt.org > > > > > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > > > Fujitsu > > > > > > > > > > > > PRIMERGY > > > > > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > > > power > > > > > > > > > > > > management configuration. The test gives a message ?Test > > > > > > > failed, > > > > > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > > > tried > > > > > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > > > Do we > > > > > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Users mailing list > > > > > > > > > > > > Users at ovirt.org > > > > > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5493 bytes Desc: not available URL: From hypunit at gmail.com Mon Jan 26 01:24:05 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 26 Jan 2015 09:24:05 +0800 Subject: [ovirt-users] Loopback interface has huge network transctions Message-ID: Hi, I have noticed that the loop back interface has huge network packets sent and received...is it common or need to some tweaks.... 1. Ovirt 3.5.1 2. Before ovirt engine installation...loop back address doesn't has that huge amount of packets sent/receive.... 3. After Ovirt engine install it's keep increasing.....and in just 48 hours it reach to 35 GB... [root at ccr01 ~]# ifconfig eth0: flags=4163 mtu 1500 inet 43.252.x.x netmask 255.255.255.0 broadcast 43.252.x.x ether 60:eb:69:82:0b:4c txqueuelen 1000 (Ethernet) RX packets 6605350 bytes 6551029484 (6.1 GiB) RX errors 0 dropped 120622 overruns 0 frame 0 TX packets 2155524 bytes 431348174 (411.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xdf6e0000-df700000 eth1: flags=4163 mtu 1500 inet 10.10.0.2 netmask 255.255.255.0 broadcast 10.10.0.255 ether 60:eb:69:82:0b:4d txqueuelen 1000 (Ethernet) RX packets 788160 bytes 133915292 (127.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 546352 bytes 131672255 (125.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xdf660000-df680000 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 0 (Local Loopback) RX packets 84747311 bytes 40376482560 (37.6 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 84747311 bytes 40376482560 (37.6 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root at ccr01 ~]# w 09:23:07 up 2 days, 11:43, 1 user, load average: 0.27, 0.30, 0.31 USER TTY LOGIN@ IDLE JCPU PCPU WHAT root pts/0 09:16 3.00s 0.01s 0.00s w [root at ccr01 ~]# Thanks, Punit -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Mon Jan 26 03:36:47 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 03:36:47 +0000 Subject: [ovirt-users] iso uploader times out Message-ID: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? [cid:2BD933A0-F108-423E-9142-B4C3A589047F] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-3.tiff Type: image/tiff Size: 1088854 bytes Desc: PastedGraphic-3.tiff URL: From renchu at cracknell.com Mon Jan 26 04:15:46 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Mon, 26 Jan 2015 04:15:46 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: Hi Piotr, VDSM Version is vdsm-4.16.4-0.el6 Regards Renchu Mathew . From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] Sent: Sunday, January 25, 2015 6:08 PM To: Renchu Mathew Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > wrote: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). @Eli - Do we know which vdsm version is in this iso? Please find below details. [cid:image001.png at 01D0393F.9A5CF2D0] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > > To: "Eli Mesika" > > Cc: "Martin Perina" >, users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org, "Eli Mesika" > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5493 bytes Desc: image001.png URL: From mail at johankooijman.com Mon Jan 26 06:54:39 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Mon, 26 Jan 2015 07:54:39 +0100 Subject: [ovirt-users] iso uploader times out In-Reply-To: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Message-ID: Mikola, What version are you running? A bug in 3.5.0 caused the same behavior, it's fixed in 3.5.1. On Mon, Jan 26, 2015 at 4:36 AM, Mikola Rose wrote: > Hi list members, > > Just finished deploying a self hosted engine. But i am having a problem > uploading an iso. It seems to be timing out.. > > engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt Engine > user (CTRL+D to abort): > Uploading, please wait... > ERROR: mount.nfs: Connection timed out > > I am a little confused as the host machine has access to the NFS shares > but the engine vm does not yet I have created an iso storage item > successfully so the engine can see the nfs share? > > Any idea on how I can trouble shoot this? > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Mon Jan 26 08:03:12 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Mon, 26 Jan 2015 03:03:12 -0500 (EST) Subject: [ovirt-users] iso uploader times out In-Reply-To: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Message-ID: <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: users at ovirt.org > Sent: Monday, January 26, 2015 5:36:47 AM > Subject: [ovirt-users] iso uploader times out > > Hi list members, > > Just finished deploying a self hosted engine. But i am having a problem > uploading an iso. It seems to be timing out.. > > engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt Engine user > (CTRL+D to abort): > Uploading, please wait... > ERROR: mount.nfs: Connection timed out > > I am a little confused as the host machine has access to the NFS shares but > the engine vm does not yet I have created an iso storage item successfully > so the engine can see the nfs share? > > Any idea on how I can trouble shoot this? Can you please check the iso NFS export ACL as described here [1]? If you created it via engine setup, now by default only engine host can access it so if you want to access it from other hosts you have to extend that ACL. If it not enough please check also the firewall rules. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues#ISO_DOMAIN > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alexeynikolaev.post at yandex.ru Mon Jan 26 08:11:07 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Mon, 26 Jan 2015 11:11:07 +0300 Subject: [ovirt-users] Failed to import Vm In-Reply-To: <85057455.112627.1422170132483.JavaMail.zimbra@redhat.com> References: <2463411421933480@web17m.yandex.ru> <85057455.112627.1422170132483.JavaMail.zimbra@redhat.com> Message-ID: <12214231422259867@web15m.yandex.ru> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2015-01-26 09-01-49 images - root at 10.55.98.19 - WinSCP.png Type: image/png Size: 13874 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm_engine_server_logs.zip Type: application/zip Size: 1585894 bytes Desc: not available URL: From jhernand at redhat.com Mon Jan 26 09:02:01 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Mon, 26 Jan 2015 10:02:01 +0100 Subject: [ovirt-users] Details of the host In-Reply-To: References: <54C2034D.9090109@redhat.com> Message-ID: <54C60289.8010804@redhat.com> On 01/24/2015 03:31 PM, ChandraShekar Shastri wrote: > Thanks Juan, > > Can I login into the ovirt-engine url using the encrypted password. If > it is possible what are the encryption method that it allows. > > Please share the code if you have it handy. > > Thanks, > Chandrashekar > The Python SDK only supports "Basic" authentication. Version 3.6 will also support Kerberos authentication. There are no plans at the moment to support any other authentication mechanism in the Python SDK. > On Fri, Jan 23, 2015 at 1:46 PM, Juan Hern?ndez > wrote: > > On 01/21/2015 02:27 PM, ChandraShekar Shastri wrote: > > Hi All, > > > > I want to get the details of the Host without activating is there > a way > > to do it. > > I want to query the RHEV-Manager and would like to get the details of > > MAC address without activating it. > > > > Do you have the script to do this. > > > > Thanks, > > Chandrashekar > > > > Assuming that the host has already been added to the system then you can > get the details with a Python script like this: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://ovirt.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True > ) > > host = api.hosts.get(name="myhost") > nics = host.nics.list() > for nic in nics: > print("%s: %s" % (nic.get_name(), nic.get_mac().get_address())) > > api.disconnect() > > This will print something like this: > > eth0: 52:54:00:9d:a7:26 > > If the host hasn't been added you can add it, without activating it: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://rhevm35.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True, > ) > > api.hosts.add( > host = params.Host( > name="myhost", > address="myhost.example.com ", > root_password="******" > ) > ) > > api.disconnect() > > -- > 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 at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- 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. From jhernand at redhat.com Mon Jan 26 09:25:57 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Mon, 26 Jan 2015 10:25:57 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive In-Reply-To: References: <54C20A50.8040307@redhat.com> Message-ID: <54C60825.2020308@redhat.com> On 01/23/2015 08:42 PM, Grzegorz Szypa wrote: > Thanks. > > It was resolve problem, but question,but the question is whether the > problem is resolved JAVA or rather fall off ?? > > Regards, > Grzegorz Szypa > The actual problem is that there is no way to tell the oVirt engine to use a protocol other than SSLv3 to communicate with hosts. That has been fixed in version 3.5: http://gerrit.ovirt.org/34917 Given that this is an important security issue I'd expect to see it fixed in 3.4.z as well. While/if that doesn't happen then your only alternative to fix properly the issue is to upgrade to 3.5 and then make sure that the VdsmSSLProtocol configuration parameter is set to TLSv1. > 2015-01-23 9:46 GMT+01:00 Juan Hern?ndez >: > > On 01/23/2015 05:20 AM, Grzegorz Szypa wrote: > > Hi. > > > > I have a simillar problem like in this link: > > https://access.redhat.com/discussions/1326793 > > https://bugzilla.redhat.com/show_bug.cgi?id=1165269 > > > > Similar, becouse I worked it out with the VM uknown status, but I > still > > have problem with host (node). It is all in one installaltion, > therefore > > i dont have to remove host and add again (it is only one host > portal and > > node on the same host), because there are still connected to the VMs. > > > > It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 > > Final). > > > > Can I do smoethings or can I upgrade to ovirt 3.5 release (safely > > without losing anything) if this helps. > > > > If anyone would like to help me remotely (for charity), I would be > > grateful :) > > > > -- > > G.Sz. > > If your problem is related to that link, then you should have tried to > downgrade the JDK, and it should have worked. To double check you can > check the > /usr/lib/jvm/java-1.7.0-openjdk-*/jre/lib/security/java.security file. > It may contain this line, at the very end: > > jdk.tls.disabledAlgorithms=SSLv3 > > That is because of the recent security problems with SSLv3. If you need > to solve your problem urgently and you are sure that you won't be > affected by those security problems then you can just comment out this > line and restart the engine. > > Remember to undo this change once you upgrade to 3.5. > -- 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. From firemanxbr at fedoraproject.org Mon Jan 26 11:17:41 2015 From: firemanxbr at fedoraproject.org (Marcelo Barbosa) Date: Mon, 26 Jan 2015 09:17:41 -0200 Subject: [ovirt-users] Slide Templates--New for 2015! In-Reply-To: <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> References: <1116310714.10304951.1421878295329.JavaMail.zimbra@redhat.com> <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> Message-ID: Thank you Brian. Cheers, firemanxbr On Wed, Jan 21, 2015 at 8:13 PM, Brian Proffitt wrote: > All: > > I have been asked to provide slide templates for presentations that might > be created for future events. Through 2014, we have been using the > green-on-white slide template, and now, thanks to Eidan Hildesheim, we have > a new 2015 edition that is based more on the Patternfly interface. > > These template presentations are provided to build new slides for oVirt > presentations. They can be downloaded and used as-is, or Saved As template > files within OpenOffice and LibreOffice. > > The templates, as well as a whole host of pre-made presentations (which > are all under the Creative Commons license), are available on the oVirt.org > slide page[1]. > > Thanks! > BKP > > [1] http://www.ovirt.org/OVirt_Slide_Decks > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shimano at go2.pl Mon Jan 26 12:05:14 2015 From: shimano at go2.pl (shimano) Date: Mon, 26 Jan 2015 13:05:14 +0100 Subject: [ovirt-users] Does my Storage Domain crashed or is this iSCSI LUN's a problem? Message-ID: Hi guys, I'm trying to run one of my storage domains, which experienced failure. Unfortunately, I meet a very nasty error (Storage domain does not exist). Could someone tell me, how to try to restore this domain? P.S. It's an oVirt 3.4.2-1.el6 ********************************************************************************** /var/log/messages: Jan 26 12:48:49 node002 vdsm TaskManager.Task ERROR Task=`10d02993-b585-448f-9a50-bd3e8cda7082`::Unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line 873, in _run#012 return fn(*args, **kargs)#012 File "/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 2959, in getVGInfo#012 return dict(info=self.__getVGsInfo([vgUUID])[0])#012 File "/usr/share/vdsm/storage/hsm.py", line 2892, in __getVGsInfo#012 vgList = [lvm.getVGbyUUID(vgUUID) for vgUUID in vgUUIDs]#012 File "/usr/share/vdsm/storage/lvm.py", line 894, in getVGbyUUID#012 raise se.VolumeGroupDoesNotExist("vg_uuid: %s" % vgUUID)#012VolumeGroupDoesNotExist: Volume Group does not exist: ('vg_uuid: gyaCWf-6VKi-lI9W-JT6H-IZdy-rIsB-hTvZ4O',) Jan 26 12:48:49 node002 kernel: device-mapper: table: 253:26: multipath: error getting device Jan 26 12:48:49 node002 kernel: device-mapper: ioctl: error adding target to table ********************************************************************************** /var/log/vdsm.log: Thread-22::ERROR::2015-01-26 12:43:03,376::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::ERROR::2015-01-26 12:43:03,377::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::DEBUG::2015-01-26 12:43:03,377::lvm::373::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-22::DEBUG::2015-01-26 12:43:03,378::lvm::296::Storage.Misc.excCmd::(cmd) u'/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ \'a|/dev/mapper/mpathb|/dev/mapper/mpathc|/dev/mapper/mpathd|/dev/mapper/mpathe|/dev/mapper/mpathf|\', \'r|.*|\' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name db52e9cb-7306-43fd-aff3-20831bc2bcaf' (cwd None) Thread-22::DEBUG::2015-01-26 12:43:03,462::lvm::296::Storage.Misc.excCmd::(cmd) FAILED: = ' /dev/mapper/mpathc: Checksum error\n /dev/mapper/mpathc: Checksum error\n Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found\n Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf\n'; = 5 Thread-22::WARNING::2015-01-26 12:43:03,466::lvm::378::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' /dev/mapper/mpathc: Checksum error', ' /dev/mapper/mpathc: Checksum error', ' Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found', ' Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf'] Thread-22::DEBUG::2015-01-26 12:43:03,466::lvm::415::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-22::ERROR::2015-01-26 12:43:03,477::sdc::143::Storage.StorageDomainCache::(_findDomain) domain db52e9cb-7306-43fd-aff3-20831bc2bcaf not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-22::ERROR::2015-01-26 12:43:03,478::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain db52e9cb-7306-43fd-aff3-20831bc2bcaf monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 204, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-13::DEBUG::2015-01-26 12:43:05,102::task::595::TaskManager.Task::(_updateState) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::moving from state init -> state preparing Thread-13::INFO::2015-01-26 12:43:05,102::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-13::INFO::2015-01-26 12:43:05,103::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} Thread-13::DEBUG::2015-01-26 12:43:05,103::task::1185::TaskManager.Task::(prepare) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::finished: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} ********************************************************************************** [root at node002 shim]# multipath -ll mpathe (1NODE_001_LUN01) dm-6 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 21:0:0:1 sdg 8:96 active ready running mpathd (1NODE_003_LUN01) dm-7 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 20:0:0:1 sdf 8:80 active ready running mpathc (1NODE_002_LUN01) dm-4 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 18:0:0:1 sdd 8:48 active ready running mpathb (1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010) dm-1 ATA,MARVELL Raid VD size=1.8T features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 0:0:0:0 sda 8:0 active ready running mpathf (1MANAGER_LUN01) dm-5 SHIMI,VIRTUAL-DISK size=500G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 19:0:0:1 sde 8:64 active ready running ********************************************************************************** [root at node002 shim]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 298.1G 0 disk ??sdb1 8:17 0 1G 0 part /boot ??sdb2 8:18 0 4G 0 part [SWAP] ??sdb3 8:19 0 293.1G 0 part ??vg_node002-LogVol00 (dm-0) 253:0 0 293.1G 0 lvm / sda 8:0 0 1.8T 0 disk ??sda1 8:1 0 1.8T 0 part sdd 8:48 0 976.6G 0 disk ??mpathc (dm-4) 253:4 0 976.6G 0 mpath sde 8:64 0 500G 0 disk ??mpathf (dm-5) 253:5 0 500G 0 mpath ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-metadata (dm-15) 253:15 0 512M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-ids (dm-16) 253:16 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-leases (dm-18) 253:18 0 2G 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-outbox (dm-20) 253:20 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-inbox (dm-21) 253:21 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-master (dm-22) 253:22 0 1G 0 lvm sdf 8:80 0 976.6G 0 disk ??mpathd (dm-7) 253:7 0 976.6G 0 mpath ??5e1ca1b6--4706--4c79--8924--b8db741c929f-metadata (dm-14) 253:14 0 512M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-ids (dm-17) 253:17 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-leases (dm-19) 253:19 0 2G 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-outbox (dm-23) 253:23 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-inbox (dm-24) 253:24 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-master (dm-25) 253:25 0 1G 0 lvm sdg 8:96 0 976.6G 0 disk ??mpathe (dm-6) 253:6 0 976.6G 0 mpath ??5f595801--aaa5--42c7--b829--7a34a636407e-metadata (dm-8) 253:8 0 512M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-ids (dm-9) 253:9 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-leases (dm-10) 253:10 0 2G 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-outbox (dm-11) 253:11 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-inbox (dm-12) 253:12 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-master (dm-13) 253:13 0 1G 0 lvm ********************************************************************************** [root at node002 shim]# multipath -v3 Jan 26 12:46:28 | ram0: device node name blacklisted Jan 26 12:46:28 | ram1: device node name blacklisted Jan 26 12:46:28 | ram2: device node name blacklisted Jan 26 12:46:28 | ram3: device node name blacklisted Jan 26 12:46:28 | ram4: device node name blacklisted Jan 26 12:46:28 | ram5: device node name blacklisted Jan 26 12:46:28 | ram6: device node name blacklisted Jan 26 12:46:28 | ram7: device node name blacklisted Jan 26 12:46:28 | ram8: device node name blacklisted Jan 26 12:46:28 | ram9: device node name blacklisted Jan 26 12:46:28 | ram10: device node name blacklisted Jan 26 12:46:28 | ram11: device node name blacklisted Jan 26 12:46:28 | ram12: device node name blacklisted Jan 26 12:46:28 | ram13: device node name blacklisted Jan 26 12:46:28 | ram14: device node name blacklisted Jan 26 12:46:28 | ram15: device node name blacklisted Jan 26 12:46:28 | loop0: device node name blacklisted Jan 26 12:46:28 | loop1: device node name blacklisted Jan 26 12:46:28 | loop2: device node name blacklisted Jan 26 12:46:28 | loop3: device node name blacklisted Jan 26 12:46:28 | loop4: device node name blacklisted Jan 26 12:46:28 | loop5: device node name blacklisted Jan 26 12:46:28 | loop6: device node name blacklisted Jan 26 12:46:28 | loop7: device node name blacklisted Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0x3f Jan 26 12:46:28 | sdb: dev_t = 8:16 Jan 26 12:46:28 | sdb: size = 625142448 Jan 26 12:46:28 | sdb: subsystem = scsi Jan 26 12:46:28 | sdb: vendor = ATA Jan 26 12:46:28 | sdb: product = WDC WD3200AAJS-6 Jan 26 12:46:28 | sdb: rev = 03.0 Jan 26 12:46:28 | sdb: h:b:t:l = 10:0:0:0 Jan 26 12:46:28 | sdb: serial = WD-WMAV2HM46197 Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: path checker = directio (config file default) Jan 26 12:46:28 | sdb: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdb: uid = 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 (callout) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdb: prio = const (config file default) Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | sda: not found in pathvec Jan 26 12:46:28 | sda: mask = 0x3f Jan 26 12:46:28 | sda: dev_t = 8:0 Jan 26 12:46:28 | sda: size = 3904897024 Jan 26 12:46:28 | sda: subsystem = scsi Jan 26 12:46:28 | sda: vendor = ATA Jan 26 12:46:28 | sda: product = MARVELL Raid VD Jan 26 12:46:28 | sda: rev = MV.R Jan 26 12:46:28 | sda: h:b:t:l = 0:0:0:0 Jan 26 12:46:28 | sda: serial = 1c3c8ecf5cf00010 Jan 26 12:46:28 | sda: get_state Jan 26 12:46:28 | sda: path checker = directio (config file default) Jan 26 12:46:28 | sda: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sda: state = 3 Jan 26 12:46:28 | sda: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sda: uid = 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 (callout) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | sda: detect_prio = 1 (config file default) Jan 26 12:46:28 | sda: prio = const (config file default) Jan 26 12:46:28 | sda: const prio = 1 Jan 26 12:46:28 | dm-0: device node name blacklisted Jan 26 12:46:28 | sdc: not found in pathvec Jan 26 12:46:28 | sdc: mask = 0x3f Jan 26 12:46:28 | sdc: dev_t = 8:32 Jan 26 12:46:28 | sdc: size = 0 Jan 26 12:46:28 | sdc: subsystem = scsi Jan 26 12:46:28 | sdc: vendor = Multi Jan 26 12:46:28 | sdc: product = Flash Reader Jan 26 12:46:28 | sdc: rev = 1.00 Jan 26 12:46:28 | sdc: h:b:t:l = 12:0:0:0 Jan 26 12:46:28 | dm-1: device node name blacklisted Jan 26 12:46:28 | dm-2: device node name blacklisted Jan 26 12:46:28 | dm-3: device node name blacklisted Jan 26 12:46:28 | sdd: not found in pathvec Jan 26 12:46:28 | sdd: mask = 0x3f Jan 26 12:46:28 | sdd: dev_t = 8:48 Jan 26 12:46:28 | sdd: size = 2048000000 Jan 26 12:46:28 | sdd: subsystem = scsi Jan 26 12:46:28 | sdd: vendor = SHIMI Jan 26 12:46:28 | sdd: product = VIRTUAL-DISK Jan 26 12:46:28 | sdd: rev = 0001 Jan 26 12:46:28 | sdd: h:b:t:l = 18:0:0:1 Jan 26 12:46:28 | sdd: tgt_node_name = pl.mycomp.shimi:node002.target0 Jan 26 12:46:28 | sdd: serial = beaf11 Jan 26 12:46:28 | sdd: get_state Jan 26 12:46:28 | sdd: path checker = directio (config file default) Jan 26 12:46:28 | sdd: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdd: state = 3 Jan 26 12:46:28 | sdd: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdd: uid = 1NODE_002_LUN01 (callout) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | sdd: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdd: prio = const (config file default) Jan 26 12:46:28 | sdd: const prio = 1 Jan 26 12:46:28 | dm-4: device node name blacklisted Jan 26 12:46:28 | sde: not found in pathvec Jan 26 12:46:28 | sde: mask = 0x3f Jan 26 12:46:28 | sde: dev_t = 8:64 Jan 26 12:46:28 | sde: size = 1048576000 Jan 26 12:46:28 | sde: subsystem = scsi Jan 26 12:46:28 | sde: vendor = SHIMI Jan 26 12:46:28 | sde: product = VIRTUAL-DISK Jan 26 12:46:28 | sde: rev = 0001 Jan 26 12:46:28 | sde: h:b:t:l = 19:0:0:1 Jan 26 12:46:28 | sde: tgt_node_name = pl.mycomp.shimi:manager.target0 Jan 26 12:46:28 | sde: serial = beaf11 Jan 26 12:46:28 | sde: get_state Jan 26 12:46:28 | sde: path checker = directio (config file default) Jan 26 12:46:28 | sde: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sde: state = 3 Jan 26 12:46:28 | sde: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sde: uid = 1MANAGER_LUN01 (callout) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | sde: detect_prio = 1 (config file default) Jan 26 12:46:28 | sde: prio = const (config file default) Jan 26 12:46:28 | sde: const prio = 1 Jan 26 12:46:28 | sdf: not found in pathvec Jan 26 12:46:28 | sdf: mask = 0x3f Jan 26 12:46:28 | sdf: dev_t = 8:80 Jan 26 12:46:28 | sdf: size = 2048000000 Jan 26 12:46:28 | sdf: subsystem = scsi Jan 26 12:46:28 | sdf: vendor = SHIMI Jan 26 12:46:28 | sdf: product = VIRTUAL-DISK Jan 26 12:46:28 | sdf: rev = 0001 Jan 26 12:46:28 | sdf: h:b:t:l = 20:0:0:1 Jan 26 12:46:28 | sdf: tgt_node_name = pl.mycomp.shimi:node003.target0 Jan 26 12:46:28 | sdf: serial = beaf11 Jan 26 12:46:28 | sdf: get_state Jan 26 12:46:28 | sdf: path checker = directio (config file default) Jan 26 12:46:28 | sdf: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdf: state = 3 Jan 26 12:46:28 | sdf: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdf: uid = 1NODE_003_LUN01 (callout) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | sdf: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdf: prio = const (config file default) Jan 26 12:46:28 | sdf: const prio = 1 Jan 26 12:46:28 | sdg: not found in pathvec Jan 26 12:46:28 | sdg: mask = 0x3f Jan 26 12:46:28 | sdg: dev_t = 8:96 Jan 26 12:46:28 | sdg: size = 2048000000 Jan 26 12:46:28 | sdg: subsystem = scsi Jan 26 12:46:28 | sdg: vendor = SHIMI Jan 26 12:46:28 | sdg: product = VIRTUAL-DISK Jan 26 12:46:28 | sdg: rev = 0001 Jan 26 12:46:28 | sdg: h:b:t:l = 21:0:0:1 Jan 26 12:46:28 | sdg: tgt_node_name = pl.mycomp.shimi:node001.target0 Jan 26 12:46:28 | sdg: serial = beaf11 Jan 26 12:46:28 | sdg: get_state Jan 26 12:46:28 | sdg: path checker = directio (config file default) Jan 26 12:46:28 | sdg: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdg: state = 3 Jan 26 12:46:28 | sdg: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdg: uid = 1NODE_001_LUN01 (callout) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | sdg: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdg: prio = const (config file default) Jan 26 12:46:28 | sdg: const prio = 1 Jan 26 12:46:28 | dm-5: device node name blacklisted Jan 26 12:46:28 | dm-6: device node name blacklisted Jan 26 12:46:28 | dm-7: device node name blacklisted Jan 26 12:46:28 | dm-8: device node name blacklisted Jan 26 12:46:28 | dm-9: device node name blacklisted Jan 26 12:46:28 | dm-10: device node name blacklisted Jan 26 12:46:28 | dm-11: device node name blacklisted Jan 26 12:46:28 | dm-12: device node name blacklisted Jan 26 12:46:28 | dm-13: device node name blacklisted Jan 26 12:46:28 | dm-14: device node name blacklisted Jan 26 12:46:28 | dm-15: device node name blacklisted Jan 26 12:46:28 | dm-16: device node name blacklisted Jan 26 12:46:28 | dm-17: device node name blacklisted Jan 26 12:46:28 | dm-18: device node name blacklisted Jan 26 12:46:28 | dm-19: device node name blacklisted Jan 26 12:46:28 | dm-20: device node name blacklisted Jan 26 12:46:28 | dm-21: device node name blacklisted Jan 26 12:46:28 | dm-22: device node name blacklisted Jan 26 12:46:28 | dm-23: device node name blacklisted Jan 26 12:46:28 | dm-24: device node name blacklisted Jan 26 12:46:28 | dm-25: device node name blacklisted ===== paths list ===== uuid hcil dev dev_t pri dm_st chk_st 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 10:0:0:0 sdb 8:16 1 undef ready 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 0:0:0:0 sda 8:0 1 undef ready 12:0:0:0 sdc 8:32 -1 undef faulty 1NODE_002_LUN01 18:0:0:1 sdd 8:48 1 undef ready 1MANAGER_LUN01 19:0:0:1 sde 8:64 1 undef ready 1NODE_003_LUN01 20:0:0:1 sdf 8:80 1 undef ready 1NODE_001_LUN01 21:0:0:1 sdg 8:96 1 undef ready Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:96 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:96 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:80 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:80 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:48 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:48 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:0 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:0 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:64 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:64 A 0 Jan 26 12:46:28 | Found matching wwid [1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197] in bindings file. Setting alias to mpatha Jan 26 12:46:28 | sdb: ownership set to mpatha Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0xc Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | mpatha: pgfailover = -1 (internal default) Jan 26 12:46:28 | mpatha: pgpolicy = failover (internal default) Jan 26 12:46:28 | mpatha: selector = round-robin 0 (internal default) Jan 26 12:46:28 | mpatha: features = 0 (internal default) Jan 26 12:46:28 | mpatha: hwhandler = 0 (internal default) Jan 26 12:46:28 | mpatha: rr_weight = 1 (internal default) Jan 26 12:46:28 | mpatha: minio = 1 rq (config file default) Jan 26 12:46:28 | mpatha: no_path_retry = -1 (config file default) Jan 26 12:46:28 | pg_timeout = NONE (internal default) Jan 26 12:46:28 | mpatha: fast_io_fail_tmo = 5 (config file default) Jan 26 12:46:28 | mpatha: dev_loss_tmo = 30 (config file default) Jan 26 12:46:28 | mpatha: retain_attached_hw_handler = 1 (config file default) Jan 26 12:46:28 | failed to find rport_id for target10:0:0 Jan 26 12:46:28 | mpatha: set ACT_CREATE (map does not exist) Jan 26 12:46:28 | mpatha: domap (0) failure for create/reload map Jan 26 12:46:28 | mpatha: ignoring map ********************************************************************************** [root at node002 shim]# iscsiadm -m session -o show tcp: [6] 192.168.1.12:3260,1 pl.mycomp.shimi:node002.target0 tcp: [7] 192.168.1.11:3260,1 pl.mycomp.shimi:manager.target0 tcp: [8] 192.168.1.14:3260,1 pl.mycomp.shimi:node003.target0 tcp: [9] 192.168.1.13:3260,1 pl.mycomp.shimi:node001.target0 ********************************************************************************** [root at node002 shim]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination ********************************************************************************** [root at node002 shim]# sestatus SELinux status: disabled -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Mon Jan 26 12:09:23 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 26 Jan 2015 12:09:23 +0000 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: References: Message-ID: <20150126120923.GF14455@redhat.com> On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > Hello, > on my all-in-one installation @home I had 3.5.0 with F20. > Today I updated to 3.5.1. > > it seems it modified /etc/multipath.conf preventing me from using my second > disk at all... > > My system has internal ssd disk (sda) for OS and one local storage domain > and another disk (sdb) with some partitions (on one of them there is also > another local storage domain). > > At reboot I was put in emergency boot because partitions at sdb disk could > not be mounted (they were busy). > it took me some time to understand that the problem was due to sdb gone > managed as multipath device and so busy for partitions to be mounted. > > Here you can find how multipath became after update and reboot > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > No device-mapper-multipath update in yum.log > > Also it seems that after changing it, it was then reverted at boot again (I > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > time the only thing I could do was to make the file immutable with > > chattr +i /etc/multipath.conf The "supported" method of achieving this is to place "# RHEV PRIVATE" in the second line of your hand-modified multipath.conf I do not understand why this has happened only after upgrade to 3.5.1 - 3.5.0's should have reverted you multipath.conf just as well during each vdsm startup. The good thing is that this annoying behavior has been dropped from the master branch, so that 3.6 is not going to have it. Vdsm is not to mess with other services config file while it is running. The logic moved to `vdsm-tool configure` > > and so I was able to reboot and verify that my partitions on sdb were ok > and I was able to mount them (for safe I also ran an fsck against them) > > Update ran around 19:20 and finished at 19:34 > here the log in gzip format > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > Reboot was done around 21:10-21:14 > > Here my /var/log/messages in gzip format, where you can see latest days. > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > Any suggestion appreciated. > > Current multipath.conf (where I also commented out the getuid_callout that > is not used anymore): > > [root at tekkaman setup]# cat /etc/multipath.conf > # RHEV REVISION 1.1 > > blacklist { > devnode "^(sda|sdb)[0-9]*" > } > > defaults { > polling_interval 5 > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > no_path_retry fail > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 4096 > } From nsoffer at redhat.com Mon Jan 26 12:37:59 2015 From: nsoffer at redhat.com (Nir Soffer) Date: Mon, 26 Jan 2015 07:37:59 -0500 (EST) Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <20150126120923.GF14455@redhat.com> References: <20150126120923.GF14455@redhat.com> Message-ID: <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Gianluca Cecchi" , nsoffer at redhat.com > Cc: "users" , ykaplan at redhat.com > Sent: Monday, January 26, 2015 2:09:23 PM > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > Hello, > > on my all-in-one installation @home I had 3.5.0 with F20. > > Today I updated to 3.5.1. > > > > it seems it modified /etc/multipath.conf preventing me from using my second > > disk at all... > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > and another disk (sdb) with some partitions (on one of them there is also > > another local storage domain). > > > > At reboot I was put in emergency boot because partitions at sdb disk could > > not be mounted (they were busy). > > it took me some time to understand that the problem was due to sdb gone > > managed as multipath device and so busy for partitions to be mounted. > > > > Here you can find how multipath became after update and reboot > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > No device-mapper-multipath update in yum.log > > > > Also it seems that after changing it, it was then reverted at boot again (I > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > time the only thing I could do was to make the file immutable with > > > > chattr +i /etc/multipath.conf > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > the second line of your hand-modified multipath.conf > > I do not understand why this has happened only after upgrade to 3.5.1 - > 3.5.0's should have reverted you multipath.conf just as well during each > vdsm startup. > > The good thing is that this annoying behavior has been dropped from the > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > with other services config file while it is running. The logic moved to > `vdsm-tool configure` > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > and I was able to mount them (for safe I also ran an fsck against them) > > > > Update ran around 19:20 and finished at 19:34 > > here the log in gzip format > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > Reboot was done around 21:10-21:14 > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > Any suggestion appreciated. > > > > Current multipath.conf (where I also commented out the getuid_callout that > > is not used anymore): > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > # RHEV REVISION 1.1 > > > > blacklist { > > devnode "^(sda|sdb)[0-9]*" > > } I think what happened is: 1. 3.5.1 had new multipath version 2. So vdsm upgraded the local file 3. blacklist above was removed (it should exists in /etc/multipath.bak) To prevent local changes, you have to mark the file as private as Dan suggests. Seems to be related to the find_multiapth = "yes" bug: https://bugzilla.redhat.com/show_bug.cgi?id=1173290 Ben, can you confirm that this is the same issue? > > > > defaults { > > polling_interval 5 > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > --replace-whitespace --device=/dev/%n" > > no_path_retry fail > > user_friendly_names no > > flush_on_last_del yes > > fast_io_fail_tmo 5 > > dev_loss_tmo 30 > > max_fds 4096 > > } > Regards, Nir From mpavlik at redhat.com Mon Jan 26 13:25:23 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Mon, 26 Jan 2015 14:25:23 +0100 Subject: [ovirt-users] Loopback interface has huge network transctions In-Reply-To: References: Message-ID: <6E2536E1-27AE-47EB-BCA7-88B3901D2B02@redhat.com> Hi Punit, it is ok since ovirt-engine is using loopback for its purposes, e.g. postgress databas access. Try to check netstat -putna | grep 127.0.0 to see how many things are attached to it. If you are interested in checking what is going on a bit more have a look @ this great how-to http://www.slashroot.in/find-network-traffic-and-bandwidth-usage-process-linux HTH Martin Pavlik RHEV QE > On 26 Jan 2015, at 02:24, Punit Dambiwal wrote: > > Hi, > > I have noticed that the loop back interface has huge network packets sent and received...is it common or need to some tweaks.... > > 1. Ovirt 3.5.1 > 2. Before ovirt engine installation...loop back address doesn't has that huge amount of packets sent/receive.... > 3. After Ovirt engine install it's keep increasing.....and in just 48 hours it reach to 35 GB... > > [root at ccr01 ~]# ifconfig > eth0: flags=4163 mtu 1500 > inet 43.252.x.x netmask 255.255.255.0 broadcast 43.252.x.x > ether 60:eb:69:82:0b:4c txqueuelen 1000 (Ethernet) > RX packets 6605350 bytes 6551029484 (6.1 GiB) > RX errors 0 dropped 120622 overruns 0 frame 0 > TX packets 2155524 bytes 431348174 (411.3 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf6e0000-df700000 > > eth1: flags=4163 mtu 1500 > inet 10.10.0.2 netmask 255.255.255.0 broadcast 10.10.0.255 > ether 60:eb:69:82:0b:4d txqueuelen 1000 (Ethernet) > RX packets 788160 bytes 133915292 (127.7 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 546352 bytes 131672255 (125.5 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf660000-df680000 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > loop txqueuelen 0 (Local Loopback) > RX packets 84747311 bytes 40376482560 (37.6 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 84747311 bytes 40376482560 (37.6 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > [root at ccr01 ~]# w > 09:23:07 up 2 days, 11:43, 1 user, load average: 0.27, 0.30, 0.31 > USER TTY LOGIN@ IDLE JCPU PCPU WHAT > root pts/0 09:16 3.00s 0.01s 0.00s w > [root at ccr01 ~]# > > Thanks, > Punit > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Mon Jan 26 13:45:56 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 26 Jan 2015 13:45:56 +0000 Subject: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics In-Reply-To: <54980316.7080207@redhat.com> References: <54980316.7080207@redhat.com> Message-ID: <20150126134555.GI14455@redhat.com> On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: > Hello users and developers, > > Just put up a feature page for the aforementioned feature; in summary, > to report total RX/TX statistics for hosts and VMs in oVirt. This has > been requested several times on the users mailing list, and is > especially useful for accounting in VDI deployments. > > You're more than welcome to review the feature page: > http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Sorry for the late review; I have a couple of questions/comments. - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" section? Do you refer to hosting services who would like to charge their customers based on actual bandwidth usage? - I've added another motivation: currently-reported rxRate/txRate can be utterly meaningless. I don't see reference to nasty negative flows: what happens if a host disappears? Or a VM? I suppose there's always a chance that some traffic would go unaccounted for. But do you expect to extract this information somehow? Either way, it should be mentioned as a caveat on the feature page. > > Note that this only deals with network usage - it'll be great if we have > similar features for CPU and disk usage! There's a formal feature request about this: Bug 1172153 - [RFE] Collect CPU, IO and network accounting information Dan From tlitovsk at redhat.com Mon Jan 26 14:00:29 2015 From: tlitovsk at redhat.com (Tolik Litovsky) Date: Mon, 26 Jan 2015 09:00:29 -0500 (EST) Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <1421329570.24142.7.camel@redhat.com> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> Message-ID: <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> Hi Both projects are now built with VDSM and Hosted Engine plugins. Best Regards. Tolik. ----- Original Message ----- From: "Anatoly Litvosky" To: users at ovirt.org Cc: devel at ovirt.org Sent: Thursday, 15 January, 2015 3:46:10 PM Subject: Re: [ovirt-users] Cutting edge ovirt node images. Hi A centos7 based ovirt-node project joined our jenkins http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Best Regards Tolik On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > Hi > > For all of you that want the latest images for ovirt node. > For some time there is a new job in the ovirt jenkins that builds an > image for every commit made. > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > Currently for fedora 20 but hopefully more to come. > > Many thanks to David (dcaro) for all the effort. > > Best regards. > Tolik. > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From fdeutsch at redhat.com Mon Jan 26 15:19:29 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 26 Jan 2015 10:19:29 -0500 (EST) Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> Message-ID: <1747701132.306300.1422285569125.JavaMail.zimbra@redhat.com> Kudos Tolik! - fabian ----- Original Message ----- > Hi > > Both projects are now built with VDSM and Hosted Engine plugins. > > Best Regards. > Tolik. > > ----- Original Message ----- > From: "Anatoly Litvosky" > To: users at ovirt.org > Cc: devel at ovirt.org > Sent: Thursday, 15 January, 2015 3:46:10 PM > Subject: Re: [ovirt-users] Cutting edge ovirt node images. > > Hi > > A centos7 based ovirt-node project joined our jenkins > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > Best Regards > Tolik > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > > Hi > > > > For all of you that want the latest images for ovirt node. > > For some time there is a new job in the ovirt jenkins that builds an > > image for every commit made. > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > > Currently for fedora 20 but hopefully more to come. > > > > Many thanks to David (dcaro) for all the effort. > > > > Best regards. > > Tolik. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From fdeutsch at redhat.com Mon Jan 26 15:27:23 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 26 Jan 2015 10:27:23 -0500 (EST) Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> Message-ID: <1036916460.310615.1422286043504.JavaMail.zimbra@redhat.com> ----- Original Message ----- > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Gianluca Cecchi" , nsoffer at redhat.com > > Cc: "users" , ykaplan at redhat.com > > Sent: Monday, January 26, 2015 2:09:23 PM > > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > > Hello, > > > on my all-in-one installation @home I had 3.5.0 with F20. > > > Today I updated to 3.5.1. > > > > > > it seems it modified /etc/multipath.conf preventing me from using my > > > second > > > disk at all... > > > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > > and another disk (sdb) with some partitions (on one of them there is also > > > another local storage domain). > > > > > > At reboot I was put in emergency boot because partitions at sdb disk > > > could > > > not be mounted (they were busy). > > > it took me some time to understand that the problem was due to sdb gone > > > managed as multipath device and so busy for partitions to be mounted. > > > > > > Here you can find how multipath became after update and reboot > > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > > > No device-mapper-multipath update in yum.log > > > > > > Also it seems that after changing it, it was then reverted at boot again > > > (I > > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > > time the only thing I could do was to make the file immutable with > > > > > > chattr +i /etc/multipath.conf > > > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > > the second line of your hand-modified multipath.conf > > > > I do not understand why this has happened only after upgrade to 3.5.1 - > > 3.5.0's should have reverted you multipath.conf just as well during each > > vdsm startup. > > > > The good thing is that this annoying behavior has been dropped from the > > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > > with other services config file while it is running. The logic moved to > > `vdsm-tool configure` > > > > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > > and I was able to mount them (for safe I also ran an fsck against them) > > > > > > Update ran around 19:20 and finished at 19:34 > > > here the log in gzip format > > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > > > Reboot was done around 21:10-21:14 > > > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > > > > Any suggestion appreciated. > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > > that > > > is not used anymore): > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > # RHEV REVISION 1.1 > > > > > > blacklist { > > > devnode "^(sda|sdb)[0-9]*" > > > } > > > I think what happened is: > > 1. 3.5.1 had new multipath version > 2. So vdsm upgraded the local file > 3. blacklist above was removed > (it should exists in /etc/multipath.bak) > > To prevent local changes, you have to mark the file as private > as Dan suggests. > > Seems to be related to the find_multiapth = "yes" bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1173290 The symptoms above sound exactly liek this issue. When find_multipahts is no (the default when the directive is not present) I sthat all non-blacklisted devices are tried to get claimed, and this happened above. Blacklisting the devices works, or adding "find_mutlipaths yes" should also work, because in that case only device which have more than one path (or are explicitly named) will be claimed by multipath. My 2ct. - fabian > Ben, can you confirm that this is the same issue? > > > > > > > defaults { > > > polling_interval 5 > > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > > --replace-whitespace --device=/dev/%n" > > > no_path_retry fail > > > user_friendly_names no > > > flush_on_last_del yes > > > fast_io_fail_tmo 5 > > > dev_loss_tmo 30 > > > max_fds 4096 > > > } > > > > Regards, > Nir > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From nsednev at redhat.com Mon Jan 26 16:28:43 2015 From: nsednev at redhat.com (Nikolai Sednev) Date: Mon, 26 Jan 2015 11:28:43 -0500 (EST) Subject: [ovirt-users] Loopback interface has huge network In-Reply-To: References: Message-ID: <87558152.427706.1422289723539.JavaMail.zimbra@redhat.com> Hi Punit, You might find also tcpdump as useful tool, so then to investigate the recorded data using Wireshark tool. http://www.tcpdump.org/manpages/tcpdump.1.html https://ask.wireshark.org/questions/23138/wireshark-for-red-hat-enterprise-linux Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev at redhat.com IRC: nsednev ----- Original Message ----- From: users-request at ovirt.org To: users at ovirt.org Sent: Monday, January 26, 2015 5:27:25 PM Subject: Users Digest, Vol 40, Issue 140 Send Users mailing list submissions to users at ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request at ovirt.org You can reach the person managing the list at users-owner at ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: Update to 3.5.1 scrambled multipath.conf? (Dan Kenigsberg) 2. Re: Update to 3.5.1 scrambled multipath.conf? (Nir Soffer) 3. Re: Loopback interface has huge network transctions (Martin Pavl?k) 4. Re: [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics (Dan Kenigsberg) 5. Re: Cutting edge ovirt node images. (Tolik Litovsky) 6. Re: Cutting edge ovirt node images. (Fabian Deutsch) 7. Re: Update to 3.5.1 scrambled multipath.conf? (Fabian Deutsch) ---------------------------------------------------------------------- Message: 1 Date: Mon, 26 Jan 2015 12:09:23 +0000 From: Dan Kenigsberg To: Gianluca Cecchi , nsoffer at redhat.com Cc: users Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: <20150126120923.GF14455 at redhat.com> Content-Type: text/plain; charset=us-ascii On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > Hello, > on my all-in-one installation @home I had 3.5.0 with F20. > Today I updated to 3.5.1. > > it seems it modified /etc/multipath.conf preventing me from using my second > disk at all... > > My system has internal ssd disk (sda) for OS and one local storage domain > and another disk (sdb) with some partitions (on one of them there is also > another local storage domain). > > At reboot I was put in emergency boot because partitions at sdb disk could > not be mounted (they were busy). > it took me some time to understand that the problem was due to sdb gone > managed as multipath device and so busy for partitions to be mounted. > > Here you can find how multipath became after update and reboot > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > No device-mapper-multipath update in yum.log > > Also it seems that after changing it, it was then reverted at boot again (I > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > time the only thing I could do was to make the file immutable with > > chattr +i /etc/multipath.conf The "supported" method of achieving this is to place "# RHEV PRIVATE" in the second line of your hand-modified multipath.conf I do not understand why this has happened only after upgrade to 3.5.1 - 3.5.0's should have reverted you multipath.conf just as well during each vdsm startup. The good thing is that this annoying behavior has been dropped from the master branch, so that 3.6 is not going to have it. Vdsm is not to mess with other services config file while it is running. The logic moved to `vdsm-tool configure` > > and so I was able to reboot and verify that my partitions on sdb were ok > and I was able to mount them (for safe I also ran an fsck against them) > > Update ran around 19:20 and finished at 19:34 > here the log in gzip format > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > Reboot was done around 21:10-21:14 > > Here my /var/log/messages in gzip format, where you can see latest days. > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > Any suggestion appreciated. > > Current multipath.conf (where I also commented out the getuid_callout that > is not used anymore): > > [root at tekkaman setup]# cat /etc/multipath.conf > # RHEV REVISION 1.1 > > blacklist { > devnode "^(sda|sdb)[0-9]*" > } > > defaults { > polling_interval 5 > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > no_path_retry fail > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 4096 > } ------------------------------ Message: 2 Date: Mon, 26 Jan 2015 07:37:59 -0500 (EST) From: Nir Soffer To: Dan Kenigsberg Cc: Benjamin Marzinski , users Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: <610569491.313815.1422275879664.JavaMail.zimbra at redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Gianluca Cecchi" , nsoffer at redhat.com > Cc: "users" , ykaplan at redhat.com > Sent: Monday, January 26, 2015 2:09:23 PM > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > Hello, > > on my all-in-one installation @home I had 3.5.0 with F20. > > Today I updated to 3.5.1. > > > > it seems it modified /etc/multipath.conf preventing me from using my second > > disk at all... > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > and another disk (sdb) with some partitions (on one of them there is also > > another local storage domain). > > > > At reboot I was put in emergency boot because partitions at sdb disk could > > not be mounted (they were busy). > > it took me some time to understand that the problem was due to sdb gone > > managed as multipath device and so busy for partitions to be mounted. > > > > Here you can find how multipath became after update and reboot > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > No device-mapper-multipath update in yum.log > > > > Also it seems that after changing it, it was then reverted at boot again (I > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > time the only thing I could do was to make the file immutable with > > > > chattr +i /etc/multipath.conf > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > the second line of your hand-modified multipath.conf > > I do not understand why this has happened only after upgrade to 3.5.1 - > 3.5.0's should have reverted you multipath.conf just as well during each > vdsm startup. > > The good thing is that this annoying behavior has been dropped from the > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > with other services config file while it is running. The logic moved to > `vdsm-tool configure` > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > and I was able to mount them (for safe I also ran an fsck against them) > > > > Update ran around 19:20 and finished at 19:34 > > here the log in gzip format > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > Reboot was done around 21:10-21:14 > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > Any suggestion appreciated. > > > > Current multipath.conf (where I also commented out the getuid_callout that > > is not used anymore): > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > # RHEV REVISION 1.1 > > > > blacklist { > > devnode "^(sda|sdb)[0-9]*" > > } I think what happened is: 1. 3.5.1 had new multipath version 2. So vdsm upgraded the local file 3. blacklist above was removed (it should exists in /etc/multipath.bak) To prevent local changes, you have to mark the file as private as Dan suggests. Seems to be related to the find_multiapth = "yes" bug: https://bugzilla.redhat.com/show_bug.cgi?id=1173290 Ben, can you confirm that this is the same issue? > > > > defaults { > > polling_interval 5 > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > --replace-whitespace --device=/dev/%n" > > no_path_retry fail > > user_friendly_names no > > flush_on_last_del yes > > fast_io_fail_tmo 5 > > dev_loss_tmo 30 > > max_fds 4096 > > } > Regards, Nir ------------------------------ Message: 3 Date: Mon, 26 Jan 2015 14:25:23 +0100 From: Martin Pavl?k To: Punit Dambiwal Cc: "users at ovirt.org" Subject: Re: [ovirt-users] Loopback interface has huge network transctions Message-ID: <6E2536E1-27AE-47EB-BCA7-88B3901D2B02 at redhat.com> Content-Type: text/plain; charset="us-ascii" Hi Punit, it is ok since ovirt-engine is using loopback for its purposes, e.g. postgress databas access. Try to check netstat -putna | grep 127.0.0 to see how many things are attached to it. If you are interested in checking what is going on a bit more have a look @ this great how-to http://www.slashroot.in/find-network-traffic-and-bandwidth-usage-process-linux HTH Martin Pavlik RHEV QE > On 26 Jan 2015, at 02:24, Punit Dambiwal wrote: > > Hi, > > I have noticed that the loop back interface has huge network packets sent and received...is it common or need to some tweaks.... > > 1. Ovirt 3.5.1 > 2. Before ovirt engine installation...loop back address doesn't has that huge amount of packets sent/receive.... > 3. After Ovirt engine install it's keep increasing.....and in just 48 hours it reach to 35 GB... > > [root at ccr01 ~]# ifconfig > eth0: flags=4163 mtu 1500 > inet 43.252.x.x netmask 255.255.255.0 broadcast 43.252.x.x > ether 60:eb:69:82:0b:4c txqueuelen 1000 (Ethernet) > RX packets 6605350 bytes 6551029484 (6.1 GiB) > RX errors 0 dropped 120622 overruns 0 frame 0 > TX packets 2155524 bytes 431348174 (411.3 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf6e0000-df700000 > > eth1: flags=4163 mtu 1500 > inet 10.10.0.2 netmask 255.255.255.0 broadcast 10.10.0.255 > ether 60:eb:69:82:0b:4d txqueuelen 1000 (Ethernet) > RX packets 788160 bytes 133915292 (127.7 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 546352 bytes 131672255 (125.5 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf660000-df680000 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > loop txqueuelen 0 (Local Loopback) > RX packets 84747311 bytes 40376482560 (37.6 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 84747311 bytes 40376482560 (37.6 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > [root at ccr01 ~]# w > 09:23:07 up 2 days, 11:43, 1 user, load average: 0.27, 0.30, 0.31 > USER TTY LOGIN@ IDLE JCPU PCPU WHAT > root pts/0 09:16 3.00s 0.01s 0.00s w > [root at ccr01 ~]# > > Thanks, > Punit > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 4 Date: Mon, 26 Jan 2015 13:45:56 +0000 From: Dan Kenigsberg To: Lior Vernia Cc: "Users at ovirt.org List" , "devel at ovirt.org" Subject: Re: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics Message-ID: <20150126134555.GI14455 at redhat.com> Content-Type: text/plain; charset=us-ascii On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: > Hello users and developers, > > Just put up a feature page for the aforementioned feature; in summary, > to report total RX/TX statistics for hosts and VMs in oVirt. This has > been requested several times on the users mailing list, and is > especially useful for accounting in VDI deployments. > > You're more than welcome to review the feature page: > http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Sorry for the late review; I have a couple of questions/comments. - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" section? Do you refer to hosting services who would like to charge their customers based on actual bandwidth usage? - I've added another motivation: currently-reported rxRate/txRate can be utterly meaningless. I don't see reference to nasty negative flows: what happens if a host disappears? Or a VM? I suppose there's always a chance that some traffic would go unaccounted for. But do you expect to extract this information somehow? Either way, it should be mentioned as a caveat on the feature page. > > Note that this only deals with network usage - it'll be great if we have > similar features for CPU and disk usage! There's a formal feature request about this: Bug 1172153 - [RFE] Collect CPU, IO and network accounting information Dan ------------------------------ Message: 5 Date: Mon, 26 Jan 2015 09:00:29 -0500 (EST) From: Tolik Litovsky To: users at ovirt.org Cc: devel at ovirt.org Subject: Re: [ovirt-users] Cutting edge ovirt node images. Message-ID: <14200256.98.1422280826405.JavaMail.tlitovsk at tolikl> Content-Type: text/plain; charset=utf-8 Hi Both projects are now built with VDSM and Hosted Engine plugins. Best Regards. Tolik. ----- Original Message ----- From: "Anatoly Litvosky" To: users at ovirt.org Cc: devel at ovirt.org Sent: Thursday, 15 January, 2015 3:46:10 PM Subject: Re: [ovirt-users] Cutting edge ovirt node images. Hi A centos7 based ovirt-node project joined our jenkins http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Best Regards Tolik On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > Hi > > For all of you that want the latest images for ovirt node. > For some time there is a new job in the ovirt jenkins that builds an > image for every commit made. > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > Currently for fedora 20 but hopefully more to come. > > Many thanks to David (dcaro) for all the effort. > > Best regards. > Tolik. > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 6 Date: Mon, 26 Jan 2015 10:19:29 -0500 (EST) From: Fabian Deutsch To: Tolik Litovsky Cc: users at ovirt.org, devel at ovirt.org Subject: Re: [ovirt-users] Cutting edge ovirt node images. Message-ID: <1747701132.306300.1422285569125.JavaMail.zimbra at redhat.com> Content-Type: text/plain; charset=utf-8 Kudos Tolik! - fabian ----- Original Message ----- > Hi > > Both projects are now built with VDSM and Hosted Engine plugins. > > Best Regards. > Tolik. > > ----- Original Message ----- > From: "Anatoly Litvosky" > To: users at ovirt.org > Cc: devel at ovirt.org > Sent: Thursday, 15 January, 2015 3:46:10 PM > Subject: Re: [ovirt-users] Cutting edge ovirt node images. > > Hi > > A centos7 based ovirt-node project joined our jenkins > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > Best Regards > Tolik > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > > Hi > > > > For all of you that want the latest images for ovirt node. > > For some time there is a new job in the ovirt jenkins that builds an > > image for every commit made. > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > > Currently for fedora 20 but hopefully more to come. > > > > Many thanks to David (dcaro) for all the effort. > > > > Best regards. > > Tolik. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ Message: 7 Date: Mon, 26 Jan 2015 10:27:23 -0500 (EST) From: Fabian Deutsch To: Nir Soffer Cc: Benjamin Marzinski , users Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: <1036916460.310615.1422286043504.JavaMail.zimbra at redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Gianluca Cecchi" , nsoffer at redhat.com > > Cc: "users" , ykaplan at redhat.com > > Sent: Monday, January 26, 2015 2:09:23 PM > > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > > Hello, > > > on my all-in-one installation @home I had 3.5.0 with F20. > > > Today I updated to 3.5.1. > > > > > > it seems it modified /etc/multipath.conf preventing me from using my > > > second > > > disk at all... > > > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > > and another disk (sdb) with some partitions (on one of them there is also > > > another local storage domain). > > > > > > At reboot I was put in emergency boot because partitions at sdb disk > > > could > > > not be mounted (they were busy). > > > it took me some time to understand that the problem was due to sdb gone > > > managed as multipath device and so busy for partitions to be mounted. > > > > > > Here you can find how multipath became after update and reboot > > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > > > No device-mapper-multipath update in yum.log > > > > > > Also it seems that after changing it, it was then reverted at boot again > > > (I > > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > > time the only thing I could do was to make the file immutable with > > > > > > chattr +i /etc/multipath.conf > > > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > > the second line of your hand-modified multipath.conf > > > > I do not understand why this has happened only after upgrade to 3.5.1 - > > 3.5.0's should have reverted you multipath.conf just as well during each > > vdsm startup. > > > > The good thing is that this annoying behavior has been dropped from the > > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > > with other services config file while it is running. The logic moved to > > `vdsm-tool configure` > > > > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > > and I was able to mount them (for safe I also ran an fsck against them) > > > > > > Update ran around 19:20 and finished at 19:34 > > > here the log in gzip format > > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > > > Reboot was done around 21:10-21:14 > > > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > > > > Any suggestion appreciated. > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > > that > > > is not used anymore): > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > # RHEV REVISION 1.1 > > > > > > blacklist { > > > devnode "^(sda|sdb)[0-9]*" > > > } > > > I think what happened is: > > 1. 3.5.1 had new multipath version > 2. So vdsm upgraded the local file > 3. blacklist above was removed > (it should exists in /etc/multipath.bak) > > To prevent local changes, you have to mark the file as private > as Dan suggests. > > Seems to be related to the find_multiapth = "yes" bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1173290 The symptoms above sound exactly liek this issue. When find_multipahts is no (the default when the directive is not present) I sthat all non-blacklisted devices are tried to get claimed, and this happened above. Blacklisting the devices works, or adding "find_mutlipaths yes" should also work, because in that case only device which have more than one path (or are explicitly named) will be claimed by multipath. My 2ct. - fabian > Ben, can you confirm that this is the same issue? > > > > > > > defaults { > > > polling_interval 5 > > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > > --replace-whitespace --device=/dev/%n" > > > no_path_retry fail > > > user_friendly_names no > > > flush_on_last_del yes > > > fast_io_fail_tmo 5 > > > dev_loss_tmo 30 > > > max_fds 4096 > > > } > > > > Regards, > Nir > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 40, Issue 140 ************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From sohrberg at gmail.com Mon Jan 26 16:37:22 2015 From: sohrberg at gmail.com (=?utf-8?Q?Staffan_=C3=96hrberg?=) Date: Mon, 26 Jan 2015 17:37:22 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Message-ID: <87909D50-6706-4B57-ABDF-E4613E163368@gmail.com> Hi, Just want you to know that I managed to get it to work. I did the same installation, but using an external NAS instead of GlusterFS. Regards, Staffan ?hrberg > 7 jan 2015 kl. 09:06 skrev Oved Ourfali : > > Hi > > Was the installation of the engine successful? > It is a bit weird that it doesn't find this class, so perhaps it is some packaging issue? > Can you attach the complete engine.log and server.log? > > What's the operating system of your engine server? > > Thanks, > Oved > > ----- Original Message ----- >> From: "Staffan ?hrberg" >> To: users at ovirt.org >> Sent: Monday, January 5, 2015 6:03:46 PM >> Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) >> >> Hi, >> Short background, I own a startup company that have been used VMware ESXi for >> a year and are trying oVirt to see if that can be a replacement for us. >> I have just installed oVirt 3.5, but have trouble accessing >> ovirt-image-repository,Glance ( http://glance.ovirt.org:9292 ). >> In the admin console it just says: ?Error while executing action: A Request >> to the server failed with the following Status Code: 500? >> >> In the server.log I got a lot of errors: >> 2015-01-05 16:57:01,881 ERROR >> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] >> (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: >> com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public >> abstract org.ovirt.engine.core.common.action.VdcReturnValueBase >> org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' >> threw an unexpected exception: javax.ejb.EJBException: >> java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not >> initialize class com.woorea.openstack.glance.Glance >> >> ?. >> >> I have search for an answer, but have not found one. >> Anyone in this forum have any idea of whats wrong? >> >> Regards, >> Staffan ?hrberg >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From mrose at power-soft.com Mon Jan 26 16:44:16 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 16:44:16 +0000 Subject: [ovirt-users] iso uploader times out In-Reply-To: References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Message-ID: I am on oVirt Engine Version: 3.5.1-1.el6 On Jan 25, 2015, at 10:54 PM, Johan Kooijman > wrote: Mikola, What version are you running? A bug in 3.5.0 caused the same behavior, it's fixed in 3.5.1. On Mon, Jan 26, 2015 at 4:36 AM, Mikola Rose > wrote: Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Met vriendelijke groeten / With kind regards, Johan Kooijman Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Mon Jan 26 17:06:34 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 26 Jan 2015 19:06:34 +0200 Subject: [ovirt-users] Slide Templates--New for 2015! In-Reply-To: References: <1116310714.10304951.1421878295329.JavaMail.zimbra@redhat.com> <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> Message-ID: <54C6741A.6030501@redhat.com> Indeed, very nice ;) On 26/01/15 13:17, Marcelo Barbosa wrote: > Thank you Brian. > > Cheers, > > firemanxbr > > On Wed, Jan 21, 2015 at 8:13 PM, Brian Proffitt > wrote: > > All: > > I have been asked to provide slide templates for presentations that > might be created for future events. Through 2014, we have been using > the green-on-white slide template, and now, thanks to Eidan > Hildesheim, we have a new 2015 edition that is based more on the > Patternfly interface. > > These template presentations are provided to build new slides for > oVirt presentations. They can be downloaded and used as-is, or Saved > As template files within OpenOffice and LibreOffice. > > The templates, as well as a whole host of pre-made presentations > (which are all under the Creative Commons license), are available on > the oVirt.org slide page[1]. > > Thanks! > BKP > > [1] http://www.ovirt.org/OVirt_Slide_Decks > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dfediuck at redhat.com Mon Jan 26 17:31:37 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 26 Jan 2015 19:31:37 +0200 Subject: [ovirt-users] [ovirt-devel] Cutting edge ovirt node images. In-Reply-To: <1747701132.306300.1422285569125.JavaMail.zimbra@redhat.com> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> <1747701132.306300.1422285569125.JavaMail.zimbra@redhat.com> Message-ID: <54C679F9.6030206@redhat.com> +1 ;) On 26/01/15 17:19, Fabian Deutsch wrote: > Kudos Tolik! > > - fabian > > ----- Original Message ----- > > Hi > > > > Both projects are now built with VDSM and Hosted Engine plugins. > > > > Best Regards. > > Tolik. > > > > ----- Original Message ----- > > From: "Anatoly Litvosky" > > To: users at ovirt.org > > Cc: devel at ovirt.org > > Sent: Thursday, 15 January, 2015 3:46:10 PM > > Subject: Re: [ovirt-users] Cutting edge ovirt node images. > > > > Hi > > > > A centos7 based ovirt-node project joined our jenkins > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > > > Best Regards > > Tolik > > > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > >> Hi > >> > >> For all of you that want the latest images for ovirt node. > >> For some time there is a new job in the ovirt jenkins that builds an > >> image for every commit made. > >> http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > >> Currently for fedora 20 but hopefully more to come. > >> > >> Many thanks to David (dcaro) for all the effort. > >> > >> Best regards. > >> Tolik. > >> > >> > >> > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Devel mailing list > Devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > From mrose at power-soft.com Mon Jan 26 17:52:12 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 17:52:12 +0000 Subject: [ovirt-users] iso uploader times out In-Reply-To: <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> Message-ID: <73130016-BB8F-407B-B951-D4CE75B0A81B@power-soft.com> Here is my export, it appears that this is correct; /Volumes/Raid1 *(rw,anonuid=36,anongid=36,all_squash) This is the entry point to the iso folder i created on the NFS The one I created during setup is listed as unattached. If I try and attach it is says there are no storage centre's to which the Storage Domain can be attached. [cid:8B22D686-FA8F-4A7A-B9E0-C9E2D0993E2D at power-soft.net] On the host machine I disabled the firewall and selinux On Jan 26, 2015, at 12:03 AM, Simone Tiraboschi > wrote: ----- Original Message ----- From: "Mikola Rose" > To: users at ovirt.org Sent: Monday, January 26, 2015 5:36:47 AM Subject: [ovirt-users] iso uploader times out Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? Can you please check the iso NFS export ACL as described here [1]? If you created it via engine setup, now by default only engine host can access it so if you want to access it from other hosts you have to extend that ACL. If it not enough please check also the firewall rules. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues#ISO_DOMAIN _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-4.png Type: image/png Size: 59745 bytes Desc: PastedGraphic-4.png URL: From bmarzins at redhat.com Mon Jan 26 17:14:41 2015 From: bmarzins at redhat.com (Benjamin Marzinski) Date: Mon, 26 Jan 2015 11:14:41 -0600 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <1036916460.310615.1422286043504.JavaMail.zimbra@redhat.com> References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> <1036916460.310615.1422286043504.JavaMail.zimbra@redhat.com> Message-ID: <20150126171441.GB11463@ask-08.lab.msp.redhat.com> On Mon, Jan 26, 2015 at 10:27:23AM -0500, Fabian Deutsch wrote: > > > ----- Original Message ----- > > ----- Original Message ----- > > > From: "Dan Kenigsberg" > > > To: "Gianluca Cecchi" , nsoffer at redhat.com > > > Cc: "users" , ykaplan at redhat.com > > > Sent: Monday, January 26, 2015 2:09:23 PM > > > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > > > > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > > > Hello, > > > > on my all-in-one installation @home I had 3.5.0 with F20. > > > > Today I updated to 3.5.1. > > > > > > > > it seems it modified /etc/multipath.conf preventing me from using my > > > > second > > > > disk at all... > > > > > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > > > and another disk (sdb) with some partitions (on one of them there is also > > > > another local storage domain). > > > > > > > > At reboot I was put in emergency boot because partitions at sdb disk > > > > could > > > > not be mounted (they were busy). > > > > it took me some time to understand that the problem was due to sdb gone > > > > managed as multipath device and so busy for partitions to be mounted. > > > > > > > > Here you can find how multipath became after update and reboot > > > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > > > > > No device-mapper-multipath update in yum.log > > > > > > > > Also it seems that after changing it, it was then reverted at boot again > > > > (I > > > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > > > time the only thing I could do was to make the file immutable with > > > > > > > > chattr +i /etc/multipath.conf > > > > > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > > > the second line of your hand-modified multipath.conf > > > > > > I do not understand why this has happened only after upgrade to 3.5.1 - > > > 3.5.0's should have reverted you multipath.conf just as well during each > > > vdsm startup. > > > > > > The good thing is that this annoying behavior has been dropped from the > > > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > > > with other services config file while it is running. The logic moved to > > > `vdsm-tool configure` > > > > > > > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > > > and I was able to mount them (for safe I also ran an fsck against them) > > > > > > > > Update ran around 19:20 and finished at 19:34 > > > > here the log in gzip format > > > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > > > > > Reboot was done around 21:10-21:14 > > > > > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > > > > > > > Any suggestion appreciated. > > > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > > > that > > > > is not used anymore): > > > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > > # RHEV REVISION 1.1 > > > > > > > > blacklist { > > > > devnode "^(sda|sdb)[0-9]*" > > > > } > > > > > > I think what happened is: > > > > 1. 3.5.1 had new multipath version > > 2. So vdsm upgraded the local file > > 3. blacklist above was removed > > (it should exists in /etc/multipath.bak) > > > > To prevent local changes, you have to mark the file as private > > as Dan suggests. > > > > Seems to be related to the find_multiapth = "yes" bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1173290 > > The symptoms above sound exactly liek this issue. > When find_multipahts is no (the default when the directive is not present) > I sthat all non-blacklisted devices are tried to get claimed, and this happened above. > > Blacklisting the devices works, or adding "find_mutlipaths yes" should also work, because > in that case only device which have more than one path (or are explicitly named) will be > claimed by multipath. I would like to point out one issue. Once a device is claimed (even if find_multipaths wasn't set when it was claimed) it will get added to /etc/multipath/wwids. This means that if you have previously claimed a single path device, adding "find_multipaths yes" won't stop that device from being claimed in the fulture (since it is in the wwids file). You would need to either run: # multipath -w to remove the device's wwid from the wwids file, or run # multipath -W to reset the wwids file to only include the wwids of the current multipath devices (Obviously, you need to remove any devices that you don't want multipathed before your run this). > > My 2ct. > > - fabian > > > Ben, can you confirm that this is the same issue? Yeah, I think so. -Ben > > > > > > > > > > defaults { > > > > polling_interval 5 > > > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > > > --replace-whitespace --device=/dev/%n" > > > > no_path_retry fail > > > > user_friendly_names no > > > > flush_on_last_del yes > > > > fast_io_fail_tmo 5 > > > > dev_loss_tmo 30 > > > > max_fds 4096 > > > > } > > > > > > > Regards, > > Nir > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From mrose at power-soft.com Mon Jan 26 18:44:38 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 18:44:38 +0000 Subject: [ovirt-users] iso uploader times out In-Reply-To: <73130016-BB8F-407B-B951-D4CE75B0A81B@power-soft.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> <73130016-BB8F-407B-B951-D4CE75B0A81B@power-soft.com> Message-ID: <010909B9-1BD8-4ED6-883D-68479BC2820E@power-soft.com> I am going to redeploy yet again... Quick question though, when the hosted-engine deployment asks what interface to use for management what network should this be since the host has 2 nics 192.168.0.0/32 is our general network 192.168.1.0/32 is for the NFS and inter vm traffic I would assume it would be 192.168.1.0 ? On Jan 26, 2015, at 9:52 AM, Mikola Rose > wrote: Here is my export, it appears that this is correct; /Volumes/Raid1 *(rw,anonuid=36,anongid=36,all_squash) This is the entry point to the iso folder i created on the NFS The one I created during setup is listed as unattached. If I try and attach it is says there are no storage centre's to which the Storage Domain can be attached. On the host machine I disabled the firewall and selinux On Jan 26, 2015, at 12:03 AM, Simone Tiraboschi > wrote: ----- Original Message ----- From: "Mikola Rose" > To: users at ovirt.org Sent: Monday, January 26, 2015 5:36:47 AM Subject: [ovirt-users] iso uploader times out Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? Can you please check the iso NFS export ACL as described here [1]? If you created it via engine setup, now by default only engine host can access it so if you want to access it from other hosts you have to extend that ACL. If it not enough please check also the firewall rules. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues#ISO_DOMAIN _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Mon Jan 26 18:46:52 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 26 Jan 2015 19:46:52 +0100 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> Message-ID: On Mon, Jan 26, 2015 at 1:37 PM, Nir Soffer wrote: > > > > Any suggestion appreciated. > > > > > > Current multipath.conf (where I also commented out the getuid_callout > that > > > is not used anymore): > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > # RHEV REVISION 1.1 > > > > > > blacklist { > > > devnode "^(sda|sdb)[0-9]*" > > > } > > > I think what happened is: > > 1. 3.5.1 had new multipath version > what do you mean with "new multipath version"? I currently have device-mapper-multipath-0.4.9-56.fc20.x86_64 The system came from f18 to f19 and then to f20 via fedup in both cases In my yum.log files I see this about January 2013 when I was in Fedora 18 Jan 07 00:11:44 Installed: device-mapper-multipath-0.4.9-36.fc18.x86_64 I then upgraded to f19 on 24th November 2013 and device-mapper-multipath was the one pushed during the fedup update: device-mapper-multipath-libs-0.4.9-51.fc19.x86_64 Then on 12th of November 2014 I passed form f19 to f20 and fedup pushed device-mapper-multipath-0.4.9-56.fc20.x86_64 that is my current version At that time I also passed from oVirt 3.4.4 to 3.5.0. And I didn't register any problem with my internal disk It was sufficient to keep inside blacklist { devnode "sd[a-b]" } At the head of the file I only had: # RHEV REVISION 1.0 No reference about # RHEV PRIVATE But right now that I'm writing I notice that my rule for blacklist after migration to 3.5.1 was devnode "^(sda|sdb)[0-9]*" probably blacklists only partitions and not the full disks.... ;-) So I'm going to check with the old blacklist option and/or the PRIVATE label as suggested by Dan... Probably passing from RHEV REVISION 1.0 to 1.1 the original blacklist part was thrown away... 2. So vdsm upgraded the local file > 3. blacklist above was removed > (it should exists in /etc/multipath.bak) > > It seems it didn't generate any multipath.conf.bak ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From rabshear at citytwist.net Mon Jan 26 19:43:14 2015 From: rabshear at citytwist.net (Rob Abshear) Date: Mon, 26 Jan 2015 14:43:14 -0500 Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> Message-ID: I have done a bit more investigating on this matter. If I restart the node from within oVirt using the power management option "restart", then the node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue the command to power cycle the machine, then the machine restarts and vdsmd DOES start. I can run the following command from another node in the cluster: fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot and the node restarts and vdsmd DOES start. On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > Hi Rob, > > Thanks for this report. > > Would you please provide these logs, at the time frame, the host failure > occur: > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > 2. host: /var/log/vdsm/vdsm.log > > If it is reproducible, please add this info as well. > > You can also check vdsm service status, on host, while host reported as > Non responsive, > by running on host 'service vdsmd status' > There might some problem, that might have prevented from vdsm service to > come up, on host. > > Ilanit. > > ----- Original Message ----- > From: "Rob Abshear" > To: users at ovirt.org > Sent: Friday, January 23, 2015 9:22:42 PM > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > cluster. Each host has a drac5 and it is configured and working. I am > trying to simulate a node failure. I am running one HA VM on one of the > hosts for testing. I simulate the failure by powering off the host with the > VM running. > > Here is what is happening. > > > * Host is powered off > * ~4 minutes pass and the host is recognized as not responding > * Automatic fence runs and the VM migrates. Another host in the node > is chosen as a proxy to execute Status command on the host. > * Same host is chosen as proxy to execute Start command on the host. > * Same host is chosen as proxy to execute Status command on the host. > * The host DOES physically start. > * The host never shows status of UP. > * I select ?confirm host has been rebooted? and I see a manual fence > start. > * Host stays non-responsive. > * I put the host in maintenance and then activate it. > * Host still non-responsive > * I put the host in maintenance and do a reinstall > * Reinstall finishes and host becomes UP > > So, everything seems to go fine with the HA functionality, but the host > never recovers without being reinstalled. Please let me know which logs you > need to look at to help me out with this. > > Thanks > > > Sent with Mixmax > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Mon Jan 26 22:49:22 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 22:49:22 +0000 Subject: [ovirt-users] hosted-engine setup ovirtmgmt bridge Message-ID: <2CD6B53E-188C-4D1B-B619-971B98D0523D@power-soft.com> Hi there again list users; On a hosted-engine --deploy on a machine that has 2 network cards em1 192.168.0.178 General Network em2 192.168.1.151 Net that NFS server is on, no dns no gateway which one would I set as ovirtmgmt bridge "Please indicate a nic to set ovirtmgmt bridge on: (em1, em2) [em1]" Mik -------------- next part -------------- An HTML attachment was scrubbed... URL: From macytd at gmail.com Mon Jan 26 22:53:17 2015 From: macytd at gmail.com (Tim Macy) Date: Mon, 26 Jan 2015 17:53:17 -0500 Subject: [ovirt-users] When will oVirt Node 3.5 be released? Message-ID: I am planning some upcoming projects and would like to know when oVirt Node 3.5 will be released? Thanks, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From dougsland at redhat.com Tue Jan 27 03:10:39 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Mon, 26 Jan 2015 22:10:39 -0500 Subject: [ovirt-users] When will oVirt Node 3.5 be released? In-Reply-To: References: Message-ID: <54C701AF.8060603@redhat.com> On 01/26/2015 05:53 PM, Tim Macy wrote: > I am planning some upcoming projects and would like to know when oVirt > Node 3.5 will be released? Hi Tim, We should share the official iso this week. Meanwhile, if you are interested in give a try on our jenkins jobs: centos7: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Fedora20: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Thanks! -- Cheers Douglas From uwe at laverenz.de Tue Jan 27 04:57:28 2015 From: uwe at laverenz.de (Uwe Laverenz) Date: Tue, 27 Jan 2015 05:57:28 +0100 Subject: [ovirt-users] hosted-engine setup ovirtmgmt bridge In-Reply-To: <2CD6B53E-188C-4D1B-B619-971B98D0523D@power-soft.com> References: <2CD6B53E-188C-4D1B-B619-971B98D0523D@power-soft.com> Message-ID: <54C71AB8.4050507@laverenz.de> Hi, Am 26.01.2015 um 23:49 schrieb Mikola Rose: > On a hosted-engine --deploy on a machine that has 2 network cards > em1 192.168.0.178 General Network > em2 192.168.1.151 Net that NFS server is on, no dns no gateway > > which one would I set as ovirtmgmt bridge > > "Please indicate a nic to set ovirtmgmt bridge on: (em1, em2) [em1]" The general network would be the correct one (em1). cu, Uwe From istein at redhat.com Tue Jan 27 07:05:18 2015 From: istein at redhat.com (ILanit Stein) Date: Tue, 27 Jan 2015 02:05:18 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> Message-ID: <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> It might be a bug, Would you please attach the logs, I mentioned bellow, that can bring more details on the failure? Adding Eli, that may want to give some input on this issue. Thanks, Ilanit. ----- Original Message ----- From: "Rob Abshear" To: "ILanit Stein" Cc: users at ovirt.org Sent: Monday, January 26, 2015 9:43:14 PM Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot I have done a bit more investigating on this matter. If I restart the node from within oVirt using the power management option "restart", then the node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue the command to power cycle the machine, then the machine restarts and vdsmd DOES start. I can run the following command from another node in the cluster: fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot and the node restarts and vdsmd DOES start. On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > Hi Rob, > > Thanks for this report. > > Would you please provide these logs, at the time frame, the host failure > occur: > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > 2. host: /var/log/vdsm/vdsm.log > > If it is reproducible, please add this info as well. > > You can also check vdsm service status, on host, while host reported as > Non responsive, > by running on host 'service vdsmd status' > There might some problem, that might have prevented from vdsm service to > come up, on host. > > Ilanit. > > ----- Original Message ----- > From: "Rob Abshear" > To: users at ovirt.org > Sent: Friday, January 23, 2015 9:22:42 PM > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > cluster. Each host has a drac5 and it is configured and working. I am > trying to simulate a node failure. I am running one HA VM on one of the > hosts for testing. I simulate the failure by powering off the host with the > VM running. > > Here is what is happening. > > > * Host is powered off > * ~4 minutes pass and the host is recognized as not responding > * Automatic fence runs and the VM migrates. Another host in the node > is chosen as a proxy to execute Status command on the host. > * Same host is chosen as proxy to execute Start command on the host. > * Same host is chosen as proxy to execute Status command on the host. > * The host DOES physically start. > * The host never shows status of UP. > * I select ?confirm host has been rebooted? and I see a manual fence > start. > * Host stays non-responsive. > * I put the host in maintenance and then activate it. > * Host still non-responsive > * I put the host in maintenance and do a reinstall > * Reinstall finishes and host becomes UP > > So, everything seems to go fine with the HA functionality, but the host > never recovers without being reinstalled. Please let me know which logs you > need to look at to help me out with this. > > Thanks > > > Sent with Mixmax > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Tue Jan 27 08:19:53 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 27 Jan 2015 10:19:53 +0200 Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised In-Reply-To: References: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> Message-ID: <54C74A29.7050304@redhat.com> On 23/01/15 19:41, Kostyrev Aleksandr wrote: > Donny Davis ????? 2015-01-23 18:07: >> You have to move the hosted engine to another host to sync the >> networks, they cannot be synced while the host is running vm's. Bring >> your second hosted engine machine online so the engine can be >> migrated, and the host in which you want to sync the network can be >> synced. >> >> I only know from experience, and one of the ovirt devs may have a >> better solution. This is what worked for me. Indeed, there's a bug open about it and we intend to get that fixed for 3.6: https://bugzilla.redhat.com/show_bug.cgi?id=1055454 > > Hmmm... > I was able to sync ovirtmgmt network on two hosts out of three but now I > have a problem starting engine up on those two nodes > > Jan 23 20:23:23 ovirt-3 vdsm vm.Vm ERROR > vmId=`e3c64c89-65e0-4936-83af-de201130e789`::The vm start process > failed#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/virt/vm.py", line 2264, in _startUnderlyingVm#012 > self._run()#012 File "/usr/share/vdsm/virt/vm.py", line 3328, in > _run#012 self._connection.createXML(domxml, flags),#012 File > "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, > in wrapper#012 ret = f(*args, **kwargs)#012 File > "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in > createXML#012 if ret is None:raise libvirtError('virDomainCreateXML() > failed', conn=self)#012libvirtError: Cannot get interface MTU on > 'ovirtmgmt': No such device > > as I mentioned earlier file > /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt gets removed from those > two nodes after syncing. > Is ovirtmgmt configured as non-VM by any chance? > How can I recreated that ifcfg-ovirtmgmt file? > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From pkliczew at redhat.com Tue Jan 27 08:21:09 2015 From: pkliczew at redhat.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 03:21:09 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> Hi Mathew, It seems like this is quite old version (September 2014). There were good number of fixes in this area. Looking at provided logs I am not able to tell which call is exactly failing. Do you have any steps to reproduce? Thanks, Piotr ----- Original Message ----- From: "Renchu Mathew" To: "Piotr Kliczewski" Cc: "Eli Mesika" , "Piotr Kliczewski" , users at ovirt.org Sent: Monday, January 26, 2015 5:15:46 AM Subject: RE: [ovirt-users] Power Management config on Ovirt Hi Piotr, VDSM Version is vdsm-4.16.4-0.el6 Regards Renchu Mathew . From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] Sent: Sunday, January 25, 2015 6:08 PM To: Renchu Mathew Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > wrote: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). @Eli - Do we know which vdsm version is in this iso? Please find below details. [cid:image001.png at 01D0393F.9A5CF2D0] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > > To: "Eli Mesika" > > Cc: "Martin Perina" >, users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org, "Eli Mesika" > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From shimano at go2.pl Tue Jan 27 08:43:59 2015 From: shimano at go2.pl (shimano) Date: Tue, 27 Jan 2015 09:43:59 +0100 Subject: [ovirt-users] Does my Storage Domain crashed or is this iSCSI LUN's a problem? Message-ID: Hi guys, I'm trying to run one of my storage domains, which experienced failure. Unfortunately, I meet a very nasty error (Storage domain does not exist). Could someone tell me, how to try to restore this domain? P.S. It's an oVirt 3.4.2-1.el6 ****************************** **************************************************** /var/log/messages: Jan 26 12:48:49 node002 vdsm TaskManager.Task ERROR Task=`10d02993-b585-448f-9a50-bd3e8cda7082`::Unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line 873, in _run#012 return fn(*args, **kargs)#012 File "/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 2959, in getVGInfo#012 return dict(info=self.__getVGsInfo([vgUUID])[0])#012 File "/usr/share/vdsm/storage/hsm.py", line 2892, in __getVGsInfo#012 vgList = [lvm.getVGbyUUID(vgUUID) for vgUUID in vgUUIDs]#012 File "/usr/share/vdsm/storage/lvm.py", line 894, in getVGbyUUID#012 raise se.VolumeGroupDoesNotExist("vg_uuid: %s" % vgUUID)#012VolumeGroupDoesNotExist: Volume Group does not exist: ('vg_uuid: gyaCWf-6VKi-lI9W-JT6H-IZdy-rIsB-hTvZ4O',) Jan 26 12:48:49 node002 kernel: device-mapper: table: 253:26: multipath: error getting device Jan 26 12:48:49 node002 kernel: device-mapper: ioctl: error adding target to table ********************************************************************************** /var/log/vdsm.log: Thread-22::ERROR::2015-01-26 12:43:03,376::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::ERROR::2015-01-26 12:43:03,377::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::DEBUG::2015-01-26 12:43:03,377::lvm::373::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-22::DEBUG::2015-01-26 12:43:03,378::lvm::296::Storage.Misc.excCmd::(cmd) u'/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ \'a|/dev/mapper/mpathb|/dev/mapper/mpathc|/dev/mapper/mpathd|/dev/mapper/mpathe|/dev/mapper/mpathf|\', \'r|.*|\' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name db52e9cb-7306-43fd-aff3-20831bc2bcaf' (cwd None) Thread-22::DEBUG::2015-01-26 12:43:03,462::lvm::296::Storage.Misc.excCmd::(cmd) FAILED: = ' /dev/mapper/mpathc: Checksum error\n /dev/mapper/mpathc: Checksum error\n Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found\n Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf\n'; = 5 Thread-22::WARNING::2015-01-26 12:43:03,466::lvm::378::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' /dev/mapper/mpathc: Checksum error', ' /dev/mapper/mpathc: Checksum error', ' Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found', ' Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf'] Thread-22::DEBUG::2015-01-26 12:43:03,466::lvm::415::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-22::ERROR::2015-01-26 12:43:03,477::sdc::143::Storage.StorageDomainCache::(_findDomain) domain db52e9cb-7306-43fd-aff3-20831bc2bcaf not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-22::ERROR::2015-01-26 12:43:03,478::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain db52e9cb-7306-43fd-aff3-20831bc2bcaf monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 204, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-13::DEBUG::2015-01-26 12:43:05,102::task::595::TaskManager.Task::(_updateState) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::moving from state init -> state preparing Thread-13::INFO::2015-01-26 12:43:05,102::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-13::INFO::2015-01-26 12:43:05,103::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} Thread-13::DEBUG::2015-01-26 12:43:05,103::task::1185::TaskManager.Task::(prepare) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::finished: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} ********************************************************************************** [root at node002 shim]# multipath -ll mpathe (1NODE_001_LUN01) dm-6 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 21:0:0:1 sdg 8:96 active ready running mpathd (1NODE_003_LUN01) dm-7 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 20:0:0:1 sdf 8:80 active ready running mpathc (1NODE_002_LUN01) dm-4 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 18:0:0:1 sdd 8:48 active ready running mpathb (1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010) dm-1 ATA,MARVELL Raid VD size=1.8T features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 0:0:0:0 sda 8:0 active ready running mpathf (1MANAGER_LUN01) dm-5 SHIMI,VIRTUAL-DISK size=500G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 19:0:0:1 sde 8:64 active ready running ********************************************************************************** [root at node002 shim]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 298.1G 0 disk ??sdb1 8:17 0 1G 0 part /boot ??sdb2 8:18 0 4G 0 part [SWAP] ??sdb3 8:19 0 293.1G 0 part ??vg_node002-LogVol00 (dm-0) 253:0 0 293.1G 0 lvm / sda 8:0 0 1.8T 0 disk ??sda1 8:1 0 1.8T 0 part sdd 8:48 0 976.6G 0 disk ??mpathc (dm-4) 253:4 0 976.6G 0 mpath sde 8:64 0 500G 0 disk ??mpathf (dm-5) 253:5 0 500G 0 mpath ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-metadata (dm-15) 253:15 0 512M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-ids (dm-16) 253:16 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-leases (dm-18) 253:18 0 2G 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-outbox (dm-20) 253:20 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-inbox (dm-21) 253:21 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-master (dm-22) 253:22 0 1G 0 lvm sdf 8:80 0 976.6G 0 disk ??mpathd (dm-7) 253:7 0 976.6G 0 mpath ??5e1ca1b6--4706--4c79--8924--b8db741c929f-metadata (dm-14) 253:14 0 512M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-ids (dm-17) 253:17 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-leases (dm-19) 253:19 0 2G 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-outbox (dm-23) 253:23 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-inbox (dm-24) 253:24 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-master (dm-25) 253:25 0 1G 0 lvm sdg 8:96 0 976.6G 0 disk ??mpathe (dm-6) 253:6 0 976.6G 0 mpath ??5f595801--aaa5--42c7--b829--7a34a636407e-metadata (dm-8) 253:8 0 512M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-ids (dm-9) 253:9 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-leases (dm-10) 253:10 0 2G 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-outbox (dm-11) 253:11 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-inbox (dm-12) 253:12 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-master (dm-13) 253:13 0 1G 0 lvm ********************************************************************************** [root at node002 shim]# multipath -v3 Jan 26 12:46:28 | ram0: device node name blacklisted Jan 26 12:46:28 | ram1: device node name blacklisted Jan 26 12:46:28 | ram2: device node name blacklisted Jan 26 12:46:28 | ram3: device node name blacklisted Jan 26 12:46:28 | ram4: device node name blacklisted Jan 26 12:46:28 | ram5: device node name blacklisted Jan 26 12:46:28 | ram6: device node name blacklisted Jan 26 12:46:28 | ram7: device node name blacklisted Jan 26 12:46:28 | ram8: device node name blacklisted Jan 26 12:46:28 | ram9: device node name blacklisted Jan 26 12:46:28 | ram10: device node name blacklisted Jan 26 12:46:28 | ram11: device node name blacklisted Jan 26 12:46:28 | ram12: device node name blacklisted Jan 26 12:46:28 | ram13: device node name blacklisted Jan 26 12:46:28 | ram14: device node name blacklisted Jan 26 12:46:28 | ram15: device node name blacklisted Jan 26 12:46:28 | loop0: device node name blacklisted Jan 26 12:46:28 | loop1: device node name blacklisted Jan 26 12:46:28 | loop2: device node name blacklisted Jan 26 12:46:28 | loop3: device node name blacklisted Jan 26 12:46:28 | loop4: device node name blacklisted Jan 26 12:46:28 | loop5: device node name blacklisted Jan 26 12:46:28 | loop6: device node name blacklisted Jan 26 12:46:28 | loop7: device node name blacklisted Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0x3f Jan 26 12:46:28 | sdb: dev_t = 8:16 Jan 26 12:46:28 | sdb: size = 625142448 Jan 26 12:46:28 | sdb: subsystem = scsi Jan 26 12:46:28 | sdb: vendor = ATA Jan 26 12:46:28 | sdb: product = WDC WD3200AAJS-6 Jan 26 12:46:28 | sdb: rev = 03.0 Jan 26 12:46:28 | sdb: h:b:t:l = 10:0:0:0 Jan 26 12:46:28 | sdb: serial = WD-WMAV2HM46197 Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: path checker = directio (config file default) Jan 26 12:46:28 | sdb: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdb: uid = 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 (callout) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdb: prio = const (config file default) Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | sda: not found in pathvec Jan 26 12:46:28 | sda: mask = 0x3f Jan 26 12:46:28 | sda: dev_t = 8:0 Jan 26 12:46:28 | sda: size = 3904897024 Jan 26 12:46:28 | sda: subsystem = scsi Jan 26 12:46:28 | sda: vendor = ATA Jan 26 12:46:28 | sda: product = MARVELL Raid VD Jan 26 12:46:28 | sda: rev = MV.R Jan 26 12:46:28 | sda: h:b:t:l = 0:0:0:0 Jan 26 12:46:28 | sda: serial = 1c3c8ecf5cf00010 Jan 26 12:46:28 | sda: get_state Jan 26 12:46:28 | sda: path checker = directio (config file default) Jan 26 12:46:28 | sda: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sda: state = 3 Jan 26 12:46:28 | sda: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sda: uid = 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 (callout) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | sda: detect_prio = 1 (config file default) Jan 26 12:46:28 | sda: prio = const (config file default) Jan 26 12:46:28 | sda: const prio = 1 Jan 26 12:46:28 | dm-0: device node name blacklisted Jan 26 12:46:28 | sdc: not found in pathvec Jan 26 12:46:28 | sdc: mask = 0x3f Jan 26 12:46:28 | sdc: dev_t = 8:32 Jan 26 12:46:28 | sdc: size = 0 Jan 26 12:46:28 | sdc: subsystem = scsi Jan 26 12:46:28 | sdc: vendor = Multi Jan 26 12:46:28 | sdc: product = Flash Reader Jan 26 12:46:28 | sdc: rev = 1.00 Jan 26 12:46:28 | sdc: h:b:t:l = 12:0:0:0 Jan 26 12:46:28 | dm-1: device node name blacklisted Jan 26 12:46:28 | dm-2: device node name blacklisted Jan 26 12:46:28 | dm-3: device node name blacklisted Jan 26 12:46:28 | sdd: not found in pathvec Jan 26 12:46:28 | sdd: mask = 0x3f Jan 26 12:46:28 | sdd: dev_t = 8:48 Jan 26 12:46:28 | sdd: size = 2048000000 Jan 26 12:46:28 | sdd: subsystem = scsi Jan 26 12:46:28 | sdd: vendor = SHIMI Jan 26 12:46:28 | sdd: product = VIRTUAL-DISK Jan 26 12:46:28 | sdd: rev = 0001 Jan 26 12:46:28 | sdd: h:b:t:l = 18:0:0:1 Jan 26 12:46:28 | sdd: tgt_node_name = pl.mycomp.shimi:node002.target0 Jan 26 12:46:28 | sdd: serial = beaf11 Jan 26 12:46:28 | sdd: get_state Jan 26 12:46:28 | sdd: path checker = directio (config file default) Jan 26 12:46:28 | sdd: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdd: state = 3 Jan 26 12:46:28 | sdd: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdd: uid = 1NODE_002_LUN01 (callout) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | sdd: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdd: prio = const (config file default) Jan 26 12:46:28 | sdd: const prio = 1 Jan 26 12:46:28 | dm-4: device node name blacklisted Jan 26 12:46:28 | sde: not found in pathvec Jan 26 12:46:28 | sde: mask = 0x3f Jan 26 12:46:28 | sde: dev_t = 8:64 Jan 26 12:46:28 | sde: size = 1048576000 Jan 26 12:46:28 | sde: subsystem = scsi Jan 26 12:46:28 | sde: vendor = SHIMI Jan 26 12:46:28 | sde: product = VIRTUAL-DISK Jan 26 12:46:28 | sde: rev = 0001 Jan 26 12:46:28 | sde: h:b:t:l = 19:0:0:1 Jan 26 12:46:28 | sde: tgt_node_name = pl.mycomp.shimi:manager.target0 Jan 26 12:46:28 | sde: serial = beaf11 Jan 26 12:46:28 | sde: get_state Jan 26 12:46:28 | sde: path checker = directio (config file default) Jan 26 12:46:28 | sde: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sde: state = 3 Jan 26 12:46:28 | sde: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sde: uid = 1MANAGER_LUN01 (callout) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | sde: detect_prio = 1 (config file default) Jan 26 12:46:28 | sde: prio = const (config file default) Jan 26 12:46:28 | sde: const prio = 1 Jan 26 12:46:28 | sdf: not found in pathvec Jan 26 12:46:28 | sdf: mask = 0x3f Jan 26 12:46:28 | sdf: dev_t = 8:80 Jan 26 12:46:28 | sdf: size = 2048000000 Jan 26 12:46:28 | sdf: subsystem = scsi Jan 26 12:46:28 | sdf: vendor = SHIMI Jan 26 12:46:28 | sdf: product = VIRTUAL-DISK Jan 26 12:46:28 | sdf: rev = 0001 Jan 26 12:46:28 | sdf: h:b:t:l = 20:0:0:1 Jan 26 12:46:28 | sdf: tgt_node_name = pl.mycomp.shimi:node003.target0 Jan 26 12:46:28 | sdf: serial = beaf11 Jan 26 12:46:28 | sdf: get_state Jan 26 12:46:28 | sdf: path checker = directio (config file default) Jan 26 12:46:28 | sdf: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdf: state = 3 Jan 26 12:46:28 | sdf: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdf: uid = 1NODE_003_LUN01 (callout) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | sdf: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdf: prio = const (config file default) Jan 26 12:46:28 | sdf: const prio = 1 Jan 26 12:46:28 | sdg: not found in pathvec Jan 26 12:46:28 | sdg: mask = 0x3f Jan 26 12:46:28 | sdg: dev_t = 8:96 Jan 26 12:46:28 | sdg: size = 2048000000 Jan 26 12:46:28 | sdg: subsystem = scsi Jan 26 12:46:28 | sdg: vendor = SHIMI Jan 26 12:46:28 | sdg: product = VIRTUAL-DISK Jan 26 12:46:28 | sdg: rev = 0001 Jan 26 12:46:28 | sdg: h:b:t:l = 21:0:0:1 Jan 26 12:46:28 | sdg: tgt_node_name = pl.mycomp.shimi:node001.target0 Jan 26 12:46:28 | sdg: serial = beaf11 Jan 26 12:46:28 | sdg: get_state Jan 26 12:46:28 | sdg: path checker = directio (config file default) Jan 26 12:46:28 | sdg: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdg: state = 3 Jan 26 12:46:28 | sdg: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdg: uid = 1NODE_001_LUN01 (callout) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | sdg: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdg: prio = const (config file default) Jan 26 12:46:28 | sdg: const prio = 1 Jan 26 12:46:28 | dm-5: device node name blacklisted Jan 26 12:46:28 | dm-6: device node name blacklisted Jan 26 12:46:28 | dm-7: device node name blacklisted Jan 26 12:46:28 | dm-8: device node name blacklisted Jan 26 12:46:28 | dm-9: device node name blacklisted Jan 26 12:46:28 | dm-10: device node name blacklisted Jan 26 12:46:28 | dm-11: device node name blacklisted Jan 26 12:46:28 | dm-12: device node name blacklisted Jan 26 12:46:28 | dm-13: device node name blacklisted Jan 26 12:46:28 | dm-14: device node name blacklisted Jan 26 12:46:28 | dm-15: device node name blacklisted Jan 26 12:46:28 | dm-16: device node name blacklisted Jan 26 12:46:28 | dm-17: device node name blacklisted Jan 26 12:46:28 | dm-18: device node name blacklisted Jan 26 12:46:28 | dm-19: device node name blacklisted Jan 26 12:46:28 | dm-20: device node name blacklisted Jan 26 12:46:28 | dm-21: device node name blacklisted Jan 26 12:46:28 | dm-22: device node name blacklisted Jan 26 12:46:28 | dm-23: device node name blacklisted Jan 26 12:46:28 | dm-24: device node name blacklisted Jan 26 12:46:28 | dm-25: device node name blacklisted ===== paths list ===== uuid hcil dev dev_t pri dm_st chk_st 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 10:0:0:0 sdb 8:16 1 undef ready 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 0:0:0:0 sda 8:0 1 undef ready 12:0:0:0 sdc 8:32 -1 undef faulty 1NODE_002_LUN01 18:0:0:1 sdd 8:48 1 undef ready 1MANAGER_LUN01 19:0:0:1 sde 8:64 1 undef ready 1NODE_003_LUN01 20:0:0:1 sdf 8:80 1 undef ready 1NODE_001_LUN01 21:0:0:1 sdg 8:96 1 undef ready Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:96 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:96 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:80 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:80 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:48 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:48 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:0 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:0 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:64 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:64 A 0 Jan 26 12:46:28 | Found matching wwid [1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197] in bindings file. Setting alias to mpatha Jan 26 12:46:28 | sdb: ownership set to mpatha Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0xc Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | mpatha: pgfailover = -1 (internal default) Jan 26 12:46:28 | mpatha: pgpolicy = failover (internal default) Jan 26 12:46:28 | mpatha: selector = round-robin 0 (internal default) Jan 26 12:46:28 | mpatha: features = 0 (internal default) Jan 26 12:46:28 | mpatha: hwhandler = 0 (internal default) Jan 26 12:46:28 | mpatha: rr_weight = 1 (internal default) Jan 26 12:46:28 | mpatha: minio = 1 rq (config file default) Jan 26 12:46:28 | mpatha: no_path_retry = -1 (config file default) Jan 26 12:46:28 | pg_timeout = NONE (internal default) Jan 26 12:46:28 | mpatha: fast_io_fail_tmo = 5 (config file default) Jan 26 12:46:28 | mpatha: dev_loss_tmo = 30 (config file default) Jan 26 12:46:28 | mpatha: retain_attached_hw_handler = 1 (config file default) Jan 26 12:46:28 | failed to find rport_id for target10:0:0 Jan 26 12:46:28 | mpatha: set ACT_CREATE (map does not exist) Jan 26 12:46:28 | mpatha: domap (0) failure for create/reload map Jan 26 12:46:28 | mpatha: ignoring map ********************************************************************************** [root at node002 shim]# iscsiadm -m session -o show tcp: [6] 192.168.1.12:3260,1 pl.mycomp.shimi:node002.target0 tcp: [7] 192.168.1.11:3260,1 pl.mycomp.shimi:manager.target0 tcp: [8] 192.168.1.14:3260,1 pl.mycomp.shimi:node003.target0 tcp: [9] 192.168.1.13:3260,1 pl.mycomp.shimi:node001.target0 ********************************************************************************** [root at node002 shim]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination ********************************************************************************** [root at node002 shim]# sestatus SELinux status: disabled -------------- next part -------------- An HTML attachment was scrubbed... URL: From nsoffer at redhat.com Tue Jan 27 08:47:28 2015 From: nsoffer at redhat.com (Nir Soffer) Date: Tue, 27 Jan 2015 03:47:28 -0500 (EST) Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> Message-ID: <39941716.767076.1422348448663.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Nir Soffer" > Cc: "Dan Kenigsberg" , "users" , "Yeela Kaplan" , "Benjamin > Marzinski" > Sent: Monday, January 26, 2015 8:46:52 PM > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > On Mon, Jan 26, 2015 at 1:37 PM, Nir Soffer wrote: > > > > > > > Any suggestion appreciated. > > > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > that > > > > is not used anymore): > > > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > > # RHEV REVISION 1.1 > > > > > > > > blacklist { > > > > devnode "^(sda|sdb)[0-9]*" > > > > } > > > > > > I think what happened is: > > > > 1. 3.5.1 had new multipath version > > > > what do you mean with "new multipath version"? I mean new multipath.conf version: # RHEV REVISION 1.1 When vdsm finds that its current configuration version is different from current multipath.conf version, it replaces the current multipath.conf with a new version. > I currently have device-mapper-multipath-0.4.9-56.fc20.x86_64 > The system came from f18 to f19 and then to f20 via fedup in both cases > In my yum.log files I see this about January 2013 when I was in Fedora 18 > Jan 07 00:11:44 Installed: device-mapper-multipath-0.4.9-36.fc18.x86_64 > > I then upgraded to f19 on 24th November 2013 and device-mapper-multipath > was the one pushed during the fedup update: > device-mapper-multipath-libs-0.4.9-51.fc19.x86_64 > > Then on 12th of November 2014 I passed form f19 to f20 and fedup pushed > device-mapper-multipath-0.4.9-56.fc20.x86_64 > that is my current version > At that time I also passed from oVirt 3.4.4 to 3.5.0. > And I didn't register any problem with my internal disk > > It was sufficient to keep inside > blacklist { > devnode "sd[a-b]" > } > > At the head of the file I only had: > # RHEV REVISION 1.0 This is why vdsm replaced the file. > > No reference about > # RHEV PRIVATE > > But right now that I'm writing I notice that my rule for blacklist after > migration to 3.5.1 was > > devnode "^(sda|sdb)[0-9]*" > > probably blacklists only partitions and not the full disks.... ;-) > So I'm going to check with the old blacklist option and/or the PRIVATE > label as suggested by Dan... > > Probably passing from RHEV REVISION 1.0 to 1.1 the original blacklist part > was thrown away... > > 2. So vdsm upgraded the local file > > 3. blacklist above was removed > > (it should exists in /etc/multipath.bak) > > > > > It seems it didn't generate any multipath.conf.bak ... > In 3.5.1 it should rotate multipath.conf, saving multipath.conf.1 ... If you don't find the backup file after multipath.conf was updated, this is a bug. Can you open a a bug about it? Nir From renchu at cracknell.com Tue Jan 27 09:48:12 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Tue, 27 Jan 2015 09:48:12 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> References: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> Message-ID: Hi Piotr, Can you please provide me the link to download the new node iso? I can see only ovirt live iso. Regards Renchu Mathew? -----Original Message----- From: Piotr Kliczewski [mailto:pkliczew at redhat.com] Sent: Tuesday, January 27, 2015 12:21 PM To: Renchu Mathew Cc: Piotr Kliczewski; Eli Mesika; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi Mathew, It seems like this is quite old version (September 2014). There were good number of fixes in this area. Looking at provided logs I am not able to tell which call is exactly failing. Do you have any steps to reproduce? Thanks, Piotr ----- Original Message ----- From: "Renchu Mathew" To: "Piotr Kliczewski" Cc: "Eli Mesika" , "Piotr Kliczewski" , users at ovirt.org Sent: Monday, January 26, 2015 5:15:46 AM Subject: RE: [ovirt-users] Power Management config on Ovirt Hi Piotr, VDSM Version is vdsm-4.16.4-0.el6 Regards Renchu Mathew . From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] Sent: Sunday, January 25, 2015 6:08 PM To: Renchu Mathew Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > wrote: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). @Eli - Do we know which vdsm version is in this iso? Please find below details. [cid:image001.png at 01D0393F.9A5CF2D0] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > > To: "Eli Mesika" > > Cc: "Martin Perina" >, users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org, "Eli Mesika" > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From lvernia at redhat.com Tue Jan 27 10:03:38 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 27 Jan 2015 12:03:38 +0200 Subject: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics In-Reply-To: <20150126134555.GI14455@redhat.com> References: <54980316.7080207@redhat.com> <20150126134555.GI14455@redhat.com> Message-ID: <54C7627A.9040008@redhat.com> On 26/01/15 15:45, Dan Kenigsberg wrote: > On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: >> Hello users and developers, >> >> Just put up a feature page for the aforementioned feature; in summary, >> to report total RX/TX statistics for hosts and VMs in oVirt. This has >> been requested several times on the users mailing list, and is >> especially useful for accounting in VDI deployments. >> >> You're more than welcome to review the feature page: >> http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics > > Sorry for the late review; I have a couple of questions/comments. > - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" > section? > Do you refer to hosting services who would like to charge their > customers based on actual bandwidth usage? Indeed, as well as monitoring utilisation by non-paying users (say inside the same organization). Changed the wording a little, as hosting services are really the prime candidate. > - I've added another motivation: currently-reported rxRate/txRate > can be utterly meaningless. > > > I don't see reference to nasty negative flows: what happens if a host > disappears? Or a VM? I suppose there's always a chance that some traffic > would go unaccounted for. But do you expect to extract this information > somehow? Either way, it should be mentioned as a caveat on the feature > page. > What do you mean by "disappears"? Engine loses connectivity to it? >> >> Note that this only deals with network usage - it'll be great if we have >> similar features for CPU and disk usage! > > There's a formal feature request about this: > Bug 1172153 - [RFE] Collect CPU, IO and network accounting > information > > Dan > From pkliczew at redhat.com Tue Jan 27 10:03:40 2015 From: pkliczew at redhat.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 05:03:40 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> Message-ID: <227173436.733145.1422353020507.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Renchu Mathew" > To: "Piotr Kliczewski" > Cc: "Piotr Kliczewski" , "Eli Mesika" , users at ovirt.org > Sent: Tuesday, January 27, 2015 10:48:12 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Piotr, > > Can you please provide me the link to download the new node iso? I can see > only ovirt live iso. > I saw that Douglas sent following links in other thread [1] on this list: centos7: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Fedora20: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Please note that "We should share the official iso this week." [1] http://lists.ovirt.org/pipermail/users/2015-January/030846.html > > Regards > > Renchu Mathew > > -----Original Message----- > From: Piotr Kliczewski [mailto:pkliczew at redhat.com] > Sent: Tuesday, January 27, 2015 12:21 PM > To: Renchu Mathew > Cc: Piotr Kliczewski; Eli Mesika; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Mathew, > > It seems like this is quite old version (September 2014). There were good > number of fixes in this area. > > Looking at provided logs I am not able to tell which call is exactly failing. > Do you have any steps to reproduce? > > Thanks, > Piotr > > ----- Original Message ----- > From: "Renchu Mathew" > To: "Piotr Kliczewski" > Cc: "Eli Mesika" , "Piotr Kliczewski" > , users at ovirt.org > Sent: Monday, January 26, 2015 5:15:46 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Piotr, > VDSM Version is vdsm-4.16.4-0.el6 > > Regards > > Renchu Mathew > . > > From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] > Sent: Sunday, January 25, 2015 6:08 PM > To: Renchu Mathew > Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > > wrote: > > Hi Eli, > > > > I have 2 hypervisor host and both are installed with below iso file. Master > data domain is glusterfs which is configured on another server. Is there any > latest iso available? > > > > ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). > > @Eli - Do we know which vdsm version is in this iso? > > > > > Please find below details. > > > > [cid:image001.png at 01D0393F.9A5CF2D0] > > > > Thanks & Regards > > > > Renchu Mathew > > > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 4:46 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Eli Mesika" > > > > Cc: "Martin Perina" >, > > users at ovirt.org > > > Sent: Sunday, January 25, 2015 11:19:21 AM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Eli, > > > > > > Please use any details. > > > > > > Thanks for your support. > > > > > > Regards > > > > > > Renchu Mathew > > > > Hi again > > > > Looking in the logs I see that this is a issue we handled when we switched > from XML RPC to JSON RPC protocol. > > Which vdsm is installed in the proxy host ? > > I am adding Piotr who is on charge of the JSON RPC protocol and who helped me > in the past when I got a similar error on PM operations > > It looks like marshaling issue but I am not sure whether it was already fixed > or it is something new. I am not able to match a call when looking at > engine.log. > > > > > > > > > > -----Original Message----- > > > From: Eli Mesika [mailto:emesika at redhat.com] > > > Sent: Sunday, January 25, 2015 12:58 PM > > > To: Renchu Mathew > > > Cc: Martin Perina; users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Renchu > > > > > > I am looking currently on he case and will respond later on today > > > after investigating the logs. > > > If I will not find anything, can I use the details for the host PM > > > only for status command to try to debug and find the source of the problem > > ? > > > > > > Thanks > > > > > > Eli > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org, "Eli Mesika" > > > > > > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi Martin, > > > > > > > > I got the below output when I run the command and it works from both > > > > the nodes. > > > > > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > > > status'... > > > > Chassis power = On > > > > Done > > > > > > > > Thanks > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > > > +971 4 > > > > 3445417 | F +971 4 3493675 | M +971 50 > > > 7386484 ABU DHABI | DUBAI > > > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL > > > | renchu at cracknell.com | WEB > > > > www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are > > > > intended solely for the addressee(s) and may be legally privileged > > > > and/or confidential. If you are not the intended recipient please > > > > let us know by email reply and delete it from the system. Please > > > > note that any views or opinions presented in this email do not > > > > necessarily represent those of the company. Email transmissions > > > > cannot be guaranteed to be secure or error-free as information could > > > > be intercepted, corrupted, lost, destroyed, arrive late or > > > > incomplete, or contain viruses. The company therefore does not > > > > accept liability for any errors or omissions in the contents of this > > > > message which arise as a result of email transmission. > > > > > > > > > > > > -----Original Message----- > > > > From: Martin Perina > > > [mailto:mperina at redhat.com] > > > > Sent: Thursday, January 22, 2015 6:12 PM > > > > To: Renchu Mathew > > > > Cc: users at ovirt.org; Eli Mesika > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > > > > > > To: "Martin Perina" > > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > > > > > That's strange, I cannot find any call to fenceNode which should > > > > appear, if PM status is gathered. > > > > > > > > Eli, any idea? > > > > > > > > > I have checked the link and it says we need to install the sever > > > > > view management agent & net-snmp on the hosts. > > > > > Do we need to try this? How to install this on node? I used the > > > > > below irmc admin user. > > > > > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > > > > > But could you please execute this command on node-20 just to confirm > > > > that Fujitsu Primergy is communicating through IPMI: > > > > > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > > > USER and PASS please set according to you setup. > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > > > +971 > > > > > 4 > > > > > 3445417 | F +971 4 3493675 | M +971 50 > > > > 7386484 > > > > > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > > > > > EMAIL renchu at cracknell.com | WEB > > > > www.cracknell.com > > > > > > > > > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > > > intended solely for the addressee(s) and may be legally privileged > > > > > and/or confidential. If you are not the intended recipient please > > > > > let us know by email reply and delete it from the system. Please > > > > > note that any views or opinions presented in this email do not > > > > > necessarily represent those of the company. Email transmissions > > > > > cannot be guaranteed to be secure or error-free as information > > > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > > > incomplete, or contain viruses. The company therefore does not > > > > > accept liability for any errors or omissions in the contents of > > > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina > > > > [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 4:49 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > > > vdsm.log. > > > > > According to engine.log, host > > > > Node-02.cracknell.com was used as > > > > > fence proxy. > > > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > [1] > > > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > > > ht > > > > > ml > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > > > > > > > To: "Martin Perina" > > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > > > sure > > > > > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > > > I also > > > > > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > From: Martin Perina > > > > > [mailto:mperina at redhat.com] > > > > > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > > > > > To: Renchu Mathew > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > > > using > > > > > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > > > vdsm.log > > > > > > > > > > > from host that was used as fencing proxy? You can find out which > > > > > > host > > > > > > > > > > > is used as a proxy either in Events tab after you execute the > > > > > > test or in engine.log. > > > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > > > > > > > > > To: users at ovirt.org > > > > > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > > > Fujitsu > > > > > > > > > > > > PRIMERGY > > > > > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > > > power > > > > > > > > > > > > management configuration. The test gives a message ?Test > > > > > > > failed, > > > > > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > > > tried > > > > > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > > > Do we > > > > > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Users mailing list > > > > > > > > > > > > Users at ovirt.org> > > > > > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > From j.astrego at netbulae.eu Tue Jan 27 12:56:36 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 13:56:36 +0100 Subject: [ovirt-users] gluster only hosts managed by oVirt? Message-ID: <54C78B04.8070808@netbulae.eu> Hi, We are currently testing a setup with dedicated gluster servers and dedicated compute nodes without disks. For both we provision some custom os install and configuration. Currently I am only able to manage and view gluster volumes from ovirt when the "Enable Gluster Service" is enabled for the Cluster. Right? There is a "Enable Virt Service" flag but the options is selected and greyed out. So I'm not able to disable it. Can I have gluster only hosts managed through the oVirt admin interface, without all the virtualization stuff installed on them? Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Tue Jan 27 12:56:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 27 Jan 2015 13:56:56 +0100 Subject: [ovirt-users] Network config Message-ID: Hello everybody, Just wanted to know if anybody else has the problem, that when you restart your network configuration of a hypervisor, all the settings concerning the bonding are gone... Do I file a bug report for this or is this already a known issue? Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Tue Jan 27 12:57:10 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 27 Jan 2015 13:57:10 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: Solved... 2015-01-21 13:46 GMT+01:00 Koen Vanoppen : > Ok, after rebooting all the hypervisors I'm left with the following errors: > Thread-16::ERROR::2015-01-21 > 13:39:42,644::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-16::ERROR::2015-01-21 > 13:39:42,644::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-18::ERROR::2015-01-21 > 13:39:42,696::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-18::ERROR::2015-01-21 > 13:39:42,698::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-15::ERROR::2015-01-21 > 13:39:44,349::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-15::ERROR::2015-01-21 > 13:39:44,350::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-17::ERROR::2015-01-21 > 13:39:44,477::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c > Thread-17::ERROR::2015-01-21 > 13:39:44,479::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31c > Thread-18::ERROR::2015-01-21 > 13:44:44,407::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-18::ERROR::2015-01-21 > 13:44:44,408::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-16::ERROR::2015-01-21 > 13:44:44,795::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-16::ERROR::2015-01-21 > 13:44:44,796::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-15::ERROR::2015-01-21 > 13:44:45,900::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-15::ERROR::2015-01-21 > 13:44:45,901::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-17::ERROR::2015-01-21 > 13:44:45,934::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c > Thread-17::ERROR::2015-01-21 > 13:44:45,942::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31 > > Kind regards, > > Koen > > 2015-01-21 11:20 GMT+01:00 Koen Vanoppen : > >> Added the direct lun, so all hypervisor can see it, no effect.. Still the >> same error >> >> 2015-01-21 10:39 GMT+01:00 Koen Vanoppen : >> >>> I noticed that there was a difference in the number of attached LUN's >>> between the hypervisors. This is because we have a VM with direct LUN's. Do >>> these Lun's on this particular vm also be attached to the other hypervisors >>> or to 1 hypervisor only? >>> >>> 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : >>> >>>> Dear all, >>>> >>>> We have a small issue on our ovirt environment. When I try to add a >>>> fibre storage pool, >>>> I get the following error: >>>> 2015-01-21 08:24:48,705 WARN >>>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >>>> (org.ovirt.thread.pool-8-thread-22) Storage domain >>>> e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one >>>> or more hosts. Since the domains type is ISO, hosts status will not be >>>> changed to non-operational >>>> 2015-01-21 08:24:54,764 ERROR >>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>>> CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = >>>> 1180a1f6-635e-47f6-bba1-871d8c432de0, >>>> storageDomain=StorageDomainStatic[StoragePoolOracle01, >>>> fd6c6779-8353-42f6-b2ff-0c670e4b8a73], >>>> args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: >>>> VDSNetworkException: java.util.concurrent.TimeoutException >>>> 2015-01-21 08:24:54,769 ERROR >>>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll >>>> exception. With error message VdcBLLException: >>>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: >>>> java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR >>>> and code 5022) >>>> 2015-01-21 08:24:54,810 ERROR >>>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: >>>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. >>>> 2015-01-21 08:24:54,839 ERROR >>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: >>>> 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: >>>> -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) >>>> 2015-01-21 08:24:55,107 WARN >>>> [org.ovirt.engine.core.bll.AddVmFromScratchCommand] >>>> (DefaultQuartzScheduler_Worker-25) >>>> >>>> In the GUI you'll see this error: >>>> >>>> Error while executing action New SAN Storage Domain: Network error >>>> during communication with the Host. >>>> >>>> All the hosts are up and all the rest of our storage is also up. >>>> >>>> Kind regards, >>>> >>>> Koen >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Tue Jan 27 13:10:42 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 14:10:42 +0100 Subject: [ovirt-users] Network config In-Reply-To: References: Message-ID: <54C78E52.20305@netbulae.eu> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: > Hello everybody, > > Just wanted to know if anybody else has the problem, that when you > restart your network configuration of a hypervisor, all the settings > concerning the bonding are gone... > Do I file a bug report for this or is this already a known issue? > > Kind regards, > > Koen > Hmm, I cannot restart the network service from the host for some reason: Jan 27 14:00:27 test2 systemd: network.service: control process exited, code=exited status=1 Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down networking. systemctl status network.service network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: failed (Result: exit-code) since Tue 2015-01-27 14:00:27 CET; 1min 56s ago Process: 4113 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE) Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: control process exited, code=exited status=1 Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start LSB: Bring up/down networking. Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit network.service entered failed state. -- Subject: Unit network.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit network.service has failed. -- -- The result is failed. Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit network.service entered failed state. In supervdsm I find lots and lots of these: sourceRoute::DEBUG::2015-01-27 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:02:40,806::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:02:40,806::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:02:40,807::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed sourceRoute::DEBUG::2015-01-27 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 sourceRoute::INFO::2015-01-27 14:07:09,052::sourceroute::78::root::(configure) Configuring gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 sourceRoute::DEBUG::2015-01-27 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:07:09,057::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:07:09,057::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:07:09,057::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed The hosts are all Centos 7 freshly provisioned. With these vdsm packages: vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch vdsm-python-4.16.10-8.gitc937927.el7.noarch vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch vdsm-4.16.10-8.gitc937927.el7.x86_64 vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch vdsm-cli-4.16.10-8.gitc937927.el7.noarch Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.kieske at mittwald.de Tue Jan 27 13:17:34 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Tue, 27 Jan 2015 14:17:34 +0100 Subject: [ovirt-users] gluster only hosts managed by oVirt? In-Reply-To: <54C78B04.8070808@netbulae.eu> References: <54C78B04.8070808@netbulae.eu> Message-ID: <54C78FEE.2050302@mittwald.de> On 27/01/15 13:56, Jorick Astrego wrote: > For both we provision some custom os install and configuration. > Currently I am only able to manage and view gluster volumes from ovirt > when the "Enable Gluster Service" is enabled for the Cluster. Right? AFAIK correct. > There is a "Enable Virt Service" flag but the options is selected and > greyed out. So I'm not able to disable it. Mhm this is sad. I'm not aware of any bug tracking this, will you open one? It's also possible I missed it, there are too many bugs to remember them all. -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From ondrej at svobodasoft.cz Tue Jan 27 13:20:27 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 14:20:27 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C78E52.20305@netbulae.eu> References: <54C78E52.20305@netbulae.eu> Message-ID: <54C7909B.9050103@svobodasoft.cz> Jorick, just what comes to my mind: do you have NetworkManager running, by any chance? VDSM and NetworkManager don't mix well currently so please try # systemctl stop NetworkManager # systemctl disable NetworkManager Regards, Ondra Svoboda On 27.1.2015 14:10, Jorick Astrego wrote: > > On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >> Hello everybody, >> >> Just wanted to know if anybody else has the problem, that when you >> restart your network configuration of a hypervisor, all the settings >> concerning the bonding are gone... >> Do I file a bug report for this or is this already a known issue? >> >> Kind regards, >> >> Koen >> > Hmm, > > I cannot restart the network service from the host for some reason: > > Jan 27 14:00:27 test2 systemd: network.service: control process > exited, code=exited status=1 > Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down > networking. > > > systemctl status network.service > network.service - LSB: Bring up/down networking > Loaded: loaded (/etc/rc.d/init.d/network) > Active: failed (Result: exit-code) since Tue 2015-01-27 > 14:00:27 CET; 1min 56s ago > Process: 4113 ExecStart=/etc/rc.d/init.d/network start > (code=exited, status=1/FAILURE) > > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: > control process exited, code=exited status=1 > Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start > LSB: Bring up/down networking. > Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit > network.service entered failed state. > > -- Subject: Unit network.service has failed > -- Defined-By: systemd > -- Support: > http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit network.service has failed. > -- > -- The result is failed. > Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit > network.service entered failed state. > > > In supervdsm I find lots and lots of these: > > > sourceRoute::DEBUG::2015-01-27 > 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:02:40,806::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:02:40,806::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:02:40,807::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > sourceRoute::DEBUG::2015-01-27 > 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 > sourceRoute::INFO::2015-01-27 > 14:07:09,052::sourceroute::78::root::(configure) Configuring > gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: > 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 > sourceRoute::DEBUG::2015-01-27 > 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:07:09,057::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:07:09,057::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:07:09,057::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > > The hosts are all Centos 7 freshly provisioned. With these vdsm packages: > > vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch > vdsm-python-4.16.10-8.gitc937927.el7.noarch > vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch > vdsm-4.16.10-8.gitc937927.el7.x86_64 > vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch > vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch > vdsm-cli-4.16.10-8.gitc937927.el7.noarch > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 13:26:01 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 14:26:01 +0100 Subject: [ovirt-users] Network config In-Reply-To: References: Message-ID: <54C791E9.1030109@svobodasoft.cz> Hello Koen, please share parts of your /var/log/vdsm/vdsm.log and /var/log/vdsm/supervdsm.log and maybe also `journalctl` output that do not pose any security risk to you. Regards, Ondra On 27.1.2015 13:56, Koen Vanoppen wrote: > Hello everybody, > > Just wanted to know if anybody else has the problem, that when you > restart your network configuration of a hypervisor, all the settings > concerning the bonding are gone... > Do I file a bug report for this or is this already a known issue? > > Kind regards, > > Koen > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.kieske at mittwald.de Tue Jan 27 13:37:52 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Tue, 27 Jan 2015 14:37:52 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7909B.9050103@svobodasoft.cz> References: <54C7909B.9050103@svobodasoft.cz> Message-ID: <54C794B0.9020302@mittwald.de> On 27/01/15 14:20, Ond?ej Svoboda wrote: > just what comes to my mind: do you have NetworkManager running, by any > chance? VDSM and NetworkManager don't mix well currently so please try Doesn't vdsm / ovirt take care of that during installation? on EL7 NetworkManager is active by default! -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From j.astrego at netbulae.eu Tue Jan 27 13:43:39 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 14:43:39 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7909B.9050103@svobodasoft.cz> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> Message-ID: <54C7960B.4080103@netbulae.eu> Ah yes, I forgot to disable it as I switched to foreman provisioning. Maybe it can be auto detected and disabled in the "install host" scripts when ovirt installs vdsm and sets up the networking. For people who forget to disable it..... But now I get this: sourceRoute::DEBUG::2015-01-27 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:33:57,420::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:33:57,420::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:33:57,420::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK answers: File exists Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: control process exited, code=exited status=1 Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start LSB: Bring up/down networking. -- Subject: Unit network.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit network.service has failed. -- -- The result is failed. Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit network.service entered failed state. Bond0 is still there though sourceRoute::DEBUG::2015-01-27 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 sourceRoute::INFO::2015-01-27 14:33:57,416::sourceroute::78::root::(configure) Configuring gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 sourceRoute::DEBUG::2015-01-27 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:33:57,420::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:33:57,420::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:33:57,420::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed sourceRoute::DEBUG::2015-01-27 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 sourceRoute::INFO::2015-01-27 14:37:52,090::sourceroute::78::root::(configure) Configuring gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 sourceRoute::DEBUG::2015-01-27 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:37:52,094::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:37:52,094::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:37:52,094::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed If you need more info, let me know. On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: > Jorick, > > just what comes to my mind: do you have NetworkManager running, by any > chance? VDSM and NetworkManager don't mix well currently so please try > > # systemctl stop NetworkManager > # systemctl disable NetworkManager > > Regards, > Ondra Svoboda > > On 27.1.2015 14:10, Jorick Astrego wrote: >> >> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>> Hello everybody, >>> >>> Just wanted to know if anybody else has the problem, that when you >>> restart your network configuration of a hypervisor, all the settings >>> concerning the bonding are gone... >>> Do I file a bug report for this or is this already a known issue? >>> >>> Kind regards, >>> >>> Koen >>> >> Hmm, >> >> I cannot restart the network service from the host for some reason: >> >> Jan 27 14:00:27 test2 systemd: network.service: control process >> exited, code=exited status=1 >> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down >> networking. >> >> >> systemctl status network.service >> network.service - LSB: Bring up/down networking >> Loaded: loaded (/etc/rc.d/init.d/network) >> Active: failed (Result: exit-code) since Tue 2015-01-27 >> 14:00:27 CET; 1min 56s ago >> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >> (code=exited, status=1/FAILURE) >> >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: >> control process exited, code=exited status=1 >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start >> LSB: Bring up/down networking. >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >> network.service entered failed state. >> >> -- Subject: Unit network.service has failed >> -- Defined-By: systemd >> -- Support: >> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit network.service has failed. >> -- >> -- The result is failed. >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >> network.service entered failed state. >> >> >> In supervdsm I find lots and lots of these: >> >> >> sourceRoute::DEBUG::2015-01-27 >> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:02:40,806::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:02:40,807::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> sourceRoute::DEBUG::2015-01-27 >> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 >> sourceRoute::INFO::2015-01-27 >> 14:07:09,052::sourceroute::78::root::(configure) Configuring >> gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: >> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 >> sourceRoute::DEBUG::2015-01-27 >> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:07:09,057::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:07:09,057::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> >> >> The hosts are all Centos 7 freshly provisioned. With these vdsm packages: >> >> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >> vdsm-python-4.16.10-8.gitc937927.el7.noarch >> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >> vdsm-4.16.10-8.gitc937927.el7.x86_64 >> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >> >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego* >> >> Netbulae Virtualization Experts * >> ------------------------------------------------------------------------ >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >> NL821234584B01 >> >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Tue Jan 27 14:59:35 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 15:59:35 +0100 Subject: [ovirt-users] Network config In-Reply-To: References: Message-ID: <54C7A7D7.9040604@netbulae.eu> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: > Hello everybody, > > Just wanted to know if anybody else has the problem, that when you > restart your network configuration of a hypervisor, all the settings > concerning the bonding are gone... > Do I file a bug report for this or is this already a known issue? > > Kind regards, > > Koen > After a host restart the bonds are indead gone, except for bond and I get this output: MainThread::DEBUG::2015-01-27 15:44:18,343::api::623::root::(setupNetworks) Validating configuration MainThread::DEBUG::2015-01-27 15:44:18,355::api::635::setupNetworks::(setupNetworks) Applying... MainThread::DEBUG::2015-01-27 15:44:18,355::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,356::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,356::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:44:18,358::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::INFO::2015-01-27 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for net bond1. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 552, in _getNetInfo 'mtu': str(getMtu(iface))}) File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 182, in getMtu mtu = open('/sys/class/net/%s/mtu' % iface).readline().rstrip() IOError: [Errno 2] No such file or directory: u'/sys/class/net/bond1/mtu' MainThread::INFO::2015-01-27 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for net Internet. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 536, in _getNetInfo data.update({'ports': ports(iface), 'stp': bridge_stp_state(iface), File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 178, in ports return os.listdir('/sys/class/net/' + bridge + '/brif') OSError: [Errno 2] No such file or directory: '/sys/class/net/Internet/brif' MainThread::DEBUG::2015-01-27 15:44:18,373::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:44:18,375::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::INFO::2015-01-27 15:44:18,384::netconfpersistence::158::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:44:18,384::netconfpersistence::166::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-01-27 15:44:18,384::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:44:18,386::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,386::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,470::utils::739::root::(execCmd) /usr/sbin/ifdown Internet (cwd None) MainThread::DEBUG::2015-01-27 15:45:46,165::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:45:46,165::netconfpersistence::134::root::(_getConfigs) Non-existing config set. This is what I get later after I try "Setup host networks" again: MainThread::INFO::2015-01-27 15:53:16,739::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:53:16,740::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:53:16,740::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:53:16,743::utils::739::root::(execCmd) /usr/sbin/ifdown Internet (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,772::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,772::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,772::vdsm-restore-net-config::55::root::(unified_restoration) Removing all networks ({}) and bonds ({}) in running config. MainThread::DEBUG::2015-01-27 15:54:46,772::libvirtconnection::150::root::(get) trying to connect libvirt MainThread::DEBUG::2015-01-27 15:54:46,787::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,790::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::DEBUG::2015-01-27 15:54:46,791::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,793::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::DEBUG::2015-01-27 15:54:46,803::api::619::setupNetworks::(setupNetworks) Setting up network according to configuration: networks:{}, bondings:{}, options:{'_inRollback': True, 'connectivityCheck': False} MainThread::DEBUG::2015-01-27 15:54:46,803::api::623::root::(setupNetworks) Validating configuration MainThread::DEBUG::2015-01-27 15:54:46,807::api::635::setupNetworks::(setupNetworks) Applying... MainThread::DEBUG::2015-01-27 15:54:46,808::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,808::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,808::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,810::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::DEBUG::2015-01-27 15:54:46,820::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,822::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::INFO::2015-01-27 15:54:46,831::netconfpersistence::158::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:54:46,831::netconfpersistence::166::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-01-27 15:54:46,831::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:54:46,832::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,832::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,835::utils::739::root::(execCmd) /usr/sbin/ifdown Internet (cwd None) sourceRoute::DEBUG::2015-01-27 15:56:05,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422370565 sourceRoute::INFO::2015-01-27 15:56:05,414::sourceroutethread::60::root::(process_IN_CLOSE_WRITE_filePath) interface bond0 is not a libvirt interface sourceRoute::WARNING::2015-01-27 15:56:05,414::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed And there is no "/var/run/vdsm/netconf/nets" or "/var/run/vdsm/netconf/bonds/" ls -lart /var/run/vdsm/ total 0 drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 trackedInterfaces srwxr-xr-x. 1 vdsm kvm 0 Jan 27 15:44 svdsm.sock drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 . drwxr-xr-x. 34 root root 1140 Jan 27 15:44 .. drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:52 sourceRoutes ls -lart /var/run/vdsm/trackedInterfaces/ total 0 drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 . drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 .. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 15:01:04 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 16:01:04 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7960B.4080103@netbulae.eu> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> Message-ID: <54C7A830.2040109@svobodasoft.cz> This is weird, like there were multiple dhclients on the bond. Can you stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall -SIGKILL dhclient` and restart VDSM afterwards? On 27.1.2015 14:43, Jorick Astrego wrote: > Ah yes, I forgot to disable it as I switched to foreman provisioning. > > Maybe it can be auto detected and disabled in the "install host" > scripts when ovirt installs vdsm and sets up the networking. For > people who forget to disable it..... > > But now I get this: > > sourceRoute::DEBUG::2015-01-27 > 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:33:57,420::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:33:57,420::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:33:57,420::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK > answers: File exists > Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: > control process exited, code=exited status=1 > Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start > LSB: Bring up/down networking. > -- Subject: Unit network.service has failed > -- Defined-By: systemd > -- Support: > http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit network.service has failed. > -- > -- The result is failed. > Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit > network.service entered failed state. > > > > Bond0 is still there though > > sourceRoute::DEBUG::2015-01-27 > 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 > sourceRoute::INFO::2015-01-27 > 14:33:57,416::sourceroute::78::root::(configure) Configuring > gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: > 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 > sourceRoute::DEBUG::2015-01-27 > 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:33:57,420::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:33:57,420::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:33:57,420::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > sourceRoute::DEBUG::2015-01-27 > 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 > sourceRoute::INFO::2015-01-27 > 14:37:52,090::sourceroute::78::root::(configure) Configuring > gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: > 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 > sourceRoute::DEBUG::2015-01-27 > 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:37:52,094::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:37:52,094::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:37:52,094::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > > If you need more info, let me know. > > > On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >> Jorick, >> >> just what comes to my mind: do you have NetworkManager running, by >> any chance? VDSM and NetworkManager don't mix well currently so >> please try >> >> # systemctl stop NetworkManager >> # systemctl disable NetworkManager >> >> Regards, >> Ondra Svoboda >> >> On 27.1.2015 14:10, Jorick Astrego wrote: >>> >>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>> Hello everybody, >>>> >>>> Just wanted to know if anybody else has the problem, that when you >>>> restart your network configuration of a hypervisor, all the >>>> settings concerning the bonding are gone... >>>> Do I file a bug report for this or is this already a known issue? >>>> >>>> Kind regards, >>>> >>>> Koen >>>> >>> Hmm, >>> >>> I cannot restart the network service from the host for some reason: >>> >>> Jan 27 14:00:27 test2 systemd: network.service: control process >>> exited, code=exited status=1 >>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>> up/down networking. >>> >>> >>> systemctl status network.service >>> network.service - LSB: Bring up/down networking >>> Loaded: loaded (/etc/rc.d/init.d/network) >>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>> 14:00:27 CET; 1min 56s ago >>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>> (code=exited, status=1/FAILURE) >>> >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: >>> control process exited, code=exited status=1 >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start >>> LSB: Bring up/down networking. >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>> network.service entered failed state. >>> >>> -- Subject: Unit network.service has failed >>> -- Defined-By: systemd >>> -- Support: >>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit network.service has failed. >>> -- >>> -- The result is failed. >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>> network.service entered failed state. >>> >>> >>> In supervdsm I find lots and lots of these: >>> >>> >>> sourceRoute::DEBUG::2015-01-27 >>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:02:40,807::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> sourceRoute::DEBUG::2015-01-27 >>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 >>> sourceRoute::INFO::2015-01-27 >>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: >>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>> bond0 >>> sourceRoute::DEBUG::2015-01-27 >>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:07:09,057::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> >>> >>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>> packages: >>> >>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>> >>> >>> >>> >>> >>> Met vriendelijke groet, With kind regards, >>> >>> Jorick Astrego* >>> >>> Netbulae Virtualization Experts * >>> ------------------------------------------------------------------------ >>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>> NL821234584B01 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Tue Jan 27 15:31:37 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 16:31:37 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7A830.2040109@svobodasoft.cz> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> <54C7A830.2040109@svobodasoft.cz> Message-ID: <54C7AF59.5090305@netbulae.eu> Done, maybe this helps: Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running unified_network_persistence_upgrade Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running restore_nets Jan 27 16:21:47 test2 systemd-logind: New session 5 of user root. Jan 27 16:21:47 test2 systemd: Starting Session 5 of user root. Jan 27 16:21:47 test2 systemd: Started Session 5 of user root. Jan 27 16:21:55 test2 systemd: vdsmd.service operation timed out. Terminating. Jan 27 16:21:55 test2 journal: End of file while reading data: Input/output error Jan 27 16:21:55 test2 systemd: Failed to start Virtual Desktop Server Manager. Jan 27 16:21:55 test2 systemd: Unit vdsmd.service entered failed state. Jan 27 16:21:55 test2 systemd: vdsmd.service holdoff time over, scheduling restart. Jan 27 16:21:55 test2 systemd: Stopping Virtual Desktop Server Manager... Jan 27 16:21:55 test2 systemd: Starting Virtual Desktop Server Manager... Jan 27 16:21:55 test2 vdsmd_init_common.sh: vdsm: Running mkdirs Still: MainThread::INFO::2015-01-27 16:21:56,964::netconfpersistence::158::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 16:21:56,964::netconfpersistence::166::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-01-27 16:21:56,964::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 16:21:56,965::netconfpersistence::134::root::(_getConfigs) Non-existing config set. And when I want to reapply setup networks in ovirt I get: Error while executing action Commit Network changes: Network error during communication with the Host. Every interface and bond is still green and visible in the webgui by the way. That is also strange, every interface of the host is bonded and up while in reality the host has lost it's network config and doesn't respond anymore. Shouldn't they all be red on communication failure to the host? Cheers, Jorick On 01/27/2015 04:01 PM, Ond?ej Svoboda wrote: > This is weird, like there were multiple dhclients on the bond. Can you > stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall > -SIGKILL dhclient` and restart VDSM afterwards? > > On 27.1.2015 14:43, Jorick Astrego wrote: >> Ah yes, I forgot to disable it as I switched to foreman provisioning. >> >> Maybe it can be auto detected and disabled in the "install host" >> scripts when ovirt installs vdsm and sets up the networking. For >> people who forget to disable it..... >> >> But now I get this: >> >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:33:57,420::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:33:57,420::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> >> Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK >> answers: File exists >> Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: >> control process exited, code=exited status=1 >> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start >> LSB: Bring up/down networking. >> -- Subject: Unit network.service has failed >> -- Defined-By: systemd >> -- Support: >> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit network.service has failed. >> -- >> -- The result is failed. >> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit >> network.service entered failed state. >> >> >> >> Bond0 is still there though >> >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 >> sourceRoute::INFO::2015-01-27 >> 14:33:57,416::sourceroute::78::root::(configure) Configuring >> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:33:57,420::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:33:57,420::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> sourceRoute::DEBUG::2015-01-27 >> 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 >> sourceRoute::INFO::2015-01-27 >> 14:37:52,090::sourceroute::78::root::(configure) Configuring >> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 >> sourceRoute::DEBUG::2015-01-27 >> 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:37:52,094::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:37:52,094::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:37:52,094::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> >> >> If you need more info, let me know. >> >> >> On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >>> Jorick, >>> >>> just what comes to my mind: do you have NetworkManager running, by >>> any chance? VDSM and NetworkManager don't mix well currently so >>> please try >>> >>> # systemctl stop NetworkManager >>> # systemctl disable NetworkManager >>> >>> Regards, >>> Ondra Svoboda >>> >>> On 27.1.2015 14:10, Jorick Astrego wrote: >>>> >>>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>>> Hello everybody, >>>>> >>>>> Just wanted to know if anybody else has the problem, that when you >>>>> restart your network configuration of a hypervisor, all the >>>>> settings concerning the bonding are gone... >>>>> Do I file a bug report for this or is this already a known issue? >>>>> >>>>> Kind regards, >>>>> >>>>> Koen >>>>> >>>> Hmm, >>>> >>>> I cannot restart the network service from the host for some reason: >>>> >>>> Jan 27 14:00:27 test2 systemd: network.service: control process >>>> exited, code=exited status=1 >>>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>>> up/down networking. >>>> >>>> >>>> systemctl status network.service >>>> network.service - LSB: Bring up/down networking >>>> Loaded: loaded (/etc/rc.d/init.d/network) >>>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>>> 14:00:27 CET; 1min 56s ago >>>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>>> (code=exited, status=1/FAILURE) >>>> >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: >>>> network.service: control process exited, code=exited status=1 >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start >>>> LSB: Bring up/down networking. >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>> network.service entered failed state. >>>> >>>> -- Subject: Unit network.service has failed >>>> -- Defined-By: systemd >>>> -- Support: >>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>> -- >>>> -- Unit network.service has failed. >>>> -- >>>> -- The result is failed. >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>> network.service entered failed state. >>>> >>>> >>>> In supervdsm I find lots and lots of these: >>>> >>>> >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:02:40,807::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>> Responding to DHCP response in >>>> /var/run/vdsm/sourceRoutes/1422364029 >>>> sourceRoute::INFO::2015-01-27 >>>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: >>>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>>> bond0 >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:07:09,057::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> >>>> >>>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>>> packages: >>>> >>>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>>> >>>> >>>> >>>> >>>> >>>> Met vriendelijke groet, With kind regards, >>>> >>>> Jorick Astrego* >>>> >>>> Netbulae Virtualization Experts * >>>> ------------------------------------------------------------------------ >>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>> NL821234584B01 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego* >> >> Netbulae Virtualization Experts * >> ------------------------------------------------------------------------ >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >> NL821234584B01 >> >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From emesika at redhat.com Tue Jan 27 15:39:26 2015 From: emesika at redhat.com (Eli Mesika) Date: Tue, 27 Jan 2015 10:39:26 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> Message-ID: <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "ILanit Stein" > To: "Artyom Lukianov" , "Eli Mesika" > Cc: users at ovirt.org, rabshear at citytwist.net > Sent: Tuesday, January 27, 2015 5:19:12 PM > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot > > > Hi Guys, > > Can you please look into this please? Hi >From the logs I can see clearly that host is turned on in 2015-01-26 11:56:51,191 However, there is a stomp exception in 2015-01-26 11:56:53,544 and a connection timeout in 2015-01-26 11:56:53,553 that might be related Piotr, can you please have a look ? > > Thanks, > Ilanit. > ----- Forwarded Message ----- > From: "Rob Abshear" > To: "ILanit Stein" > Sent: Tuesday, January 27, 2015 3:05:56 PM > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > Here are the logs. you requested. The shutdown of the node was at 11:53 > and vdsmd was manually restarted at 12:01 to get the node back online. > > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein wrote: > > > It might be a bug, > > Would you please attach the logs, I mentioned bellow, > > that can bring more details on the failure? > > Adding Eli, that may want to give some input on this issue. > > > > Thanks, > > Ilanit. > > > > ----- Original Message ----- > > From: "Rob Abshear" > > To: "ILanit Stein" > > Cc: users at ovirt.org > > Sent: Monday, January 26, 2015 9:43:14 PM > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > I have done a bit more investigating on this matter. If I restart the node > > from within oVirt using the power management option "restart", then the > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue > > the command to power cycle the machine, then the machine restarts and vdsmd > > DOES start. I can run the following command from another node in the > > cluster: > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot > > and the node restarts and vdsmd DOES start. > > > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > > > > > Hi Rob, > > > > > > Thanks for this report. > > > > > > Would you please provide these logs, at the time frame, the host failure > > > occur: > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > > > 2. host: /var/log/vdsm/vdsm.log > > > > > > If it is reproducible, please add this info as well. > > > > > > You can also check vdsm service status, on host, while host reported as > > > Non responsive, > > > by running on host 'service vdsmd status' > > > There might some problem, that might have prevented from vdsm service to > > > come up, on host. > > > > > > Ilanit. > > > > > > ----- Original Message ----- > > > From: "Rob Abshear" > > > To: users at ovirt.org > > > Sent: Friday, January 23, 2015 9:22:42 PM > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > > > cluster. Each host has a drac5 and it is configured and working. I am > > > trying to simulate a node failure. I am running one HA VM on one of the > > > hosts for testing. I simulate the failure by powering off the host with > > the > > > VM running. > > > > > > Here is what is happening. > > > > > > > > > * Host is powered off > > > * ~4 minutes pass and the host is recognized as not responding > > > * Automatic fence runs and the VM migrates. Another host in the node > > > is chosen as a proxy to execute Status command on the host. > > > * Same host is chosen as proxy to execute Start command on the host. > > > * Same host is chosen as proxy to execute Status command on the host. > > > * The host DOES physically start. > > > * The host never shows status of UP. > > > * I select ?confirm host has been rebooted? and I see a manual fence > > > start. > > > * Host stays non-responsive. > > > * I put the host in maintenance and then activate it. > > > * Host still non-responsive > > > * I put the host in maintenance and do a reinstall > > > * Reinstall finishes and host becomes UP > > > > > > So, everything seems to go fine with the HA functionality, but the host > > > never recovers without being reinstalled. Please let me know which logs > > you > > > need to look at to help me out with this. > > > > > > Thanks > > > > > > > > > Sent with Mixmax > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > From pkliczew at redhat.com Tue Jan 27 15:57:19 2015 From: pkliczew at redhat.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 10:57:19 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> Message-ID: <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Eli Mesika" > To: "Piotr Kliczewski" > Cc: "Artyom Lukianov" , users at ovirt.org, rabshear at citytwist.net, "ILanit Stein" > > Sent: Tuesday, January 27, 2015 4:39:26 PM > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > ----- Original Message ----- > > From: "ILanit Stein" > > To: "Artyom Lukianov" , "Eli Mesika" > > > > Cc: users at ovirt.org, rabshear at citytwist.net > > Sent: Tuesday, January 27, 2015 5:19:12 PM > > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > Hi Guys, > > > > Can you please look into this please? > > Hi > From the logs I can see clearly that host is turned on in 2015-01-26 > 11:56:51,191 > However, there is a stomp exception in 2015-01-26 11:56:53,544 and a > connection timeout in 2015-01-26 11:56:53,553 that might be related > > Piotr, can you please have a look ? > Sure. Can you please send me the logs? > > > > > Thanks, > > Ilanit. > > ----- Forwarded Message ----- > > From: "Rob Abshear" > > To: "ILanit Stein" > > Sent: Tuesday, January 27, 2015 3:05:56 PM > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > Here are the logs. you requested. The shutdown of the node was at 11:53 > > and vdsmd was manually restarted at 12:01 to get the node back online. > > > > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein wrote: > > > > > It might be a bug, > > > Would you please attach the logs, I mentioned bellow, > > > that can bring more details on the failure? > > > Adding Eli, that may want to give some input on this issue. > > > > > > Thanks, > > > Ilanit. > > > > > > ----- Original Message ----- > > > From: "Rob Abshear" > > > To: "ILanit Stein" > > > Cc: users at ovirt.org > > > Sent: Monday, January 26, 2015 9:43:14 PM > > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > I have done a bit more investigating on this matter. If I restart the > > > node > > > from within oVirt using the power management option "restart", then the > > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue > > > the command to power cycle the machine, then the machine restarts and > > > vdsmd > > > DOES start. I can run the following command from another node in the > > > cluster: > > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot > > > and the node restarts and vdsmd DOES start. > > > > > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > > > > > > > Hi Rob, > > > > > > > > Thanks for this report. > > > > > > > > Would you please provide these logs, at the time frame, the host > > > > failure > > > > occur: > > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > > > > 2. host: /var/log/vdsm/vdsm.log > > > > > > > > If it is reproducible, please add this info as well. > > > > > > > > You can also check vdsm service status, on host, while host reported as > > > > Non responsive, > > > > by running on host 'service vdsmd status' > > > > There might some problem, that might have prevented from vdsm service > > > > to > > > > come up, on host. > > > > > > > > Ilanit. > > > > > > > > ----- Original Message ----- > > > > From: "Rob Abshear" > > > > To: users at ovirt.org > > > > Sent: Friday, January 23, 2015 9:22:42 PM > > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > > > > > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > > > > cluster. Each host has a drac5 and it is configured and working. I am > > > > trying to simulate a node failure. I am running one HA VM on one of the > > > > hosts for testing. I simulate the failure by powering off the host with > > > the > > > > VM running. > > > > > > > > Here is what is happening. > > > > > > > > > > > > * Host is powered off > > > > * ~4 minutes pass and the host is recognized as not responding > > > > * Automatic fence runs and the VM migrates. Another host in the > > > > node > > > > is chosen as a proxy to execute Status command on the host. > > > > * Same host is chosen as proxy to execute Start command on the > > > > host. > > > > * Same host is chosen as proxy to execute Status command on the > > > > host. > > > > * The host DOES physically start. > > > > * The host never shows status of UP. > > > > * I select ?confirm host has been rebooted? and I see a manual > > > > fence > > > > start. > > > > * Host stays non-responsive. > > > > * I put the host in maintenance and then activate it. > > > > * Host still non-responsive > > > > * I put the host in maintenance and do a reinstall > > > > * Reinstall finishes and host becomes UP > > > > > > > > So, everything seems to go fine with the HA functionality, but the host > > > > never recovers without being reinstalled. Please let me know which logs > > > you > > > > need to look at to help me out with this. > > > > > > > > Thanks > > > > > > > > > > > > Sent with Mixmax > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > From macytd at gmail.com Tue Jan 27 16:35:45 2015 From: macytd at gmail.com (Tim Macy) Date: Tue, 27 Jan 2015 11:35:45 -0500 Subject: [ovirt-users] 3.5.0 to 3.5.1 Upgrade Steps Message-ID: What are the proper steps to upgrade the engine from 3.5.0.1-1.el6 to 3.5.1-1.el6? engine-upgrade or engine-setup after yum update ovirt-engine-setup? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Tue Jan 27 17:11:12 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Tue, 27 Jan 2015 18:11:12 +0100 Subject: [ovirt-users] 3.5.0 to 3.5.1 Upgrade Steps In-Reply-To: References: Message-ID: Hey Tim, yum update "ovirt-engine-setup*" engine-setup That's enough for the engine upgrade :) Works like a charm. On Tue, Jan 27, 2015 at 5:35 PM, Tim Macy wrote: > What are the proper steps to upgrade the engine from 3.5.0.1-1.el6 to > 3.5.1-1.el6? > > engine-upgrade or engine-setup after yum update ovirt-engine-setup? > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From budic at onholyground.com Tue Jan 27 17:43:59 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 11:43:59 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. -Darrell From donny at cloudspin.me Tue Jan 27 18:08:23 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 11:08:23 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. Donny D cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: > > I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > > -Darrell > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From ondrej at svobodasoft.cz Tue Jan 27 18:10:07 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 19:10:07 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7AF59.5090305@netbulae.eu> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> <54C7A830.2040109@svobodasoft.cz> <54C7AF59.5090305@netbulae.eu> Message-ID: <54C7D47F.8080408@svobodasoft.cz> From the first log (journal): VDSM managed to start, only it is being run too early (it should be waiting patiently for its supervdsm component to start responding). Are there no "RTNETLINK answers: File exists" errors anymore? Second log: This is normal operation. So the host stopped responding? It should have come up, assuming that it obtained the same address from DHCP (which it should, but please check). Could you try using static network configuration first? And when it succeeds you can try DHCP again. === About the GUI: Is your host's status now "Not Operational"? In that case oVirt cannot tell anything about the status of the host's interfaces, it may only reflect the status before communication was lost. Please file a bug if this is really the case I described :-) It would then be a matter of discussion if oVirt should display a yellow "unknown" status of the interfaces, or keep displaying the last known one. (The first solution would make it obvious that we really lost the host and go looking for the host's status to discover it is "Not Operational". The other is informative as well, just in a different way.) On 27.1.2015 16:31, Jorick Astrego wrote: > > Done, maybe this helps: > > Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running > unified_network_persistence_upgrade > Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running restore_nets > Jan 27 16:21:47 test2 systemd-logind: New session 5 of user root. > Jan 27 16:21:47 test2 systemd: Starting Session 5 of user root. > Jan 27 16:21:47 test2 systemd: Started Session 5 of user root. > Jan 27 16:21:55 test2 systemd: vdsmd.service operation timed out. > Terminating. > Jan 27 16:21:55 test2 journal: End of file while reading data: > Input/output error > Jan 27 16:21:55 test2 systemd: Failed to start Virtual Desktop > Server Manager. > Jan 27 16:21:55 test2 systemd: Unit vdsmd.service entered failed > state. > Jan 27 16:21:55 test2 systemd: vdsmd.service holdoff time over, > scheduling restart. > Jan 27 16:21:55 test2 systemd: Stopping Virtual Desktop Server > Manager... > Jan 27 16:21:55 test2 systemd: Starting Virtual Desktop Server > Manager... > Jan 27 16:21:55 test2 vdsmd_init_common.sh: vdsm: Running mkdirs > > Still: > > MainThread::INFO::2015-01-27 > 16:21:56,964::netconfpersistence::158::root::(_clearDisk) Clearing > /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 16:21:56,964::netconfpersistence::166::root::(_clearDisk) No > existent config to clear. > MainThread::INFO::2015-01-27 > 16:21:56,964::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 16:21:56,965::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > > And when I want to reapply setup networks in ovirt I get: > > > Error while executing action Commit Network changes: Network error > during communication with the Host. > > Every interface and bond is still green and visible in the webgui by > the way. That is also strange, every interface of the host is bonded > and up while in reality the host has lost it's network config and > doesn't respond anymore. > > Shouldn't they all be red on communication failure to the host? > > Cheers, > > Jorick > > On 01/27/2015 04:01 PM, Ond?ej Svoboda wrote: >> This is weird, like there were multiple dhclients on the bond. Can >> you stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall >> -SIGKILL dhclient` and restart VDSM afterwards? >> >> On 27.1.2015 14:43, Jorick Astrego wrote: >>> Ah yes, I forgot to disable it as I switched to foreman provisioning. >>> >>> Maybe it can be auto detected and disabled in the "install host" >>> scripts when ovirt installs vdsm and sets up the networking. For >>> people who forget to disable it..... >>> >>> But now I get this: >>> >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:33:57,420::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> >>> Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK >>> answers: File exists >>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: >>> control process exited, code=exited status=1 >>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start >>> LSB: Bring up/down networking. >>> -- Subject: Unit network.service has failed >>> -- Defined-By: systemd >>> -- Support: >>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit network.service has failed. >>> -- >>> -- The result is failed. >>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit >>> network.service entered failed state. >>> >>> >>> >>> Bond0 is still there though >>> >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 >>> sourceRoute::INFO::2015-01-27 >>> 14:33:57,416::sourceroute::78::root::(configure) Configuring >>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>> bond0 >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:33:57,420::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> sourceRoute::DEBUG::2015-01-27 >>> 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 >>> sourceRoute::INFO::2015-01-27 >>> 14:37:52,090::sourceroute::78::root::(configure) Configuring >>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>> bond0 >>> sourceRoute::DEBUG::2015-01-27 >>> 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:37:52,094::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:37:52,094::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:37:52,094::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> >>> >>> If you need more info, let me know. >>> >>> >>> On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >>>> Jorick, >>>> >>>> just what comes to my mind: do you have NetworkManager running, by >>>> any chance? VDSM and NetworkManager don't mix well currently so >>>> please try >>>> >>>> # systemctl stop NetworkManager >>>> # systemctl disable NetworkManager >>>> >>>> Regards, >>>> Ondra Svoboda >>>> >>>> On 27.1.2015 14:10, Jorick Astrego wrote: >>>>> >>>>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>>>> Hello everybody, >>>>>> >>>>>> Just wanted to know if anybody else has the problem, that when >>>>>> you restart your network configuration of a hypervisor, all the >>>>>> settings concerning the bonding are gone... >>>>>> Do I file a bug report for this or is this already a known issue? >>>>>> >>>>>> Kind regards, >>>>>> >>>>>> Koen >>>>>> >>>>> Hmm, >>>>> >>>>> I cannot restart the network service from the host for some reason: >>>>> >>>>> Jan 27 14:00:27 test2 systemd: network.service: control >>>>> process exited, code=exited status=1 >>>>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>>>> up/down networking. >>>>> >>>>> >>>>> systemctl status network.service >>>>> network.service - LSB: Bring up/down networking >>>>> Loaded: loaded (/etc/rc.d/init.d/network) >>>>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>>>> 14:00:27 CET; 1min 56s ago >>>>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>>>> (code=exited, status=1/FAILURE) >>>>> >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: >>>>> network.service: control process exited, code=exited status=1 >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to >>>>> start LSB: Bring up/down networking. >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>> network.service entered failed state. >>>>> >>>>> -- Subject: Unit network.service has failed >>>>> -- Defined-By: systemd >>>>> -- Support: >>>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>>> -- >>>>> -- Unit network.service has failed. >>>>> -- >>>>> -- The result is failed. >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>> network.service entered failed state. >>>>> >>>>> >>>>> In supervdsm I find lots and lots of these: >>>>> >>>>> >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route >>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>> None) >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>> sourceRoute::ERROR::2015-01-27 >>>>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>>>> failed during source route configuration: ['RTNETLINK answers: >>>>> File exists'] >>>>> sourceRoute::WARNING::2015-01-27 >>>>> 14:02:40,807::utils::129::root::(rmFile) File: >>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>>> Responding to DHCP response in >>>>> /var/run/vdsm/sourceRoutes/1422364029 >>>>> sourceRoute::INFO::2015-01-27 >>>>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>>>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, >>>>> subnet: 255.255.255.0, gateway: **.***.**.**, table: >>>>> 174351414, device: bond0 >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route >>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>> None) >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>> sourceRoute::ERROR::2015-01-27 >>>>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>>>> failed during source route configuration: ['RTNETLINK answers: >>>>> File exists'] >>>>> sourceRoute::WARNING::2015-01-27 >>>>> 14:07:09,057::utils::129::root::(rmFile) File: >>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>> >>>>> >>>>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>>>> packages: >>>>> >>>>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>>>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Met vriendelijke groet, With kind regards, >>>>> >>>>> Jorick Astrego* >>>>> >>>>> Netbulae Virtualization Experts * >>>>> ------------------------------------------------------------------------ >>>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>>> NL821234584B01 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> >>> Met vriendelijke groet, With kind regards, >>> >>> Jorick Astrego* >>> >>> Netbulae Virtualization Experts * >>> ------------------------------------------------------------------------ >>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>> NL821234584B01 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 18:15:41 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 19:15:41 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7D47F.8080408@svobodasoft.cz> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> <54C7A830.2040109@svobodasoft.cz> <54C7AF59.5090305@netbulae.eu> <54C7D47F.8080408@svobodasoft.cz> Message-ID: <54C7D5CD.50402@svobodasoft.cz> On 27.1.2015 19:10, Ond?ej Svoboda wrote: > From the first log (journal): VDSM managed to start, only it is being > run too early (it should be waiting patiently for its supervdsm > component to start responding). > > Are there no "RTNETLINK answers: File exists" errors anymore? > > Second log: This is normal operation. > > So the host stopped responding? It should have come up, assuming that > it obtained the same address from DHCP (which it should, but please > check). > > Could you try using static network configuration first? And when it > succeeds you can try DHCP again. > > === > > About the GUI: Is your host's status now "Not Operational"? In that > case oVirt cannot tell anything about the status of the host's > interfaces, it may only reflect the status before communication was lost. > > Please file a bug if this is really the case I described :-) It would > then be a matter of discussion if oVirt should display a yellow > "unknown" status of the interfaces, or keep displaying the last known > one. (The first solution would make it obvious that we really lost the > host and go looking for the host's status to discover it is "Not > Operational". The other is informative as well, just in a different way.) > I should add that the "yellow, unknown" state is just a suggestion, it need not exist yet. > On 27.1.2015 16:31, Jorick Astrego wrote: >> >> Done, maybe this helps: >> >> Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running >> unified_network_persistence_upgrade >> Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running >> restore_nets >> Jan 27 16:21:47 test2 systemd-logind: New session 5 of user root. >> Jan 27 16:21:47 test2 systemd: Starting Session 5 of user root. >> Jan 27 16:21:47 test2 systemd: Started Session 5 of user root. >> Jan 27 16:21:55 test2 systemd: vdsmd.service operation timed out. >> Terminating. >> Jan 27 16:21:55 test2 journal: End of file while reading data: >> Input/output error >> Jan 27 16:21:55 test2 systemd: Failed to start Virtual Desktop >> Server Manager. >> Jan 27 16:21:55 test2 systemd: Unit vdsmd.service entered failed >> state. >> Jan 27 16:21:55 test2 systemd: vdsmd.service holdoff time over, >> scheduling restart. >> Jan 27 16:21:55 test2 systemd: Stopping Virtual Desktop Server >> Manager... >> Jan 27 16:21:55 test2 systemd: Starting Virtual Desktop Server >> Manager... >> Jan 27 16:21:55 test2 vdsmd_init_common.sh: vdsm: Running mkdirs >> >> Still: >> >> MainThread::INFO::2015-01-27 >> 16:21:56,964::netconfpersistence::158::root::(_clearDisk) >> Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ >> MainThread::DEBUG::2015-01-27 >> 16:21:56,964::netconfpersistence::166::root::(_clearDisk) No >> existent config to clear. >> MainThread::INFO::2015-01-27 >> 16:21:56,964::netconfpersistence::182::root::(save) Saved new >> config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and >> /var/run/vdsm/netconf/bonds/ >> MainThread::DEBUG::2015-01-27 >> 16:21:56,965::netconfpersistence::134::root::(_getConfigs) >> Non-existing config set. >> >> And when I want to reapply setup networks in ovirt I get: >> >> >> Error while executing action Commit Network changes: Network >> error during communication with the Host. >> >> Every interface and bond is still green and visible in the webgui by >> the way. That is also strange, every interface of the host is bonded >> and up while in reality the host has lost it's network config and >> doesn't respond anymore. >> >> Shouldn't they all be red on communication failure to the host? >> >> Cheers, >> >> Jorick >> >> On 01/27/2015 04:01 PM, Ond?ej Svoboda wrote: >>> This is weird, like there were multiple dhclients on the bond. Can >>> you stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall >>> -SIGKILL dhclient` and restart VDSM afterwards? >>> >>> On 27.1.2015 14:43, Jorick Astrego wrote: >>>> Ah yes, I forgot to disable it as I switched to foreman provisioning. >>>> >>>> Maybe it can be auto detected and disabled in the "install host" >>>> scripts when ovirt installs vdsm and sets up the networking. For >>>> people who forget to disable it..... >>>> >>>> But now I get this: >>>> >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:33:57,420::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> >>>> Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: >>>> network.service: control process exited, code=exited status=1 >>>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start >>>> LSB: Bring up/down networking. >>>> -- Subject: Unit network.service has failed >>>> -- Defined-By: systemd >>>> -- Support: >>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>> -- >>>> -- Unit network.service has failed. >>>> -- >>>> -- The result is failed. >>>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit >>>> network.service entered failed state. >>>> >>>> >>>> >>>> Bond0 is still there though >>>> >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>> Responding to DHCP response in >>>> /var/run/vdsm/sourceRoutes/1422365637 >>>> sourceRoute::INFO::2015-01-27 >>>> 14:33:57,416::sourceroute::78::root::(configure) Configuring >>>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>>> bond0 >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:33:57,420::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>> Responding to DHCP response in >>>> /var/run/vdsm/sourceRoutes/1422365872 >>>> sourceRoute::INFO::2015-01-27 >>>> 14:37:52,090::sourceroute::78::root::(configure) Configuring >>>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>>> bond0 >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:37:52,094::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:37:52,094::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:37:52,094::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> >>>> >>>> If you need more info, let me know. >>>> >>>> >>>> On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >>>>> Jorick, >>>>> >>>>> just what comes to my mind: do you have NetworkManager running, by >>>>> any chance? VDSM and NetworkManager don't mix well currently so >>>>> please try >>>>> >>>>> # systemctl stop NetworkManager >>>>> # systemctl disable NetworkManager >>>>> >>>>> Regards, >>>>> Ondra Svoboda >>>>> >>>>> On 27.1.2015 14:10, Jorick Astrego wrote: >>>>>> >>>>>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>>>>> Hello everybody, >>>>>>> >>>>>>> Just wanted to know if anybody else has the problem, that when >>>>>>> you restart your network configuration of a hypervisor, all the >>>>>>> settings concerning the bonding are gone... >>>>>>> Do I file a bug report for this or is this already a known issue? >>>>>>> >>>>>>> Kind regards, >>>>>>> >>>>>>> Koen >>>>>>> >>>>>> Hmm, >>>>>> >>>>>> I cannot restart the network service from the host for some reason: >>>>>> >>>>>> Jan 27 14:00:27 test2 systemd: network.service: control >>>>>> process exited, code=exited status=1 >>>>>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>>>>> up/down networking. >>>>>> >>>>>> >>>>>> systemctl status network.service >>>>>> network.service - LSB: Bring up/down networking >>>>>> Loaded: loaded (/etc/rc.d/init.d/network) >>>>>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>>>>> 14:00:27 CET; 1min 56s ago >>>>>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>>>>> (code=exited, status=1/FAILURE) >>>>>> >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: >>>>>> network.service: control process exited, code=exited status=1 >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to >>>>>> start LSB: Bring up/down networking. >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>>> network.service entered failed state. >>>>>> >>>>>> -- Subject: Unit network.service has failed >>>>>> -- Defined-By: systemd >>>>>> -- Support: >>>>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>>>> -- >>>>>> -- Unit network.service has failed. >>>>>> -- >>>>>> -- The result is failed. >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>>> network.service entered failed state. >>>>>> >>>>>> >>>>>> In supervdsm I find lots and lots of these: >>>>>> >>>>>> >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route >>>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>>> None) >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>>> sourceRoute::ERROR::2015-01-27 >>>>>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>>>>> failed during source route configuration: ['RTNETLINK >>>>>> answers: File exists'] >>>>>> sourceRoute::WARNING::2015-01-27 >>>>>> 14:02:40,807::utils::129::root::(rmFile) File: >>>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>>>> Responding to DHCP response in >>>>>> /var/run/vdsm/sourceRoutes/1422364029 >>>>>> sourceRoute::INFO::2015-01-27 >>>>>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>>>>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, >>>>>> subnet: 255.255.255.0, gateway: **.***.**.**, table: >>>>>> 174351414, device: bond0 >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route >>>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>>> None) >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>>> sourceRoute::ERROR::2015-01-27 >>>>>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>>>>> failed during source route configuration: ['RTNETLINK >>>>>> answers: File exists'] >>>>>> sourceRoute::WARNING::2015-01-27 >>>>>> 14:07:09,057::utils::129::root::(rmFile) File: >>>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>>> >>>>>> >>>>>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>>>>> packages: >>>>>> >>>>>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>>>>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Met vriendelijke groet, With kind regards, >>>>>> >>>>>> Jorick Astrego* >>>>>> >>>>>> Netbulae Virtualization Experts * >>>>>> ------------------------------------------------------------------------ >>>>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>>>> NL821234584B01 >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>>> >>>> Met vriendelijke groet, With kind regards, >>>> >>>> Jorick Astrego* >>>> >>>> Netbulae Virtualization Experts * >>>> ------------------------------------------------------------------------ >>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>> NL821234584B01 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego* >> >> Netbulae Virtualization Experts * >> ------------------------------------------------------------------------ >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >> NL821234584B01 >> >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 18:36:31 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 19:36:31 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7A7D7.9040604@netbulae.eu> References: <54C7A7D7.9040604@netbulae.eu> Message-ID: <54C7DAAF.2060407@svobodasoft.cz> I can see in the log that VDSM tried to obtain information about bond1 and (bridge) "Internet", both of which did not exist (yet?) in a procedure which reports the information back to oVirt. But this just means that no information about them was reported, it shows no real error. There was no network configuration to be stored (persisted), this is why the directories "/var/run/vdsm/netconf/nets" and "/var/run/vdsm/netconf/bonds/" are not there. If you use a static address/gateway, does the creation of the bond and the network succeed in "Setup host networks"? If it does not I suggest that you attach the whole logs. On 27.1.2015 15:59, Jorick Astrego wrote: > > On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >> Hello everybody, >> >> Just wanted to know if anybody else has the problem, that when you >> restart your network configuration of a hypervisor, all the settings >> concerning the bonding are gone... >> Do I file a bug report for this or is this already a known issue? >> >> Kind regards, >> >> Koen >> > > After a host restart the bonds are indead gone, except for bond and I > get this output: > > > MainThread::DEBUG::2015-01-27 > 15:44:18,343::api::623::root::(setupNetworks) Validating configuration > MainThread::DEBUG::2015-01-27 > 15:44:18,355::api::635::setupNetworks::(setupNetworks) Applying... > MainThread::DEBUG::2015-01-27 > 15:44:18,355::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,356::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,356::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:44:18,358::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::INFO::2015-01-27 > 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for > net bond1. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 552, in _getNetInfo > 'mtu': str(getMtu(iface))}) > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 182, in getMtu > mtu = open('/sys/class/net/%s/mtu' % iface).readline().rstrip() > IOError: [Errno 2] No such file or directory: > u'/sys/class/net/bond1/mtu' > MainThread::INFO::2015-01-27 > 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for > net Internet. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 536, in _getNetInfo > data.update({'ports': ports(iface), 'stp': > bridge_stp_state(iface), > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 178, in ports > return os.listdir('/sys/class/net/' + bridge + '/brif') > OSError: [Errno 2] No such file or directory: > '/sys/class/net/Internet/brif' > MainThread::DEBUG::2015-01-27 > 15:44:18,373::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:44:18,375::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::INFO::2015-01-27 > 15:44:18,384::netconfpersistence::158::root::(_clearDisk) Clearing > /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:44:18,384::netconfpersistence::166::root::(_clearDisk) No > existent config to clear. > MainThread::INFO::2015-01-27 > 15:44:18,384::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:44:18,386::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,386::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,470::utils::739::root::(execCmd) /usr/sbin/ifdown > Internet (cwd None) > MainThread::DEBUG::2015-01-27 > 15:45:46,165::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:45:46,165::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > > This is what I get later after I try "Setup host networks" again: > > MainThread::INFO::2015-01-27 > 15:53:16,739::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:53:16,740::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:53:16,740::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:53:16,743::utils::739::root::(execCmd) /usr/sbin/ifdown > Internet (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,772::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,772::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,772::vdsm-restore-net-config::55::root::(unified_restoration) > Removing all networks ({}) and bonds ({}) in running config. > MainThread::DEBUG::2015-01-27 > 15:54:46,772::libvirtconnection::150::root::(get) trying to > connect libvirt > MainThread::DEBUG::2015-01-27 > 15:54:46,787::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,790::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::DEBUG::2015-01-27 > 15:54:46,791::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,793::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::DEBUG::2015-01-27 > 15:54:46,803::api::619::setupNetworks::(setupNetworks) Setting up > network according to configuration: networks:{}, bondings:{}, > options:{'_inRollback': True, 'connectivityCheck': False} > MainThread::DEBUG::2015-01-27 > 15:54:46,803::api::623::root::(setupNetworks) Validating configuration > MainThread::DEBUG::2015-01-27 > 15:54:46,807::api::635::setupNetworks::(setupNetworks) Applying... > MainThread::DEBUG::2015-01-27 > 15:54:46,808::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,808::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,808::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,810::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::DEBUG::2015-01-27 > 15:54:46,820::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,822::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::INFO::2015-01-27 > 15:54:46,831::netconfpersistence::158::root::(_clearDisk) Clearing > /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:54:46,831::netconfpersistence::166::root::(_clearDisk) No > existent config to clear. > MainThread::INFO::2015-01-27 > 15:54:46,831::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:54:46,832::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,832::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,835::utils::739::root::(execCmd) /usr/sbin/ifdown > Internet (cwd None) > sourceRoute::DEBUG::2015-01-27 > 15:56:05,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422370565 > sourceRoute::INFO::2015-01-27 > 15:56:05,414::sourceroutethread::60::root::(process_IN_CLOSE_WRITE_filePath) > interface bond0 is not a libvirt interface > sourceRoute::WARNING::2015-01-27 > 15:56:05,414::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > And there is no "/var/run/vdsm/netconf/nets" or > "/var/run/vdsm/netconf/bonds/" > > ls -lart /var/run/vdsm/ > total 0 > drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 trackedInterfaces > srwxr-xr-x. 1 vdsm kvm 0 Jan 27 15:44 svdsm.sock > drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 . > drwxr-xr-x. 34 root root 1140 Jan 27 15:44 .. > drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:52 sourceRoutes > > > ls -lart /var/run/vdsm/trackedInterfaces/ > total 0 > drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 . > drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 .. > > > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From budic at onholyground.com Tue Jan 27 19:29:57 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 13:29:57 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <201501271809.t0RI9Vj3011189@mail.onholyground.com> References: <201501271809.t0RI9Vj3011189@mail.onholyground.com> Message-ID: <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: > > Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. > > Donny D > cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >> >> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >> >> -Darrell >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Tue Jan 27 20:04:46 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 13:04:46 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> References: <201501271809.t0RI9Vj3011189@mail.onholyground.com> <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> Message-ID: <001801d03a6c$845f6e30$8d1e4a90$@cloudspin.me> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. Donny -----Original Message----- From: Darrell Budic [mailto:budic at onholyground.com] Sent: Tuesday, January 27, 2015 12:30 PM To: Donny Davis Cc: users at ovirt.org Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: > > Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. > > Donny D > cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >> >> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >> >> -Darrell >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture.PNG Type: image/png Size: 28892 bytes Desc: not available URL: From piotr.kliczewski at gmail.com Tue Jan 27 20:05:28 2015 From: piotr.kliczewski at gmail.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 21:05:28 +0100 Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> Message-ID: Looking at the logs I can see that connection was lost at 2015-01-26 09:24:43,213 and I can see good number of reconnection attempts which end up with timeout or 'no route to host'. The connection was recovered at 2015-01-26 09:28:56,292. Vdsm.log do not contain above connection loss (it starts at 2015-01-26 10:01:02,208). It was lost again at 2015-01-26 11:54:58,741 and it was recovered at 2015-01-26 12:01:47,752. I checked vdsm logs and I can see really weird lack of logs: JsonRpc (StompReactor)::DEBUG::2015-01-26 11:52:35,893::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message wrote: > > > > > ----- Original Message ----- >> From: "Eli Mesika" >> To: "Piotr Kliczewski" >> Cc: "Artyom Lukianov" , users at ovirt.org, rabshear at citytwist.net, "ILanit Stein" >> >> Sent: Tuesday, January 27, 2015 4:39:26 PM >> Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot >> >> >> >> ----- Original Message ----- >> > From: "ILanit Stein" >> > To: "Artyom Lukianov" , "Eli Mesika" >> > >> > Cc: users at ovirt.org, rabshear at citytwist.net >> > Sent: Tuesday, January 27, 2015 5:19:12 PM >> > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot >> > >> > >> > Hi Guys, >> > >> > Can you please look into this please? >> >> Hi >> From the logs I can see clearly that host is turned on in 2015-01-26 >> 11:56:51,191 >> However, there is a stomp exception in 2015-01-26 11:56:53,544 and a >> connection timeout in 2015-01-26 11:56:53,553 that might be related >> >> Piotr, can you please have a look ? >> > > Sure. Can you please send me the logs? > >> >> > >> > Thanks, >> > Ilanit. >> > ----- Forwarded Message ----- >> > From: "Rob Abshear" >> > To: "ILanit Stein" >> > Sent: Tuesday, January 27, 2015 3:05:56 PM >> > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot >> > >> > Here are the logs. you requested. The shutdown of the node was at 11:53 >> > and vdsmd was manually restarted at 12:01 to get the node back online. >> > >> > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein wrote: >> > >> > > It might be a bug, >> > > Would you please attach the logs, I mentioned bellow, >> > > that can bring more details on the failure? >> > > Adding Eli, that may want to give some input on this issue. >> > > >> > > Thanks, >> > > Ilanit. >> > > >> > > ----- Original Message ----- >> > > From: "Rob Abshear" >> > > To: "ILanit Stein" >> > > Cc: users at ovirt.org >> > > Sent: Monday, January 26, 2015 9:43:14 PM >> > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot >> > > >> > > I have done a bit more investigating on this matter. If I restart the >> > > node >> > > from within oVirt using the power management option "restart", then the >> > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue >> > > the command to power cycle the machine, then the machine restarts and >> > > vdsmd >> > > DOES start. I can run the following command from another node in the >> > > cluster: >> > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot >> > > and the node restarts and vdsmd DOES start. >> > > >> > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: >> > > >> > > > Hi Rob, >> > > > >> > > > Thanks for this report. >> > > > >> > > > Would you please provide these logs, at the time frame, the host >> > > > failure >> > > > occur: >> > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log >> > > > 2. host: /var/log/vdsm/vdsm.log >> > > > >> > > > If it is reproducible, please add this info as well. >> > > > >> > > > You can also check vdsm service status, on host, while host reported as >> > > > Non responsive, >> > > > by running on host 'service vdsmd status' >> > > > There might some problem, that might have prevented from vdsm service >> > > > to >> > > > come up, on host. >> > > > >> > > > Ilanit. >> > > > >> > > > ----- Original Message ----- >> > > > From: "Rob Abshear" >> > > > To: users at ovirt.org >> > > > Sent: Friday, January 23, 2015 9:22:42 PM >> > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot >> > > > >> > > > >> > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the >> > > > cluster. Each host has a drac5 and it is configured and working. I am >> > > > trying to simulate a node failure. I am running one HA VM on one of the >> > > > hosts for testing. I simulate the failure by powering off the host with >> > > the >> > > > VM running. >> > > > >> > > > Here is what is happening. >> > > > >> > > > >> > > > * Host is powered off >> > > > * ~4 minutes pass and the host is recognized as not responding >> > > > * Automatic fence runs and the VM migrates. Another host in the >> > > > node >> > > > is chosen as a proxy to execute Status command on the host. >> > > > * Same host is chosen as proxy to execute Start command on the >> > > > host. >> > > > * Same host is chosen as proxy to execute Status command on the >> > > > host. >> > > > * The host DOES physically start. >> > > > * The host never shows status of UP. >> > > > * I select ?confirm host has been rebooted? and I see a manual >> > > > fence >> > > > start. >> > > > * Host stays non-responsive. >> > > > * I put the host in maintenance and then activate it. >> > > > * Host still non-responsive >> > > > * I put the host in maintenance and do a reinstall >> > > > * Reinstall finishes and host becomes UP >> > > > >> > > > So, everything seems to go fine with the HA functionality, but the host >> > > > never recovers without being reinstalled. Please let me know which logs >> > > you >> > > > need to look at to help me out with this. >> > > > >> > > > Thanks >> > > > >> > > > >> > > > Sent with Mixmax >> > > > >> > > > _______________________________________________ >> > > > Users mailing list >> > > > Users at ovirt.org >> > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > >> > > >> > >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From cma at cmadams.net Tue Jan 27 20:06:25 2015 From: cma at cmadams.net (Chris Adams) Date: Tue, 27 Jan 2015 14:06:25 -0600 Subject: [ovirt-users] Changing the engine HA ping address? Message-ID: <20150127200625.GE27177@cmadams.net> I have an up-to-date hosted-engine 3.5.1 setup (CentOS 7 for the nodes, CentOS 6 for the engine), and the engine keeps jumping between the two nodes running the hosted-engine HA (sometimes after just 10-20 minutes, sometimes after a day or two). I figured out that it is failing on pinging the gateway sometimes. The gateway IP is a layer-3 switch, and I think sometimes it just is not responding to ICMP echo request in a timely fashion (traffic is routing just fine though). How is the HA ping implemented? How many requests does it send (and how many responses are required to be considered "good")? If I can't tweak the sensitivity of the ping, I'd like to ping a different IP (on a HA load balancer setup). The oVirt HA config refers to it as "gateway" though; is it really used as a gateway in any case, or is that just the recommended IP? Can I just edit /etc/ovirt-hosted-engine/hosted-engine.conf on the two nodes and restart the ovirt-ha-broker service? -- Chris Adams From rabshear at citytwist.net Tue Jan 27 20:15:38 2015 From: rabshear at citytwist.net (Rob Abshear) Date: Tue, 27 Jan 2015 15:15:38 -0500 Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> Message-ID: Yeah. There would have been a lot of connection issues because I was doing a lot of testing and reconfiguring. The only part that's really applicable for this issue is the period you mentioned from 11:54 to 12:01. I did use the service vdsm status command after the host came back up and the service was not running. I start the service manually and it comes up without error and the node comes back online. Is it normal operation for the host to automatically recover if it can, including starting vdsmd? One of my colleagues thinks that, perhaps that we are experiencing normal operation. But I can't imagine that the host wouldn't come back completely if it's able. On Tue, Jan 27, 2015 at 3:05 PM, Piotr Kliczewski < piotr.kliczewski at gmail.com> wrote: > Looking at the logs I can see that connection was lost at 2015-01-26 > 09:24:43,213 > and I can see good number of reconnection attempts which end up with > timeout or 'no route to host'. > The connection was recovered at 2015-01-26 09:28:56,292. > > Vdsm.log do not contain above connection loss (it starts at 2015-01-26 > 10:01:02,208). > > It was lost again at 2015-01-26 11:54:58,741 and it was recovered at > 2015-01-26 12:01:47,752. > > I checked vdsm logs and I can see really weird lack of logs: > > JsonRpc (StompReactor)::DEBUG::2015-01-26 > 11:52:35,893::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message 12:01:45,183::vdsm::131::vds::(run) (PID: 7021) I am the actual vdsm > 4.16.10-8.gitc937927.el6 love005.ovt.visionamics.com > (2.6.32-504.3.3.el6.x86_64) > MainThread::DEBUG::2015-01-26 > > 12:01:45,184::resourceManager::421::Storage.ResourceManager::(registerNamespace) > Registering namespace 'Storage' > > which covers having no connection from the engine perspective. > > Usually when there are connectivity issues we see timeouts in the logs > but here there are 'no route to host' as well > which suggest networking issues. > > @Dan - Do you know what caused lack of logs in vdsm? > @ILanit - What vdsm version do you use? > > On Tue, Jan 27, 2015 at 4:57 PM, Piotr Kliczewski > wrote: > > > > > > > > > > ----- Original Message ----- > >> From: "Eli Mesika" > >> To: "Piotr Kliczewski" > >> Cc: "Artyom Lukianov" , users at ovirt.org, > rabshear at citytwist.net, "ILanit Stein" > >> > >> Sent: Tuesday, January 27, 2015 4:39:26 PM > >> Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > >> > >> > >> > >> ----- Original Message ----- > >> > From: "ILanit Stein" > >> > To: "Artyom Lukianov" , "Eli Mesika" > >> > > >> > Cc: users at ovirt.org, rabshear at citytwist.net > >> > Sent: Tuesday, January 27, 2015 5:19:12 PM > >> > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot > >> > > >> > > >> > Hi Guys, > >> > > >> > Can you please look into this please? > >> > >> Hi > >> From the logs I can see clearly that host is turned on in 2015-01-26 > >> 11:56:51,191 > >> However, there is a stomp exception in 2015-01-26 11:56:53,544 and a > >> connection timeout in 2015-01-26 11:56:53,553 that might be related > >> > >> Piotr, can you please have a look ? > >> > > > > Sure. Can you please send me the logs? > > > >> > >> > > >> > Thanks, > >> > Ilanit. > >> > ----- Forwarded Message ----- > >> > From: "Rob Abshear" > >> > To: "ILanit Stein" > >> > Sent: Tuesday, January 27, 2015 3:05:56 PM > >> > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > >> > > >> > Here are the logs. you requested. The shutdown of the node was at > 11:53 > >> > and vdsmd was manually restarted at 12:01 to get the node back online. > >> > > >> > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein > wrote: > >> > > >> > > It might be a bug, > >> > > Would you please attach the logs, I mentioned bellow, > >> > > that can bring more details on the failure? > >> > > Adding Eli, that may want to give some input on this issue. > >> > > > >> > > Thanks, > >> > > Ilanit. > >> > > > >> > > ----- Original Message ----- > >> > > From: "Rob Abshear" > >> > > To: "ILanit Stein" > >> > > Cc: users at ovirt.org > >> > > Sent: Monday, January 26, 2015 9:43:14 PM > >> > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > >> > > > >> > > I have done a bit more investigating on this matter. If I restart > the > >> > > node > >> > > from within oVirt using the power management option "restart", then > the > >> > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and > issue > >> > > the command to power cycle the machine, then the machine restarts > and > >> > > vdsmd > >> > > DOES start. I can run the following command from another node in > the > >> > > cluster: > >> > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot > >> > > and the node restarts and vdsmd DOES start. > >> > > > >> > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein > wrote: > >> > > > >> > > > Hi Rob, > >> > > > > >> > > > Thanks for this report. > >> > > > > >> > > > Would you please provide these logs, at the time frame, the host > >> > > > failure > >> > > > occur: > >> > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > >> > > > 2. host: /var/log/vdsm/vdsm.log > >> > > > > >> > > > If it is reproducible, please add this info as well. > >> > > > > >> > > > You can also check vdsm service status, on host, while host > reported as > >> > > > Non responsive, > >> > > > by running on host 'service vdsmd status' > >> > > > There might some problem, that might have prevented from vdsm > service > >> > > > to > >> > > > come up, on host. > >> > > > > >> > > > Ilanit. > >> > > > > >> > > > ----- Original Message ----- > >> > > > From: "Rob Abshear" > >> > > > To: users at ovirt.org > >> > > > Sent: Friday, January 23, 2015 9:22:42 PM > >> > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot > >> > > > > >> > > > > >> > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts > in the > >> > > > cluster. Each host has a drac5 and it is configured and working. > I am > >> > > > trying to simulate a node failure. I am running one HA VM on one > of the > >> > > > hosts for testing. I simulate the failure by powering off the > host with > >> > > the > >> > > > VM running. > >> > > > > >> > > > Here is what is happening. > >> > > > > >> > > > > >> > > > * Host is powered off > >> > > > * ~4 minutes pass and the host is recognized as not responding > >> > > > * Automatic fence runs and the VM migrates. Another host in > the > >> > > > node > >> > > > is chosen as a proxy to execute Status command on the host. > >> > > > * Same host is chosen as proxy to execute Start command on the > >> > > > host. > >> > > > * Same host is chosen as proxy to execute Status command on > the > >> > > > host. > >> > > > * The host DOES physically start. > >> > > > * The host never shows status of UP. > >> > > > * I select ?confirm host has been rebooted? and I see a manual > >> > > > fence > >> > > > start. > >> > > > * Host stays non-responsive. > >> > > > * I put the host in maintenance and then activate it. > >> > > > * Host still non-responsive > >> > > > * I put the host in maintenance and do a reinstall > >> > > > * Reinstall finishes and host becomes UP > >> > > > > >> > > > So, everything seems to go fine with the HA functionality, but > the host > >> > > > never recovers without being reinstalled. Please let me know > which logs > >> > > you > >> > > > need to look at to help me out with this. > >> > > > > >> > > > Thanks > >> > > > > >> > > > > >> > > > Sent with Mixmax > >> > > > > >> > > > _______________________________________________ > >> > > > Users mailing list > >> > > > Users at ovirt.org > >> > > > http://lists.ovirt.org/mailman/listinfo/users > >> > > > > >> > > > >> > > >> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfgang.bucher at netland-mn.de Tue Jan 27 20:23:46 2015 From: wolfgang.bucher at netland-mn.de (=?utf-8?Q?Wolfgang_Bucher?=) Date: Tue, 27 Jan 2015 21:23:46 +0100 Subject: [ovirt-users] OVF Storage Message-ID: Hello, i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine but i get every hour a message : Failed to create OVF store disk for Storage Domain. any ideas greetings Wolfgang Bucher? -------------- next part -------------- An HTML attachment was scrubbed... URL: From budic at onholyground.com Tue Jan 27 20:39:25 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 14:39:25 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <001801d03a6c$845f6e30$8d1e4a90$@cloudspin.me> References: <201501271809.t0RI9Vj3011189@mail.onholyground.com> <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> <001801d03a6c$845f6e30$8d1e4a90$@cloudspin.me> Message-ID: <85E3E26B-37B3-4645-90C5-2A38F6A048F1@onholyground.com> Try changing that custom MTU and hitting OK. I get: on 3.5 and 3.5.1. What version are you running? > On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: > > Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. > > Donny > > -----Original Message----- > From: Darrell Budic [mailto:budic at onholyground.com] > Sent: Tuesday, January 27, 2015 12:30 PM > To: Donny Davis > Cc: users at ovirt.org > Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? > > Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > > >> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >> >> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. >> >> Donny D >> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>> >>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>> >>> -Darrell >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-01-27 at 2.37.39 PM.png Type: image/png Size: 76448 bytes Desc: not available URL: From cma at cmadams.net Tue Jan 27 20:53:27 2015 From: cma at cmadams.net (Chris Adams) Date: Tue, 27 Jan 2015 14:53:27 -0600 Subject: [ovirt-users] Changing the engine HA ping address? In-Reply-To: <20150127200625.GE27177@cmadams.net> References: <20150127200625.GE27177@cmadams.net> Message-ID: <20150127205327.GF27177@cmadams.net> Once upon a time, Chris Adams said: > The gateway IP is a layer-3 switch, and I think sometimes it just is not > responding to ICMP echo request in a timely fashion (traffic is routing > just fine though). How is the HA ping implemented? How many requests > does it send (and how many responses are required to be considered > "good")? I see ovirt_hosted_engine_he/broker/submonitors/ping.py that only one packet is sent. That's probably not a great way to do things; there are a number of routers/firewalls/etc. that put ICMP echo requests to the device (as opposed to through the device) at the very lowest priority, and drop them under any load. A better way would be to send multiple requests, with only one answer required. "ping -c 1 -i 0.2 -w -W " should do that. -- Chris Adams From donny at cloudspin.me Tue Jan 27 20:59:59 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 13:59:59 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to On Jan 27, 2015 1:39 PM, Darrell Budic wrote: > > Try changing that custom MTU and hitting OK. I get: > > on 3.5 and 3.5.1. What version are you running? > >> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: >> >> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have?experienced no issues.? >> >> Donny >> >> -----Original Message----- >> From: Darrell Budic [mailto:budic at onholyground.com]? >> Sent: Tuesday, January 27, 2015 12:30 PM >> To: Donny Davis >> Cc: users at ovirt.org >> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? >> >> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for?better options :) >> >> >>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >>> >>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network.? >>> >>> Donny D >>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>>> >>>> >>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do?that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>>> >>>> -Darrell >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > > From budic at onholyground.com Tue Jan 27 21:45:38 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 15:45:38 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <201501272100.t0RL0Dx5008112@mail.onholyground.com> References: <201501272100.t0RL0Dx5008112@mail.onholyground.com> Message-ID: <7DFB6FA9-3699-459C-A0B3-AB96D1F2B65E@onholyground.com> Ah, good idea. That will be cleaner than the hack I was considering, I?ll see if I can work that somehow. Thanks! > On Jan 27, 2015, at 2:59 PM, Donny Davis wrote: > > I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to > > On Jan 27, 2015 1:39 PM, Darrell Budic wrote: >> >> Try changing that custom MTU and hitting OK. I get: >> >> on 3.5 and 3.5.1. What version are you running? >> >>> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: >>> >>> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. >>> >>> Donny >>> >>> -----Original Message----- >>> From: Darrell Budic [mailto:budic at onholyground.com] >>> Sent: Tuesday, January 27, 2015 12:30 PM >>> To: Donny Davis >>> Cc: users at ovirt.org >>> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? >>> >>> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) >>> >>> >>>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >>>> >>>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. >>>> >>>> Donny D >>>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>>>> >>>>> >>>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>>>> >>>>> -Darrell >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >> >> From donny at cloudspin.me Tue Jan 27 21:52:02 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 14:52:02 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: Please let us know how it works out, it may be helpful to someone in the future Cheers Donny DOn Jan 27, 2015 2:45 PM, Darrell Budic wrote: > > Ah, good idea. That will be cleaner than the hack I was considering, I?ll see if I can work that somehow. Thanks! > > > On Jan 27, 2015, at 2:59 PM, Donny Davis wrote: > > > > I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to > > > > On Jan 27, 2015 1:39 PM, Darrell Budic wrote: > >> > >> Try changing that custom MTU and hitting OK. I get: > >> > >> on 3.5 and 3.5.1. What version are you running? > >> > >>> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: > >>> > >>> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. > >>> > >>> Donny > >>> > >>> -----Original Message----- > >>> From: Darrell Budic [mailto:budic at onholyground.com] > >>> Sent: Tuesday, January 27, 2015 12:30 PM > >>> To: Donny Davis > >>> Cc: users at ovirt.org > >>> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? > >>> > >>> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > >>> > >>> > >>>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: > >>>> > >>>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. > >>>> > >>>> Donny D > >>>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: > >>>>> > >>>>> > >>>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > >>>>> > >>>>> -Darrell > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users at ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >>> > >>> > >> > >> > From amureini at redhat.com Tue Jan 27 22:00:04 2015 From: amureini at redhat.com (Allon Mureinik) Date: Tue, 27 Jan 2015 17:00:04 -0500 (EST) Subject: [ovirt-users] OVF Storage In-Reply-To: References: Message-ID: <1080097423.2007273.1422396004477.JavaMail.zimbra@redhat.com> Wolfgang - can you attach the exact message please? and preferably the logs? Liron/Gilad - isn't this something we've fixed already? ----- Original Message ----- > From: "Wolfgang Bucher" > To: users at ovirt.org > Sent: Tuesday, January 27, 2015 10:23:46 PM > Subject: [ovirt-users] OVF Storage > OVF Storage > Hello, > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > but i get every hour a message : Failed to create OVF store disk for Storage > Domain. > any ideas > greetings > Wolfgang Bucher > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yamakasi.014 at gmail.com Sun Jan 25 21:15:00 2015 From: yamakasi.014 at gmail.com (Matt .) Date: Sun, 25 Jan 2015 22:15:00 +0100 Subject: [ovirt-users] MaxVmNameLengthNonWindows not set right ? Message-ID: Hi, My VM doesn' t want to start because the vdsm host says it's over 45 characters or so. This is set: # engine-config -g MaxVmNameLengthNonWindows MaxVmNameLengthNonWindows: 64 version: general But when I set it to 80 it also doesn't start. What goes wrong here ? It's a Linux VM. Thanks, Matt From jm.mercado25 at gmail.com Tue Jan 27 02:32:28 2015 From: jm.mercado25 at gmail.com (John Michael Mercado) Date: Tue, 27 Jan 2015 10:32:28 +0800 Subject: [ovirt-users] ovirt-guest-agent issue on rhel5.5 Message-ID: Hi All, I need your help. Anyone who encounter the below error and have the solution? Can you help me how to fix this? MainThread::INFO::2015-01-27 10:22:53,247::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2015-01-27 10:22:53,248::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 371, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhouxiaoqiang.mstech at gmail.com Tue Jan 27 06:50:42 2015 From: zhouxiaoqiang.mstech at gmail.com (Xiaoqiang Zhou) Date: Tue, 27 Jan 2015 14:50:42 +0800 Subject: [ovirt-users] Can not add data domain via nfs Message-ID: Hi ALL: have some wrong when add data domain into a data center. I can not add a data domain from web panel. error log on vdsm server: Jan 27 14:49:12 localhost rpc.mountd[3020]: authenticated mount request from 192.168.60.38:730 for /opt/ovirt-node-nfs/data (/opt/ovirt-node-nfs/data) Jan 27 14:49:12 localhost kernel: device-mapper: table: 253:5: multipath: error getting device Jan 27 14:49:12 localhost kernel: device-mapper: ioctl: error adding target to table Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) Jan 27 14:49:13 localhost avahi-daemon[1223]: Received response from host 192.168.61.145 with invalid source port 40237 on interface 'ovirtmgmt.0' Jan 27 14:49:14 localhost kernel: device-mapper: table: 253:5: multipath: error getting device Jan 27 14:49:14 localhost kernel: device-mapper: ioctl: error adding target to table Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) [root at localhost etc]# cat multipath.conf # RHEV REVISION 1.1 defaults { polling_interval 5 getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" no_path_retry fail user_friendly_names no flush_on_last_del yes fast_io_fail_tmo 5 dev_loss_tmo 30 max_fds 4096 } devices { device { vendor "HITACHI" product "DF.*" getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" } device { vendor "COMPELNT" product "Compellent Vol" no_path_retry fail } device { # multipath.conf.default vendor "DGC" product ".*" product_blacklist "LUNZ" path_grouping_policy "group_by_prio" path_checker "emc_clariion" hardware_handler "1 emc" prio "emc" failback immediate rr_weight "uniform" # vdsm required configuration getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" features "0" no_path_retry fail } someone can tell me how to fix this issue, thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhouxiaoqiang.mstech at gmail.com Tue Jan 27 06:55:03 2015 From: zhouxiaoqiang.mstech at gmail.com (Xiaoqiang Zhou) Date: Tue, 27 Jan 2015 14:55:03 +0800 Subject: [ovirt-users] Can not add data domain via nfs In-Reply-To: References: Message-ID: in addition, my host systeme is CentOS7 and ovirt version is 3.5.1 2015-01-27 14:50 GMT+08:00 Xiaoqiang Zhou : > Hi ALL: > have some wrong when add data domain into a data center. > I can not add a data domain from web panel. > error log on vdsm server: > Jan 27 14:49:12 localhost rpc.mountd[3020]: authenticated mount > request from 192.168.60.38:730 for /opt/ovirt-node-nfs/data > (/opt/ovirt-node-nfs/data) > Jan 27 14:49:12 localhost kernel: device-mapper: table: 253:5: multipath: > error getting device > Jan 27 14:49:12 localhost kernel: device-mapper: ioctl: error adding > target to table > Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) > Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) > Jan 27 14:49:13 localhost avahi-daemon[1223]: Received response from host > 192.168.61.145 with invalid source port 40237 on interface 'ovirtmgmt.0' > Jan 27 14:49:14 localhost kernel: device-mapper: table: 253:5: multipath: > error getting device > Jan 27 14:49:14 localhost kernel: device-mapper: ioctl: error adding > target to table > Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) > Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) > > > [root at localhost etc]# cat multipath.conf > # RHEV REVISION 1.1 > > defaults { > polling_interval 5 > getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > no_path_retry fail > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 4096 > } > > devices { > device { > vendor "HITACHI" > product "DF.*" > getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > } > device { > vendor "COMPELNT" > product "Compellent Vol" > no_path_retry fail > } > device { > # multipath.conf.default > vendor "DGC" > product ".*" > product_blacklist "LUNZ" > path_grouping_policy "group_by_prio" > path_checker "emc_clariion" > hardware_handler "1 emc" > prio "emc" > failback immediate > rr_weight "uniform" > # vdsm required configuration > getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > features "0" > no_path_retry fail > } > > someone can tell me how to fix this issue, thanks > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Wed Jan 28 01:10:33 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 01:10:33 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start Message-ID: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ryan.Groten at stantec.com Wed Jan 28 03:29:55 2015 From: Ryan.Groten at stantec.com (Groten, Ryan) Date: Tue, 27 Jan 2015 20:29:55 -0700 Subject: [ovirt-users] Help understanding Gluster in oVirt Message-ID: <61A8344D117D814CA4DA393472F38CF401B4D390CE@CD1001-M360.corp.ads> I was planning on making a Gluster Data domain to test, and found some great information on this page: http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ The article the author uses the CTDB service for VIP failover. Is it possible/recommended to not do this, and just create a gluster volume on all the hosts in a cluster, then create the Gluster data domain as localhost:? Thanks, Ryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Wed Jan 28 03:56:00 2015 From: kmayilsa at redhat.com (Kanagaraj) Date: Wed, 28 Jan 2015 09:26:00 +0530 Subject: [ovirt-users] gluster only hosts managed by oVirt? In-Reply-To: <54C78FEE.2050302@mittwald.de> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> Message-ID: <54C85DD0.1000307@redhat.com> On 01/27/2015 06:47 PM, Sven Kieske wrote: > > On 27/01/15 13:56, Jorick Astrego wrote: >> For both we provision some custom os install and configuration. >> Currently I am only able to manage and view gluster volumes from ovirt >> when the "Enable Gluster Service" is enabled for the Cluster. Right? > AFAIK correct. Right. > >> There is a "Enable Virt Service" flag but the options is selected and >> greyed out. So I'm not able to disable it. > Mhm this is sad. I'm not aware of any bug tracking this, will you open > one? It's also possible I missed it, there are too many bugs to > remember them all. This can happen if there are any VMS in the cluster you are trying to edit. Do you have any VMS running on the cluster? If you create cluster with just 'Enable Gluster Service' selected, you should be able to manage your gluster hosts. Here the hosts need not to have any virtualization stuff in it. Thanks, Kanagaraj > From hypunit at gmail.com Wed Jan 28 03:58:27 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 28 Jan 2015 11:58:27 +0800 Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk Message-ID: Hi, I have created one vm in the ovirt successfully...it was working fine....i login to it and download some httpd packages etc....after 5-10 min...it stop receving the commands from SSH ...if nothing help then I power off the machine? then power on again.. then the VM display the error that "boot failed :- not a bootable disk" [image: Inline image 2] Even the disk is bootable... [image: Inline image 3] I try to change it several ways but still the VM can not up.... VDSM Logs :- http://ur1.ca/jk66n Thanks, Punit -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 79664 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 34859 bytes Desc: not available URL: From wolfgang.bucher at netland-mn.de Wed Jan 28 07:01:45 2015 From: wolfgang.bucher at netland-mn.de (=?utf-8?Q?Wolfgang_Bucher?=) Date: Wed, 28 Jan 2015 08:01:45 +0100 Subject: [ovirt-users] OVF Storage Message-ID: Hello whitch logs do you need. Attached a screenshot of the messages. -----Urspr?ngliche Nachricht----- Von: Allon Mureinik? Gesendet: Die 27 Januar 2015 23:01 An: Wolfgang Bucher CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik Betreff: Re: [ovirt-users] OVF Storage Wolfgang - can you attach the exact message please? and preferably the logs? Liron/Gilad - isn't this something we've fixed already? -------------------------------- From: "Wolfgang Bucher" To: users at ovirt.org Sent: Tuesday, January 27, 2015 10:23:46 PM Subject: [ovirt-users] OVF Storage Hello, i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine but i get every hour a message : Failed to create OVF store disk for Storage Domain. any ideas greetings Wolfgang Bucher? _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt.png Type: image/png Size: 203854 bytes Desc: not available URL: From mrose at power-soft.com Wed Jan 28 07:51:58 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 07:51:58 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: References: Message-ID: <798D39F7-986E-4B24-AC22-33FB67954DCE@power-soft.com> Found the cause of this issue... the __DIRECT_IO_TEST__ on the mount was inaccessible due to permisions. removed the file and it was recreated On Jan 27, 2015, at 5:10 PM, Mikola Rose > wrote: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 28 08:51:30 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 10:51:30 +0200 Subject: [ovirt-users] [QE] oVirt 3.5.2 status Message-ID: <54C8A312.4090209@redhat.com> Hi, Development cycle for oVirt 3.5.2 release started and we're now going to schedule this release. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has no open blockers. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 44 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 36 bugs [3] targeted to 3.5.2. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3]http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From rgolan at redhat.com Wed Jan 28 08:53:52 2015 From: rgolan at redhat.com (Roy Golan) Date: Wed, 28 Jan 2015 10:53:52 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: References: Message-ID: <54C8A3A0.1080505@redhat.com> On 01/28/2015 03:10 AM, Mikola Rose wrote: > Hi there, > > > I seem to have run into a problem. my hosted engine vm is failing to > start; > > vdsm.log; > > > Thread-20::DEBUG::2015-01-27 > 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading > domain in path > /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af > Thread-20::ERROR::2015-01-27 > 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) > Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af > monitoring information > Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in > _monitorDomain > self.domain = sdCache.produce(self.sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > domain.getRealDomain() > File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > return self._cache._realProduce(self._sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > domain = self._findDomain(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain > return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) > File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ > validateFileSystemFeatures(sdUUID, self.mountpoint) > File "/usr/share/vdsm/storage/fileSD.py", line 88, in > validateFileSystemFeatures > oop.getProcessPool(sdUUID).directTouch(testFilePath) > File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch > ioproc.touch(path, flags, mode) > File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line > 507, in touch > self.timeout) > File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line > 391, in _sendCommand > raise OSError(errcode, errstr) > OSError: [Errno 13] Permission denied > > I assume this is an nfs issue so I checked to see if I could create a > file in the mounts from the host machine, which I could. > > My test bed is usign an old OS X NFS via xraid adn the export is ; > /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask > 255.255.255.0 > > drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 > 443b4931-667f-441f-98d8-51384e67a0af > drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data > drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso > drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm > > the host machine seems to mount the shares fine.... > > drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . > drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. > drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 > drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data > drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso > > and as I said above I can create files in any one of those mounts > > > Is there a place I can look at to find the offending file? If that is > the issue... Oddly enough everything worked until i rebooted, so I > must have either changed something or something is buggered. > please echo the output of find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la the failure is to create this file. > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Wed Jan 28 09:01:19 2015 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 28 Jan 2015 04:01:19 -0500 (EST) Subject: [ovirt-users] OVF Storage In-Reply-To: References: Message-ID: <349141791.2029373.1422435679430.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Wolfgang Bucher" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 9:01:45 AM > Subject: Re: [ovirt-users] OVF Storage > > AW: [ovirt-users] OVF Storage > > Hello > > > > > whitch logs do you need. Attached a screenshot of the messages. Hi wolfgang, The engine.log from your engine machine, and the vdsm logs from your hosts should be enough for now. Thanks, Maor > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > Von: Allon Mureinik > Gesendet: Die 27 Januar 2015 23:01 > An: Wolfgang Bucher > CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik > > Betreff: Re: [ovirt-users] OVF Storage > > Wolfgang - can you attach the exact message please? and preferably the logs? > > Liron/Gilad - isn't this something we've fixed already? > > > > > From: "Wolfgang Bucher" > To: users at ovirt.org > Sent: Tuesday, January 27, 2015 10:23:46 PM > Subject: [ovirt-users] OVF Storage > > > > Hello, > > > > > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > but i get every hour a message : Failed to create OVF store disk for Storage > Domain. > > > > > any ideas > > > > > greetings > > Wolfgang Bucher > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Wed Jan 28 09:03:14 2015 From: lvernia at redhat.com (Lior Vernia) Date: Wed, 28 Jan 2015 11:03:14 +0200 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: References: Message-ID: <54C8A5D2.8010201@redhat.com> Hi Darrell! There's currently no clean way to do this - we'll be looking to fix this in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). You haven't mentioned which version of oVirt you're running - if it's 3.4 or lower, I think it would suffice to change ifcfg files on your hypervisors and restart the network service. The network will then appear as out-of-sync in the GUI, but should be fully functional with MTU 1500. You'd also want the network configuration to be saved in case of future rollbacks - Dan, how would that be done? If you're running 3.5, I think you need to run some vdsm shell commands on the hypervisor as we've added an abstraction layer for configuration persistence above ifcfg files - again I'll ask Dan to chime in. As for getting the engine network configuration to MTU 1500 (for future hypervisor configuration and for networks to not appear as out-of-sync on existing ones) without taking down all the VMs (or hot-unplugging NICs) at one point - I don't think there's currently a way other than hacking the DB... Just leaving the network out-of-sync on the hosts could result in inconveniences later on when configuring host networking. Is it worth the trouble of getting MTU 1500 instead of 1448? I presume the difference in performance would be negligible. Or are you experiencing incoming frames being dropped due to having 1500 bytes instead of 1448?... Either way, as you mentioned taking down the VMs can be a last resort, or wait for 3.6 where it should be simpler :) Yours, Lior. On 27/01/15 19:43, Darrell Budic wrote: > I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > > -Darrell > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mrose at power-soft.com Wed Jan 28 09:04:39 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 09:04:39 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <54C8A3A0.1080505@redhat.com> References: <54C8A3A0.1080505@redhat.com> Message-ID: <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/data/__DIRECT_IO_TEST__ -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/iso/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 /Volumes/Raid1/vm/__DIRECT_IO_TEST__ Note, since removing the file the hosted_engine1 is starting up and everything seems fine but then all of a sudden it restarts. Also may be related... root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage domain on iso. ERROR: Error message is "unable to test the available space on /Volumes/Raid1/iso" On Jan 28, 2015, at 12:53 AM, Roy Golan > wrote: On 01/28/2015 03:10 AM, Mikola Rose wrote: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. please echo the output of find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la the failure is to create this file. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Wed Jan 28 09:09:45 2015 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 28 Jan 2015 04:09:45 -0500 (EST) Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54C09EC9.5030006@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> <54BE1229.2000309@steinwurf.com> <54C09EC9.5030006@steinwurf.com> Message-ID: <472542070.2036965.1422436185739.JavaMail.zimbra@redhat.com> Hi Lars, Are you still getting VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS? If so, try to log in into the engine DataBase and call: "SELECT * FROM storage_server_connections where connection ilike '%[Your connection path]%';" See if you get the connection, and then remove it by executing: "delete from storage_server_connections where id = '[Your id from the last select operation'" Please let me know if that helps. Regards, Maor ----- Original Message ----- > From: "Lars Nielsen" > To: "Martin Pavl?k" > Cc: "users" > Sent: Thursday, January 22, 2015 8:55:05 AM > Subject: Re: [ovirt-users] problem adding storage connection > > > On 20/01/15 09:30, Lars Nielsen wrote: > > > > On 20/01/15 09:09, Martin Pavl?k wrote: > >> ccing Carlos as he might be able to help > >> > >> Hi Lars, > >> > >> 1) remove as many restrictions as you can from your NFS export , > >> allow all to access and restrict it back step by step if removing > >> restriction will work > >> 2) make sure that exported folders have owner and group vdsm:kvm (aka > >> 36:36) > >> 3) pls check (and provide) /var/log/vdsm/vdsm.log and > >> /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool > >> manager (aka SPM), you can identify it on hosts tab in GUI > >> > >> Martin > >> > >>> On 20 Jan 2015, at 08:51, Lars Nielsen wrote: > >>> > >>> On 15/01/15 16:38, Donny Davis wrote: > >>>> Also check to see if there are any directories that have been > >>>> created in > >>>> your nfs exports > >>>> > >>>> Donny > >>>> > >>>> -----Original Message----- > >>>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On > >>>> Behalf Of > >>>> Martin Pavl?k > >>>> Sent: Thursday, January 15, 2015 8:01 AM > >>>> To: Lars Nielsen > >>>> Cc: users at ovirt.org > >>>> Subject: Re: [ovirt-users] problem adding storage connection > >>>> > >>>> Hi Lars, > >>>> > >>>> are you sure you want to use net mask 225.225.225.0? IMO you want > >>>> to use > >>>> 255.255.255.0 > >>>> > >>>> If it does not help please supply logs > >>>> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and > >>>> /var/log/vdsm/vdsm.log > >>>> > >>>> so we can see detailed error message > >>>> > >>>> HTH > >>>> > >>>> Martin Pavlik > >>>> RHEV QE > >>>> > >>>>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: > >>>>> > >>>>> Hello again. > >>>>> And thanks for the help, now I can create hosts, which run :) > >>>>> > >>>>> However I have run into a bit more trouble, again which seems a bit > >>>> strange to me. > >>>>> When trying to added a new Storage connection, I get this: > >>>>> Error while executing action: Cannot add Storage Connection. Storage > >>>> connection already exists. > >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png > >>>>> > >>>>> My exports file, look like this: > >>>>> /home/iso > >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > >>>>> > >>>>> d=36,anongid=36) /home/data > >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > >>>>> > >>>>> d=36,anongid=36) /home/import_data > >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > >>>>> > >>>>> d=36,anongid=36) > >>>>> > >>>>> Copied from the oVirt basic setup guide. > >>>>> And I have restarted my NFS server service, and create the > >>>>> directories. > >>>>> > >>>>> Can some one help with this? and explain the problem to me? If you > >>>>> need > >>>> more info, please tell me. > >>>>> Thanks and Best Regards > >>>>> - Lars > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users at ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> > >>> Hey. > >>> I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no > >>> avail. > >>> So please help me again, I have looked through logs, and found this: > >>> 015-01-20 08:40:14,177 INFO > >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >>> (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, > >>> Custom Event ID: -1, Message: User admin logged in. > >>> 2015-01-20 08:40:14,226 INFO > >>> [org.ovirt.engine.core.bll.aaa.LoginUserCommand] > >>> (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: > >>> false. > >>> 2015-01-20 08:41:04,709 INFO > >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] > >>> (ajp--127.0.0.1-8702-10) > >>> [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: > >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION > >>> , sharedLocks= ] > >>> 2015-01-20 08:41:04,711 WARN > >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] > >>> (ajp--127.0.0.1-8702-10) > >>> [27222a90] CanDoAction of action AddStorageServerConnection failed. > >>> Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS > >>> 2015-01-20 08:41:04,711 INFO > >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] > >>> (ajp--127.0.0.1-8702-10) > >>> [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: > >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION > >>> , sharedLocks= ] > >>> > >>> But I am not really sure what to do, to fix it :) The complete oVirt > >>> log folder can be found here: > >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar > >>> > >>> Thanks and Best Regards > >>> - Lars > > I have removed the restrictions. Still no loot. > > The logs for oVirt and VDSM > > https://dl.dropboxusercontent.com/u/55488/documents-export-2015-01-20.zip > > > Really no one has an explanation ? :( > > -- > Med venlig hilsen / Best Regards > Lars Nielsen > Student developer at Steinwurf > lars at steinwurf.com > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gchaplik at redhat.com Wed Jan 28 09:12:00 2015 From: gchaplik at redhat.com (Gilad Chaplik) Date: Wed, 28 Jan 2015 04:12:00 -0500 (EST) Subject: [ovirt-users] OVF Storage In-Reply-To: <349141791.2029373.1422435679430.JavaMail.zimbra@redhat.com> References: <349141791.2029373.1422435679430.JavaMail.zimbra@redhat.com> Message-ID: <2016109041.2037673.1422436320549.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Maor Lipchuk" > To: "Wolfgang Bucher" > Cc: users at ovirt.org > Sent: Wednesday, January 28, 2015 11:01:19 AM > Subject: Re: [ovirt-users] OVF Storage > > > ----- Original Message ----- > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Wednesday, January 28, 2015 9:01:45 AM > > Subject: Re: [ovirt-users] OVF Storage > > > > AW: [ovirt-users] OVF Storage > > > > Hello > > > > > > > > > > whitch logs do you need. Attached a screenshot of the messages. > > Hi wolfgang, > > The engine.log from your engine machine, > and the vdsm logs from your hosts should be enough for now. > > Thanks, > Maor I'm aware of this bug and it's reported by https://bugzilla.redhat.com/1185615 > > > > > > > > > > > > > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > > Von: Allon Mureinik > > Gesendet: Die 27 Januar 2015 23:01 > > An: Wolfgang Bucher > > CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik > > > > Betreff: Re: [ovirt-users] OVF Storage > > > > Wolfgang - can you attach the exact message please? and preferably the > > logs? > > > > Liron/Gilad - isn't this something we've fixed already? > > > > > > > > > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Tuesday, January 27, 2015 10:23:46 PM > > Subject: [ovirt-users] OVF Storage > > > > > > > > Hello, > > > > > > > > > > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > > but i get every hour a message : Failed to create OVF store disk for > > Storage > > Domain. > > > > > > > > > > any ideas > > > > > > > > > > greetings > > > > Wolfgang Bucher > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From rgolan at redhat.com Wed Jan 28 10:02:50 2015 From: rgolan at redhat.com (Roy Golan) Date: Wed, 28 Jan 2015 12:02:50 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> Message-ID: <54C8B3CA.5080103@redhat.com> On 01/28/2015 11:04 AM, Mikola Rose wrote: > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 > /Volumes/Raid1/data/__DIRECT_IO_TEST__ > -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 > /Volumes/Raid1/iso/__DIRECT_IO_TEST__ > -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 > /Volumes/Raid1/vm/__DIRECT_IO_TEST__ > > Note, since removing the file the hosted_engine1 is starting up and > everything seems fine but then all of a sudden it restarts. > please attach some logs. > Also may be related... > > root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso > rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt > Engine user (CTRL+D to abort): > Uploading, please wait... > INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso > ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage > domain on iso. > ERROR: Error message is "unable to test the available space on > /Volumes/Raid1/iso" Maor? > > > > > > >> On Jan 28, 2015, at 12:53 AM, Roy Golan > > wrote: >> >> On 01/28/2015 03:10 AM, Mikola Rose wrote: >>> Hi there, >>> >>> >>> I seem to have run into a problem. my hosted engine vm is failing >>> to start; >>> >>> vdsm.log; >>> >>> >>> Thread-20::DEBUG::2015-01-27 >>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading >>> domain in path >>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af >>> Thread-20::ERROR::2015-01-27 >>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) >>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af >>> monitoring information >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in >>> _monitorDomain >>> self.domain = sdCache.produce(self.sdUUID) >>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce >>> domain.getRealDomain() >>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain >>> return self._cache._realProduce(self._sdUUID) >>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce >>> domain = self._findDomain(sdUUID) >>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain >>> dom = findMethod(sdUUID) >>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain >>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) >>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ >>> validateFileSystemFeatures(sdUUID, self.mountpoint) >>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in >>> validateFileSystemFeatures >>> oop.getProcessPool(sdUUID).directTouch(testFilePath) >>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in >>> directTouch >>> ioproc.touch(path, flags, mode) >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>> line 507, in touch >>> self.timeout) >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>> line 391, in _sendCommand >>> raise OSError(errcode, errstr) >>> OSError: [Errno 13] Permission denied >>> >>> I assume this is an nfs issue so I checked to see if I could create >>> a file in the mounts from the host machine, which I could. >>> >>> My test bed is usign an old OS X NFS via xraid adn the export is ; >>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask >>> 255.255.255.0 >>> >>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 >>> 443b4931-667f-441f-98d8-51384e67a0af >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso >>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm >>> >>> the host machine seems to mount the shares fine.... >>> >>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . >>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. >>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 >>> 192.168.1.32:_Volumes_Raid1_data >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso >>> >>> and as I said above I can create files in any one of those mounts >>> >>> >>> Is there a place I can look at to find the offending file? If that >>> is the issue... Oddly enough everything worked until i rebooted, so >>> I must have either changed something or something is buggered. >>> >> >> please echo the output of >> >> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la >> >> the failure is to create this file. >> >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > 1 (250) 642-0295 x23 http://www.power-soft.com > Live Support > > This e-mail may be privileged and/or confidential, and the sender does > not waive > any related rights and obligations. Any distribution, use or copying > of this e-mail or the information > it contains by other than an intended recipient is unauthorized. > If you received this e-mail in error, please advise me (by return > e-mail or otherwise) immediately. > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicola.gentile.to at gmail.com Wed Jan 28 10:05:05 2015 From: nicola.gentile.to at gmail.com (nicola gentile) Date: Wed, 28 Jan 2015 11:05:05 +0100 Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: <54B793E6.7050502@gmail.com> References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> <54B793E6.7050502@gmail.com> Message-ID: Good morning, I tried cloud-init. I installed a package cloud-init, and everything works fine. Thank you so much for you work. Nicola 2015-01-15 11:18 GMT+01:00 nicola.gentile.to : > Il 15/01/2015 10:04, Simone Tiraboschi ha scritto: >> >> >> ----- Original Message ----- >>> >>> From: "nicola gentile" >>> To: Users at ovirt.org >>> Sent: Wednesday, January 14, 2015 2:33:35 PM >>> Subject: Re: [ovirt-users] name of virtual machine and hostname >>> >>> Good morning, >>> sorry if I reply only now. >>> Let me explain better. >>> Once generated the vms, the hostname of the vms are the same of the >>> template, but I wish it was centos-01, centos-02, etc. >>> Is it possible? >> >> Yes, you can use cloud-init to set some parameters for each VM including >> the hostname. >> You should install the cloud-init rpm on your VMs (it would probably >> better to do it on the template one) and than you can set the parameters for >> each VM from 'Initial run' tab under 'Advanced option'. > > > Thank you so much, I will try as soon as possible. > > >>> Thanks, >>> Nicola >>> >>> 2014-06-29 15:43 GMT+02:00 Moti Asayag : >>>> >>>> >>>> ----- Original Message ----- >>>>> >>>>> From: "Shahar Havivi" >>>>> To: "Antoni Segura Puimedon" >>>>> Cc: Users at ovirt.org >>>>> Sent: Sunday, June 29, 2014 11:12:24 AM >>>>> Subject: Re: [ovirt-users] name of virtual machine and hostname >>>>> >>>>> On 27.06.14 05:18, Antoni Segura Puimedon wrote: >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>>> >>>>>>> From: "nicola gentile" >>>>>>> To: Users at ovirt.org >>>>>>> Sent: Friday, June 27, 2014 11:16:51 AM >>>>>>> Subject: [ovirt-users] name of virtual machine and hostname >>>>>>> >>>>>>> Good morning, >>>>>>> I would like to ask you an information. >>>>>>> After I have installed ovirt, I have created a pool of vm with name >>>>>>> like centos-?? (from 1 to 20) >>>>>>> and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 >>>>>>> etc. >>>>>>> etc. >>>>>>> The problem is when the vm starts the hostname is not the same of the >>>>>>> vm name in ovirt but is the same name of the template. >>>>>>> Is it possible to make sure that the name of vm and the hostname is >>>>>>> identical? >>>>>> >>>>>> I guess that the way to go about it would be to use the cloudinit >>>>>> integration. >>>>>> I've not tried it myself, but: >>>>>> http://www.ovirt.org/Features/Cloud-Init_Integration >>>>>> states that setting the hostname was one of the planned features when >>>>>> the >>>>>> integration was designed. >>>>> >>>>> Setting the host name via cloud-init is currently supported - you can >>>>> set >>>>> it >>>>> via the Add/Edit VM via the "Initial Run" section or try to run-once >>>>> the >>>>> VM >>>>> and look at the same "initial Run" section. >>>>> Please note that if you do Edit a VM that already run ie already >>>>> initialized >>>>> oVirt engine will not send the cloud-init data, you will need to use >>>>> run-once >>>>> dialog. >>>>> >>>>> What you reported looks like a bug - the VM name should be the hostname >>>>> and >>>>> not the template name. >>>> >>>> Unless Nicola referred to the template's host name, from which the vm >>>> pool >>>> was >>>> created. It might be if the template wasn't sealed. >>>> >>>> Nicola, could you clarify what did you mean by "template name" which >>>> appears as >>>> the "host name" ? >>>> >>>> Thanks, >>>> Moti >>>> >>>>> Care to report the bug on bugzilla? >>>>> Thank you, >>>>> Shahar Havivi. >>>>>>> >>>>>>> Best regard >>>>>>> >>>>>>> Nicola Gentile >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users at ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> > From danken at redhat.com Wed Jan 28 10:05:12 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 28 Jan 2015 10:05:12 +0000 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <54C8A5D2.8010201@redhat.com> References: <54C8A5D2.8010201@redhat.com> Message-ID: <20150128100512.GG23379@redhat.com> On Wed, Jan 28, 2015 at 11:03:14AM +0200, Lior Vernia wrote: > Hi Darrell! > > There's currently no clean way to do this - we'll be looking to fix this > in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). > > You haven't mentioned which version of oVirt you're running - if it's > 3.4 or lower, I think it would suffice to change ifcfg files on your > hypervisors and restart the network service. The network will then > appear as out-of-sync in the GUI, but should be fully functional with > MTU 1500. You'd also want the network configuration to be saved in case > of future rollbacks - Dan, how would that be done? up to 3.4, nothing else should be done (assuming the network config was already declared "safe" and survived reboot). ifcfg is the only persistent copy. > > If you're running 3.5, I think you need to run some vdsm shell commands > on the hypervisor as we've added an abstraction layer for configuration > persistence above ifcfg files - again I'll ask Dan to chime in. In 3.5 we've added a Vdsm-side persistent copy of the network, which sits under /var/lib/vdsm/netconf/nets. You should edit the json definitions therein in order to ensure proper network startup after boot. > > As for getting the engine network configuration to MTU 1500 (for future > hypervisor configuration and for networks to not appear as out-of-sync > on existing ones) without taking down all the VMs (or hot-unplugging > NICs) at one point - I don't think there's currently a way other than > hacking the DB... Just leaving the network out-of-sync on the hosts > could result in inconveniences later on when configuring host networking. > > Is it worth the trouble of getting MTU 1500 instead of 1448? I presume > the difference in performance would be negligible. Or are you > experiencing incoming frames being dropped due to having 1500 bytes > instead of 1448?... Either way, as you mentioned taking down the VMs can > be a last resort, or wait for 3.6 where it should be simpler :) > > Yours, Lior. > > On 27/01/15 19:43, Darrell Budic wrote: > > I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > > > > -Darrell > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From greatboyfish at gmail.com Wed Jan 28 10:27:11 2015 From: greatboyfish at gmail.com (greatboy fish) Date: Wed, 28 Jan 2015 18:27:11 +0800 Subject: [ovirt-users] How to disable SSL for oVirt webadmin and userportal?? Message-ID: Dear Sir, When I connecting to the http://ovirt_FQDN/ovirt-engine/ , then I can see link of "User Portal" and "Administration Portal". But when I click either of one link, it will be redirect to http*s*://ovirt_FQDN/ovirt-engine/userportal/?locale=en_US#login or http*s*://ovirt_FQDN/ovirt-engine/webadmin/?locale=en_US#login. I don't want to connect via https, please teach me how to disable SSL for oVirt webadmin and userportal(or not to redirect to https)?? -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 28 10:41:20 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 28 Jan 2015 05:41:20 -0500 (EST) Subject: [ovirt-users] How to disable SSL for oVirt webadmin and userportal?? In-Reply-To: References: Message-ID: <1925709857.1061079.1422441680913.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "greatboy fish" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 12:27:11 PM > Subject: [ovirt-users] How to disable SSL for oVirt webadmin and userportal?? > > Dear Sir, > > When I connecting to the http://ovirt_FQDN/ovirt-engine/ , then I can see > link of "User Portal" and "Administration Portal". > > But when I click either of one link, it will be redirect to http s > ://ovirt_FQDN/ovirt-engine/userportal/?locale=en_US#login or http s > ://ovirt_FQDN/ovirt-engine/webadmin/?locale=en_US#login. > > I don't want to connect via https, please teach me how to disable SSL for > oVirt webadmin and userportal(or not to redirect to https )?? > Is there a specific reason why you wish to avoid secure connection? Without this passwords and other sensitive information will be sent as plain. From sbonazzo at redhat.com Wed Jan 28 11:03:25 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 13:03:25 +0200 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54C8C1FD.7060002@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 530 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 489 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%20Product%3AoVirt%20status%3Anew%2Cassigned%2Cpost [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From j.astrego at netbulae.eu Wed Jan 28 11:03:27 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Wed, 28 Jan 2015 12:03:27 +0100 Subject: [ovirt-users] gluster only hosts managed by oVirt? In-Reply-To: <54C85DD0.1000307@redhat.com> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> <54C85DD0.1000307@redhat.com> Message-ID: <54C8C1FF.2040500@netbulae.eu> On 01/28/2015 04:56 AM, Kanagaraj wrote: > > On 01/27/2015 06:47 PM, Sven Kieske wrote: >> >> On 27/01/15 13:56, Jorick Astrego wrote: >>> For both we provision some custom os install and configuration. >>> Currently I am only able to manage and view gluster volumes from ovirt >>> when the "Enable Gluster Service" is enabled for the Cluster. Right? >> AFAIK correct. > > Right. > >> >>> There is a "Enable Virt Service" flag but the options is selected and >>> greyed out. So I'm not able to disable it. >> Mhm this is sad. I'm not aware of any bug tracking this, will you open >> one? It's also possible I missed it, there are too many bugs to >> remember them all. > > This can happen if there are any VMS in the cluster you are trying to > edit. > > Do you have any VMS running on the cluster? > > If you create cluster with just 'Enable Gluster Service' selected, you > should be able to manage your gluster hosts. Here the hosts need not > to have any virtualization stuff in it. > > > Thanks, > Kanagaraj > Ah this could be a problem, I had been testing with nodes too that I removed although I cannot remember the exact sequence. There may have been some remnants of vm's on there, I'm currently reprovisioning the whole environment so I cannot check. What I did test before wiping everything, is creating a new cluster and I was able to deselect the virt service and select gluster only. So that appears to work, nice! One problem I already noticed is that the import current gluster setup function doesn't work properly in our environment. We use a seperate gluster storage lan that isn't the sepearated from our ovirtmgmt lan and I think this messes things up a bit. But I will see after provisioning has finished. Thanks a lot so far! Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexeynikolaev.post at yandex.ru Wed Jan 28 11:04:54 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Wed, 28 Jan 2015 14:04:54 +0300 Subject: [ovirt-users] Howto restart VMs on the Unknown state? Message-ID: <2858451422443094@web21o.yandex.ru> An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Wed Jan 28 11:22:07 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Wed, 28 Jan 2015 12:22:07 +0100 Subject: [ovirt-users] hashed adminpassword? In-Reply-To: <54C8C1FF.2040500@netbulae.eu> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> <54C85DD0.1000307@redhat.com> <54C8C1FF.2040500@netbulae.eu> Message-ID: <54C8C65F.7080801@netbulae.eu> Can I hash the password in "OVESETUP_CONFIG/adminPassword", I'd like to have puppet run the installer with an answer file and don't like this password stored in clear text in foreman and the documentation. I know it doesn't guarantee security on it's own, but not everyone has to see that my password is "123456" ;-> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 28 11:27:50 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 28 Jan 2015 06:27:50 -0500 (EST) Subject: [ovirt-users] hashed adminpassword? In-Reply-To: <54C8C65F.7080801@netbulae.eu> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> <54C85DD0.1000307@redhat.com> <54C8C1FF.2040500@netbulae.eu> <54C8C65F.7080801@netbulae.eu> Message-ID: <1087551079.1070250.1422444470227.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 1:22:07 PM > Subject: [ovirt-users] hashed adminpassword? > > Can I hash the password in "OVESETUP_CONFIG/adminPassword", I'd like to > have puppet run the installer with an answer file and don't like this > password stored in clear text in foreman and the documentation. > > I know it doesn't guarantee security on it's own, but not everyone has > to see that my password is "123456" ;-> Unfortunately, no. Due to pass incorrect usage of crypto, the admin was stored within database encrypted and not hashed. As a result, during setup the actual password is required. This will be changed when the new internal provider will be implemented to 3.6[1] [1] http://www.ovirt.org/Features/AAA_JDBC > > > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpavlik at redhat.com Wed Jan 28 11:57:29 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 28 Jan 2015 12:57:29 +0100 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <20150127210014.A4F7CC42F@lists.ovirt.org> References: <20150127210014.A4F7CC42F@lists.ovirt.org> Message-ID: <06FEC5B0-EDC8-4C9D-95C4-8AC402B396B7@redhat.com> Hi Darell, you could switch the vNICs to different/empty network for a while. Or if possible you can just shut down the VMs that should do the trick as well. HTH Martin Pavlik RHEV QE > On 27 Jan 2015, at 21:59, Donny Davis wrote: > > I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to > > On Jan 27, 2015 1:39 PM, Darrell Budic wrote: >> >> Try changing that custom MTU and hitting OK. I get: >> >> on 3.5 and 3.5.1. What version are you running? >> >>> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: >>> >>> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. >>> >>> Donny >>> >>> -----Original Message----- >>> From: Darrell Budic [mailto:budic at onholyground.com] >>> Sent: Tuesday, January 27, 2015 12:30 PM >>> To: Donny Davis >>> Cc: users at ovirt.org >>> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? >>> >>> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) >>> >>> >>>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >>>> >>>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. >>>> >>>> Donny D >>>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>>>> >>>>> >>>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>>>> >>>>> -Darrell >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >> >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mpavlik at redhat.com Wed Jan 28 12:02:35 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 28 Jan 2015 13:02:35 +0100 Subject: [ovirt-users] MaxVmNameLengthNonWindows not set right ? In-Reply-To: References: Message-ID: Hi Matt, could you provide log collector files so we can track where the issue is? Just run engine-log-collector on the machine with engine. It will guide you through the log collection. Also if you can copy paste a few lines from log containing the error here it helps with problem localization. Thanks Martin Pavlik RHEV QE > On 25 Jan 2015, at 22:15, Matt . wrote: > > Hi, > > My VM doesn' t want to start because the vdsm host says it's over 45 > characters or so. > > This is set: > > # engine-config -g MaxVmNameLengthNonWindows > MaxVmNameLengthNonWindows: 64 version: general > > But when I set it to 80 it also doesn't start. > > What goes wrong here ? > > It's a Linux VM. > > Thanks, > > Matt > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From danken at redhat.com Wed Jan 28 12:20:52 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 28 Jan 2015 12:20:52 +0000 Subject: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics In-Reply-To: <54C7627A.9040008@redhat.com> References: <54980316.7080207@redhat.com> <20150126134555.GI14455@redhat.com> <54C7627A.9040008@redhat.com> Message-ID: <20150128122052.GJ23379@redhat.com> On Tue, Jan 27, 2015 at 12:03:38PM +0200, Lior Vernia wrote: > > > On 26/01/15 15:45, Dan Kenigsberg wrote: > > On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: > >> Hello users and developers, > >> > >> Just put up a feature page for the aforementioned feature; in summary, > >> to report total RX/TX statistics for hosts and VMs in oVirt. This has > >> been requested several times on the users mailing list, and is > >> especially useful for accounting in VDI deployments. > >> > >> You're more than welcome to review the feature page: > >> http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics > > > > Sorry for the late review; I have a couple of questions/comments. > > - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" > > section? > > Do you refer to hosting services who would like to charge their > > customers based on actual bandwidth usage? > > Indeed, as well as monitoring utilisation by non-paying users (say > inside the same organization). Changed the wording a little, as hosting > services are really the prime candidate. > > > - I've added another motivation: currently-reported rxRate/txRate > > can be utterly meaningless. > > > > > > I don't see reference to nasty negative flows: what happens if a host > > disappears? Or a VM? I suppose there's always a chance that some traffic > > would go unaccounted for. But do you expect to extract this information > > somehow? Either way, it should be mentioned as a caveat on the feature > > page. > > > > What do you mean by "disappears"? Engine loses connectivity to it? I meant the case of, say, Engine going down while VMs continue to chug bandwidth. One of these VMs dies (say, the user shuts it down). When Engine wakes up, it would find the VM in Down state. I wonder if Vdsm should keep the last tx/rx used by this VM so Engine can collect it, and charge the VM properly. A similar case can occur if a host is rebooted while Engine was away. But there I see no way to keep trace of the unaccounted-for badwidth. From slitmano at redhat.com Wed Jan 28 12:51:38 2015 From: slitmano at redhat.com (Sefi Litmanovich) Date: Wed, 28 Jan 2015 07:51:38 -0500 (EST) Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk In-Reply-To: References: Message-ID: <1382733142.1491988.1422449498448.JavaMail.zimbra@redhat.com> Hi Punit, Can you try to create another vm the same as this one, but without installing all these packages, see if it reproduces after some time. If not please provide a list of the packages you installed, maybe the problem is somewhere there. If it does reproduce please provide again the vdsm log and also the engine log. Another thing to check would be the connectivity to your storage, when this happened, the storage domain was up? can you try ping the storage server from the host if it happens again? What os is installed on your host? 10x. Sefi. ----- Original Message ----- From: "Punit Dambiwal" To: users at ovirt.org, "Martin Pavlik" , "Kanagaraj" Sent: Wednesday, January 28, 2015 5:58:27 AM Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk Hi, I have created one vm in the ovirt successfully...it was working fine....i login to it and download some httpd packages etc....after 5-10 min...it stop receving the commands from SSH ...if nothing help then I power off the machine? then power on again.. then the VM display the error that "boot failed :- not a bootable disk" Even the disk is bootable... I try to change it several ways but still the VM can not up.... VDSM Logs :- http://ur1.ca/jk66n Thanks, Punit _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From wolfgang.bucher at netland-mn.de Wed Jan 28 13:28:34 2015 From: wolfgang.bucher at netland-mn.de (=?utf-8?Q?Wolfgang_Bucher?=) Date: Wed, 28 Jan 2015 14:28:34 +0100 Subject: [ovirt-users] OVF Storage Message-ID: Thanks i think you don't need the logs anymore Greetings Wolfgang -----Urspr?ngliche Nachricht----- Von: Gilad Chaplik? Gesendet: Mit 28 Januar 2015 10:13 An: Maor Lipchuk CC: Wolfgang Bucher ; users at ovirt.org Betreff: Re: [ovirt-users] OVF Storage ----- Original Message ----- > From: "Maor Lipchuk" > To: "Wolfgang Bucher" > Cc: users at ovirt.org > Sent: Wednesday, January 28, 2015 11:01:19 AM > Subject: Re: [ovirt-users] OVF Storage > > > ----- Original Message ----- > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Wednesday, January 28, 2015 9:01:45 AM > > Subject: Re: [ovirt-users] OVF Storage > > > > AW: [ovirt-users] OVF Storage > > > > Hello > > > > > > > > > > whitch logs do you need. Attached a screenshot of the messages. > > Hi wolfgang, > > The engine.log from your engine machine, > and the vdsm logs from your hosts should be enough for now. > > Thanks, > Maor I'm aware of this bug and it's reported by https://bugzilla.redhat.com/1185615 > > > > > > > > > > > > > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > > Von: Allon Mureinik > > Gesendet: Die 27 Januar 2015 23:01 > > An: Wolfgang Bucher > > CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik > > > > Betreff: Re: [ovirt-users] OVF Storage > > > > Wolfgang - can you attach the exact message please? and preferably the > > logs? > > > > Liron/Gilad - isn't this something we've fixed already? > > > > > > > > > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Tuesday, January 27, 2015 10:23:46 PM > > Subject: [ovirt-users] OVF Storage > > > > > > > > Hello, > > > > > > > > > > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > > but i get every hour a message : Failed to create OVF store disk for > > Storage > > Domain. > > > > > > > > > > any ideas > > > > > > > > > > greetings > > > > Wolfgang Bucher > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alitke at redhat.com Wed Jan 28 13:45:09 2015 From: alitke at redhat.com (Adam Litke) Date: Wed, 28 Jan 2015 08:45:09 -0500 Subject: [ovirt-users] Does my Storage Domain crashed or is this iSCSI LUN's a problem? In-Reply-To: References: Message-ID: <20150128134509.GA3176@redhat.com> On 26/01/15 13:05 +0100, shimano wrote: >Hi guys, > >I'm trying to run one of my storage domains, which experienced failure. >Unfortunately, I meet a very nasty error (Storage domain does not exist). > >Could someone tell me, how to try to restore this domain? Could you try moving the host to Maintenance mode and then Activate it again please. I've encountered situations where vdsm restarts and engine does not reconnect storage until an Activate action happens. Let's see if this is your issue. > >P.S. >It's an oVirt 3.4.2-1.el6 > >********************************************************************************** > >/var/log/messages: >Jan 26 12:48:49 node002 vdsm TaskManager.Task ERROR >Task=`10d02993-b585-448f-9a50-bd3e8cda7082`::Unexpected error#012Traceback >(most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line >873, in _run#012 return fn(*args, **kargs)#012 File >"/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, >**kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 2959, in >getVGInfo#012 return dict(info=self.__getVGsInfo([vgUUID])[0])#012 File >"/usr/share/vdsm/storage/hsm.py", line 2892, in __getVGsInfo#012 vgList >= [lvm.getVGbyUUID(vgUUID) for vgUUID in vgUUIDs]#012 File >"/usr/share/vdsm/storage/lvm.py", line 894, in getVGbyUUID#012 raise >se.VolumeGroupDoesNotExist("vg_uuid: %s" % >vgUUID)#012VolumeGroupDoesNotExist: Volume Group does not exist: ('vg_uuid: >gyaCWf-6VKi-lI9W-JT6H-IZdy-rIsB-hTvZ4O',) >Jan 26 12:48:49 node002 kernel: device-mapper: table: 253:26: multipath: >error getting device >Jan 26 12:48:49 node002 kernel: device-mapper: ioctl: error adding target >to table > >********************************************************************************** > >/var/log/vdsm.log: >Thread-22::ERROR::2015-01-26 >12:43:03,376::sdc::137::Storage.StorageDomainCache::(_findDomain) looking >for unfetched domain db52e9cb-7306-43fd-aff3-20831bc2bcaf >Thread-22::ERROR::2015-01-26 >12:43:03,377::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >looking for domain db52e9cb-7306-43fd-aff3-20831bc2bcaf >Thread-22::DEBUG::2015-01-26 >12:43:03,377::lvm::373::OperationMutex::(_reloadvgs) Operation 'lvm reload >operation' got the operation mutex >Thread-22::DEBUG::2015-01-26 >12:43:03,378::lvm::296::Storage.Misc.excCmd::(cmd) u'/usr/bin/sudo -n >/sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] >ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 >obtain_device_list_from_udev=0 filter = [ >\'a|/dev/mapper/mpathb|/dev/mapper/mpathc|/dev/mapper/mpathd|/dev/mapper/mpathe|/dev/mapper/mpathf|\', >\'r|.*|\' ] } global { locking_type=1 prioritise_write_locks=1 >wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = >0 } " --noheadings --units b --nosuffix --separator | -o >uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name >db52e9cb-7306-43fd-aff3-20831bc2bcaf' (cwd None) >Thread-22::DEBUG::2015-01-26 >12:43:03,462::lvm::296::Storage.Misc.excCmd::(cmd) FAILED: = ' >/dev/mapper/mpathc: Checksum error\n /dev/mapper/mpathc: Checksum error\n >Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found\n Skipping >volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf\n'; = 5 >Thread-22::WARNING::2015-01-26 >12:43:03,466::lvm::378::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' >/dev/mapper/mpathc: Checksum error', ' /dev/mapper/mpathc: Checksum >error', ' Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found', >' Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf'] >Thread-22::DEBUG::2015-01-26 >12:43:03,466::lvm::415::OperationMutex::(_reloadvgs) Operation 'lvm reload >operation' released the operation mutex >Thread-22::ERROR::2015-01-26 >12:43:03,477::sdc::143::Storage.StorageDomainCache::(_findDomain) domain >db52e9cb-7306-43fd-aff3-20831bc2bcaf not found >Traceback (most recent call last): > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain > raise se.StorageDomainDoesNotExist(sdUUID) >StorageDomainDoesNotExist: Storage domain does not exist: >(u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) >Thread-22::ERROR::2015-01-26 >12:43:03,478::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) >Error while collecting domain db52e9cb-7306-43fd-aff3-20831bc2bcaf >monitoring information >Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 204, in >_monitorDomain > self.domain = sdCache.produce(self.sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > domain.getRealDomain() > File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > return self._cache._realProduce(self._sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > domain = self._findDomain(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain > raise se.StorageDomainDoesNotExist(sdUUID) >StorageDomainDoesNotExist: Storage domain does not exist: >(u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) >Thread-13::DEBUG::2015-01-26 >12:43:05,102::task::595::TaskManager.Task::(_updateState) >Task=`b4e85e37-b216-4d29-a448-0711e370a246`::moving from state init -> >state preparing >Thread-13::INFO::2015-01-26 >12:43:05,102::logUtils::44::dispatcher::(wrapper) Run and protect: >repoStats(options=None) >Thread-13::INFO::2015-01-26 >12:43:05,103::logUtils::47::dispatcher::(wrapper) Run and protect: >repoStats, Return response: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': >{'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', >'lastCheck': '7.5', 'valid': True}, >u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': >True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, >u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, >'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, >u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': >True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, >'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': >True}} >Thread-13::DEBUG::2015-01-26 >12:43:05,103::task::1185::TaskManager.Task::(prepare) >Task=`b4e85e37-b216-4d29-a448-0711e370a246`::finished: >{u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, >'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': >True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': >True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, >u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, >'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, >u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': >True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, >'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': >True}} > >********************************************************************************** > >[root at node002 shim]# multipath -ll >mpathe (1NODE_001_LUN01) dm-6 SHIMI,VIRTUAL-DISK >size=977G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 21:0:0:1 sdg 8:96 active ready running >mpathd (1NODE_003_LUN01) dm-7 SHIMI,VIRTUAL-DISK >size=977G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 20:0:0:1 sdf 8:80 active ready running >mpathc (1NODE_002_LUN01) dm-4 SHIMI,VIRTUAL-DISK >size=977G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 18:0:0:1 sdd 8:48 active ready running >mpathb (1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010) dm-1 ATA,MARVELL Raid VD >size=1.8T features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 0:0:0:0 sda 8:0 active ready running >mpathf (1MANAGER_LUN01) dm-5 SHIMI,VIRTUAL-DISK >size=500G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 19:0:0:1 sde 8:64 active ready running > >********************************************************************************** > >[root at node002 shim]# lsblk >NAME MAJ:MIN RM >SIZE RO TYPE MOUNTPOINT >sdb 8:16 0 >298.1G 0 disk >??sdb1 8:17 >0 1G 0 part /boot >??sdb2 8:18 >0 4G 0 part [SWAP] >??sdb3 8:19 0 >293.1G 0 part > ??vg_node002-LogVol00 (dm-0) 253:0 0 >293.1G 0 lvm / >sda 8:0 0 >1.8T 0 disk >??sda1 8:1 0 >1.8T 0 part >sdd 8:48 0 >976.6G 0 disk >??mpathc (dm-4) 253:4 0 >976.6G 0 mpath >sde 8:64 0 >500G 0 disk >??mpathf (dm-5) 253:5 0 >500G 0 mpath > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-metadata (dm-15) 253:15 0 >512M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-ids (dm-16) 253:16 0 >128M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-leases (dm-18) 253:18 >0 2G 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-outbox (dm-20) 253:20 0 >128M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-inbox (dm-21) 253:21 0 >128M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-master (dm-22) 253:22 >0 1G 0 lvm >sdf 8:80 0 >976.6G 0 disk >??mpathd (dm-7) 253:7 0 >976.6G 0 mpath > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-metadata (dm-14) 253:14 0 >512M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-ids (dm-17) 253:17 0 >128M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-leases (dm-19) 253:19 >0 2G 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-outbox (dm-23) 253:23 0 >128M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-inbox (dm-24) 253:24 0 >128M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-master (dm-25) 253:25 >0 1G 0 lvm >sdg 8:96 0 >976.6G 0 disk >??mpathe (dm-6) 253:6 0 >976.6G 0 mpath > ??5f595801--aaa5--42c7--b829--7a34a636407e-metadata (dm-8) 253:8 0 >512M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-ids (dm-9) 253:9 0 >128M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-leases (dm-10) 253:10 >0 2G 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-outbox (dm-11) 253:11 0 >128M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-inbox (dm-12) 253:12 0 >128M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-master (dm-13) 253:13 >0 1G 0 lvm > >********************************************************************************** > >[root at node002 shim]# multipath -v3 >Jan 26 12:46:28 | ram0: device node name blacklisted >Jan 26 12:46:28 | ram1: device node name blacklisted >Jan 26 12:46:28 | ram2: device node name blacklisted >Jan 26 12:46:28 | ram3: device node name blacklisted >Jan 26 12:46:28 | ram4: device node name blacklisted >Jan 26 12:46:28 | ram5: device node name blacklisted >Jan 26 12:46:28 | ram6: device node name blacklisted >Jan 26 12:46:28 | ram7: device node name blacklisted >Jan 26 12:46:28 | ram8: device node name blacklisted >Jan 26 12:46:28 | ram9: device node name blacklisted >Jan 26 12:46:28 | ram10: device node name blacklisted >Jan 26 12:46:28 | ram11: device node name blacklisted >Jan 26 12:46:28 | ram12: device node name blacklisted >Jan 26 12:46:28 | ram13: device node name blacklisted >Jan 26 12:46:28 | ram14: device node name blacklisted >Jan 26 12:46:28 | ram15: device node name blacklisted >Jan 26 12:46:28 | loop0: device node name blacklisted >Jan 26 12:46:28 | loop1: device node name blacklisted >Jan 26 12:46:28 | loop2: device node name blacklisted >Jan 26 12:46:28 | loop3: device node name blacklisted >Jan 26 12:46:28 | loop4: device node name blacklisted >Jan 26 12:46:28 | loop5: device node name blacklisted >Jan 26 12:46:28 | loop6: device node name blacklisted >Jan 26 12:46:28 | loop7: device node name blacklisted >Jan 26 12:46:28 | sdb: not found in pathvec >Jan 26 12:46:28 | sdb: mask = 0x3f >Jan 26 12:46:28 | sdb: dev_t = 8:16 >Jan 26 12:46:28 | sdb: size = 625142448 >Jan 26 12:46:28 | sdb: subsystem = scsi >Jan 26 12:46:28 | sdb: vendor = ATA >Jan 26 12:46:28 | sdb: product = WDC WD3200AAJS-6 >Jan 26 12:46:28 | sdb: rev = 03.0 >Jan 26 12:46:28 | sdb: h:b:t:l = 10:0:0:0 >Jan 26 12:46:28 | sdb: serial = WD-WMAV2HM46197 >Jan 26 12:46:28 | sdb: get_state >Jan 26 12:46:28 | sdb: path checker = directio (config file default) >Jan 26 12:46:28 | sdb: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdb: state = 3 >Jan 26 12:46:28 | sdb: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdb: uid = 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 >(callout) >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | sdb: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdb: prio = const (config file default) >Jan 26 12:46:28 | sdb: const prio = 1 >Jan 26 12:46:28 | sda: not found in pathvec >Jan 26 12:46:28 | sda: mask = 0x3f >Jan 26 12:46:28 | sda: dev_t = 8:0 >Jan 26 12:46:28 | sda: size = 3904897024 >Jan 26 12:46:28 | sda: subsystem = scsi >Jan 26 12:46:28 | sda: vendor = ATA >Jan 26 12:46:28 | sda: product = MARVELL Raid VD >Jan 26 12:46:28 | sda: rev = MV.R >Jan 26 12:46:28 | sda: h:b:t:l = 0:0:0:0 >Jan 26 12:46:28 | sda: serial = 1c3c8ecf5cf00010 >Jan 26 12:46:28 | sda: get_state >Jan 26 12:46:28 | sda: path checker = directio (config file default) >Jan 26 12:46:28 | sda: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sda: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sda: state = 3 >Jan 26 12:46:28 | sda: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sda: uid = 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 >(callout) >Jan 26 12:46:28 | sda: state = running >Jan 26 12:46:28 | sda: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sda: prio = const (config file default) >Jan 26 12:46:28 | sda: const prio = 1 >Jan 26 12:46:28 | dm-0: device node name blacklisted >Jan 26 12:46:28 | sdc: not found in pathvec >Jan 26 12:46:28 | sdc: mask = 0x3f >Jan 26 12:46:28 | sdc: dev_t = 8:32 >Jan 26 12:46:28 | sdc: size = 0 >Jan 26 12:46:28 | sdc: subsystem = scsi >Jan 26 12:46:28 | sdc: vendor = Multi >Jan 26 12:46:28 | sdc: product = Flash Reader >Jan 26 12:46:28 | sdc: rev = 1.00 >Jan 26 12:46:28 | sdc: h:b:t:l = 12:0:0:0 >Jan 26 12:46:28 | dm-1: device node name blacklisted >Jan 26 12:46:28 | dm-2: device node name blacklisted >Jan 26 12:46:28 | dm-3: device node name blacklisted >Jan 26 12:46:28 | sdd: not found in pathvec >Jan 26 12:46:28 | sdd: mask = 0x3f >Jan 26 12:46:28 | sdd: dev_t = 8:48 >Jan 26 12:46:28 | sdd: size = 2048000000 >Jan 26 12:46:28 | sdd: subsystem = scsi >Jan 26 12:46:28 | sdd: vendor = SHIMI >Jan 26 12:46:28 | sdd: product = VIRTUAL-DISK >Jan 26 12:46:28 | sdd: rev = 0001 >Jan 26 12:46:28 | sdd: h:b:t:l = 18:0:0:1 >Jan 26 12:46:28 | sdd: tgt_node_name = pl.mycomp.shimi:node002.target0 >Jan 26 12:46:28 | sdd: serial = beaf11 >Jan 26 12:46:28 | sdd: get_state >Jan 26 12:46:28 | sdd: path checker = directio (config file default) >Jan 26 12:46:28 | sdd: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdd: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdd: state = 3 >Jan 26 12:46:28 | sdd: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdd: uid = 1NODE_002_LUN01 (callout) >Jan 26 12:46:28 | sdd: state = running >Jan 26 12:46:28 | sdd: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdd: prio = const (config file default) >Jan 26 12:46:28 | sdd: const prio = 1 >Jan 26 12:46:28 | dm-4: device node name blacklisted >Jan 26 12:46:28 | sde: not found in pathvec >Jan 26 12:46:28 | sde: mask = 0x3f >Jan 26 12:46:28 | sde: dev_t = 8:64 >Jan 26 12:46:28 | sde: size = 1048576000 >Jan 26 12:46:28 | sde: subsystem = scsi >Jan 26 12:46:28 | sde: vendor = SHIMI >Jan 26 12:46:28 | sde: product = VIRTUAL-DISK >Jan 26 12:46:28 | sde: rev = 0001 >Jan 26 12:46:28 | sde: h:b:t:l = 19:0:0:1 >Jan 26 12:46:28 | sde: tgt_node_name = pl.mycomp.shimi:manager.target0 >Jan 26 12:46:28 | sde: serial = beaf11 >Jan 26 12:46:28 | sde: get_state >Jan 26 12:46:28 | sde: path checker = directio (config file default) >Jan 26 12:46:28 | sde: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sde: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sde: state = 3 >Jan 26 12:46:28 | sde: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sde: uid = 1MANAGER_LUN01 (callout) >Jan 26 12:46:28 | sde: state = running >Jan 26 12:46:28 | sde: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sde: prio = const (config file default) >Jan 26 12:46:28 | sde: const prio = 1 >Jan 26 12:46:28 | sdf: not found in pathvec >Jan 26 12:46:28 | sdf: mask = 0x3f >Jan 26 12:46:28 | sdf: dev_t = 8:80 >Jan 26 12:46:28 | sdf: size = 2048000000 >Jan 26 12:46:28 | sdf: subsystem = scsi >Jan 26 12:46:28 | sdf: vendor = SHIMI >Jan 26 12:46:28 | sdf: product = VIRTUAL-DISK >Jan 26 12:46:28 | sdf: rev = 0001 >Jan 26 12:46:28 | sdf: h:b:t:l = 20:0:0:1 >Jan 26 12:46:28 | sdf: tgt_node_name = pl.mycomp.shimi:node003.target0 >Jan 26 12:46:28 | sdf: serial = beaf11 >Jan 26 12:46:28 | sdf: get_state >Jan 26 12:46:28 | sdf: path checker = directio (config file default) >Jan 26 12:46:28 | sdf: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdf: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdf: state = 3 >Jan 26 12:46:28 | sdf: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdf: uid = 1NODE_003_LUN01 (callout) >Jan 26 12:46:28 | sdf: state = running >Jan 26 12:46:28 | sdf: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdf: prio = const (config file default) >Jan 26 12:46:28 | sdf: const prio = 1 >Jan 26 12:46:28 | sdg: not found in pathvec >Jan 26 12:46:28 | sdg: mask = 0x3f >Jan 26 12:46:28 | sdg: dev_t = 8:96 >Jan 26 12:46:28 | sdg: size = 2048000000 >Jan 26 12:46:28 | sdg: subsystem = scsi >Jan 26 12:46:28 | sdg: vendor = SHIMI >Jan 26 12:46:28 | sdg: product = VIRTUAL-DISK >Jan 26 12:46:28 | sdg: rev = 0001 >Jan 26 12:46:28 | sdg: h:b:t:l = 21:0:0:1 >Jan 26 12:46:28 | sdg: tgt_node_name = pl.mycomp.shimi:node001.target0 >Jan 26 12:46:28 | sdg: serial = beaf11 >Jan 26 12:46:28 | sdg: get_state >Jan 26 12:46:28 | sdg: path checker = directio (config file default) >Jan 26 12:46:28 | sdg: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdg: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdg: state = 3 >Jan 26 12:46:28 | sdg: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdg: uid = 1NODE_001_LUN01 (callout) >Jan 26 12:46:28 | sdg: state = running >Jan 26 12:46:28 | sdg: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdg: prio = const (config file default) >Jan 26 12:46:28 | sdg: const prio = 1 >Jan 26 12:46:28 | dm-5: device node name blacklisted >Jan 26 12:46:28 | dm-6: device node name blacklisted >Jan 26 12:46:28 | dm-7: device node name blacklisted >Jan 26 12:46:28 | dm-8: device node name blacklisted >Jan 26 12:46:28 | dm-9: device node name blacklisted >Jan 26 12:46:28 | dm-10: device node name blacklisted >Jan 26 12:46:28 | dm-11: device node name blacklisted >Jan 26 12:46:28 | dm-12: device node name blacklisted >Jan 26 12:46:28 | dm-13: device node name blacklisted >Jan 26 12:46:28 | dm-14: device node name blacklisted >Jan 26 12:46:28 | dm-15: device node name blacklisted >Jan 26 12:46:28 | dm-16: device node name blacklisted >Jan 26 12:46:28 | dm-17: device node name blacklisted >Jan 26 12:46:28 | dm-18: device node name blacklisted >Jan 26 12:46:28 | dm-19: device node name blacklisted >Jan 26 12:46:28 | dm-20: device node name blacklisted >Jan 26 12:46:28 | dm-21: device node name blacklisted >Jan 26 12:46:28 | dm-22: device node name blacklisted >Jan 26 12:46:28 | dm-23: device node name blacklisted >Jan 26 12:46:28 | dm-24: device node name blacklisted >Jan 26 12:46:28 | dm-25: device node name blacklisted >===== paths list ===== >uuid hcil dev dev_t pri dm_st >chk_st >1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 10:0:0:0 sdb 8:16 1 undef >ready >1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 0:0:0:0 sda 8:0 1 undef >ready > 12:0:0:0 sdc 8:32 -1 undef >faulty >1NODE_002_LUN01 18:0:0:1 sdd 8:48 1 undef >ready >1MANAGER_LUN01 19:0:0:1 sde 8:64 1 undef >ready >1NODE_003_LUN01 20:0:0:1 sdf 8:80 1 undef >ready >1NODE_001_LUN01 21:0:0:1 sdg 8:96 1 undef >ready >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:96 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:96 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:80 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:80 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:48 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:48 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:0 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:0 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:64 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:64 A 0 >Jan 26 12:46:28 | Found matching wwid >[1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197] in bindings file. Setting >alias to mpatha >Jan 26 12:46:28 | sdb: ownership set to mpatha >Jan 26 12:46:28 | sdb: not found in pathvec >Jan 26 12:46:28 | sdb: mask = 0xc >Jan 26 12:46:28 | sdb: get_state >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdb: state = 3 >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | sdb: const prio = 1 >Jan 26 12:46:28 | mpatha: pgfailover = -1 (internal default) >Jan 26 12:46:28 | mpatha: pgpolicy = failover (internal default) >Jan 26 12:46:28 | mpatha: selector = round-robin 0 (internal default) >Jan 26 12:46:28 | mpatha: features = 0 (internal default) >Jan 26 12:46:28 | mpatha: hwhandler = 0 (internal default) >Jan 26 12:46:28 | mpatha: rr_weight = 1 (internal default) >Jan 26 12:46:28 | mpatha: minio = 1 rq (config file default) >Jan 26 12:46:28 | mpatha: no_path_retry = -1 (config file default) >Jan 26 12:46:28 | pg_timeout = NONE (internal default) >Jan 26 12:46:28 | mpatha: fast_io_fail_tmo = 5 (config file default) >Jan 26 12:46:28 | mpatha: dev_loss_tmo = 30 (config file default) >Jan 26 12:46:28 | mpatha: retain_attached_hw_handler = 1 (config file >default) >Jan 26 12:46:28 | failed to find rport_id for target10:0:0 >Jan 26 12:46:28 | mpatha: set ACT_CREATE (map does not exist) >Jan 26 12:46:28 | mpatha: domap (0) failure for create/reload map >Jan 26 12:46:28 | mpatha: ignoring map > >********************************************************************************** > >[root at node002 shim]# iscsiadm -m session -o show >tcp: [6] 192.168.1.12:3260,1 pl.mycomp.shimi:node002.target0 >tcp: [7] 192.168.1.11:3260,1 pl.mycomp.shimi:manager.target0 >tcp: [8] 192.168.1.14:3260,1 pl.mycomp.shimi:node003.target0 >tcp: [9] 192.168.1.13:3260,1 pl.mycomp.shimi:node001.target0 > >********************************************************************************** > >[root at node002 shim]# iptables -L >Chain INPUT (policy ACCEPT) >target prot opt source destination > >Chain FORWARD (policy ACCEPT) >target prot opt source destination > >Chain OUTPUT (policy ACCEPT) >target prot opt source destination > >********************************************************************************** > >[root at node002 shim]# sestatus >SELinux status: disabled >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users -- Adam Litke From mlipchuk at redhat.com Wed Jan 28 14:05:26 2015 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 28 Jan 2015 09:05:26 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <54C8B3CA.5080103@redhat.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> Message-ID: <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Roy Golan" > To: "Mikola Rose" , "Maor Lipchuk" > Cc: users at ovirt.org > Sent: Wednesday, January 28, 2015 12:02:50 PM > Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start > > On 01/28/2015 11:04 AM, Mikola Rose wrote: > > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ > > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 > > /Volumes/Raid1/data/__DIRECT_IO_TEST__ > > -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 > > /Volumes/Raid1/iso/__DIRECT_IO_TEST__ > > -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 > > /Volumes/Raid1/vm/__DIRECT_IO_TEST__ > > > > Note, since removing the file the hosted_engine1 is starting up and > > everything seems fine but then all of a sudden it restarts. > > > please attach some logs. > > Also may be related... > > > > root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso > > rhel-server-6.6-x86_64-dvd.iso > > Please provide the REST API password for the admin at internal oVirt > > Engine user (CTRL+D to abort): > > Uploading, please wait... > > INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso > > ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage > > domain on iso. > > ERROR: Error message is "unable to test the available space on > > /Volumes/Raid1/iso" > > Maor? Hi, I think this is related to the engine-iso-uploader tool, Sandro, do you have any insights about this? Regards, Maor > > > > > > > > > > > > > >> On Jan 28, 2015, at 12:53 AM, Roy Golan >> > wrote: > >> > >> On 01/28/2015 03:10 AM, Mikola Rose wrote: > >>> Hi there, > >>> > >>> > >>> I seem to have run into a problem. my hosted engine vm is failing > >>> to start; > >>> > >>> vdsm.log; > >>> > >>> > >>> Thread-20::DEBUG::2015-01-27 > >>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading > >>> domain in path > >>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af > >>> Thread-20::ERROR::2015-01-27 > >>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) > >>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af > >>> monitoring information > >>> Traceback (most recent call last): > >>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in > >>> _monitorDomain > >>> self.domain = sdCache.produce(self.sdUUID) > >>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > >>> domain.getRealDomain() > >>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > >>> return self._cache._realProduce(self._sdUUID) > >>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > >>> domain = self._findDomain(sdUUID) > >>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > >>> dom = findMethod(sdUUID) > >>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain > >>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) > >>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ > >>> validateFileSystemFeatures(sdUUID, self.mountpoint) > >>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in > >>> validateFileSystemFeatures > >>> oop.getProcessPool(sdUUID).directTouch(testFilePath) > >>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in > >>> directTouch > >>> ioproc.touch(path, flags, mode) > >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", > >>> line 507, in touch > >>> self.timeout) > >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", > >>> line 391, in _sendCommand > >>> raise OSError(errcode, errstr) > >>> OSError: [Errno 13] Permission denied > >>> > >>> I assume this is an nfs issue so I checked to see if I could create > >>> a file in the mounts from the host machine, which I could. > >>> > >>> My test bed is usign an old OS X NFS via xraid adn the export is ; > >>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask > >>> 255.255.255.0 > >>> > >>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 > >>> 443b4931-667f-441f-98d8-51384e67a0af > >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data > >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso > >>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm > >>> > >>> the host machine seems to mount the shares fine.... > >>> > >>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . > >>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. > >>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 > >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 > >>> 192.168.1.32:_Volumes_Raid1_data > >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso > >>> > >>> and as I said above I can create files in any one of those mounts > >>> > >>> > >>> Is there a place I can look at to find the offending file? If that > >>> is the issue... Oddly enough everything worked until i rebooted, so > >>> I must have either changed something or something is buggered. > >>> > >> > >> please echo the output of > >> > >> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la > >> > >> the failure is to create this file. > >> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > > 1 (250) 642-0295 x23 http://www.power-soft.com > > Live Support > > > > This e-mail may be privileged and/or confidential, and the sender does > > not waive > > any related rights and obligations. Any distribution, use or copying > > of this e-mail or the information > > it contains by other than an intended recipient is unauthorized. > > If you received this e-mail in error, please advise me (by return > > e-mail or otherwise) immediately. > > > > > > > > > > > > > > From sbonazzo at redhat.com Wed Jan 28 14:11:05 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 16:11:05 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> Message-ID: <54C8EDF9.3050907@redhat.com> Il 28/01/2015 16:05, Maor Lipchuk ha scritto: > > > > > ----- Original Message ----- >> From: "Roy Golan" >> To: "Mikola Rose" , "Maor Lipchuk" >> Cc: users at ovirt.org >> Sent: Wednesday, January 28, 2015 12:02:50 PM >> Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start >> >> On 01/28/2015 11:04 AM, Mikola Rose wrote: >>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ >>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 >>> /Volumes/Raid1/data/__DIRECT_IO_TEST__ >>> -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 >>> /Volumes/Raid1/iso/__DIRECT_IO_TEST__ >>> -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 >>> /Volumes/Raid1/vm/__DIRECT_IO_TEST__ >>> >>> Note, since removing the file the hosted_engine1 is starting up and >>> everything seems fine but then all of a sudden it restarts. >>> >> please attach some logs. >>> Also may be related... >>> >>> root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso >>> rhel-server-6.6-x86_64-dvd.iso >>> Please provide the REST API password for the admin at internal oVirt >>> Engine user (CTRL+D to abort): >>> Uploading, please wait... >>> INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso >>> ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage >>> domain on iso. >>> ERROR: Error message is "unable to test the available space on >>> /Volumes/Raid1/iso" >> >> Maor? > > > Hi, > > I think this is related to the engine-iso-uploader tool, > Sandro, do you have any insights about this? Please don't use UIDs like 36 as user. a command line like: ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso or like ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso should work. > > Regards, > Maor > >>> >>> >>> >>> >>> >>> >>>> On Jan 28, 2015, at 12:53 AM, Roy Golan >>> > wrote: >>>> >>>> On 01/28/2015 03:10 AM, Mikola Rose wrote: >>>>> Hi there, >>>>> >>>>> >>>>> I seem to have run into a problem. my hosted engine vm is failing >>>>> to start; >>>>> >>>>> vdsm.log; >>>>> >>>>> >>>>> Thread-20::DEBUG::2015-01-27 >>>>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading >>>>> domain in path >>>>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af >>>>> Thread-20::ERROR::2015-01-27 >>>>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) >>>>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af >>>>> monitoring information >>>>> Traceback (most recent call last): >>>>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in >>>>> _monitorDomain >>>>> self.domain = sdCache.produce(self.sdUUID) >>>>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce >>>>> domain.getRealDomain() >>>>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain >>>>> return self._cache._realProduce(self._sdUUID) >>>>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce >>>>> domain = self._findDomain(sdUUID) >>>>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain >>>>> dom = findMethod(sdUUID) >>>>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain >>>>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) >>>>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ >>>>> validateFileSystemFeatures(sdUUID, self.mountpoint) >>>>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in >>>>> validateFileSystemFeatures >>>>> oop.getProcessPool(sdUUID).directTouch(testFilePath) >>>>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in >>>>> directTouch >>>>> ioproc.touch(path, flags, mode) >>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>> line 507, in touch >>>>> self.timeout) >>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>> line 391, in _sendCommand >>>>> raise OSError(errcode, errstr) >>>>> OSError: [Errno 13] Permission denied >>>>> >>>>> I assume this is an nfs issue so I checked to see if I could create >>>>> a file in the mounts from the host machine, which I could. >>>>> >>>>> My test bed is usign an old OS X NFS via xraid adn the export is ; >>>>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask >>>>> 255.255.255.0 >>>>> >>>>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 >>>>> 443b4931-667f-441f-98d8-51384e67a0af >>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data >>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso >>>>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm >>>>> >>>>> the host machine seems to mount the shares fine.... >>>>> >>>>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . >>>>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. >>>>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 >>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 >>>>> 192.168.1.32:_Volumes_Raid1_data >>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso >>>>> >>>>> and as I said above I can create files in any one of those mounts >>>>> >>>>> >>>>> Is there a place I can look at to find the offending file? If that >>>>> is the issue... Oddly enough everything worked until i rebooted, so >>>>> I must have either changed something or something is buggered. >>>>> >>>> >>>> please echo the output of >>>> >>>> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la >>>> >>>> the failure is to create this file. >>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >>> Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* >>> 1 (250) 642-0295 x23 http://www.power-soft.com >>> Live Support >>> >>> This e-mail may be privileged and/or confidential, and the sender does >>> not waive >>> any related rights and obligations. Any distribution, use or copying >>> of this e-mail or the information >>> it contains by other than an intended recipient is unauthorized. >>> If you received this e-mail in error, please advise me (by return >>> e-mail or otherwise) immediately. >>> >>> >>> >>> >>> >>> >> >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From carlos at braimtec.com Wed Jan 28 14:16:45 2015 From: carlos at braimtec.com (Carlos Ibrahim Arias) Date: Wed, 28 Jan 2015 14:16:45 +0000 Subject: [ovirt-users] Network setup for load balance Message-ID: Hello, I'm writing after a few weeks of trying to deploy the installation I had in mind without success. I'm a newbie using orvit and my problem may sound odd to some but I haven't been able to find a solution yet... I've searched all the Web. I have a server with two NICs (em1 and em2) and I want to bond them for load balancing. I installed oVirt 3.5.1 using the hosted-engine option with CentOS 7 on the hosted-engine and the host, and gluster on the host for the domain storage. Everything was fine during the installation and the system seems to work properly. ovirtmgmt is linked to em1. The problem is that now I can't bond em1 and em2 using the web GUI. I set up the bonding manually, it works but vdsmd is not starting afterwards. Should I have done the bond before installing oVirt? Is there any workaround to bond my NICs so that oVirt can use them for load balance? Shall I use other network setup for load balance (VLANs..)? Thanks in advanced, -- Carlos Ibrahim Arias *Consultor & Ingeniero en Inform?tica* Braimtec - Smart IT E: carlos at braimtec.com M: +34 600 457 497 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ydary at redhat.com Wed Jan 28 16:15:42 2015 From: ydary at redhat.com (Yaniv Dary) Date: Wed, 28 Jan 2015 18:15:42 +0200 Subject: [ovirt-users] oVirt Weekly Meeting Minutes -- 2015-01-28 Message-ID: <54C90B2E.7020601@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary at 15:01:05 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (ydary, 15:02:15) * infra update (ydary, 15:02:15) * 3.5.z updates (ydary, 15:02:15) * 3.6.0 status (ydary, 15:02:15) * conferences and workshops (ydary, 15:02:15) * other topics (ydary, 15:02:16) * infra update (ydary, 15:03:19) * several engine jobs have been failing and they are being addressed (ydary, 15:07:02) * Nightly repositories have been refreshed and should contain new rpms with 3.6 cluster level support (ydary, 15:07:56) * dcaro has sent a proposal for new standard build and test procedure, to generalize all the CI jobs: http://etherpad.ovirt.org/p/build-and-test-standards. Please reply on the thread if you have any questions or replies: http://lists.ovirt.org/pipermail/devel/2015-January/009731.html (ydary, 15:12:44) * There is a chance 3.6 cluster level support is missing due to lack of libvirt support for 3.6 or due to packaging issue. (ydary, 15:16:17) * ACTION: sbonazzo to update on 3.6 cluster level support in nightly builds next week (ydary, 15:18:37) * see discussion in CentOS Virt SIG meeting: http://lists.centos.org/pipermail/centos-virt/2015-January/004232.html (ydary, 15:23:13) * 3.5.z updates (ydary, 15:23:33) * 3.5.2 status from this morning: http://lists.ovirt.org/pipermail/users/2015-January/030899.html (ydary, 15:24:57) * A regression in 3.5.1 causes failure to create ovf_store disk, a async release to address this will be released as 3.5.1.1 once the fix is merged (https://bugzilla.redhat.com/1185615) (ydary, 15:29:25) * oVirt 3.5.2 release schedule to be publish this week, probably 25/02 RC and 04/03 GA (ydary, 15:36:26) * 3.6 status (ydary, 15:37:10) * Status of 3.6: http://lists.ovirt.org/pipermail/users/2015-January/030911.html (ydary, 15:38:01) * integration update on 3.6.0: fc21 support feature has been dropped due to oVirt 3.6.0 timeline GAing after fc22 release. (ydary, 15:41:00) * update on 3.6.0: vdsm 4.17 not reporting that it supports 3.6 clusters during early stages of development, causing non-operational hosts in a 3.6 cluster. Users can no use any 3.6 feature. danken, to merge patch to resolve this in VDSM.t (ydary, 15:43:34) * infra updates 3.6.0: no one attended from the team. (ydary, 15:47:19) * Network updates for 3.6.0: Management network as a role is in very late review stages, might go in soon. (ydary, 15:49:15) * Node 3.6 updates: currently no updates (ydary, 15:50:38) * UX 3.6 updates: currently no updates (ydary, 15:51:54) * virt 3.6 updates: Working on feature with clear requirements, progress is slow. Patches on virt-v2v integration posted and are being reviewed. (ydary, 15:56:31) * storage 3.6 updates: no one for storage team to update (ydary, 16:00:46) * SLA 3.6 updates: SLA still in planning, no further updates. (ydary, 16:01:43) * conferences and workshops (ydary, 16:02:28) * FOSDEM is this weekend, Booth schedules and talks are here at http://etherpad.ovirt.org/p/ovirt-fosdem-15. (ydary, 16:04:32) * The FOSDEM oVirt social meetup will be Saturday, Jan. 31 at 20:30 in the Au Bon Vieux Temps Impasse Saint-Nicolas 4, 1000 Bruxelles. (ydary, 16:05:45) * All oVirt community members are invited for excellent beer and socializing! https://plus.google.com/103481186631922352759/about?gl=us&hl=en (ydary, 16:05:57) * The half-day workshop for FOSSAsia in Singapore is getting planned. The Korea user group is very close to committing a speaker, which means we will need just one more speaker to fill the event schedule. (ydary, 16:06:33) * amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM. (ydary, 16:06:53) * bkp and jbrooks will be among the speakers at SCALE in Los Angeles speaking about oVirt. (ydary, 16:07:15) * other topics (ydary, 16:07:39) * The moVirt subproject's wiki page is now up at http://www.ovirt.org/Project_moVirt. This will be used to start the voting process to admit moVirt as a formal subproject. (ydary, 16:08:53) * Following up on last meeting action items, legal is still looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. (ydary, 16:09:39) Meeting ended at 16:11:24 UTC. Action Items ------------ * sbonazzo to update on 3.6 cluster level support in nightly builds next week Action Items, by person ----------------------- * sbonazzo * sbonazzo to update on 3.6 cluster level support in nightly builds next week * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * ydary (97) * sbonazzo (40) * lvernia (37) * danken (24) * bkp-BRU (14) * dcaro (12) * mskrivanek (5) * apuimedo (5) * eedri (4) * fromani (3) * fabiand (3) * ovirtbot (3) * awels (2) * xyz (2) * mburman (2) * nsoffer (2) * gchaplik (2) * fromani_ (1) * doron_afk (1) * Telsin (1) * tlitovsk (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot --- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary at redhat.com IRC : ydary From budic at onholyground.com Wed Jan 28 16:22:43 2015 From: budic at onholyground.com (Darrell Budic) Date: Wed, 28 Jan 2015 10:22:43 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <20150128100512.GG23379@redhat.com> References: <54C8A5D2.8010201@redhat.com> <20150128100512.GG23379@redhat.com> Message-ID: 3.5.1. It?s really a ?clean and tidy? thing now that I?ve got the network cleaned up, so not urgent but nice to have. Thanks for the info! > On Jan 28, 2015, at 4:05 AM, Dan Kenigsberg wrote: > > On Wed, Jan 28, 2015 at 11:03:14AM +0200, Lior Vernia wrote: >> Hi Darrell! >> >> There's currently no clean way to do this - we'll be looking to fix this >> in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). >> >> You haven't mentioned which version of oVirt you're running - if it's >> 3.4 or lower, I think it would suffice to change ifcfg files on your >> hypervisors and restart the network service. The network will then >> appear as out-of-sync in the GUI, but should be fully functional with >> MTU 1500. You'd also want the network configuration to be saved in case >> of future rollbacks - Dan, how would that be done? > > up to 3.4, nothing else should be done (assuming the network config was > already declared "safe" and survived reboot). ifcfg is the only persistent copy. > >> >> If you're running 3.5, I think you need to run some vdsm shell commands >> on the hypervisor as we've added an abstraction layer for configuration >> persistence above ifcfg files - again I'll ask Dan to chime in. > > In 3.5 we've added a Vdsm-side persistent copy of the network, > which sits under /var/lib/vdsm/netconf/nets. You should edit the json > definitions therein in order to ensure proper network startup after > boot. > >> >> As for getting the engine network configuration to MTU 1500 (for future >> hypervisor configuration and for networks to not appear as out-of-sync >> on existing ones) without taking down all the VMs (or hot-unplugging >> NICs) at one point - I don't think there's currently a way other than >> hacking the DB... Just leaving the network out-of-sync on the hosts >> could result in inconveniences later on when configuring host networking. >> >> Is it worth the trouble of getting MTU 1500 instead of 1448? I presume >> the difference in performance would be negligible. Or are you >> experiencing incoming frames being dropped due to having 1500 bytes >> instead of 1448?... Either way, as you mentioned taking down the VMs can >> be a last resort, or wait for 3.6 where it should be simpler :) >> >> Yours, Lior. >> >> On 27/01/15 19:43, Darrell Budic wrote: >>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>> >>> -Darrell >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> From budic at onholyground.com Wed Jan 28 16:26:11 2015 From: budic at onholyground.com (Darrell Budic) Date: Wed, 28 Jan 2015 10:26:11 -0600 Subject: [ovirt-users] libgfapi reintegration? Message-ID: Any plans or timeline to re-integrate full libgfapi support? From fismonce?s previous work, it appears that all the pieces are now in place, but his builds are now behind the current release versions of vdsmd? Thanks! -Darrell From mrose at power-soft.com Wed Jan 28 16:39:44 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 16:39:44 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <54C8EDF9.3050907@redhat.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> <54C8EDF9.3050907@redhat.com> Message-ID: Hi Sandro I was was trying both Here is the debug version... [root at powerhost1 ~]# engine-iso-uploader -v upload -i iso /tmp/rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(ovirt.org) API Version(3.5.0) DEBUG: id=1328bbfe-f05a-4779-ac34-560b213ece11 address=192.168.1.32 path=/Volumes/Raid1/iso Uploading, please wait... DEBUG: local NFS mount point is /tmp/tmpCjZhA_ DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_) DEBUG: /bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_ DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft', '192.168.1.32:/Volumes/Raid1/iso', '/tmp/tmpCjZhA_']) DEBUG: returncode(32) DEBUG: STDOUT() DEBUG: STDERR(mount.nfs: Connection timed out ) ERROR: mount.nfs: Connection timed out DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpCjZhA_']) DEBUG: returncode(1) DEBUG: STDOUT() DEBUG: STDERR(umount2: Invalid argument umount: /tmp/tmpCjZhA_: not mounted ) DEBUG: umount2: Invalid argument umount: /tmp/tmpCjZhA_: not mounted Could this be associated with the auto negotiation of the nfs version? Is there a way I can specify nfs3 on the mount or on the export(os x) On Jan 28, 2015, at 6:11 AM, Sandro Bonazzola > wrote: Il 28/01/2015 16:05, Maor Lipchuk ha scritto: ----- Original Message ----- From: "Roy Golan" > To: "Mikola Rose" >, "Maor Lipchuk" > Cc: users at ovirt.org Sent: Wednesday, January 28, 2015 12:02:50 PM Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start On 01/28/2015 11:04 AM, Mikola Rose wrote: -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/data/__DIRECT_IO_TEST__ -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/iso/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 /Volumes/Raid1/vm/__DIRECT_IO_TEST__ Note, since removing the file the hosted_engine1 is starting up and everything seems fine but then all of a sudden it restarts. please attach some logs. Also may be related... root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage domain on iso. ERROR: Error message is "unable to test the available space on /Volumes/Raid1/iso" Maor? Hi, I think this is related to the engine-iso-uploader tool, Sandro, do you have any insights about this? Please don't use UIDs like 36 as user. a command line like: ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso or like ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso should work. Regards, Maor On Jan 28, 2015, at 12:53 AM, Roy Golan > wrote: On 01/28/2015 03:10 AM, Mikola Rose wrote: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. please echo the output of find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la the failure is to create this file. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 28 16:45:15 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 18:45:15 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> <54C8EDF9.3050907@redhat.com> Message-ID: <54C9121B.6070000@redhat.com> Il 28/01/2015 18:39, Mikola Rose ha scritto: > Hi Sandro > > I was was trying both > > Here is the debug version... > > [root at powerhost1 ~]# engine-iso-uploader -v upload -i iso /tmp/rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): > DEBUG: API Vendor(ovirt.org )API Version(3.5.0) > DEBUG: id=1328bbfe-f05a-4779-ac34-560b213ece11 address=192.168.1.32 path=/Volumes/Raid1/iso > Uploading, please wait... > DEBUG: local NFS mount point is /tmp/tmpCjZhA_ > DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_) > DEBUG: /bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_ > DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft', '192.168.1.32:/Volumes/Raid1/iso', '/tmp/tmpCjZhA_']) > DEBUG: returncode(32) > DEBUG: STDOUT() > DEBUG: STDERR(mount.nfs: Connection timed out > ) > ERROR: mount.nfs: Connection timed out > > DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ > DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ > DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpCjZhA_']) > DEBUG: returncode(1) > DEBUG: STDOUT() > DEBUG: STDERR(umount2: Invalid argument > umount: /tmp/tmpCjZhA_: not mounted > ) > DEBUG: umount2: Invalid argument > umount: /tmp/tmpCjZhA_: not mounted The NFS connection timed out may depend on several factors. CCing storage guys that may assist you better than me on this. > > > > Could this be associated with the auto negotiation of the nfs version? Is there a way I can specify nfs3 on the mount or on the export(os x) > > >> On Jan 28, 2015, at 6:11 AM, Sandro Bonazzola > wrote: >> >> Il 28/01/2015 16:05, Maor Lipchuk ha scritto: >>> >>> >>> >>> >>> ----- Original Message ----- >>>> From: "Roy Golan" > >>>> To: "Mikola Rose" >, "Maor Lipchuk" > >>>> Cc: users at ovirt.org >>>> Sent: Wednesday, January 28, 2015 12:02:50 PM >>>> Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start >>>> >>>> On 01/28/2015 11:04 AM, Mikola Rose wrote: >>>>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ >>>>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 >>>>> /Volumes/Raid1/data/__DIRECT_IO_TEST__ >>>>> -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 >>>>> /Volumes/Raid1/iso/__DIRECT_IO_TEST__ >>>>> -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 >>>>> /Volumes/Raid1/vm/__DIRECT_IO_TEST__ >>>>> >>>>> Note, since removing the file the hosted_engine1 is starting up and >>>>> everything seems fine but then all of a sudden it restarts. >>>>> >>>> please attach some logs. >>>>> Also may be related... >>>>> >>>>> root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso >>>>> rhel-server-6.6-x86_64-dvd.iso >>>>> Please provide the REST API password for the admin at internal oVirt >>>>> Engine user (CTRL+D to abort): >>>>> Uploading, please wait... >>>>> INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso >>>>> ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage >>>>> domain on iso. >>>>> ERROR: Error message is "unable to test the available space on >>>>> /Volumes/Raid1/iso" >>>> >>>> Maor? >>> >>> >>> Hi, >>> >>> I think this is related to the engine-iso-uploader tool, >>> Sandro, do you have any insights about this? >> >> Please don't use UIDs like 36 as user. >> >> a command line like: >> >> ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso >> >> or like >> >> ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso >> >> should work. >> >>> >>> Regards, >>> Maor >>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> On Jan 28, 2015, at 12:53 AM, Roy Golan >>>>>> > wrote: >>>>>> >>>>>> On 01/28/2015 03:10 AM, Mikola Rose wrote: >>>>>>> Hi there, >>>>>>> >>>>>>> >>>>>>> I seem to have run into a problem. my hosted engine vm is failing >>>>>>> to start; >>>>>>> >>>>>>> vdsm.log; >>>>>>> >>>>>>> >>>>>>> Thread-20::DEBUG::2015-01-27 >>>>>>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading >>>>>>> domain in path >>>>>>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af >>>>>>> Thread-20::ERROR::2015-01-27 >>>>>>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) >>>>>>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af >>>>>>> monitoring information >>>>>>> Traceback (most recent call last): >>>>>>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in >>>>>>> _monitorDomain >>>>>>> self.domain = sdCache.produce(self.sdUUID) >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce >>>>>>> domain.getRealDomain() >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain >>>>>>> return self._cache._realProduce(self._sdUUID) >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce >>>>>>> domain = self._findDomain(sdUUID) >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain >>>>>>> dom = findMethod(sdUUID) >>>>>>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain >>>>>>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) >>>>>>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ >>>>>>> validateFileSystemFeatures(sdUUID, self.mountpoint) >>>>>>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in >>>>>>> validateFileSystemFeatures >>>>>>> oop.getProcessPool(sdUUID).directTouch(testFilePath) >>>>>>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in >>>>>>> directTouch >>>>>>> ioproc.touch(path, flags, mode) >>>>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>>>> line 507, in touch >>>>>>> self.timeout) >>>>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>>>> line 391, in _sendCommand >>>>>>> raise OSError(errcode, errstr) >>>>>>> OSError: [Errno 13] Permission denied >>>>>>> >>>>>>> I assume this is an nfs issue so I checked to see if I could create >>>>>>> a file in the mounts from the host machine, which I could. >>>>>>> >>>>>>> My test bed is usign an old OS X NFS via xraid adn the export is ; >>>>>>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask >>>>>>> 255.255.255.0 >>>>>>> >>>>>>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 >>>>>>> 443b4931-667f-441f-98d8-51384e67a0af >>>>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data >>>>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso >>>>>>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm >>>>>>> >>>>>>> the host machine seems to mount the shares fine.... >>>>>>> >>>>>>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . >>>>>>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. >>>>>>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 >>>>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 >>>>>>> 192.168.1.32:_Volumes_Raid1_data >>>>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso >>>>>>> >>>>>>> and as I said above I can create files in any one of those mounts >>>>>>> >>>>>>> >>>>>>> Is there a place I can look at to find the offending file? If that >>>>>>> is the issue... Oddly enough everything worked until i rebooted, so >>>>>>> I must have either changed something or something is buggered. >>>>>>> >>>>>> >>>>>> please echo the output of >>>>>> >>>>>> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la >>>>>> >>>>>> the failure is to create this file. >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users at ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>> >>>>> Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* >>>>> 1 (250) 642-0295 x23 http://www.power-soft.com >>>>> Live Support >>>>> >>>>> This e-mail may be privileged and/or confidential, and the sender does >>>>> not waive >>>>> any related rights and obligations. Any distribution, use or copying >>>>> of this e-mail or the information >>>>> it contains by other than an intended recipient is unauthorized. >>>>> If you received this e-mail in error, please advise me (by return >>>>> e-mail or otherwise) immediately. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > 1 (250) 642-0295 x23 http://www.power-soft.com Live Support > > > This e-mail may be privileged and/or confidential, and the sender does not waive > any related rights and obligations. Any distribution, use or copying of this e-mail or the information > it contains by other than an intended recipient is unauthorized. > If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. > > > > > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From donny at cloudspin.me Wed Jan 28 17:37:22 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 28 Jan 2015 10:37:22 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: So adding a new network was the way you went??On Jan 28, 2015 9:22 AM, Darrell Budic wrote: > > 3.5.1. It?s really a ?clean and tidy? thing now that I?ve got the network cleaned up, so not urgent but nice to have. Thanks for the info! > > > On Jan 28, 2015, at 4:05 AM, Dan Kenigsberg wrote: > > > > On Wed, Jan 28, 2015 at 11:03:14AM +0200, Lior Vernia wrote: > >> Hi Darrell! > >> > >> There's currently no clean way to do this - we'll be looking to fix this > >> in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). > >> > >> You haven't mentioned which version of oVirt you're running - if it's > >> 3.4 or lower, I think it would suffice to change ifcfg files on your > >> hypervisors and restart the network service. The network will then > >> appear as out-of-sync in the GUI, but should be fully functional with > >> MTU 1500. You'd also want the network configuration to be saved in case > >> of future rollbacks - Dan, how would that be done? > > > > up to 3.4, nothing else should be done (assuming the network config was > > already declared "safe" and survived reboot). ifcfg is the only persistent copy. > > > >> > >> If you're running 3.5, I think you need to run some vdsm shell commands > >> on the hypervisor as we've added an abstraction layer for configuration > >> persistence above ifcfg files - again I'll ask Dan to chime in. > > > > In 3.5 we've added a Vdsm-side persistent copy of the network, > > which sits under /var/lib/vdsm/netconf/nets. You should edit the json > > definitions therein in order to ensure proper network startup after > > boot. > > > >> > >> As for getting the engine network configuration to MTU 1500 (for future > >> hypervisor configuration and for networks to not appear as out-of-sync > >> on existing ones) without taking down all the VMs (or hot-unplugging > >> NICs) at one point - I don't think there's currently a way other than > >> hacking the DB... Just leaving the network out-of-sync on the hosts > >> could result in inconveniences later on when configuring host networking. > >> > >> Is it worth the trouble of getting MTU 1500 instead of 1448? I presume > >> the difference in performance would be negligible. Or are you > >> experiencing incoming frames being dropped due to having 1500 bytes > >> instead of 1448?... Either way, as you mentioned taking down the VMs can > >> be a last resort, or wait for 3.6 where it should be simpler :) > >> > >> Yours, Lior. > >> > >> On 27/01/15 19:43, Darrell Budic wrote: > >>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > >>> > >>> -Darrell > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Wed Jan 28 18:07:05 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 28 Jan 2015 19:07:05 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> Message-ID: Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > This is still under heavy development, but first usable version can be found at [1] [Snip] > feature requests and general feedback are very welcome. You can file any issues directly at [2]. [Snip] > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > [2] https://github.com/matobet/moVirt/issues Hello Are the above links yet the right ones to use for apk download/install and issue tracking in case I want to test movirt? Thanks Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 29 01:18:33 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 29 Jan 2015 09:18:33 +0800 Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk In-Reply-To: <1382733142.1491988.1422449498448.JavaMail.zimbra@redhat.com> References: <1382733142.1491988.1422449498448.JavaMail.zimbra@redhat.com> Message-ID: HI Sefi, I found the reason...i did the dd and fio to check the disk performance...this process overwrite the MBR... Thanks, Punit On Wed, Jan 28, 2015 at 8:51 PM, Sefi Litmanovich wrote: > Hi Punit, > > Can you try to create another vm the same as this one, but without > installing all these packages, see if it reproduces after some time. > If not please provide a list of the packages you installed, maybe the > problem is somewhere there. > If it does reproduce please provide again the vdsm log and also the engine > log. > Another thing to check would be the connectivity to your storage, when > this happened, the storage domain was up? can you try ping the storage > server from the host if it happens again? > What os is installed on your host? > > 10x. > Sefi. > > ----- Original Message ----- > From: "Punit Dambiwal" > To: users at ovirt.org, "Martin Pavlik" , "Kanagaraj" < > kmayilsa at redhat.com> > Sent: Wednesday, January 28, 2015 5:58:27 AM > Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed > :- not a bootable disk > > Hi, > > I have created one vm in the ovirt successfully...it was working fine....i > login to it and download some httpd packages etc....after 5-10 min...it > stop receving the commands from SSH ...if nothing help then I power off the > machine? then power on again.. then the VM display the error that "boot > failed :- not a bootable disk" > > > > Even the disk is bootable... > > > > I try to change it several ways but still the VM can not up.... > > VDSM Logs :- http://ur1.ca/jk66n > > Thanks, > Punit > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 06:11:04 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 07:11:04 +0100 Subject: [ovirt-users] update 3.5 -> 3.5.1 Message-ID: Fails because of this: ERROR ] dwhd is currently running. Its hostname is ovirtdwh01prod Please stop it before running Setup. There is no host anymore!!!!! And yes I tried the bug work around and no it didn't work... And yes I'm getting a little bit frustrated about updating oVirt lately.. Sorry... -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 06:33:19 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 07:33:19 +0100 Subject: [ovirt-users] update 3.5 -> 3.5.1 In-Reply-To: References: Message-ID: Solved it. 2015-01-29 7:11 GMT+01:00 Koen Vanoppen : > Fails because of this: > ERROR ] dwhd is currently running. Its hostname is ovirtdwh01prod Please > stop it before running Setup. > > There is no host anymore!!!!! > > And yes I tried the bug work around and no it didn't work... And yes I'm > getting a little bit frustrated about updating oVirt lately.. Sorry... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.bochev at gmail.com Thu Jan 29 08:35:12 2015 From: n.bochev at gmail.com (Nikolai Bochev) Date: Thu, 29 Jan 2015 10:35:12 +0200 Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: Hello, I've been running ovirt hosted engine for around a month already without any major interruptions. Last week i tied it to freeipa, to be able to give permissions to other people, but so far no success because of the following problem : All users can see all VM's. I tried clearing all permission entries ( leaving the admin only ) and the re-adding and it didn't help at all. I am attaching a few screenshots to better describe : ? Most of the vm's have no permissions attached to them, but they are still visible to everyone that logs from the userpanel What am i doing wrong ? Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:30:06.png Type: image/png Size: 117436 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:31:54.png Type: image/png Size: 119803 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:33:17.png Type: image/png Size: 231520 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:31:09.png Type: image/png Size: 85270 bytes Desc: not available URL: From kevin at tweaktux.com Wed Jan 28 20:54:40 2015 From: kevin at tweaktux.com (Kevin) Date: Wed, 28 Jan 2015 20:54:40 +0000 (UTC) Subject: [ovirt-users] Disable/Hide domain on UserPortal Message-ID: Is there a way to disable/hide the Domain drop-down on the UserPortal? You can login with User name: @ So I don't want so show the domains! Cheers, Kevin From alonbl at redhat.com Thu Jan 29 08:42:45 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 03:42:45 -0500 (EST) Subject: [ovirt-users] Disable/Hide domain on UserPortal In-Reply-To: References: Message-ID: <906854752.1556454.1422520965978.JavaMail.zimbra@redhat.com> In 3.5 you can no longer login using that convention. ----- Original Message ----- > From: "Kevin" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 10:54:40 PM > Subject: [ovirt-users] Disable/Hide domain on UserPortal > > Is there a way to disable/hide the Domain drop-down on the UserPortal? > > You can login with User name: @ > So I don't want so show the domains! > > Cheers, > > Kevin > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From omachace at redhat.com Thu Jan 29 08:56:23 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 09:56:23 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: References: Message-ID: <54C9F5B7.7050205@redhat.com> On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > Hello, > > I've been running ovirt hosted engine for around a month already without > any major interruptions. Last week i tied it to freeipa, to be able to > give permissions to other people, but so far no success because of the > following problem : > > All users can see all VM's. I tried clearing all permission entries ( > leaving the admin only ) and the re-adding and it didn't help at all. > > I am attaching a few screenshots to better describe : > > The problem is that you are assigning system permissions. If you assign system permissions you have permission to whole system. If you want to assign a permission to user on a specific vm(or object), you have to select the object, then click 'permissions' subtab, then click 'add', then find your user and choose the role for him. > > > > ? > Most of the vm's have no permissions attached to them, but they are > still visible to everyone that logs from the userpanel > What am i doing wrong ? > > Regards, > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From n.bochev at gmail.com Thu Jan 29 08:58:25 2015 From: n.bochev at gmail.com (Nikolai Bochev) Date: Thu, 29 Jan 2015 10:58:25 +0200 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: <54C9F5B7.7050205@redhat.com> References: <54C9F5B7.7050205@redhat.com> Message-ID: Ok, but if i don't add "System" permissions to a user with "UserRole" they cannot login at all ? On Thu, Jan 29, 2015 at 10:56 AM, Ondra Machacek wrote: > > > On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > >> Hello, >> >> I've been running ovirt hosted engine for around a month already without >> any major interruptions. Last week i tied it to freeipa, to be able to >> give permissions to other people, but so far no success because of the >> following problem : >> >> All users can see all VM's. I tried clearing all permission entries ( >> leaving the admin only ) and the re-adding and it didn't help at all. >> >> I am attaching a few screenshots to better describe : >> >> >> > The problem is that you are assigning system permissions. > If you assign system permissions you have permission to whole system. > > If you want to assign a permission to user on a specific vm(or object), > you have to select the object, then click 'permissions' subtab, then click > 'add', then find your user and choose the role for him. > > >> >> >> ? >> Most of the vm's have no permissions attached to them, but they are >> still visible to everyone that logs from the userpanel >> What am i doing wrong ? >> >> Regards, >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 09:02:41 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 10:02:41 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: References: <54C9F5B7.7050205@redhat.com> Message-ID: <54C9F731.6030501@redhat.com> If you add for example 'UserRole' on VM, then your user should login to UserPortal without any problem and see his VM. On 01/29/2015 09:58 AM, Nikolai Bochev wrote: > Ok, but if i don't add "System" permissions to a user with "UserRole" > they cannot login at all ? > > On Thu, Jan 29, 2015 at 10:56 AM, Ondra Machacek > wrote: > > > > On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > > Hello, > > I've been running ovirt hosted engine for around a month already > without > any major interruptions. Last week i tied it to freeipa, to be > able to > give permissions to other people, but so far no success because > of the > following problem : > > All users can see all VM's. I tried clearing all permission > entries ( > leaving the admin only ) and the re-adding and it didn't help at > all. > > I am attaching a few screenshots to better describe : > > > > The problem is that you are assigning system permissions. > If you assign system permissions you have permission to whole system. > > If you want to assign a permission to user on a specific vm(or object), > you have to select the object, then click 'permissions' subtab, then > click 'add', then find your user and choose the role for him. > > > > > ? > Most of the vm's have no permissions attached to them, but they are > still visible to everyone that logs from the userpanel > What am i doing wrong ? > > Regards, > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From jsiml at plusline.net Thu Jan 29 09:39:36 2015 From: jsiml at plusline.net (Jan Siml) Date: Thu, 29 Jan 2015 10:39:36 +0100 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe Message-ID: <54C9FFD8.2070208@plusline.net> Hello, we have a strange behavior within an oVirt cluster. Version is 3.5.1, engine is running on EL6 machine and hosts are using EL7 as operating system. The cluster uses a GlusterFS backed storage domain amongst others. Three of four hosts are peers in the Gluster cluster (3 bricks, 3 replica). When all hosts are restarted (maybe due to power outage), engine can't activate them again, because Gluster probe fails. The message given in UI is: "Gluster command [gluster peer node-03] failed on server node-03." Checking Gluster peer and volume status on each host confirms that Gluster peers are known to each other and volume is up. node-03:~ $ gluster peer status Number of Peers: 2 Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) node-03:~ $ gluster volume status Status of volume: glusterfs-1 Gluster process Port Online Pid ------------------------------------------------------------------------------ Brick node-01:/export/glusterfs/brick 49152 Y 12409 Brick node-02:/export/glusterfs/brick 49153 Y 9978 Brick node-03:/export/glusterfs/brick 49152 Y 10001 Self-heal Daemon on localhost N/A Y 10003 Self-heal Daemon on node-01 N/A Y 11590 Self-heal Daemon on node-02 N/A Y 9988 Task Status of Volume glusterfs-1 ------------------------------------------------------------------------------ There are no active volume tasks Storage domain in oVirt UI is fine (active and green) and usable. But neither Gluster volume nor any brick is visible in UI. If I try the command which is shown in UI it returns: root at node-03:~ $ gluster peer probe node-03 peer probe: success. Probe on localhost not needed root at node-03:~ $ gluster --mode=script peer probe node-03 --xml 0 1 (null) Probe on localhost not needed Is this maybe just an engine side parsing error? -- Kind regards Jan Siml From jsiml at plusline.net Thu Jan 29 10:10:12 2015 From: jsiml at plusline.net (Jan Siml) Date: Thu, 29 Jan 2015 11:10:12 +0100 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe In-Reply-To: <54C9FFD8.2070208@plusline.net> References: <54C9FFD8.2070208@plusline.net> Message-ID: <54CA0704.7080607@plusline.net> Hello, when looking into engine.log, I can see, that "gluster probe" returned errno 107. But I can't figure out why: 2015-01-29 10:40:03,546 ERROR [org.ovirt.engine.core.bll.InitVdsOnUpCommand] (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the gluster server node-03. Error: VdcBLLException: org.ovirt.eng ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to AddGlusterServerVDS, error = Add host failed error: Probe returned with unknown errno 107 Just for the record: We use the /etc/hosts method because of missing possibility to choose the network interface for Gluster. The three Gluster peer hosts have modified /etc/hosts files with addresses binded to a different interface than the ovirtmgmt addresses. Example: root at node-03:~ $ cat /etc/hosts 192.168.200.195 node-01 192.168.200.196 node-02 192.168.200.198 node-03 The /etc/hosts file on engine host isn't modified. On 01/29/2015 10:39 AM, Jan Siml wrote: > Hello, > > we have a strange behavior within an oVirt cluster. Version is 3.5.1, > engine is running on EL6 machine and hosts are using EL7 as operating > system. The cluster uses a GlusterFS backed storage domain amongst > others. Three of four hosts are peers in the Gluster cluster (3 bricks, > 3 replica). > > When all hosts are restarted (maybe due to power outage), engine can't > activate them again, because Gluster probe fails. The message given in > UI is: > > "Gluster command [gluster peer node-03] failed on server node-03." > > Checking Gluster peer and volume status on each host confirms that > Gluster peers are known to each other and volume is up. > > node-03:~ $ gluster peer status > Number of Peers: 2 > > Hostname: node-02 > Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 > State: Peer in Cluster (Connected) > > Hostname: node-01 > Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 > State: Peer in Cluster (Connected) > > node-03:~ $ gluster volume status > Status of volume: glusterfs-1 > Gluster process Port Online Pid > ------------------------------------------------------------------------------ > > Brick node-01:/export/glusterfs/brick 49152 Y 12409 > Brick node-02:/export/glusterfs/brick 49153 Y 9978 > Brick node-03:/export/glusterfs/brick 49152 Y 10001 > Self-heal Daemon on localhost N/A Y 10003 > Self-heal Daemon on node-01 N/A Y 11590 > Self-heal Daemon on node-02 N/A Y 9988 > > Task Status of Volume glusterfs-1 > ------------------------------------------------------------------------------ > > There are no active volume tasks > > Storage domain in oVirt UI is fine (active and green) and usable. But > neither Gluster volume nor any brick is visible in UI. > > If I try the command which is shown in UI it returns: > > root at node-03:~ $ gluster peer probe node-03 > peer probe: success. Probe on localhost not needed > > root at node-03:~ $ gluster --mode=script peer probe node-03 --xml > > > 0 > 1 > (null) > Probe on localhost not needed > > > Is this maybe just an engine side parsing error? > -- Kind regards Jan Siml From tjelinek at redhat.com Thu Jan 29 10:18:09 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 05:18:09 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> Message-ID: <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Martin Betak" > Cc: "users" > Sent: Wednesday, January 28, 2015 7:07:05 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > > Il 03/apr/2014 16:37 "Martin Betak" < mbetak at redhat.com > ha scritto: > > > This is still under heavy development, but first usable version can be > > found at [1] > > [Snip] > > > feature requests and general feedback are very welcome. You can file any > > issues directly at [2]. > > [Snip] > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > [2] https://github.com/matobet/moVirt/issues > > > Hello > Are the above links yet the right ones to use for apk download/install and > issue tracking in case I want to test movirt? Hi Gianluca, the link to APK is not correct anymore, it was a very old version containing quite nasty bugs and the development moved. It is now much more stable but not yet officially released. But if you are willing to test it, it would be great! Attaching the debug apk file you can install on your phone. It should work, but if not I can make you a signed apk... The project page is still valid: https://github.com/jelkosz/moVirt Also the issues page: https://github.com/matobet/moVirt/issues And now there is also an ovirt wiki page with (couple of days old) screenshots: http://www.ovirt.org/Project_moVirt Please let us know how did you like it Tomas > Thanks > Gianluca > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- A non-text attachment was scrubbed... Name: moVirt-debug.apk Type: application/vnd.android.package-archive Size: 1194828 bytes Desc: not available URL: From dougsland at redhat.com Thu Jan 29 13:26:56 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Thu, 29 Jan 2015 08:26:56 -0500 Subject: [ovirt-users] oVirt Node 3.5 status Message-ID: <54CA3520.9050402@redhat.com> Hi, If you are looking for oVirt Node 3.5, we will deliver the official ISO as soon as the package which resolves the below bugzilla is available in CentOS repo. The current version of nss-softokn package is affecting the build of iso. nss-softokn prevents dracut from building the initrd https://bugzilla.redhat.com/show_bug.cgi?id=1182297 -- Cheers Douglas From gianluca.cecchi at gmail.com Thu Jan 29 10:39:34 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 11:39:34 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> Message-ID: On Thu, Jan 29, 2015 at 11:18 AM, Tomas Jelinek wrote: > > > Hi Gianluca, > > the link to APK is not correct anymore, it was a very old version > containing quite nasty bugs and the development moved. > It is now much more stable but not yet officially released. But if you are > willing to test it, it would be great! Attaching the debug apk file you can > install on your phone. > It should work, but if not I can make you a signed apk... > > Thanks. OK, in the mean time I installed it on my Samsung S2 that comes with KitKat Beanstalk 4.4.4 It's myself built, see here https://plus.google.com/105661760401324958761/posts/7b7tmu2shVj ;-) This evening I'm going to try with my home based all-in-one 3.5.1 oVirt environment. Some preliminary questions: - is the application suitable for tablets too? I would like t test it on a Samsung Note Pro too (stock 4.4.2) - can I connect to multiple environments (so define for example multiple configurations)? - does it require dns resolving engine hostname, or will it work with ip based configurations? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 10:41:40 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 11:41:40 +0100 Subject: [ovirt-users] AAA Message-ID: Can somebody help me setting up AAA for ovirt 3.5.1? I'm getting this now: 2015-01-29 11:35:36,889 WARN [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_gc._tcp.brussels.airport': javax.naming.NameNotFoundException: DNS name not found [response code 3]; remaining name '_gc._tcp.brussels.airport' my 3 configs: *BRU_AIR-authn.properties* ovirt.engine.extension.name = BRU_AIR-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = BRU-AIR ovirt.engine.aaa.authn.authz.plugin = BRU_AIR-authz config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties *BRU_AIR-authz.properties* ovirt.engine.extension.name = BRU_AIR-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties *BRU_AIR.properties* include = # # Active directory domain name. # vars.domain = mydomain.com # # Search user and its password. # vars.user = admin@${global:vars.domain} vars.password = *********** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns = dns://dc01.mydomain.com pool.default.serverset.type = srvrecord pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password In the GUI for adding user I get this: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_gc__tcp_brussels_airport': javax_naming_NameNotFoundException: DNS name not found [response code 3]; remaining name '_gc__tcp_brussels_airport' Any ideas? I ran out... Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From karli.sjoberg at slu.se Thu Jan 29 10:45:02 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 10:45:02 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> Message-ID: <1422528301.32644.12.camel@data-b104.adm.slu.se> On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > This is still under heavy development, but first usable version can > be found at [1] > > [Snip] > > > feature requests and general feedback are very welcome. You can file > any issues directly at [2]. > > [Snip] > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > [2] https://github.com/matobet/moVirt/issues > > > Hello > Are the above links yet the right ones to use for apk download/install > and issue tracking in case I want to test movirt? > Thanks > Gianluca > > plain text document attachment (ATT00001) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users BTW, just curious, what about Lollipop? Does it work with the same app or must it be specifically built for the new version? /K From omachace at redhat.com Thu Jan 29 10:53:53 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 11:53:53 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: Message-ID: <54CA1141.4050200@redhat.com> On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > Can somebody help me setting up AAA for ovirt 3.5.1? > > I'm getting this now: > > 2015-01-29 11:35:36,889 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records > with name '_gc._tcp.brussels.airport': > javax.naming.NameNotFoundException: DNS name not found [response code > 3]; remaining name '_gc._tcp.brussels.airport' Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > my 3 configs: > _*BRU_AIR-authn.properties*_ > ovirt.engine.extension.name = > BRU_AIR-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name > = BRU-AIR > ovirt.engine.aaa.authn.authz.plugin = BRU_AIR-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties > > _*BRU_AIR-authz.properties*_ > ovirt.engine.extension.name = > BRU_AIR-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties > > _*BRU_AIR.properties*_ > include = > > # > # Active directory domain name. > # > vars.domain = mydomain.com > > # > # Search user and its password. > # > vars.user = admin@${global:vars.domain} > vars.password = *********** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns://dc01.mydomain.com > > pool.default.serverset.type = srvrecord > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password > > In the GUI for adding user I get this: > > An error occurred while attempting to query DNS in order to retrieve SRV > records with name '_gc__tcp_brussels_airport': > javax_naming_NameNotFoundException: DNS name not found [response code > 3]; remaining name '_gc__tcp_brussels_airport' > > Any ideas? I ran out... > > Kind regards, > > Koen > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jsiml at plusline.net Thu Jan 29 10:56:00 2015 From: jsiml at plusline.net (Jan Siml) Date: Thu, 29 Jan 2015 11:56:00 +0100 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe In-Reply-To: <54CA0704.7080607@plusline.net> References: <54C9FFD8.2070208@plusline.net> <54CA0704.7080607@plusline.net> Message-ID: <54CA11C0.9010905@plusline.net> Hello, finally I got the nodes online. What helps was probing the not needed peer node-04 (no brick) from one of the other cluster nodes. When the node becames a Gluster peer, I am able to activate any oVirt node which serves bricks. Therefore I assume, the error message which the UI returns comes from node-04: root at node-04:~ $ gluster peer probe node-01 peer probe: failed: Probe returned with unknown errno 107 root at node-03:~ $ gluster peer status Number of Peers: 2 Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) root at node-03:~ $ gluster peer probe node-04 peer probe: success. root at node-03:~ $ gluster peer status Number of Peers: 3 Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) Hostname: node-04 Uuid: 9cdefc68-d710-4346-93b1-76b5307e258b State: Peer in Cluster (Connected) This (oVirt's behavior) seems to be reproducible. On 01/29/2015 11:10 AM, Jan Siml wrote: > Hello, > > when looking into engine.log, I can see, that "gluster probe" returned > errno 107. But I can't figure out why: > > 2015-01-29 10:40:03,546 ERROR > [org.ovirt.engine.core.bll.InitVdsOnUpCommand] > (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the > gluster server node-03. Error: VdcBLLException: org.ovirt.eng > ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: > VDSErrorException: Failed to AddGlusterServerVDS, error = Add host failed > error: Probe returned with unknown errno 107 > > Just for the record: We use the /etc/hosts method because of missing > possibility to choose the network interface for Gluster. The three > Gluster peer hosts have modified /etc/hosts files with addresses binded > to a different interface than the ovirtmgmt addresses. > > Example: > > root at node-03:~ $ cat /etc/hosts > 192.168.200.195 node-01 > 192.168.200.196 node-02 > 192.168.200.198 node-03 > > The /etc/hosts file on engine host isn't modified. > > > On 01/29/2015 10:39 AM, Jan Siml wrote: >> Hello, >> >> we have a strange behavior within an oVirt cluster. Version is 3.5.1, >> engine is running on EL6 machine and hosts are using EL7 as operating >> system. The cluster uses a GlusterFS backed storage domain amongst >> others. Three of four hosts are peers in the Gluster cluster (3 bricks, >> 3 replica). >> >> When all hosts are restarted (maybe due to power outage), engine can't >> activate them again, because Gluster probe fails. The message given in >> UI is: >> >> "Gluster command [gluster peer node-03] failed on server node-03." >> >> Checking Gluster peer and volume status on each host confirms that >> Gluster peers are known to each other and volume is up. >> >> node-03:~ $ gluster peer status >> Number of Peers: 2 >> >> Hostname: node-02 >> Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 >> State: Peer in Cluster (Connected) >> >> Hostname: node-01 >> Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 >> State: Peer in Cluster (Connected) >> >> node-03:~ $ gluster volume status >> Status of volume: glusterfs-1 >> Gluster process Port Online Pid >> ------------------------------------------------------------------------------ >> >> >> Brick node-01:/export/glusterfs/brick 49152 Y 12409 >> Brick node-02:/export/glusterfs/brick 49153 Y 9978 >> Brick node-03:/export/glusterfs/brick 49152 Y 10001 >> Self-heal Daemon on localhost N/A Y 10003 >> Self-heal Daemon on node-01 N/A Y 11590 >> Self-heal Daemon on node-02 N/A Y 9988 >> >> Task Status of Volume glusterfs-1 >> ------------------------------------------------------------------------------ >> >> >> There are no active volume tasks >> >> Storage domain in oVirt UI is fine (active and green) and usable. But >> neither Gluster volume nor any brick is visible in UI. >> >> If I try the command which is shown in UI it returns: >> >> root at node-03:~ $ gluster peer probe node-03 >> peer probe: success. Probe on localhost not needed >> >> root at node-03:~ $ gluster --mode=script peer probe node-03 --xml >> >> >> 0 >> 1 >> (null) >> Probe on localhost not needed >> >> >> Is this maybe just an engine side parsing error? >> > -- Kind regards Jan Siml From tjelinek at redhat.com Thu Jan 29 10:56:17 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 05:56:17 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> Message-ID: <1011106292.2160786.1422528977012.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Tomas Jelinek" > Cc: "Martin Betak" , "users" > Sent: Thursday, January 29, 2015 11:39:34 AM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Thu, Jan 29, 2015 at 11:18 AM, Tomas Jelinek wrote: > > > > > > > Hi Gianluca, > > > > the link to APK is not correct anymore, it was a very old version > > containing quite nasty bugs and the development moved. > > It is now much more stable but not yet officially released. But if you are > > willing to test it, it would be great! Attaching the debug apk file you can > > install on your phone. > > It should work, but if not I can make you a signed apk... > > > > > Thanks. > OK, in the mean time I installed it on my Samsung S2 that comes with > KitKat Beanstalk 4.4.4 > It's myself built, see here > https://plus.google.com/105661760401324958761/posts/7b7tmu2shVj > ;-) > > This evening I'm going to try with my home based all-in-one 3.5.1 oVirt > environment. cool! can't wait for results :) > Some preliminary questions: > - is the application suitable for tablets too? I would like t test it on a > Samsung Note Pro too (stock 4.4.2) yes, it should work properly > - can I connect to multiple environments (so define for example multiple > configurations)? no, not now. You have to be be connected to only one. > - does it require dns resolving engine hostname, or will it work with ip > based configurations? it works both with IP and hostname - you just need to have the correct address filled :) Don't forget to add both the protocol and the actual path to api, e.g.: https://192.168.122.12:443/ovirt-engine/api and for username don't forget to add also the domain, e.g. admin at internal Than you can have problems with the SSL certificates - you have to either import your cert to the phone or just select "disable https" in the movirt settings - for home setup it is enough ;) Also, please note that if you are connecting with admin at internal (or any other user with admin permissions), select the "Admin Privilege" in the settings - than you will be able to use the search queries and such. If you decide to unselect it, you have to make sure that VMs are actually visible to the user from which you are connecting. And also, the search queries will not be available for you - it is a limitation of oVirt's REST API. uau, I'm so excited that someone from the community is going to test it! Tomas > > Gianluca > From tjelinek at redhat.com Thu Jan 29 11:01:52 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 06:01:52 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422528301.32644.12.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> Message-ID: <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: "Gianluca Cecchi" > Cc: "users" > Sent: Thursday, January 29, 2015 11:45:02 AM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > This is still under heavy development, but first usable version can > > be found at [1] > > > > [Snip] > > > > > feature requests and general feedback are very welcome. You can file > > any issues directly at [2]. > > > > [Snip] > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > > [2] https://github.com/matobet/moVirt/issues > > > > > > Hello > > Are the above links yet the right ones to use for apk download/install > > and issue tracking in case I want to test movirt? > > Thanks > > Gianluca > > > > plain text document attachment (ATT00001) > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > BTW, just curious, what about Lollipop? Does it work with the same app > or must it be specifically built for the new version? It should, but no one have tested it so far. Do you have a device with Lollipop? It would be so awesome if you could test it! > > /K > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From karli.sjoberg at slu.se Thu Jan 29 11:07:49 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 11:07:49 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> Message-ID: <1422529668.32644.13.camel@data-b104.adm.slu.se> On Thu, 2015-01-29 at 06:01 -0500, Tomas Jelinek wrote: > > ----- Original Message ----- > > From: "Karli Sj?berg" > > To: "Gianluca Cecchi" > > Cc: "users" > > Sent: Thursday, January 29, 2015 11:45:02 AM > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > > > This is still under heavy development, but first usable version can > > > be found at [1] > > > > > > [Snip] > > > > > > > feature requests and general feedback are very welcome. You can file > > > any issues directly at [2]. > > > > > > [Snip] > > > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > > > [2] https://github.com/matobet/moVirt/issues > > > > > > > > > Hello > > > Are the above links yet the right ones to use for apk download/install > > > and issue tracking in case I want to test movirt? > > > Thanks > > > Gianluca > > > > > > plain text document attachment (ATT00001) > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > BTW, just curious, what about Lollipop? Does it work with the same app > > or must it be specifically built for the new version? > > It should, but no one have tested it so far. Do you have a device with Lollipop? It would be so awesome if you could test it! Yup, sure thing:) I?ll report back once I?ve tested. /K > > > > > /K > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From karli.sjoberg at slu.se Thu Jan 29 11:11:30 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 11:11:30 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422529668.32644.13.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> Message-ID: <1422529890.32644.14.camel@data-b104.adm.slu.se> On Thu, 2015-01-29 at 11:07 +0000, Karli Sj?berg wrote: > On Thu, 2015-01-29 at 06:01 -0500, Tomas Jelinek wrote: > > > > ----- Original Message ----- > > > From: "Karli Sj?berg" > > > To: "Gianluca Cecchi" > > > Cc: "users" > > > Sent: Thursday, January 29, 2015 11:45:02 AM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > > > > > This is still under heavy development, but first usable version can > > > > be found at [1] > > > > > > > > [Snip] > > > > > > > > > feature requests and general feedback are very welcome. You can file > > > > any issues directly at [2]. > > > > > > > > [Snip] > > > > > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > > > > [2] https://github.com/matobet/moVirt/issues > > > > > > > > > > > > Hello > > > > Are the above links yet the right ones to use for apk download/install > > > > and issue tracking in case I want to test movirt? > > > > Thanks > > > > Gianluca > > > > > > > > plain text document attachment (ATT00001) > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > BTW, just curious, what about Lollipop? Does it work with the same app > > > or must it be specifically built for the new version? > > > > It should, but no one have tested it so far. Do you have a device with Lollipop? It would be so awesome if you could test it! > > Yup, sure thing:) I?ll report back once I?ve tested. No, I spoke too soon, 'the attachment was removed'. Can you upload it somewhere and paste the link? /K > > /K > > > > > > > > > /K > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Thu Jan 29 11:19:24 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 12:19:24 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422529890.32644.14.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> Message-ID: On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg wrote: > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > somewhere and paste the link? > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjelinek at redhat.com Thu Jan 29 11:28:16 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 06:28:16 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> Message-ID: <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Karli Sj?berg" > Cc: "Tomas Jelinek" , "Sphoorti Joglekar" , "users" > > Sent: Thursday, January 29, 2015 12:19:24 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg > wrote: > > > > > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > > somewhere and paste the link? > > > > > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk > Gianluca Seen your mail too late - I have just uploaded it to github: [1]. There is a link now from the main github page [2] Tomas [1]: https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-debug.apk?raw=true [2]: https://github.com/matobet/moVirt > From vanoppen.koen at gmail.com Thu Jan 29 11:30:19 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 12:30:19 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA1141.4050200@redhat.com> References: <54CA1141.4050200@redhat.com> Message-ID: No, I don't. and I wouldn't know how he got to this name... Thanks for the reply! 2015-01-29 11:53 GMT+01:00 Ondra Machacek : > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > >> Can somebody help me setting up AAA for ovirt 3.5.1? >> >> I'm getting this now: >> >> 2015-01-29 11:35:36,889 WARN >> [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread >> 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot >> initialize LDAP framework, deferring initialization. Error: An error >> occurred while attempting to query DNS in order to retrieve SRV records >> with name '_gc._tcp.brussels.airport': >> javax.naming.NameNotFoundException: DNS name not found [response code >> 3]; remaining name '_gc._tcp.brussels.airport' >> > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > >> my 3 configs: >> _*BRU_AIR-authn.properties*_ >> ovirt.engine.extension.name = >> BRU_AIR-authn >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthnExtension >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authn >> ovirt.engine.aaa.authn.profile.name >> = BRU-AIR >> ovirt.engine.aaa.authn.authz.plugin = BRU_AIR-authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties >> >> _*BRU_AIR-authz.properties*_ >> ovirt.engine.extension.name = >> BRU_AIR-authz >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthzExtension >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties >> >> _*BRU_AIR.properties*_ >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = mydomain.com >> >> # >> # Search user and its password. >> # >> vars.user = admin@${global:vars.domain} >> vars.password = *********** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> vars.dns = dns://dc01.mydomain.com >> >> pool.default.serverset.type = srvrecord >> pool.default.serverset.srvrecord.domain = ${global:vars.domain} >> pool.default.auth.simple.bindDN = ${global:vars.user} >> pool.default.auth.simple.password = ${global:vars.password >> >> In the GUI for adding user I get this: >> >> An error occurred while attempting to query DNS in order to retrieve SRV >> records with name '_gc__tcp_brussels_airport': >> javax_naming_NameNotFoundException: DNS name not found [response code >> 3]; remaining name '_gc__tcp_brussels_airport' >> >> Any ideas? I ran out... >> >> Kind regards, >> >> Koen >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From karli.sjoberg at slu.se Thu Jan 29 11:48:59 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 11:48:59 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> Message-ID: <1422532139.32644.17.camel@data-b104.adm.slu.se> On Thu, 2015-01-29 at 06:28 -0500, Tomas Jelinek wrote: > > ----- Original Message ----- > > From: "Gianluca Cecchi" > > To: "Karli Sj?berg" > > Cc: "Tomas Jelinek" , "Sphoorti Joglekar" , "users" > > > > Sent: Thursday, January 29, 2015 12:19:24 PM > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg > > wrote: > > > > > > > > > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > > > somewhere and paste the link? > > > > > > > > > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk > > Gianluca > > Seen your mail too late - I have just uploaded it to github: [1]. There is a link now from the main github page [2] > > Tomas > > [1]: https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-debug.apk?raw=true > [2]: https://github.com/matobet/moVirt > > Cool as fsck!:) Worked like a charm on my Nexus 4 and going to install it on my Nexus 7 tonight as well. Shame no SPICE but keep it up guys, that was great! /K From omachace at redhat.com Thu Jan 29 11:49:00 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 12:49:00 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> Message-ID: <54CA1E2C.9090103@redhat.com> On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > No, I don't. and I wouldn't know how he got to this name... Well, then you have to, if you want to use 'pool.default.serverset.type = srvrecord'. It just need to know where your global catalog is running, since it's needed for new provider. It searches for global catalog like this: dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} So you need to have this SRV record in DNS, if you want to use srvrecord serverset type. Or you don't have to if you use single server type. > > Thanks for the reply! > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek >: > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > Can somebody help me setting up AAA for ovirt 3.5.1? > > I'm getting this now: > > 2015-01-29 11:35:36,889 WARN > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_gc._tcp.brussels.airport': > javax.naming.__NameNotFoundException: DNS name not found > [response code > 3]; remaining name '_gc._tcp.brussels.airport' > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > my 3 configs: > _*BRU_AIR-authn.properties*_ > ovirt.engine.extension.name > > = > BRU_AIR-authn > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authn > ovirt.engine.aaa.authn.__profile.name > > > = BRU-AIR > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > _*BRU_AIR-authz.properties*_ > ovirt.engine.extension.name > > = > BRU_AIR-authz > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > _*BRU_AIR.properties*_ > include = > > # > # Active directory domain name. > # > vars.domain = mydomain.com > > > # > # Search user and its password. > # > vars.user = admin@${global:vars.domain} > vars.password = *********** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns://dc01.mydomain.com > > > pool.default.serverset.type = srvrecord > pool.default.serverset.__srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.__bindDN = ${global:vars.user} > pool.default.auth.simple.__password = ${global:vars.password > > In the GUI for adding user I get this: > > An error occurred while attempting to query DNS in order to > retrieve SRV > records with name '_gc__tcp_brussels_airport': > javax_naming___NameNotFoundException: DNS name not found > [response code > 3]; remaining name '_gc__tcp_brussels_airport' > > Any ideas? I ran out... > > Kind regards, > > Koen > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From alonbl at redhat.com Thu Jan 29 12:02:14 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 07:02:14 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: <54CA1E2C.9090103@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> Message-ID: <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Ondra Machacek" > To: "Koen Vanoppen" , users at ovirt.org > Sent: Thursday, January 29, 2015 1:49:00 PM > Subject: Re: [ovirt-users] AAA > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > No, I don't. and I wouldn't know how he got to this name... > > Well, then you have to, if you want to use 'pool.default.serverset.type > = srvrecord'. > > It just need to know where your global catalog is running, since it's > needed for new provider. > > It searches for global catalog like this: > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > So you need to have this SRV record in DNS, if you want to use srvrecord > serverset type. Or you don't have to if you use single server type. active directory will not work without access to global catalog. please set one or more of the domain controllers as dns server, for example: vars.dns = dns://dc1.${global:vars.domain} dns://dc2.${global:vars.domain} please also uncomment/add these lines to make vars.dns effective. pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns} Thanks! > > > > > Thanks for the reply! > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > >: > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > I'm getting this now: > > > > 2015-01-29 11:35:36,889 WARN > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > service thread > > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > Cannot > > initialize LDAP framework, deferring initialization. Error: An > > error > > occurred while attempting to query DNS in order to retrieve SRV > > records > > with name '_gc._tcp.brussels.airport': > > javax.naming.__NameNotFoundException: DNS name not found > > [response code > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > > > > my 3 configs: > > _*BRU_AIR-authn.properties*_ > > ovirt.engine.extension.name > > > > = > > BRU_AIR-authn > > ovirt.engine.extension.__bindings.method = jbossmodule > > ovirt.engine.extension.__binding.jbossmodule.module = > > org.ovirt.engine-extensions.__aaa.ldap > > ovirt.engine.extension.__binding.jbossmodule.class = > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > ovirt.engine.extension.__provides = > > org.ovirt.engine.api.__extensions.aaa.Authn > > ovirt.engine.aaa.authn.__profile.name > > > > > > = BRU-AIR > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > _*BRU_AIR-authz.properties*_ > > ovirt.engine.extension.name > > > > = > > BRU_AIR-authz > > ovirt.engine.extension.__bindings.method = jbossmodule > > ovirt.engine.extension.__binding.jbossmodule.module = > > org.ovirt.engine-extensions.__aaa.ldap > > ovirt.engine.extension.__binding.jbossmodule.class = > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > ovirt.engine.extension.__provides = > > org.ovirt.engine.api.__extensions.aaa.Authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > _*BRU_AIR.properties*_ > > include = > > > > # > > # Active directory domain name. > > # > > vars.domain = mydomain.com > > > > > > # > > # Search user and its password. > > # > > vars.user = admin@${global:vars.domain} > > vars.password = *********** > > > > # > > # Optional DNS servers, if enterprise > > # DNS server cannot resolve the domain srvrecord. > > # > > vars.dns = dns://dc01.mydomain.com > > > > > > pool.default.serverset.type = srvrecord > > pool.default.serverset.__srvrecord.domain = ${global:vars.domain} > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > pool.default.auth.simple.__password = ${global:vars.password > > > > In the GUI for adding user I get this: > > > > An error occurred while attempting to query DNS in order to > > retrieve SRV > > records with name '_gc__tcp_brussels_airport': > > javax_naming___NameNotFoundException: DNS name not found > > [response code > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > Any ideas? I ran out... > > > > Kind regards, > > > > Koen > > > > > > _________________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From s.kieske at mittwald.de Thu Jan 29 12:05:59 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Thu, 29 Jan 2015 13:05:59 +0100 Subject: [ovirt-users] [POLL] FOSDEM Social Event Date In-Reply-To: References: Message-ID: <54CA2227.7080902@mittwald.de> Hi, just a short notice that I will attend FOSDEM too. I don't know yet if I make it to the social event, see you at the ovirt sessions! -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From shtripat at redhat.com Thu Jan 29 12:06:53 2015 From: shtripat at redhat.com (Shubhendu Tripathi) Date: Thu, 29 Jan 2015 17:36:53 +0530 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe In-Reply-To: <54CA11C0.9010905@plusline.net> References: <54C9FFD8.2070208@plusline.net> <54CA0704.7080607@plusline.net> <54CA11C0.9010905@plusline.net> Message-ID: <54CA225D.7090304@redhat.com> On 01/29/2015 04:26 PM, Jan Siml wrote: > Hello, > > finally I got the nodes online. What helps was probing the not needed > peer node-04 (no brick) from one of the other cluster nodes. When the > node becames a Gluster peer, I am able to activate any oVirt node > which serves bricks. > > Therefore I assume, the error message which the UI returns comes from > node-04: Yes, this could be an issue as all other successful cases, the value for opErrno is retruned as 0 and opErrStr is blank. I feel this scenario is treated as an error engine side. > > root at node-04:~ $ gluster peer probe node-01 > peer probe: failed: Probe returned with unknown errno 107 > > root at node-03:~ $ gluster peer status > Number of Peers: 2 > > Hostname: node-01 > Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 > State: Peer in Cluster (Connected) > > Hostname: node-02 > Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 > State: Peer in Cluster (Connected) > > root at node-03:~ $ gluster peer probe node-04 > peer probe: success. > > root at node-03:~ $ gluster peer status > Number of Peers: 3 > > Hostname: node-01 > Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 > State: Peer in Cluster (Connected) > > Hostname: node-02 > Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 > State: Peer in Cluster (Connected) > > Hostname: node-04 > Uuid: 9cdefc68-d710-4346-93b1-76b5307e258b > State: Peer in Cluster (Connected) > > This (oVirt's behavior) seems to be reproducible. > > On 01/29/2015 11:10 AM, Jan Siml wrote: >> Hello, >> >> when looking into engine.log, I can see, that "gluster probe" returned >> errno 107. But I can't figure out why: >> >> 2015-01-29 10:40:03,546 ERROR >> [org.ovirt.engine.core.bll.InitVdsOnUpCommand] >> (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the >> gluster server node-03. Error: VdcBLLException: org.ovirt.eng >> ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: >> VDSErrorException: Failed to AddGlusterServerVDS, error = Add host >> failed >> error: Probe returned with unknown errno 107 >> >> Just for the record: We use the /etc/hosts method because of missing >> possibility to choose the network interface for Gluster. The three >> Gluster peer hosts have modified /etc/hosts files with addresses binded >> to a different interface than the ovirtmgmt addresses. >> >> Example: >> >> root at node-03:~ $ cat /etc/hosts >> 192.168.200.195 node-01 >> 192.168.200.196 node-02 >> 192.168.200.198 node-03 >> >> The /etc/hosts file on engine host isn't modified. >> >> >> On 01/29/2015 10:39 AM, Jan Siml wrote: >>> Hello, >>> >>> we have a strange behavior within an oVirt cluster. Version is 3.5.1, >>> engine is running on EL6 machine and hosts are using EL7 as operating >>> system. The cluster uses a GlusterFS backed storage domain amongst >>> others. Three of four hosts are peers in the Gluster cluster (3 bricks, >>> 3 replica). >>> >>> When all hosts are restarted (maybe due to power outage), engine can't >>> activate them again, because Gluster probe fails. The message given in >>> UI is: >>> >>> "Gluster command [gluster peer node-03] failed on server node-03." >>> >>> Checking Gluster peer and volume status on each host confirms that >>> Gluster peers are known to each other and volume is up. >>> >>> node-03:~ $ gluster peer status >>> Number of Peers: 2 >>> >>> Hostname: node-02 >>> Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 >>> State: Peer in Cluster (Connected) >>> >>> Hostname: node-01 >>> Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 >>> State: Peer in Cluster (Connected) >>> >>> node-03:~ $ gluster volume status >>> Status of volume: glusterfs-1 >>> Gluster process Port Online Pid >>> ------------------------------------------------------------------------------ >>> >>> >>> >>> Brick node-01:/export/glusterfs/brick 49152 Y 12409 >>> Brick node-02:/export/glusterfs/brick 49153 Y 9978 >>> Brick node-03:/export/glusterfs/brick 49152 Y 10001 >>> Self-heal Daemon on localhost N/A Y 10003 >>> Self-heal Daemon on node-01 N/A Y 11590 >>> Self-heal Daemon on node-02 N/A Y 9988 >>> >>> Task Status of Volume glusterfs-1 >>> ------------------------------------------------------------------------------ >>> >>> >>> >>> There are no active volume tasks >>> >>> Storage domain in oVirt UI is fine (active and green) and usable. But >>> neither Gluster volume nor any brick is visible in UI. >>> >>> If I try the command which is shown in UI it returns: >>> >>> root at node-03:~ $ gluster peer probe node-03 >>> peer probe: success. Probe on localhost not needed >>> >>> root at node-03:~ $ gluster --mode=script peer probe node-03 --xml >>> >>> >>> 0 >>> 1 >>> (null) >>> Probe on localhost not needed >>> >>> >>> Is this maybe just an engine side parsing error? >>> >> > From mpavlik at redhat.com Thu Jan 29 12:13:06 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Thu, 29 Jan 2015 13:13:06 +0100 Subject: [ovirt-users] Network setup for load balance In-Reply-To: References: Message-ID: Hi Carlos, you figured it yourself, the fastest/easiest way will be to deploy ovirt again. This time set the bonding manually before deployment and tie the management to the bond you create. You did not mention what bond mode you want to use, please note that not all bond modes are supported for VM networks. You?ve mentioned that you are after load balancing, in this case you can use mode=2(balance-xor), or mode=4(802.3ad) however mode 4 requires switch side support/configuration. HTH Martin Pavlik > On 28 Jan 2015, at 15:16, Carlos Ibrahim Arias wrote: > > Hello, > > I'm writing after a few weeks of trying to deploy the installation I had in mind without success. I'm a newbie using orvit and my problem may sound odd to some but I haven't been able to find a solution yet... I've searched all the Web. > > I have a server with two NICs (em1 and em2) and I want to bond them for load balancing. I installed oVirt 3.5.1 using the hosted-engine option with CentOS 7 on the hosted-engine and the host, and gluster on the host for the domain storage. Everything was fine during the installation and the system seems to work properly. ovirtmgmt is linked to em1. > > The problem is that now I can't bond em1 and em2 using the web GUI. I set up the bonding manually, it works but vdsmd is not starting afterwards. > > Should I have done the bond before installing oVirt? Is there any workaround to bond my NICs so that oVirt can use them for load balance? Shall I use other network setup for load balance (VLANs..)? > > Thanks in advanced, > -- > Carlos Ibrahim Arias > Consultor & Ingeniero en Inform?tica > Braimtec - Smart IT > E: carlos at braimtec.com > M: +34 600 457 497 > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 12:19:32 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 13:19:32 +0100 Subject: [ovirt-users] AAA In-Reply-To: <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> Message-ID: Big thanks for your help, but still the same: # # Active directory domain name. # vars.domain = mydomain.com # # Search user and its password. # vars.user = admin@${global:vars.domain} vars.password = ***** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns = dns://srvdc03.${global:vars.domain} dns://srvdc04.${global:vars.domain} pool.default.serverset.type = srvrecord pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} # Uncomment if using custom DNS pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns} [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize LDAP framework, deferring initialization. Error: No DNS SRV records were found with record name '_gc._tcp.brussels.airport'. And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another way it just resolves the dns servers I gave him? 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > ----- Original Message ----- > > From: "Ondra Machacek" > > To: "Koen Vanoppen" , users at ovirt.org > > Sent: Thursday, January 29, 2015 1:49:00 PM > > Subject: Re: [ovirt-users] AAA > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > No, I don't. and I wouldn't know how he got to this name... > > > > Well, then you have to, if you want to use 'pool.default.serverset.type > > = srvrecord'. > > > > It just need to know where your global catalog is running, since it's > > needed for new provider. > > > > It searches for global catalog like this: > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > So you need to have this SRV record in DNS, if you want to use srvrecord > > serverset type. Or you don't have to if you use single server type. > > active directory will not work without access to global catalog. > please set one or more of the domain controllers as dns server, for > example: > > vars.dns = dns://dc1.${global:vars.domain} dns://dc2.${global:vars.domain} > > please also uncomment/add these lines to make vars.dns effective. > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > = ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > Thanks! > > > > > > > > > Thanks for the reply! > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > >: > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > I'm getting this now: > > > > > > 2015-01-29 11:35:36,889 WARN > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > service thread > > > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > Cannot > > > initialize LDAP framework, deferring initialization. Error: An > > > error > > > occurred while attempting to query DNS in order to retrieve SRV > > > records > > > with name '_gc._tcp.brussels.airport': > > > javax.naming.__NameNotFoundException: DNS name not found > > > [response code > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > > > > > > > my 3 configs: > > > _*BRU_AIR-authn.properties*_ > > > ovirt.engine.extension.name < > http://ovirt.engine.extension.name> > > > > > > = > > > BRU_AIR-authn > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > org.ovirt.engine-extensions.__aaa.ldap > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > ovirt.engine.extension.__provides = > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > = BRU-AIR > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > config.profile.file.1 = > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > _*BRU_AIR-authz.properties*_ > > > ovirt.engine.extension.name < > http://ovirt.engine.extension.name> > > > > > > = > > > BRU_AIR-authz > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > org.ovirt.engine-extensions.__aaa.ldap > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > ovirt.engine.extension.__provides = > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > config.profile.file.1 = > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > _*BRU_AIR.properties*_ > > > include = > > > > > > # > > > # Active directory domain name. > > > # > > > vars.domain = mydomain.com > > > > > > > > > # > > > # Search user and its password. > > > # > > > vars.user = admin@${global:vars.domain} > > > vars.password = *********** > > > > > > # > > > # Optional DNS servers, if enterprise > > > # DNS server cannot resolve the domain srvrecord. > > > # > > > vars.dns = dns://dc01.mydomain.com > > > > > > > > > pool.default.serverset.type = srvrecord > > > pool.default.serverset.__srvrecord.domain = > ${global:vars.domain} > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > pool.default.auth.simple.__password = ${global:vars.password > > > > > > In the GUI for adding user I get this: > > > > > > An error occurred while attempting to query DNS in order to > > > retrieve SRV > > > records with name '_gc__tcp_brussels_airport': > > > javax_naming___NameNotFoundException: DNS name not found > > > [response code > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > Any ideas? I ran out... > > > > > > Kind regards, > > > > > > Koen > > > > > > > > > _________________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 12:33:48 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 07:33:48 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> Message-ID: <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Alon Bar-Lev" , users at ovirt.org > Sent: Thursday, January 29, 2015 2:19:32 PM > Subject: Re: [ovirt-users] AAA > > Big thanks for your help, but still the same: > > # > # Active directory domain name. > # > vars.domain = mydomain.com > > # > # Search user and its password. > # > vars.user = admin@${global:vars.domain} > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns://srvdc03.${global:vars.domain} > dns://srvdc04.${global:vars.domain} > > pool.default.serverset.type = srvrecord > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > LDAP framework, deferring initialization. Error: No DNS SRV records were > found with record name '_gc._tcp.brussels.airport'. > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > way it just resolves the dns servers I gave him? > Microsoft Domain controller must have gc service entry within DNS to work properly. 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? 2. Can you please execute: $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com 3. Can you please open the DNS manager within your domain and search for srv records? Maybe you have DNS installed only on few servers, using the DNS manager you can also see which. > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > ----- Original Message ----- > > > From: "Ondra Machacek" > > > To: "Koen Vanoppen" , users at ovirt.org > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > Well, then you have to, if you want to use 'pool.default.serverset.type > > > = srvrecord'. > > > > > > It just need to know where your global catalog is running, since it's > > > needed for new provider. > > > > > > It searches for global catalog like this: > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > So you need to have this SRV record in DNS, if you want to use srvrecord > > > serverset type. Or you don't have to if you use single server type. > > > > active directory will not work without access to global catalog. > > please set one or more of the domain controllers as dns server, for > > example: > > > > vars.dns = dns://dc1.${global:vars.domain} dns://dc2.${global:vars.domain} > > > > please also uncomment/add these lines to make vars.dns effective. > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > = ${global:vars.dns} > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > Thanks! > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > >: > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > I'm getting this now: > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > service thread > > > > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > Cannot > > > > initialize LDAP framework, deferring initialization. Error: An > > > > error > > > > occurred while attempting to query DNS in order to retrieve SRV > > > > records > > > > with name '_gc._tcp.brussels.airport': > > > > javax.naming.__NameNotFoundException: DNS name not found > > > > [response code > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > > > > > > > > > > my 3 configs: > > > > _*BRU_AIR-authn.properties*_ > > > > ovirt.engine.extension.name < > > http://ovirt.engine.extension.name> > > > > > > > > = > > > > BRU_AIR-authn > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > ovirt.engine.extension.__provides = > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > = BRU-AIR > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > config.profile.file.1 = > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > ovirt.engine.extension.name < > > http://ovirt.engine.extension.name> > > > > > > > > = > > > > BRU_AIR-authz > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > ovirt.engine.extension.__provides = > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > config.profile.file.1 = > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > _*BRU_AIR.properties*_ > > > > include = > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = *********** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://dc01.mydomain.com > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.__srvrecord.domain = > > ${global:vars.domain} > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > pool.default.auth.simple.__password = ${global:vars.password > > > > > > > > In the GUI for adding user I get this: > > > > > > > > An error occurred while attempting to query DNS in order to > > > > retrieve SRV > > > > records with name '_gc__tcp_brussels_airport': > > > > javax_naming___NameNotFoundException: DNS name not found > > > > [response code > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > Any ideas? I ran out... > > > > > > > > Kind regards, > > > > > > > > Koen > > > > > > > > > > > > _________________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > From vanoppen.koen at gmail.com Thu Jan 29 12:41:52 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 13:41:52 +0100 Subject: [ovirt-users] AAA In-Reply-To: <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> Message-ID: Yes We have: [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ tcp.mydomain.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;_gc._tcp.mydomain.com. IN SRV ;; AUTHORITY SECTION: mydomain.com. 3600 IN SOA srvdc03.mydomain.com. hostmaster.airport. 1398582 900 600 86400 3600 ;; Query time: 12 msec ;; SERVER: 10.110.3.123#53(10.110.3.123) ;; WHEN: Thu Jan 29 13:40:41 2015 ;; MSG SIZE rcvd: 98 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Alon Bar-Lev" , users at ovirt.org > > Sent: Thursday, January 29, 2015 2:19:32 PM > > Subject: Re: [ovirt-users] AAA > > > > Big thanks for your help, but still the same: > > > > # > > # Active directory domain name. > > # > > vars.domain = mydomain.com > > > > # > > # Search user and its password. > > # > > vars.user = admin@${global:vars.domain} > > vars.password = ***** > > > > # > > # Optional DNS servers, if enterprise > > # DNS server cannot resolve the domain srvrecord. > > # > > vars.dns = dns://srvdc03.${global:vars.domain} > > dns://srvdc04.${global:vars.domain} > > > > pool.default.serverset.type = srvrecord > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > pool.default.auth.simple.bindDN = ${global:vars.user} > > pool.default.auth.simple.password = ${global:vars.password} > > > > # Uncomment if using custom DNS > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > ${global:vars.dns} > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > > LDAP framework, deferring initialization. Error: No DNS SRV records were > > found with record name '_gc._tcp.brussels.airport'. > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > > way it just resolves the dns servers I gave him? > > > > Microsoft Domain controller must have gc service entry within DNS to work > properly. > 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? > 2. Can you please execute: > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > 3. Can you please open the DNS manager within your domain and search for > srv records? Maybe you have DNS installed only on few servers, using the > DNS manager you can also see which. > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > ----- Original Message ----- > > > > From: "Ondra Machacek" > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > Well, then you have to, if you want to use > 'pool.default.serverset.type > > > > = srvrecord'. > > > > > > > > It just need to know where your global catalog is running, since it's > > > > needed for new provider. > > > > > > > > It searches for global catalog like this: > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > So you need to have this SRV record in DNS, if you want to use > srvrecord > > > > serverset type. Or you don't have to if you use single server type. > > > > > > active directory will not work without access to global catalog. > > > please set one or more of the domain controllers as dns server, for > > > example: > > > > > > vars.dns = dns://dc1.${global:vars.domain} > dns://dc2.${global:vars.domain} > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > = ${global:vars.dns} > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > Thanks! > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > >: > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > I'm getting this now: > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > service thread > > > > > 1-1) > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > Cannot > > > > > initialize LDAP framework, deferring initialization. > Error: An > > > > > error > > > > > occurred while attempting to query DNS in order to > retrieve SRV > > > > > records > > > > > with name '_gc._tcp.brussels.airport': > > > > > javax.naming.__NameNotFoundException: DNS name not found > > > > > [response code > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS > ? > > > > > > > > > > > > > > > my 3 configs: > > > > > _*BRU_AIR-authn.properties*_ > > > > > ovirt.engine.extension.name < > > > http://ovirt.engine.extension.name> > > > > > > > > > > = > > > > > BRU_AIR-authn > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > ovirt.engine.extension.__provides = > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > = BRU-AIR > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > config.profile.file.1 = > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > ovirt.engine.extension.name < > > > http://ovirt.engine.extension.name> > > > > > > > > > > = > > > > > BRU_AIR-authz > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > ovirt.engine.extension.__provides = > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > config.profile.file.1 = > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > include = > > > > > > > > > > # > > > > > # Active directory domain name. > > > > > # > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > # > > > > > # Search user and its password. > > > > > # > > > > > vars.user = admin@${global:vars.domain} > > > > > vars.password = *********** > > > > > > > > > > # > > > > > # Optional DNS servers, if enterprise > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > # > > > > > vars.dns = dns://dc01.mydomain.com < > http://dc01.mydomain.com> > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > pool.default.serverset.__srvrecord.domain = > > > ${global:vars.domain} > > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > pool.default.auth.simple.__password = > ${global:vars.password > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > An error occurred while attempting to query DNS in order to > > > > > retrieve SRV > > > > > records with name '_gc__tcp_brussels_airport': > > > > > javax_naming___NameNotFoundException: DNS name not found > > > > > [response code > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > Kind regards, > > > > > > > > > > Koen > > > > > > > > > > > > > > > _________________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 12:50:01 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 07:50:01 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> Message-ID: <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, January 29, 2015 2:41:52 PM > Subject: Re: [ovirt-users] AAA > > Yes We have: > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ > tcp.mydomain.com > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com > SRV _gc._tcp.mydomain.com > ; (1 server found) > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > ;; QUESTION SECTION: > ;_gc._tcp.mydomain.com. IN SRV this ^^^^^^^ means that you do not have srv record. are you sure you replace mydomain.com with your actual active directory domain name? have you tried to look into your dns manager for this information as well? > > ;; AUTHORITY SECTION: > mydomain.com. 3600 IN SOA srvdc03.mydomain.com. > hostmaster.airport. 1398582 900 600 86400 3600 > > ;; Query time: 12 msec > ;; SERVER: 10.110.3.123#53(10.110.3.123) > ;; WHEN: Thu Jan 29 13:40:41 2015 > ;; MSG SIZE rcvd: 98 > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > > > > > ----- Original Message ----- > > > From: "Koen Vanoppen" > > > To: "Alon Bar-Lev" , users at ovirt.org > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > Subject: Re: [ovirt-users] AAA > > > > > > Big thanks for your help, but still the same: > > > > > > # > > > # Active directory domain name. > > > # > > > vars.domain = mydomain.com > > > > > > # > > > # Search user and its password. > > > # > > > vars.user = admin@${global:vars.domain} > > > vars.password = ***** > > > > > > # > > > # Optional DNS servers, if enterprise > > > # DNS server cannot resolve the domain srvrecord. > > > # > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > dns://srvdc04.${global:vars.domain} > > > > > > pool.default.serverset.type = srvrecord > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > # Uncomment if using custom DNS > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > > ${global:vars.dns} > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > > > LDAP framework, deferring initialization. Error: No DNS SRV records were > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > > > way it just resolves the dns servers I gave him? > > > > > > > Microsoft Domain controller must have gc service entry within DNS to work > > properly. > > 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? > > 2. Can you please execute: > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > > 3. Can you please open the DNS manager within your domain and search for > > srv records? Maybe you have DNS installed only on few servers, using the > > DNS manager you can also see which. > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Ondra Machacek" > > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > Well, then you have to, if you want to use > > 'pool.default.serverset.type > > > > > = srvrecord'. > > > > > > > > > > It just need to know where your global catalog is running, since it's > > > > > needed for new provider. > > > > > > > > > > It searches for global catalog like this: > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > So you need to have this SRV record in DNS, if you want to use > > srvrecord > > > > > serverset type. Or you don't have to if you use single server type. > > > > > > > > active directory will not work without access to global catalog. > > > > please set one or more of the domain controllers as dns server, for > > > > example: > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > dns://dc2.${global:vars.domain} > > > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > = ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > >: > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > > service thread > > > > > > 1-1) > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > Cannot > > > > > > initialize LDAP framework, deferring initialization. > > Error: An > > > > > > error > > > > > > occurred while attempting to query DNS in order to > > retrieve SRV > > > > > > records > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > javax.naming.__NameNotFoundException: DNS name not found > > > > > > [response code > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS > > ? > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > ovirt.engine.extension.name < > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > = > > > > > > BRU_AIR-authn > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > ovirt.engine.extension.__provides = > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > > > > = BRU-AIR > > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > > config.profile.file.1 = > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > ovirt.engine.extension.name < > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > = > > > > > > BRU_AIR-authz > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > ovirt.engine.extension.__provides = > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > config.profile.file.1 = > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > include = > > > > > > > > > > > > # > > > > > > # Active directory domain name. > > > > > > # > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > # > > > > > > # Search user and its password. > > > > > > # > > > > > > vars.user = admin@${global:vars.domain} > > > > > > vars.password = *********** > > > > > > > > > > > > # > > > > > > # Optional DNS servers, if enterprise > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > # > > > > > > vars.dns = dns://dc01.mydomain.com < > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > pool.default.serverset.__srvrecord.domain = > > > > ${global:vars.domain} > > > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > > pool.default.auth.simple.__password = > > ${global:vars.password > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > An error occurred while attempting to query DNS in order to > > > > > > retrieve SRV > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > javax_naming___NameNotFoundException: DNS name not found > > > > > > [response code > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > From sphoorti.joglekar at gmail.com Thu Jan 29 11:12:14 2015 From: sphoorti.joglekar at gmail.com (Sphoorti Joglekar) Date: Thu, 29 Jan 2015 11:12:14 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> Message-ID: Hello folks! I am an OPW intern working on this project with Tomas. I work on Android Lollipop to test movirt and it works fine. Looking forward to your views on movirt. Best Regards, Sphoorti On Thu, Jan 29, 2015, 4:37 PM Karli Sj?berg wrote: > On Thu, 2015-01-29 at 06:01 -0500, Tomas Jelinek wrote: > > > > ----- Original Message ----- > > > From: "Karli Sj?berg" > > > To: "Gianluca Cecchi" > > > Cc: "users" > > > Sent: Thursday, January 29, 2015 11:45:02 AM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for > oVirt > > > > > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > > > > > This is still under heavy development, but first usable version can > > > > be found at [1] > > > > > > > > [Snip] > > > > > > > > > feature requests and general feedback are very welcome. You can > file > > > > any issues directly at [2]. > > > > > > > > [Snip] > > > > > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/ > moVirt.apk > > > > > [2] https://github.com/matobet/moVirt/issues > > > > > > > > > > > > Hello > > > > Are the above links yet the right ones to use for apk > download/install > > > > and issue tracking in case I want to test movirt? > > > > Thanks > > > > Gianluca > > > > > > > > plain text document attachment (ATT00001) > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > BTW, just curious, what about Lollipop? Does it work with the same app > > > or must it be specifically built for the new version? > > > > It should, but no one have tested it so far. Do you have a device with > Lollipop? It would be so awesome if you could test it! > > Yup, sure thing:) I?ll report back once I?ve tested. > > /K > > > > > > > > > /K > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 29 13:05:49 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 29 Jan 2015 06:05:49 -0700 Subject: [ovirt-users] AAA Message-ID: Use /etc/hosts and add this to your .properties pool.default.socketfactory.type = java On Jan 29, 2015 5:50 AM, Alon Bar-Lev wrote: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV? _gc._ > > tcp.mydomain.com > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com > > SRV _gc._tcp.mydomain.com > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com. IN????? SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you replace mydomain.com with your actual active directory domain name? > have you tried to look into your dns manager for this information as well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com.?? 3600??? IN????? SOA???? srvdc03.mydomain.com. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE? rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > To: "Alon Bar-Lev" , users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > > dns://srvdc04.${global:vars.domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > >? [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > > > 3. Can you please open the DNS manager within your domain and search for > > > srv records? Maybe you have DNS installed only on few servers, using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single server type. > > > > > > > > > > active directory will not work without access to global catalog. > > > > > please set one or more of the domain controllers as dns server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > > dns://dc2.${global:vars.domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > >: > > > > > > > > > > > > > >???? On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > >???????? Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > > > > >???????? I'm getting this now: > > > > > > > > > > > > > >???????? 2015-01-29 11:35:36,889 WARN > > > > > > >???????? [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > > >???????? service thread > > > > > > >???????? 1-1) > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > >???????? Cannot > > > > > > >???????? initialize LDAP framework, deferring initialization. > > > Error: An > > > > > > >???????? error > > > > > > >???????? occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > >???????? records > > > > > > >???????? with name '_gc._tcp.brussels.airport': > > > > > > >???????? javax.naming.__NameNotFoundException: DNS name not found > > > > > > >???????? [response code > > > > > > >???????? 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > >???? Do you have this '_gc._tcp.brussels.airport' SRV record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > >???????? my 3 configs: > > > > > > >???????? _*BRU_AIR-authn.properties*_ > > > > > > >???????? ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > >???????? > > > > > >???????? > = > > > > > > >???????? BRU_AIR-authn > > > > > > >???????? ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > >???????? org.ovirt.engine-extensions.__aaa.ldap > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > >???????? org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > >???????? ovirt.engine.extension.__provides = > > > > > > >???????? org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > >???????? ovirt.engine.aaa.authn.__profile.name > > > > > > >???????? > > > > > > >???????? > > > > > >???????? > = BRU-AIR > > > > > > >???????? ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > > >???????? config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > >???????? _*BRU_AIR-authz.properties*_ > > > > > > >???????? ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > >???????? > > > > > >???????? > = > > > > > > >???????? BRU_AIR-authz > > > > > > >???????? ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > >???????? org.ovirt.engine-extensions.__aaa.ldap > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > >???????? org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > >???????? ovirt.engine.extension.__provides = > > > > > > >???????? org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > >???????? config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > >???????? _*BRU_AIR.properties*_ > > > > > > >???????? include = > > > > > > > > > > > > > >???????? # > > > > > > >???????? # Active directory domain name. > > > > > > >???????? # > > > > > > >???????? vars.domain = mydomain.com > > > > > > >???????? > > > > > > > > > > > > > >???????? # > > > > > > >???????? # Search user and its password. > > > > > > >???????? # > > > > > > >???????? vars.user = admin@${global:vars.domain} > > > > > > >???????? vars.password = *********** > > > > > > > > > > > > > >???????? # > > > > > > >???????? # Optional DNS servers, if enterprise > > > > > > >???????? # DNS server cannot resolve the domain srvrecord. > > > > > > >???????? # > > > > > > >???????? vars.dns = dns://dc01.mydomain.com < > > > http://dc01.mydomain.com> > > > > > > >???????? > > > > > > > > > > > > > >???????? pool.default.serverset.type = srvrecord > > > > > > >???????? pool.default.serverset.__srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > >???????? pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > > >???????? pool.default.auth.simple.__password = > > > ${global:vars.password > > > > > > > > > > > > > >???????? In the GUI for adding user I get this: > > > > > > > > > > > > > >???????? An error occurred while attempting to query DNS in order to > > > > > > >???????? retrieve SRV > > > > > > >???????? records with name '_gc__tcp_brussels_airport': > > > > > > >???????? javax_naming___NameNotFoundException: DNS name not found > > > > > > >???????? [response code > > > > > > >???????? 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > >???????? Any ideas? I ran out... > > > > > > > > > > > > > >???????? Kind regards, > > > > > > > > > > > > > >???????? Koen > > > > > > > > > > > > > > > > > > > > >???????? _________________________________________________ > > > > > > >???????? Users mailing list > > > > > > >???????? Users at ovirt.org > > > > > > >???????? http://lists.ovirt.org/__mailman/listinfo/users > > > > > > >???????? > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From tjelinek at redhat.com Thu Jan 29 13:06:51 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 08:06:51 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422532139.32644.17.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> Message-ID: <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: "Tomas Jelinek" > Cc: "Gianluca Cecchi" , "Sphoorti Joglekar" , "users" > > Sent: Thursday, January 29, 2015 12:48:59 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Thu, 2015-01-29 at 06:28 -0500, Tomas Jelinek wrote: > > > > ----- Original Message ----- > > > From: "Gianluca Cecchi" > > > To: "Karli Sj?berg" > > > Cc: "Tomas Jelinek" , "Sphoorti Joglekar" > > > , "users" > > > > > > Sent: Thursday, January 29, 2015 12:19:24 PM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for > > > oVirt > > > > > > On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg > > > wrote: > > > > > > > > > > > > > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > > > > somewhere and paste the link? > > > > > > > > > > > > > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk > > > Gianluca > > > > Seen your mail too late - I have just uploaded it to github: [1]. There is > > a link now from the main github page [2] > > > > Tomas > > > > [1]: > > https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-debug.apk?raw=true > > [2]: https://github.com/matobet/moVirt > > > > > Cool as fsck!:) Worked like a charm on my Nexus 4 and going to install > it on my Nexus 7 tonight as well. Shame no SPICE but keep it up guys, > that was great! Cool, thanx for the review! :) > > /K > > > From vanoppen.koen at gmail.com Thu Jan 29 13:18:08 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:18:08 +0100 Subject: [ovirt-users] AAA In-Reply-To: <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> Message-ID: OK... Now I have this one :-) WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot initialize LDAP framework, deferring initialization. Error: Invalid DNS pseudo-URL(s): Changed the properties file to this: include = # # Active directory domain name. # vars.domain = ldap.mydomain.com (this one resolves to and gives ping back, front end of the pool) # # Search user and its password. # vars.user = juniper-admin at mydomain.com vars.password = ***** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these resolve and give a ping back) pool.default.serverset.type = srvrecord #pool.default.serverset.single.server = ${global:vars.server} pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} # Uncomment if using custom DNS pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns} Thanks for your effort! 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev : > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ > > tcp.mydomain.com > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @ > srvdc03.mydomain.com > > SRV _gc._tcp.mydomain.com > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com. IN SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you > replace mydomain.com with your actual active directory domain name? > have you tried to look into your dns manager for this information as well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com. 3600 IN SOA srvdc03.mydomain.com. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > To: "Alon Bar-Lev" , users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > > dns://srvdc04.${global:vars.domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV records > were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there > another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within DNS to > work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > > > 3. Can you please open the DNS manager within your domain and search > for > > > srv records? Maybe you have DNS installed only on few servers, using > the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is running, since > it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single server > type. > > > > > > > > > > active directory will not work without access to global catalog. > > > > > please set one or more of the domain controllers as dns server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > > dns://dc2.${global:vars.domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > >: > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] > (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > javax.naming.__NameNotFoundException: DNS name not > found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in > DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authn > > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > > > > > > > = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authz > > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > > # > > > > > > > vars.dns = dns://dc01.mydomain.com < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > pool.default.serverset.__srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > > > pool.default.auth.simple.__password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to query DNS in > order to > > > > > > > retrieve SRV > > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > > javax_naming___NameNotFoundException: DNS name not > found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 13:32:55 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:32:55 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> Message-ID: Can't I use domain service? I'm getting a bit grrrrr... :-). We already used LDAP login for ovirt before the AAA with the engine-manage-domains. And this worked. [root at ovirtmgmt01prod aaa]# engine-manage-domains validateDomain my.domain is valid. The configured user for domain my.domain is juniper-admin at BRUSSELS.AIRPORT Manage Domains completed successfully 2015-01-29 14:18 GMT+01:00 Koen Vanoppen : > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service > thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: Invalid DNS > pseudo-URL(s): > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com (this one resolves to and gives ping > back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these resolve > and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.single.server = ${global:vars.server} > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > = ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev : > >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" >> > To: "Alon Bar-Lev" >> > Cc: users at ovirt.org >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ >> > tcp.mydomain.com >> > >> > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @ >> srvdc03.mydomain.com >> > SRV _gc._tcp.mydomain.com >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com. IN SRV >> >> this ^^^^^^^ means that you do not have srv record. are you sure you >> replace mydomain.com with your actual active directory domain name? >> have you tried to look into your dns manager for this information as well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com. 3600 IN SOA srvdc03.mydomain.com. >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" >> > > > To: "Alon Bar-Lev" , users at ovirt.org >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain srvrecord. >> > > > # >> > > > vars.dns = dns://srvdc03.${global:vars.domain} >> > > > dns://srvdc04.${global:vars.domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} >> > > > pool.default.auth.simple.bindDN = ${global:vars.user} >> > > > pool.default.auth.simple.password = ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot >> initialize >> > > > LDAP framework, deferring initialization. Error: No DNS SRV records >> were >> > > > found with record name '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there >> another >> > > > way it just resolves the dns servers I gave him? >> > > > >> > > >> > > Microsoft Domain controller must have gc service entry within DNS to >> work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS installed on >> srvdc03.mydomain.com ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com >> > > 3. Can you please open the DNS manager within your domain and search >> for >> > > srv records? Maybe you have DNS installed only on few servers, using >> the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" >> > > > > > To: "Koen Vanoppen" , users at ovirt.org >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: >> > > > > > > No, I don't. and I wouldn't know how he got to this name... >> > > > > > >> > > > > > Well, then you have to, if you want to use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global catalog is running, >> since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in DNS, if you want to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if you use single server >> type. >> > > > > >> > > > > active directory will not work without access to global catalog. >> > > > > please set one or more of the domain controllers as dns server, >> for >> > > > > example: >> > > > > >> > > > > vars.dns = dns://dc1.${global:vars.domain} >> > > dns://dc2.${global:vars.domain} >> > > > > >> > > > > please also uncomment/add these lines to make vars.dns effective. >> > > > > >> > > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek < >> omachace at redhat.com >> > > > > > > >: >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, deferring initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to query DNS in order to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name '_gc._tcp.brussels.airport': >> > > > > > > javax.naming.__NameNotFoundException: DNS name not >> found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record >> in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > > > > > > > > = >> > > > > > > BRU_AIR-authn >> > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn >> > > > > > > ovirt.engine.aaa.authn.__profile.name >> > > > > > > >> > > > > > > > > > > > > > > = >> BRU-AIR >> > > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > > > > > > > > = >> > > > > > > BRU_AIR-authz >> > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if enterprise >> > > > > > > # DNS server cannot resolve the domain srvrecord. >> > > > > > > # >> > > > > > > vars.dns = dns://dc01.mydomain.com < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = srvrecord >> > > > > > > pool.default.serverset.__srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > pool.default.auth.simple.__bindDN = >> ${global:vars.user} >> > > > > > > pool.default.auth.simple.__password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I get this: >> > > > > > > >> > > > > > > An error occurred while attempting to query DNS in >> order to >> > > > > > > retrieve SRV >> > > > > > > records with name '_gc__tcp_brussels_airport': >> > > > > > > javax_naming___NameNotFoundException: DNS name not >> found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > _________________________________________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > > > > > > http://lists.ovirt.org/__mailman/listinfo/users >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > _______________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > >> > > > > >> > > > >> > > >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 13:40:09 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 14:40:09 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> Message-ID: <54CA3839.7040408@redhat.com> On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service > thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring initialization. Error: > Invalid DNS pseudo-URL(s): uncomment vars.dns > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.single.server = ${global:vars.server} > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev >: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > > To: "Alon Bar-Lev" > > > Cc:users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ > >tcp.mydomain.com > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com > > SRV _gc._tcp.mydomain.com > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com . IN SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you > replace mydomain.com with your actual active > directory domain name? > have you tried to look into your dns manager for this information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com . 3600 IN SOA > srvdc03.mydomain.com . > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev >: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > > To: "Alon Bar-Lev" >, users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > > dns://srvdc04.${global:vars.domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV > records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com > in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com SRV > _gc._tcp.mydomain.com > > > 3. Can you please open the DNS manager within your domain and > search for > > > srv records? Maybe you have DNS installed only on few servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev >: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > > > > To: "Koen Vanoppen" >, users at ovirt.org > > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single > server type. > > > > > > > > > > active directory will not work without access to global > catalog. > > > > > please set one or more of the domain controllers as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > > dns://dc2.${global:vars.domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns > effective. > > > > > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > > > >>: > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > javax.naming.__NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authn > > > > > > > ovirt.engine.extension.__bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > > > > > > > > > = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz.__plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authz > > > > > > > ovirt.engine.extension.__bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > > # > > > > > > > vars.dns = dns://dc01.mydomain.com > < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > pool.default.serverset.__srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.__bindDN = > ${global:vars.user} > > > > > > > pool.default.auth.simple.__password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > > javax_naming___NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From vanoppen.koen at gmail.com Thu Jan 29 13:46:09 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:46:09 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA3839.7040408@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> Message-ID: I saw that when I pressed the send button. If I do that i again get the following: 2015-01-29 14:28:35,891 WARN [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_ldap._tcp.ldap.mydomain.com': javax.naming.NameNotFoundException: DNS name not found [response code 3]; remaining name '_ldap._tcp.ldap.mydomain.com' 2015-01-29 14:28:35,924 WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_ldap._tcp.ldap.mydomain.com': javax.naming.NameNotFoundException: DNS name not found [response code 3]; remaining name '_ldap._tcp.ldap.mydomain.com' And yes I replayed mydomain with the correct one... :-) 2015-01-29 14:40 GMT+01:00 Ondra Machacek : > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > >> OK... Now I have this one :-) >> WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service >> thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] >> Cannot initialize LDAP framework, deferring initialization. Error: >> Invalid DNS pseudo-URL(s): >> > > uncomment vars.dns > > >> Changed the properties file to this: >> >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = ldap.mydomain.com (this one >> resolves to and gives ping back, front end of the pool) >> >> # >> # Search user and its password. >> # >> vars.user = juniper-admin at mydomain.com > > >> vars.password = ***** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these >> resolve and give a ping back) >> >> pool.default.serverset.type = srvrecord >> #pool.default.serverset.single.server = ${global:vars.server} >> pool.default.serverset.srvrecord.domain = ${global:vars.domain} >> pool.default.auth.simple.bindDN = ${global:vars.user} >> pool.default.auth.simple.password = ${global:vars.password} >> >> # Uncomment if using custom DNS >> pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url >> = >> ${global:vars.dns} >> pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> >> >> Thanks for your effort! >> >> >> 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > >: >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" > vanoppen.koen at gmail.com>> >> > To: "Alon Bar-Lev" > >> > Cc:users at ovirt.org >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com < >> http://srvdc03.mydomain.com> SRV _gc._ >> >tcp.mydomain.com >> > >> > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @ >> srvdc03.mydomain.com >> > SRV _gc._tcp.mydomain.com >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, >> ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com . IN SRV >> >> this ^^^^^^^ means that you do not have srv record. are you sure you >> replace mydomain.com with your actual active >> directory domain name? >> have you tried to look into your dns manager for this information as >> well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com . 3600 IN SOA >> srvdc03.mydomain.com . >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > >: >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" > > >> > > > To: "Alon Bar-Lev" > >, users at ovirt.org >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain srvrecord. >> > > > # >> > > > vars.dns = dns://srvdc03.${global:vars.domain} >> > > > dns://srvdc04.${global:vars.domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.srvrecord.domain = >> ${global:vars.domain} >> > > > pool.default.auth.simple.bindDN = ${global:vars.user} >> > > > pool.default.auth.simple.password = ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties. >> java.naming.provider.url >> = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] >> Cannot initialize >> > > > LDAP framework, deferring initialization. Error: No DNS SRV >> records were >> > > > found with record name '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com >> in the dns... Isn't there another >> > > > way it just resolves the dns servers I gave him? >> > > > >> > > >> > > Microsoft Domain controller must have gc service entry within >> DNS to work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS installed on >> srvdc03.mydomain.com ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com SRV >> _gc._tcp.mydomain.com >> > > 3. Can you please open the DNS manager within your domain and >> search for >> > > srv records? Maybe you have DNS installed only on few servers, >> using the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > >: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" > > >> > > > > > To: "Koen Vanoppen" > >, users at ovirt.org >> >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: >> > > > > > > No, I don't. and I wouldn't know how he got to this >> name... >> > > > > > >> > > > > > Well, then you have to, if you want to use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global catalog is >> running, since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in DNS, if you want >> to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if you use single >> server type. >> > > > > >> > > > > active directory will not work without access to global >> catalog. >> > > > > please set one or more of the domain controllers as dns >> server, for >> > > > > example: >> > > > > >> > > > > vars.dns = dns://dc1.${global:vars.domain} >> > > dns://dc2.${global:vars.domain} >> > > > > >> > > > > please also uncomment/add these lines to make vars.dns >> effective. >> > > > > >> > > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties. >> java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek >> >> > > > > > > > >>>: >> >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting up AAA for ovirt >> 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, deferring >> initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to query DNS in order >> to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name '_gc._tcp.brussels.airport': >> > > > > > > javax.naming.__NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV >> record in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name >> < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > >> > > > > > > > = >> > > > > > > BRU_AIR-authn >> > > > > > > ovirt.engine.extension.__bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.__aaa.ldap.AuthnExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn >> > > > > > > ovirt.engine.aaa.authn.__profile.name >> >> > > > > > > >> > > > > > > > >> > > > > > > > = >> BRU-AIR >> > > > > > > ovirt.engine.aaa.authn.authz.__plugin = >> BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name >> < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > >> >> > > > > > > > = >> > > > > > > BRU_AIR-authz >> > > > > > > ovirt.engine.extension.__bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.__aaa.ldap.AuthzExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if enterprise >> > > > > > > # DNS server cannot resolve the domain srvrecord. >> > > > > > > # >> > > > > > > vars.dns = dns://dc01.mydomain.com >> < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = srvrecord >> > > > > > > pool.default.serverset.__srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > pool.default.auth.simple.__bindDN = >> ${global:vars.user} >> > > > > > > pool.default.auth.simple.__password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I get this: >> > > > > > > >> > > > > > > An error occurred while attempting to query DNS >> in order to >> > > > > > > retrieve SRV >> > > > > > > records with name '_gc__tcp_brussels_airport': >> > > > > > > javax_naming___NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > ______________________________ >> ___________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > >> > > > > > > http://lists.ovirt.org/__mailman/listinfo/users >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > _______________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > >> > > > > >> > > > >> > > >> > >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 13:48:46 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 14:48:46 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> Message-ID: <54CA3A3E.4090506@redhat.com> It's same situation as before, but now you are missing ldap SRV record. With same steps you used to add _gc SRV record add also _ldap SRV record. But it's strange that you don't already have them. On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > I saw that when I pressed the send button. If I do that i again get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records > with name '_ldap._tcp.ldap.mydomain.com > ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com ' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records > with name '_ldap._tcp.ldap.mydomain.com > ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com ' > > And yes I replayed mydomain with the correct one... :-) > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek >: > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] > (MSC service > thread 1-2) [ovirt-engine-extension-aaa-__ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring initialization. Error: > Invalid DNS pseudo-URL(s): > > > uncomment vars.dns > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > > > > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.__single.server = ${global:vars.server} > pool.default.serverset.__srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.__bindDN = ${global:vars.user} > pool.default.auth.simple.__password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.__srvrecord.jndi-properties.__java.naming.provider.url > = > ${global:vars.dns} > pool.default.socketfactory.__resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > >>: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > >> > > To: "Alon Bar-Lev" >> > > Cc:users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com > SRV > _gc._ > >tcp.mydomain.com > > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.__rc1.el6_5.1 <<>> > @srvdc03.mydomain.com > > > SRV _gc._tcp.mydomain.com > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, > ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com > . IN SRV > > this ^^^^^^^ means that you do not have srv record. are you > sure you > replace mydomain.com > with your actual active > directory domain name? > have you tried to look into your dns manager for this > information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com > . 3600 IN SOA > srvdc03.mydomain.com > . > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > > >>: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > >> > > > > To: "Alon Bar-Lev" > >>, > users at ovirt.org > > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.__domain} > > > > dns://srvdc04.${global:vars.__domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.__srvrecord.domain = > ${global:vars.domain} > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > pool.default.auth.simple.__password = > ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > > pool.default.serverset.__srvrecord.jndi-properties.__java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.__resolver.uRL = > ${global:vars.dns} > > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. Error: No > DNS SRV > records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com > > in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry > within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com > ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com > SRV > _gc._tcp.mydomain.com > > > > 3. Can you please open the DNS manager within your > domain and > search for > > > srv records? Maybe you have DNS installed only on few > servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > > >>: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > >> > > > > > > To: "Koen Vanoppen" > >>, users at ovirt.org > > > > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to > this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if > you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use > single > server type. > > > > > > > > > > active directory will not work without access to > global > catalog. > > > > > please set one or more of the domain controllers > as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.__domain} > > > dns://dc2.${global:vars.__domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns > effective. > > > > > > > > > > > > > > > pool.default.serverset.__srvrecord.jndi-properties.__java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.__resolver.uRL = > ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > > > > > >>>__: > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA > for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > [org.ovirt.engineextensions.____aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-____ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS > in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > > javax.naming.____NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this > '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > > > < > > > > > http://ovirt.engine.extension.__name > > > > > > > > > > > > > > > > > > >> = > > > > > > > BRU_AIR-authn > > > > > > > > ovirt.engine.extension.____bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.____aaa.ldap > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.____aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.____provides = > > > > > > > > org.ovirt.engine.api.____extensions.aaa.Authn > > > > > > > > ovirt.engine.aaa.authn.__profi__le.name > > > > > > > > > > > > > > > > > > > > > > > > > > > >> = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz.____plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > > > < > > > > > http://ovirt.engine.extension.__name > > > > > > > > > > > > > > > > > > > >> = > > > > > > > BRU_AIR-authz > > > > > > > > ovirt.engine.extension.____bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.____aaa.ldap > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.____aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.____provides = > > > > > > > > org.ovirt.engine.api.____extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain > srvrecord. > > > > > > > # > > > > > > > vars.dns = dns://dc01.mydomain.com > > < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > > pool.default.serverset.____srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.____bindDN = > ${global:vars.user} > > > > > > > pool.default.auth.simple.____password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to > query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name > '_gc__tcp_brussels_airport': > > > > > > > > javax_naming_____NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > >> > > > > > > > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From vanoppen.koen at gmail.com Thu Jan 29 13:54:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:54:56 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA3A3E.4090506@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> Message-ID: I just don't understand. Why did engine-manage-domains previously DID work, no problems what so ever and now I have this... 2015-01-29 14:48 GMT+01:00 Ondra Machacek : > It's same situation as before, but now you are missing ldap SRV record. > > With same steps you used to add _gc SRV record add also _ldap SRV record. > But it's strange that you don't already have them. > > On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > >> I saw that when I pressed the send button. If I do that i again get the >> following: >> >> 2015-01-29 14:28:35,891 WARN >> [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread >> 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot >> initialize LDAP framework, deferring initialization. Error: An error >> occurred while attempting to query DNS in order to retrieve SRV records >> with name '_ldap._tcp.ldap.mydomain.com >> ': javax.naming.NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com ' >> 2015-01-29 14:28:35,924 WARN >> [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread >> 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot >> initialize LDAP framework, deferring initialization. Error: An error >> occurred while attempting to query DNS in order to retrieve SRV records >> with name '_ldap._tcp.ldap.mydomain.com >> ': javax.naming.NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com ' >> >> And yes I replayed mydomain with the correct one... :-) >> >> 2015-01-29 14:40 GMT+01:00 Ondra Machacek > >: >> >> >> >> On 01/29/2015 02:18 PM, Koen Vanoppen wrote: >> >> OK... Now I have this one :-) >> WARN [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] >> (MSC service >> thread 1-2) [ovirt-engine-extension-aaa-__ >> ldap.authn::BRU_AIR-authn] >> Cannot initialize LDAP framework, deferring initialization. Error: >> Invalid DNS pseudo-URL(s): >> >> >> uncomment vars.dns >> >> >> Changed the properties file to this: >> >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = ldap.mydomain.com >> (this one >> resolves to and gives ping back, front end of the pool) >> >> # >> # Search user and its password. >> # >> vars.user = juniper-admin at mydomain.com >> >> > > >> vars.password = ***** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these >> resolve and give a ping back) >> >> pool.default.serverset.type = srvrecord >> #pool.default.serverset.__single.server = ${global:vars.server} >> pool.default.serverset.__srvrecord.domain = ${global:vars.domain} >> pool.default.auth.simple.__bindDN = ${global:vars.user} >> pool.default.auth.simple.__password = ${global:vars.password} >> >> # Uncomment if using custom DNS >> pool.default.serverset.__srvrecord.jndi-properties.__ >> java.naming.provider.url >> = >> ${global:vars.dns} >> pool.default.socketfactory.__resolver.uRL = ${global:vars.dns} >> >> >> Thanks for your effort! >> >> >> 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > >> >>: >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" > >> > >>> >> > To: "Alon Bar-Lev" > > >> >> > Cc:users at ovirt.org >> > >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com >> SRV >> _gc._ >> >tcp.mydomain.com >> >> > >> > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.__rc1.el6_5.1 <<>> >> @srvdc03.mydomain.com >> >> >> > SRV _gc._tcp.mydomain.com >> >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, >> ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com >> . IN SRV >> >> this ^^^^^^^ means that you do not have srv record. are you >> sure you >> replace mydomain.com >> with your actual active >> directory domain name? >> have you tried to look into your dns manager for this >> information as >> well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com >> . 3600 IN SOA >> srvdc03.mydomain.com >> . >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev >> >> >>: >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" > >> > >> >> > > > To: "Alon Bar-Lev" > >> >>, >> users at ovirt.org > > >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain srvrecord. >> > > > # >> > > > vars.dns = dns://srvdc03.${global:vars.__domain} >> > > > dns://srvdc04.${global:vars.__domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.__srvrecord.domain = >> ${global:vars.domain} >> > > > pool.default.auth.simple.__bindDN = >> ${global:vars.user} >> > > > pool.default.auth.simple.__password = >> ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> >> pool.default.serverset.__srvrecord.jndi-properties.__ >> java.naming.provider.url >> = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.__resolver.uRL = >> ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > >> [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> Cannot initialize >> > > > LDAP framework, deferring initialization. Error: No >> DNS SRV >> records were >> > > > found with record name '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com >> >> in the dns... Isn't there another >> > > > way it just resolves the dns servers I gave him? >> > > > >> > > >> > > Microsoft Domain controller must have gc service entry >> within >> DNS to work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS installed on >> srvdc03.mydomain.com >> ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com >> SRV >> _gc._tcp.mydomain.com >> >> > > 3. Can you please open the DNS manager within your >> domain and >> search for >> > > srv records? Maybe you have DNS installed only on few >> servers, >> using the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev >> >> >>: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" > >> >> >> > > > > > To: "Koen Vanoppen" > >> > >>, users at ovirt.org >> >> > >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: >> > > > > > > No, I don't. and I wouldn't know how he got to >> this name... >> > > > > > >> > > > > > Well, then you have to, if you want to use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global catalog is >> running, since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in DNS, if >> you want >> to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if you use >> single >> server type. >> > > > > >> > > > > active directory will not work without access to >> global >> catalog. >> > > > > please set one or more of the domain controllers >> as dns >> server, for >> > > > > example: >> > > > > >> > > > > vars.dns = dns://dc1.${global:vars.__domain} >> > > dns://dc2.${global:vars.__domain} >> > > > > >> > > > > please also uncomment/add these lines to make >> vars.dns >> effective. >> > > > > >> > > > > >> > > >> >> pool.default.serverset.__srvrecord.jndi-properties.__ >> java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.__resolver.uRL = >> ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek >> >> > >> > > > > > > > > >>>__: >> >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting up AAA >> for ovirt >> 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> [org.ovirt.engineextensions.____aaa.ldap.AuthzExtension] >> (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > [ovirt-engine-extension-aaa-__ >> __ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, deferring >> initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to query DNS >> in order to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name '_gc._tcp.brussels.airport': >> > > > > > > >> javax.naming.____NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this >> '_gc._tcp.brussels.airport' SRV >> record in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > < >> > > > > http://ovirt.engine.extension.__name >> > >> > > > > > > >> >> >> > > > > > > > >> = >> > > > > > > BRU_AIR-authn >> > > > > > > >> ovirt.engine.extension.____bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__ >> __aaa.ldap >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.____aaa.ldap.AuthnExtension >> > > > > > > ovirt.engine.extension.____provides = >> > > > > > > >> org.ovirt.engine.api.____extensions.aaa.Authn >> > > > > > > >> ovirt.engine.aaa.authn.__profi__le.name >> >> > > > > > > >> > > >> > > > > > > >> > >> >> > > > > > > >> > >> = >> BRU-AIR >> > > > > > > ovirt.engine.aaa.authn.authz.____plugin >> = >> BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > < >> > > > > http://ovirt.engine.extension.__name >> > >> > > > > > > >> >> >> >> > > > > > > > >> = >> > > > > > > BRU_AIR-authz >> > > > > > > >> ovirt.engine.extension.____bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__ >> __aaa.ldap >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.____aaa.ldap.AuthzExtension >> > > > > > > ovirt.engine.extension.____provides = >> > > > > > > >> org.ovirt.engine.api.____extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties >> >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> >> >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if enterprise >> > > > > > > # DNS server cannot resolve the domain >> srvrecord. >> > > > > > > # >> > > > > > > vars.dns = dns://dc01.mydomain.com >> >> < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = srvrecord >> > > > > > > >> pool.default.serverset.____srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > pool.default.auth.simple.____bindDN = >> ${global:vars.user} >> > > > > > > pool.default.auth.simple.____password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I get this: >> > > > > > > >> > > > > > > An error occurred while attempting to >> query DNS >> in order to >> > > > > > > retrieve SRV >> > > > > > > records with name >> '_gc__tcp_brussels_airport': >> > > > > > > >> javax_naming_____NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > >> ___________________________________________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > >> >> >> >> > > > > > > >> http://lists.ovirt.org/____mailman/listinfo/users >> >> > > > > > > >> > > >> > > > > > > >> > > > > > > >> > > > > > _________________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > >> > > > > > http://lists.ovirt.org/__mailman/listinfo/users >> >> > > > > > >> > > > > >> > > > >> > > >> > >> >> >> >> >> _________________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/__mailman/listinfo/users >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 14:00:35 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 15:00:35 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> Message-ID: <54CA3D03.8020600@redhat.com> On 01/29/2015 02:54 PM, Koen Vanoppen wrote: > I just don't understand. Why did engine-manage-domains previously DID > work, no problems what so ever and now I have this... Because manage-domains didn't use global catalog. And probabaly the reason you don't have _ldap SRV record is that you didn't have them never and you just used '--ldapServers' parameter, that's why manage-domains worked with your domain. Now you are using DNS, not static configuration of ldap servers. > > 2015-01-29 14:48 GMT+01:00 Ondra Machacek >: > > It's same situation as before, but now you are missing ldap SRV record. > > With same steps you used to add _gc SRV record add also _ldap SRV > record. But it's strange that you don't already have them. > > On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > > I saw that when I pressed the send button. If I do that i again > get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._tcp.ldap.mydomain.com > > __': > javax.naming.__NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com > __' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._tcp.ldap.mydomain.com > > __': > javax.naming.__NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com > __' > > And yes I replayed mydomain with the correct one... :-) > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek > >>: > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > OK... Now I have this one :-) > WARN > [org.ovirt.engineextensions.____aaa.ldap.AuthnExtension] > (MSC service > thread 1-2) > [ovirt-engine-extension-aaa-____ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring > initialization. Error: > Invalid DNS pseudo-URL(s): > > > uncomment vars.dns > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com > > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > > > > __mydoma__in.com > >> > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain > dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.____single.server = > ${global:vars.server} > pool.default.serverset.____srvrecord.domain = > ${global:vars.domain} > pool.default.auth.simple.____bindDN = ${global:vars.user} > pool.default.auth.simple.____password = > ${global:vars.password} > > # Uncomment if using custom DNS > > pool.default.serverset.____srvrecord.jndi-properties.____java.naming.provider.url > = > ${global:vars.dns} > pool.default.socketfactory.____resolver.uRL = > ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > > > > > >>>: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > > ____com > >>> > > To: "Alon Bar-Lev" > > > > >>> > > Cc:users at ovirt.org > > > > >> > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig > @srvdc03.mydomain.com > > SRV > _gc._ > >tcp.mydomain.com > > > > > > ; <<>> DiG > 9.8.2rc1-RedHat-9.8.2-0.23.____rc1.el6_5.1 <<>> > @srvdc03.mydomain.com > > > > > SRV _gc._tcp.mydomain.com > > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, > id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, > AUTHORITY: 1, > ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com > > . IN SRV > > this ^^^^^^^ means that you do not have srv > record. are you > sure you > replace mydomain.com > > with your actual active > directory domain name? > have you tried to look into your dns manager for this > information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com > > . 3600 IN SOA > srvdc03.mydomain.com > > . > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > > > > >>>: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > ____com > >>> > > > > To: "Alon Bar-Lev" > > > >>>, > users at ovirt.org > > >> > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain > srvrecord. > > > > # > > > > vars.dns = > dns://srvdc03.${global:vars.____domain} > > > > dns://srvdc04.${global:vars.____domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.____srvrecord.domain = > ${global:vars.domain} > > > > pool.default.auth.simple.____bindDN = > ${global:vars.user} > > > > pool.default.auth.simple.____password = > ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > > > pool.default.serverset.____srvrecord.jndi-properties.____java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.____resolver.uRL = > ${global:vars.dns} > > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-____ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. > Error: No > DNS SRV > records were > > > > found with record name > '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com > > > in the dns... Isn't > there another > > > > way it just resolves the dns servers I gave > him? > > > > > > > > > > Microsoft Domain controller must have gc > service entry > within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS > installed on > srvdc03.mydomain.com > > ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com > > > SRV > _gc._tcp.mydomain.com > > > > > 3. Can you please open the DNS manager within > your > domain and > search for > > > srv records? Maybe you have DNS installed > only on few > servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > > > > >>>: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > >>> > > > > > > To: "Koen Vanoppen" > > > > ____com > >>>, users at ovirt.org > > > > > >> > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen > wrote: > > > > > > > No, I don't. and I wouldn't know how > he got to > this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global > catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV > _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in > DNS, if > you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if > you use > single > server type. > > > > > > > > > > active directory will not work without > access to > global > catalog. > > > > > please set one or more of the domain > controllers > as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = > dns://dc1.${global:vars.____domain} > > > dns://dc2.${global:vars.____domain} > > > > > > > > > > please also uncomment/add these lines to > make vars.dns > effective. > > > > > > > > > > > > > > > > pool.default.serverset.____srvrecord.jndi-properties.____java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.____resolver.uRL = > ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > >> > > > > > > > > > > >>>__>__: > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen > Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting > up AAA > for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > > [org.ovirt.engineextensions.______aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > > [ovirt-engine-extension-aaa-______ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, > deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to > query DNS > in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name > '_gc._tcp.brussels.airport': > > > > > > > > javax.naming.______NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this > '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > > > > > >> < > > > > > http://ovirt.engine.extension.____name > >> > > > > > > > > > > > > > > > > > > >>> = > > > > > > > BRU_AIR-authn > > > > > > > > ovirt.engine.extension.______bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.______aaa.ldap > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.______aaa.ldap.AuthnExtension > > > > > > > > ovirt.engine.extension.______provides = > > > > > > > > org.ovirt.engine.api.______extensions.aaa.Authn > > > > > > > > ovirt.engine.aaa.authn.__profi____le.name > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >>> = > BRU-AIR > > > > > > > > ovirt.engine.aaa.authn.authz.______plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR.______properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > > > > > >> < > > > > > http://ovirt.engine.extension.____name > >> > > > > > > > > > > > > > > > > > > > >>> = > > > > > > > BRU_AIR-authz > > > > > > > > ovirt.engine.extension.______bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.______aaa.ldap > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.______aaa.ldap.AuthzExtension > > > > > > > > ovirt.engine.extension.______provides = > > > > > > > > org.ovirt.engine.api.______extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR.______properties > > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = > admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if > enterprise > > > > > > > # DNS server cannot resolve > the domain > srvrecord. > > > > > > > # > > > > > > > vars.dns = > dns://dc01.mydomain.com > > < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = > srvrecord > > > > > > > > pool.default.serverset.______srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > > pool.default.auth.simple.______bindDN = > ${global:vars.user} > > > > > > > > pool.default.auth.simple.______password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I > get this: > > > > > > > > > > > > > > An error occurred while > attempting to > query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name > '_gc__tcp_brussels_airport': > > > > > > > > javax_naming_______NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > > _____________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > >> > > > > > >>> > > > > > > > > http://lists.ovirt.org/______mailman/listinfo/users > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > ___________________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > >> > > > > > > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________ > Users mailing list > Users at ovirt.org > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > From vanoppen.koen at gmail.com Thu Jan 29 14:11:40 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 15:11:40 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA3D03.8020600@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> <54CA3D03.8020600@redhat.com> Message-ID: FOUND IT!!!!!! include = # # Active directory domain name. # #vars.domain = ldap.mydomain.com vars.server = ldap.mydomain.com # # Search user and its password. # vars.user = juniper-admin at mydomain.com vars.password = ************** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns = dns://srvdc03.mydomain.com dns://srvdc04.mydomain.com #pool.default.serverset.type = srvrecord pool.default.serverset.single.server = ${global:vars.server} pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} # Uncomment if using custom DNS pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns BIG THANKS MAN!!!!! 2015-01-29 15:00 GMT+01:00 Ondra Machacek : > > > On 01/29/2015 02:54 PM, Koen Vanoppen wrote: > >> I just don't understand. Why did engine-manage-domains previously DID >> work, no problems what so ever and now I have this... >> > > Because manage-domains didn't use global catalog. And probabaly the reason > you don't have _ldap SRV record is that you didn't have them never and you > just used '--ldapServers' parameter, that's why manage-domains worked with > your domain. > > Now you are using DNS, not static configuration of ldap servers. > > >> 2015-01-29 14:48 GMT+01:00 Ondra Machacek > >: >> >> It's same situation as before, but now you are missing ldap SRV >> record. >> >> With same steps you used to add _gc SRV record add also _ldap SRV >> record. But it's strange that you don't already have them. >> >> On 01/29/2015 02:46 PM, Koen Vanoppen wrote: >> >> I saw that when I pressed the send button. If I do that i again >> get the >> following: >> >> 2015-01-29 14:28:35,891 WARN >> [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC >> service thread >> 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> Cannot >> initialize LDAP framework, deferring initialization. Error: An >> error >> occurred while attempting to query DNS in order to retrieve SRV >> records >> with name '_ldap._tcp.ldap.mydomain.com >> >> __': >> javax.naming.__NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com >> __' >> 2015-01-29 14:28:35,924 WARN >> [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] (MSC >> service thread >> 1-1) [ovirt-engine-extension-aaa-__ldap.authn::BRU_AIR-authn] >> Cannot >> initialize LDAP framework, deferring initialization. Error: An >> error >> occurred while attempting to query DNS in order to retrieve SRV >> records >> with name '_ldap._tcp.ldap.mydomain.com >> >> __': >> javax.naming.__NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com >> __' >> >> And yes I replayed mydomain with the correct one... :-) >> >> 2015-01-29 14:40 GMT+01:00 Ondra Machacek > >> >>: >> >> >> >> On 01/29/2015 02:18 PM, Koen Vanoppen wrote: >> >> OK... Now I have this one :-) >> WARN >> [org.ovirt.engineextensions.____aaa.ldap.AuthnExtension] >> (MSC service >> thread 1-2) >> [ovirt-engine-extension-aaa-____ldap.authn::BRU_AIR-authn] >> Cannot initialize LDAP framework, deferring >> initialization. Error: >> Invalid DNS pseudo-URL(s): >> >> >> uncomment vars.dns >> >> >> Changed the properties file to this: >> >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = ldap.mydomain.com >> >> (this one >> resolves to and gives ping back, front end of the pool) >> >> # >> # Search user and its password. >> # >> vars.user = juniper-admin at mydomain.com >> >> > > >> > __mydoma__in.com >> > >> >> vars.password = ***** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> #vars.dns = dns://srvdc03.my.domain >> dns://srvdc04.my.domain (these >> resolve and give a ping back) >> >> pool.default.serverset.type = srvrecord >> #pool.default.serverset.____single.server = >> ${global:vars.server} >> pool.default.serverset.____srvrecord.domain = >> ${global:vars.domain} >> pool.default.auth.simple.____bindDN = >> ${global:vars.user} >> pool.default.auth.simple.____password = >> ${global:vars.password} >> >> # Uncomment if using custom DNS >> >> pool.default.serverset.____srvrecord.jndi-properties.____ >> java.naming.provider.url >> = >> ${global:vars.dns} >> pool.default.socketfactory.____resolver.uRL = >> ${global:vars.dns} >> >> >> Thanks for your effort! >> >> >> 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev >> >> > >> >> >>>: >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" > >> > > >> > ____com >> > >>> >> > To: "Alon Bar-Lev" > >> > >> >> >>> >> > Cc:users at ovirt.org >> > >> >> >> >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig >> @srvdc03.mydomain.com >> >> SRV >> _gc._ >> >tcp.mydomain.com >> >> >> > >> > ; <<>> DiG >> 9.8.2rc1-RedHat-9.8.2-0.23.____rc1.el6_5.1 <<>> >> @srvdc03.mydomain.com >> >> >> >> > SRV _gc._tcp.mydomain.com >> >> >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, >> id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, >> AUTHORITY: 1, >> ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com >> >> . IN SRV >> >> this ^^^^^^^ means that you do not have srv >> record. are you >> sure you >> replace mydomain.com >> >> with your actual active >> directory domain name? >> have you tried to look into your dns manager for >> this >> information as >> well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com >> >> . 3600 IN SOA >> srvdc03.mydomain.com >> >> . >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev >> >> > >> > > >>>: >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" >> >> > > >> > ____com >> > >>> >> > > > To: "Alon Bar-Lev" > >> > >> > > >>>, >> users at ovirt.org > > > >> >> >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> >> >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain >> srvrecord. >> > > > # >> > > > vars.dns = >> dns://srvdc03.${global:vars.____domain} >> > > > dns://srvdc04.${global:vars.____domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.____srvrecord.domain >> = >> ${global:vars.domain} >> > > > pool.default.auth.simple.____bindDN = >> ${global:vars.user} >> > > > pool.default.auth.simple.____password = >> ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> >> >> pool.default.serverset.____srvrecord.jndi-properties.____ >> java.naming.provider.url >> = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.____resolver.uRL >> = >> ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > >> [ovirt-engine-extension-aaa-__ >> __ldap.authz::BRU_AIR-authz] >> Cannot initialize >> > > > LDAP framework, deferring initialization. >> Error: No >> DNS SRV >> records were >> > > > found with record name >> '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com >> >> >> in the dns... Isn't >> there another >> > > > way it just resolves the dns servers I gave >> him? >> > > > >> > > >> > > Microsoft Domain controller must have gc >> service entry >> within >> DNS to work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS >> installed on >> srvdc03.mydomain.com >> >> ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com >> >> >> SRV >> _gc._tcp.mydomain.com >> >> >> > > 3. Can you please open the DNS manager within >> your >> domain and >> search for >> > > srv records? Maybe you have DNS installed >> only on few >> servers, >> using the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev >> >> > >> > > >>>: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" >> >> > >> >> > > >>> >> > > > > > To: "Koen Vanoppen" >> >> > > >> > ____com >> > >>>, users at ovirt.org >> >> > >> >> >> >> >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 >> PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen >> wrote: >> > > > > > > No, I don't. and I wouldn't know how >> he got to >> this name... >> > > > > > >> > > > > > Well, then you have to, if you want to >> use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global >> catalog is >> running, since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV >> _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in >> DNS, if >> you want >> to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if >> you use >> single >> server type. >> > > > > >> > > > > active directory will not work without >> access to >> global >> catalog. >> > > > > please set one or more of the domain >> controllers >> as dns >> server, for >> > > > > example: >> > > > > >> > > > > vars.dns = >> dns://dc1.${global:vars.____domain} >> > > dns://dc2.${global:vars.____domain} >> > > > > >> > > > > please also uncomment/add these lines to >> make vars.dns >> effective. >> > > > > >> > > > > >> > > >> >> >> pool.default.serverset.____srvrecord.jndi-properties.____ >> java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.____resolver.uRL >> = >> ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra >> Machacek >> >> > >> > > >> >> > > > > > > > >> > > > >> > >>>__>__: >> >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen >> Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting >> up AAA >> for ovirt >> 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> >> [org.ovirt.engineextensions.______aaa.ldap.AuthzExtension] (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > >> [ovirt-engine-extension-aaa-______ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, >> deferring >> initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to >> query DNS >> in order to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name >> '_gc._tcp.brussels.airport': >> > > > > > > >> javax.naming.______NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this >> '_gc._tcp.brussels.airport' SRV >> record in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > >> > >> > >> < >> > > > > http://ovirt.engine.extension.____name >> > >> >> > > > > > > >> > >> >> > > > > > > >> >> > >>> = >> > > > > > > BRU_AIR-authn >> > > > > > > >> ovirt.engine.extension.______bindings.method = >> jbossmodule >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.module = >> > > > > > > >> org.ovirt.engine-extensions.______aaa.ldap >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.class = >> > > > > > > >> >> org.ovirt.engineextensions.______aaa.ldap.AuthnExtension >> > > > > > > >> ovirt.engine.extension.______provides = >> > > > > > > >> org.ovirt.engine.api.______extensions.aaa.Authn >> > > > > > > >> ovirt.engine.aaa.authn.__profi____le.name >> >> >> > > > > > > >> > >> > >> >> > > > > > > >> > >> >> >> > > > > > > >> > >> > >>> = >> BRU-AIR >> > > > > > > >> ovirt.engine.aaa.authn.authz.______plugin = >> BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > >> /etc/ovirt-engine/aaa/BRU_AIR.______properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > >> > >> > >> < >> > > > > http://ovirt.engine.extension.____name >> > >> >> > > > > > > >> > >> >> >> > > > > > > >> >> > >>> = >> > > > > > > BRU_AIR-authz >> > > > > > > >> ovirt.engine.extension.______bindings.method = >> jbossmodule >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.module = >> > > > > > > >> org.ovirt.engine-extensions.______aaa.ldap >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.class = >> > > > > > > >> >> org.ovirt.engineextensions.______aaa.ldap.AuthzExtension >> > > > > > > >> ovirt.engine.extension.______provides = >> > > > > > > >> org.ovirt.engine.api.______extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > >> /etc/ovirt-engine/aaa/BRU_AIR.______properties >> >> >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> >> >> >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = >> admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if >> enterprise >> > > > > > > # DNS server cannot resolve >> the domain >> srvrecord. >> > > > > > > # >> > > > > > > vars.dns = >> dns://dc01.mydomain.com >> >> < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = >> srvrecord >> > > > > > > >> pool.default.serverset.______srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > >> pool.default.auth.simple.______bindDN = >> ${global:vars.user} >> > > > > > > >> pool.default.auth.simple.______password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I >> get this: >> > > > > > > >> > > > > > > An error occurred while >> attempting to >> query DNS >> in order to >> > > > > > > retrieve SRV >> > > > > > > records with name >> '_gc__tcp_brussels_airport': >> > > > > > > >> javax_naming_______NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > >> _____________________________________________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > > >> >> >> >> >> > >> >> >>> >> > > > > > > >> http://lists.ovirt.org/______mailman/listinfo/users >> >> > > >> > > > > > > >> > >> > >> >> > > > > > > >> > > > > > > >> > > > > > >> ___________________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > > >> >> >> >> > > > > > >> http://lists.ovirt.org/____mailman/listinfo/users >> >> > > >> > > > > > >> > > > > >> > > > >> > > >> > >> >> >> >> >> ___________________________________________________ >> Users mailing list >> Users at ovirt.org > > >> http://lists.ovirt.org/____mailman/listinfo/users >> >> > > >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From ydary at redhat.com Thu Jan 29 14:13:24 2015 From: ydary at redhat.com (Yaniv Dary) Date: Thu, 29 Jan 2015 16:13:24 +0200 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: References: Message-ID: <54CA4004.2080902@redhat.com> WebAdmin is for admin and has permissions to see anything in the system. For power users please use the power user portal. On 01/29/2015 10:35 AM, Nikolai Bochev wrote: > Hello, > > I've been running ovirt hosted engine for around a month already > without any major interruptions. Last week i tied it to freeipa, to be > able to give permissions to other people, but so far no success > because of the following problem : > > All users can see all VM's. I tried clearing all permission entries ( > leaving the admin only ) and the re-adding and it didn't help at all. > > I am attaching a few screenshots to better describe : > > > > > > ? > Most of the vm's have no permissions attached to them, but they are > still visible to everyone that logs from the userpanel > What am i doing wrong ? > > Regards, > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary at redhat.com IRC : ydary From david at analytics.brusselsairport.be Thu Jan 29 15:10:01 2015 From: david at analytics.brusselsairport.be (David van zeebroeck) Date: Thu, 29 Jan 2015 16:10:01 +0100 Subject: [ovirt-users] dwh not receiving any data Message-ID: hi we are running ovirt 3.5.1 and we are trying to setup the dwh part install and setup appears to run fine but when starting the service we see following error in the log file : 2015-01-29 16:06:26|ETL Service Started Exception in component tJDBCOutput_5 org.postgresql.util.PSQLException: ERROR: insert or update on table "vm_samples_history" violates foreign key constraint "vm_samples_history_current_user_id_fkey" Detail: Key (current_user_id)=(ab932902-cead-4435-a2b6-8b88576feab6) is not present in table "users_details_history". at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:10482) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$6.run(StatisticsSync.java:17437) Exception in component tJDBCOutput_6 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_12Process(StatisticsSync.java:12689) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$7.run(StatisticsSync.java:17483) Exception in component tJDBCOutput_7 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_18Process(StatisticsSync.java:14806) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$8.run(StatisticsSync.java:17529) Exception in component tJDBCOutput_4 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_8Process(StatisticsSync.java:7788) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$5.run(StatisticsSync.java:17391) 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: insert or update on table "vm_samples_history" violates foreign key constraint "vm_samples_history_current_user_id_fkey" Detail: Key (current_user_id)=(ab932902-cead-4435-a2b6-8b88576feab6) is not present in table "users_details_history".|1 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_6|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tRunJob_5 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1598) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1412) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1197) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:982) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:762) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:641) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs$2.run(SampleRunJobs.java:2560) 2015-01-29 16:07:04|VVdF7H|YhA1NE|XpLXfK|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_5|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:5941) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5707) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:4340) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4219) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4092) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3505) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2877) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2191) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1537) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:9546) -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 15:20:06 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 10:20:06 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> Message-ID: <1176170042.1666643.1422544806016.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Ondra Machacek" , users at ovirt.org > Sent: Thursday, January 29, 2015 3:46:09 PM > Subject: Re: [ovirt-users] AAA > > I saw that when I pressed the send button. If I do that i again get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records with > name '_ldap._ tcp.ldap.mydomain.com ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name '_ldap._ > tcp.ldap.mydomain.com ' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records with > name '_ldap._ tcp.ldap.mydomain.com ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name '_ldap._ > tcp.ldap.mydomain.com ' > > And yes I replayed mydomain with the correct one... :-) Hi Koen, I keep asking you... please provide the following so we can help: 1. your real domain name that you are using, I guess mydomain.com is not the correct one and also ldap.mydomain.com is not the active directory domain name, please determine what is the active directory domain name, you can do this via the domains and site manager. 2. the command and full output of dig using: $ dig @srvdc03. SRV _ldap._tcp. $ dig @srvdc03. SRV _gc._tcp. these srv records MUST exist within active directory DNS, otherwise the active directory itself will not work, your task is to find what is in your environment and what server runs valid DNS. 3. open the dns manager within active directory, expand the _tcp branch, and attach screen shoot of what you see. Thanks, Alon. > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek < omachace at redhat.com > : > > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions. aaa.ldap.AuthnExtension] (MSC service > thread 1-2) [ovirt-engine-extension-aaa- ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring initialization. Error: > Invalid DNS pseudo-URL(s): > > uncomment vars.dns > > > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com < http://ldap.mydomain.com > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset. single.server = ${global:vars.server} > pool.default.serverset. srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple. bindDN = ${global:vars.user} > pool.default.auth.simple. password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset. srvrecord.jndi-properties. java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory. resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev < alonbl at redhat.com > >: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" < vanoppen.koen at gmail.com > vanoppen.koen at gmail. com >> > > To: "Alon Bar-Lev" < alonbl at redhat.com > > > Cc:users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @ srvdc03.mydomain.com < > > http://srvdc03.mydomain.com > SRV _gc._ > > tcp.mydomain.com < http://tcp.mydomain.com > > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23. rc1.el6_5.1 <<>> @ > > srvdc03.mydomain.com < http://srvdc03.mydomain.com > > > SRV _gc._ tcp.mydomain.com < http://tcp.mydomain.com > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._ tcp.mydomain.com < http://tcp.mydomain.com >. IN SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you > replace mydomain.com < http://mydomain.com > with your actual active > directory domain name? > have you tried to look into your dns manager for this information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com < http://mydomain.com >. 3600 IN SOA > srvdc03.mydomain.com < http://srvdc03.mydomain.com >. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev < alonbl at redhat.com > >: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" < vanoppen.koen at gmail.com > > > > > > To: "Alon Bar-Lev" < alonbl at redhat.com > >, users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com < http://mydomain.com > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars. domain} > > > > dns://srvdc04.${global:vars. domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset. srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple. bindDN = ${global:vars.user} > > > > pool.default.auth.simple. password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > pool.default.serverset. srvrecord.jndi-properties. java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory. resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa- ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV > records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._ tcp.mydomain.com > < http://tcp.mydomain.com > in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com < http://srvdc03.mydomain.com > ? > > > 2. Can you please execute: > > > $ dig @ srvdc03.mydomain.com < http://srvdc03.mydomain.com > SRV > _gc._ tcp.mydomain.com < http://tcp.mydomain.com > > > > 3. Can you please open the DNS manager within your domain and > search for > > > srv records? Maybe you have DNS installed only on few servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev < alonbl at redhat.com > >: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" < omachace at redhat.com > > > > > > > > To: "Koen Vanoppen" < vanoppen.koen at gmail.com > >, users at ovirt.org > > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single > server type. > > > > > > > > > > active directory will not work without access to global > catalog. > > > > > please set one or more of the domain controllers as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars. domain} > > > dns://dc2.${global:vars. domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns > effective. > > > > > > > > > > > > > > pool.default.serverset. srvrecord.jndi-properties. java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory. resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > < omachace at redhat.com > > > > > > > >> : > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > [org.ovirt.engineextensions.__ aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-__ ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > javax.naming.__ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > < > > > > > http://ovirt.engine.extension. name > > > > > > > > < http://ovirt.engine. __ extensi on.name > < http://extension.name > > > > > > > > < http://ovirt.engine. extension.name >> = > > > > > > > BRU_AIR-authn > > > > > > > ovirt.engine.extension.__ bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__ aaa.ldap > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__ aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.__ provides = > > > > > > > org.ovirt.engine.api.__ extensions.aaa.Authn > > > > > > > ovirt.engine.aaa.authn.__ profi le.name > < http://profile.name > > > > > > > > < http://ovirt.engine.aaa. authn.profile.name > > > > > > > > < http://ovirt.engine.aaa. __ aut hn.profile.name > < http://authn.profile.name > > > > > > > > < http://ovirt.engine.aaa. authn.profile.name >> = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz._ _plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR. __properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > < > > > > > http://ovirt.engine.extension. name > > > > > > > > < http://ovirt.engine. __ extensi on.name > < http://extension.name > > > > > > > > > < http://ovirt.engine. extension.name >> = > > > > > > > BRU_AIR-authz > > > > > > > ovirt.engine.extension.__ bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__ aaa.ldap > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__ aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.__ provides = > > > > > > > org.ovirt.engine.api.__ extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR. __properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > < http://mydomain.com > < http://mydomain.com > > > > > > > > < http://mydomain.com > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > > # > > > > > > > vars.dns = dns:// dc01.mydomain.com > < http://dc01.mydomain.com > < > > > http://dc01.mydomain.com > > > > > > > > < http://dc01.mydomain.com > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > pool.default.serverset.__ srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.__ bindDN = > ${global:vars.user} > > > > > > > pool.default.auth.simple.__ password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > > javax_naming___ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > ______________________________ ___________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > > > > > > http://lists.ovirt.org/__ mailman/listinfo/users > > > > > > > < http://lists.ovirt.org/ mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > ______________________________ _________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/ mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________ _________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/ mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From donny at cloudspin.me Thu Jan 29 15:20:31 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 29 Jan 2015 08:20:31 -0700 Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: You are assigning permissions at too high of a level. Set the following permissions for users to be able to only see what they create Add a new set of permissions in the config menu Login to system Create instance Attach to storage domains Then assign that permission at the datacenter level, or even better the cluster level And add permissions as needed I will get you some screen shots when I get home On Jan 29, 2015 7:13 AM, Yaniv Dary wrote: > > WebAdmin is for admin and has permissions to see anything in the system. > For power users please use the power user portal. > > On 01/29/2015 10:35 AM, Nikolai Bochev wrote: > > Hello, > > > > I've been running ovirt hosted engine for around a month already > > without any major interruptions. Last week i tied it to freeipa, to be > > able to give permissions to other people, but so far no success > > because of the following problem : > > > > All users can see all VM's. I tried clearing all permission entries ( > > leaving the admin only ) and the re-adding and it didn't help at all. > > > > I am attaching a few screenshots to better describe : > > > > > > > > > > > > ? > > Most of the vm's have no permissions attached to them, but they are > > still visible to everyone that logs from the userpanel > > What am i doing wrong ? > > > > Regards, > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -- > Yaniv Dary > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: ydary at redhat.com > IRC : ydary > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Thu Jan 29 15:28:30 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 29 Jan 2015 08:28:30 -0700 Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: Setting that login permission at the system level is why they can see everything even if they can't control it. Copy the user permission role and remove all the permissions except login to system (the last box under login) create instance, and attach to storage domains. Then add it to the datacenter permission set On Jan 29, 2015 2:02 AM, Ondra Machacek wrote: > > If you add for example 'UserRole' on VM, then your user should login to > UserPortal without any problem and see his VM. > > On 01/29/2015 09:58 AM, Nikolai Bochev wrote: > > Ok, but if i don't add "System" permissions to a user with "UserRole" > > they cannot login at all ? > > > > On Thu, Jan 29, 2015 at 10:56 AM, Ondra Machacek > > wrote: > > > > > > > >???? On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > > > >???????? Hello, > > > >???????? I've been running ovirt hosted engine for around a month already > >???????? without > >???????? any major interruptions. Last week i tied it to freeipa, to be > >???????? able to > >???????? give permissions to other people, but so far no success because > >???????? of the > >???????? following problem : > > > >???????? All users can see all VM's. I tried clearing all permission > >???????? entries ( > >???????? leaving the admin only ) and the re-adding and it didn't help at > >???????? all. > > > >???????? I am attaching a few screenshots to better describe : > > > > > > > >???? The problem is that you are assigning system permissions. > >???? If you assign system permissions you have permission to whole system. > > > >???? If you want to assign a permission to user on a specific vm(or object), > >???? you have to select the object, then click 'permissions' subtab, then > >???? click 'add', then find your user and choose the role for him. > > > > > > > > > >???????? ? > >???????? Most of the vm's have no permissions attached to them, but they are > >???????? still visible to everyone that logs from the userpanel > >???????? What am i doing wrong ? > > > >???????? Regards, > > > > > >???????? _________________________________________________ > >???????? Users mailing list > >???????? Users at ovirt.org > >???????? http://lists.ovirt.org/__mailman/listinfo/users > >???????? > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Thu Jan 29 16:59:25 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 17:59:25 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: <54CA4004.2080902@redhat.com> References: <54CA4004.2080902@redhat.com> Message-ID: Il 29/gen/2015 15:13 "Yaniv Dary" ha scritto: > > WebAdmin is for admin and has permissions to see anything in the system. > For power users please use the power user portal Power user portal doesn't exist any more or did I miss anything? -------------- next part -------------- An HTML attachment was scrubbed... URL: From oourfali at redhat.com Thu Jan 29 17:13:56 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Thu, 29 Jan 2015 12:13:56 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: <1208275697.3675120.1422551636939.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 18:17:47 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 13:17:47 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> <54CA3D03.8020600@redhat.com> Message-ID: <207950162.1794686.1422555467491.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Ondra Machacek" > Cc: users at ovirt.org > Sent: Thursday, January 29, 2015 4:11:40 PM > Subject: Re: [ovirt-users] AAA > > FOUND IT!!!!!! > > include = > > # > # Active directory domain name. > # > #vars.domain = ldap.mydomain.com > vars.server = ldap.mydomain.com > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ************** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns:// srvdc03.mydomain.com dns:// srvdc04.mydomain.com > > #pool.default.serverset.type = srvrecord as I wrote several times, not using srvrecord for active directory will result in non working configuration. we need to find the root cause of your problem. > pool.default.serverset.single.server = ${global:vars.server} > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns > > > > BIG THANKS MAN!!!!! > > 2015-01-29 15:00 GMT+01:00 Ondra Machacek < omachace at redhat.com > : > > > > > On 01/29/2015 02:54 PM, Koen Vanoppen wrote: > > > I just don't understand. Why did engine-manage-domains previously DID > work, no problems what so ever and now I have this... > > Because manage-domains didn't use global catalog. And probabaly the reason > you don't have _ldap SRV record is that you didn't have them never and you > just used '--ldapServers' parameter, that's why manage-domains worked with > your domain. > > Now you are using DNS, not static configuration of ldap servers. > > > > > 2015-01-29 14:48 GMT+01:00 Ondra Machacek < omachace at redhat.com > >: > > It's same situation as before, but now you are missing ldap SRV record. > > With same steps you used to add _gc SRV record add also _ldap SRV > record. But it's strange that you don't already have them. > > On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > > I saw that when I pressed the send button. If I do that i again > get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.__ aaa.ldap.AuthzExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._ tcp.ldap.mydomain.com > < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __': > javax.naming.__ NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._ tcp.ldap.mydomain.com < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.__ aaa.ldap.AuthnExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._ tcp.ldap.mydomain.com > < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __': > javax.naming.__ NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._ tcp.ldap.mydomain.com < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __' > > And yes I replayed mydomain with the correct one... :-) > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek < omachace at redhat.com > > >> : > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > OK... Now I have this one :-) > WARN > [org.ovirt.engineextensions.__ __aaa.ldap.AuthnExtension] > (MSC service > thread 1-2) > [ovirt-engine-extension-aaa-__ __ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring > initialization. Error: > Invalid DNS pseudo-URL(s): > > > uncomment vars.dns > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com > < http://ldap.mydomain.com > < http://ldap.mydomain.com > > < http://ldap.mydomain.com > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > > > > __ mydom a__in.com < http://mydomain.com > > >> > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain > dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.____ single.server = > ${global:vars.server} > pool.default.serverset.____ srvrecord.domain = > ${global:vars.domain} > pool.default.auth.simple.____ bindDN = ${global:vars.user} > pool.default.auth.simple.____ password = > ${global:vars.password} > > # Uncomment if using custom DNS > > pool.default.serverset.____ srvrecord.jndi-properties.____ > java.naming.provider.url > = > ${global:vars.dns} > pool.default.socketfactory.___ _resolver.uRL = > ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > < alonbl at redhat.com > > > > >>>: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" < vanoppen.koen at gmail.com > > > > _ ___com > >>> > > To: "Alon Bar-Lev" < alonbl at redhat.com > > > > > >>> > > Cc:users at ovirt.org > > > > >> > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig > @ srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > SRV > _gc._ > > tcp.mydomain.com < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > > > > ; <<>> DiG > 9.8.2rc1-RedHat-9.8.2-0.23.___ _rc1.el6_5.1 <<>> > @ srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > > < http://srvdc03.mydomain.com > > > SRV _gc._ tcp.mydomain.com > < http://tcp.mydomain.com > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, > id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, > AUTHORITY: 1, > ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._ tcp.mydomain.com < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com >. IN SRV > > this ^^^^^^^ means that you do not have srv > record. are you > sure you > replace mydomain.com < http://mydomain.com > > < http://mydomain.com > > < http://mydomain.com > with your actual active > directory domain name? > have you tried to look into your dns manager for this > information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com < http://mydomain.com > > < http://mydomain.com > > < http://mydomain.com >. 3600 IN SOA > srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com >. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > < alonbl at redhat.com > > > >>>: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > < vanoppen.koen at gmail.com > > > _ ___com > >>> > > > > To: "Alon Bar-Lev" < alonbl at redhat.com > > > > >>>, > users at ovirt.org > > >> > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > < http://mydomain.com > < http://mydomain.com > > < http://mydomain.com > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain > srvrecord. > > > > # > > > > vars.dns = > dns://srvdc03.${global:vars.__ __domain} > > > > dns://srvdc04.${global:vars.__ __domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.____ srvrecord.domain = > ${global:vars.domain} > > > > pool.default.auth.simple.____ bindDN = > ${global:vars.user} > > > > pool.default.auth.simple.____ password = > ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > > > pool.default.serverset.____ srvrecord.jndi-properties.____ > java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.___ _resolver.uRL = > ${global:vars.dns} > > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-__ __ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. > Error: No > DNS SRV > records were > > > > found with record name > '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._ tcp.mydomain.com > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > in the dns... Isn't > there another > > > > way it just resolves the dns servers I gave > him? > > > > > > > > > > Microsoft Domain controller must have gc > service entry > within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS > installed on > srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > ? > > > 2. Can you please execute: > > > $ dig @ srvdc03.mydomain.com > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > SRV > _gc._ tcp.mydomain.com < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > > > 3. Can you please open the DNS manager within > your > domain and > search for > > > srv records? Maybe you have DNS installed > only on few > servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > < alonbl at redhat.com > > > >>>: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > < omachace at redhat.com > > > >> > > > > > > > To: "Koen Vanoppen" > < vanoppen.koen at gmail.com > > > _ ___com > >>>, users at ovirt.org > > > > > > >> > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen > wrote: > > > > > > > No, I don't. and I wouldn't know how > he got to > this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global > catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV > _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in > DNS, if > you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if > you use > single > server type. > > > > > > > > > > active directory will not work without > access to > global > catalog. > > > > > please set one or more of the domain > controllers > as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = > dns://dc1.${global:vars.____ domain} > > > dns://dc2.${global:vars.____ domain} > > > > > > > > > > please also uncomment/add these lines to > make vars.dns > effective. > > > > > > > > > > > > > > > > pool.default.serverset.____ srvrecord.jndi-properties.____ > java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.___ _resolver.uRL = > ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > < omachace at redhat.com > > > >> > > > > > > > > > > >> >__>__: > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen > Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting > up AAA > for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > > [org.ovirt.engineextensions.__ ____aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > > [ovirt-engine-extension-aaa-__ ____ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, > deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to > query DNS > in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name > '_gc._tcp.brussels.airport': > > > > > > > > javax.naming.______ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this > '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >> > < http://ovirt.engine. __ extensi __on.name > < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> < > > > > > http://ovirt.engine.extension. ____name > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> > > > > > > > > < http://ovirt.engine. __ extensi ____on.name > < http://extensi__on.name > < http://extension.name > > < http://extension.name > > > > > > > > > < http://ovirt.engine. __ extensi __on.name < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>>> = > > > > > > > BRU_AIR-authn > > > > > > > > ovirt.engine.extension.______ bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.__ ____aaa.ldap > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.___ ___aaa.ldap.AuthnExtension > > > > > > > > ovirt.engine.extension.______ provides = > > > > > > > > org.ovirt.engine.api.______ extensions.aaa.Authn > > > > > > > > ovirt.engine.aaa.authn.__ profi ____le.name > < http://profi__le.name > < http://profile.name > > < http://profile.name > > > > > > > > > < http://ovirt.engine.aaa. __ aut __hn.profile.name > < http://authn.profile.name > > < http://ovirt.engine.aaa. __ aut hn.profile.name > < http://ovirt.engine.aaa. authn.profile.name >>> > > > > > > > > < http://ovirt.engine.aaa. __ aut ____hn.profile.name > < http://aut__hn.profile.name > > < http://authn.profile.name > > < http://authn.profile.name > > > > > > > > > < http://ovirt.engine.aaa. __ aut __hn.profile.name > < http://authn.profile.name > > < http://ovirt.engine.aaa. __ aut hn.profile.name > < http://ovirt.engine.aaa. authn.profile.name >>>> = > BRU-AIR > > > > > > > > ovirt.engine.aaa.authn.authz._ _____plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR. ______properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >> > < http://ovirt.engine. __ extensi __on.name > < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> < > > > > > http://ovirt.engine.extension. ____name > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> > > > > > > > > < http://ovirt.engine. __ extensi ____on.name > < http://extensi__on.name > < http://extension.name > > < http://extension.name > > > > > > > > > > < http://ovirt.engine. __ extensi __on.name < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>>> = > > > > > > > BRU_AIR-authz > > > > > > > > ovirt.engine.extension.______ bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.__ ____aaa.ldap > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.___ ___aaa.ldap.AuthzExtension > > > > > > > > ovirt.engine.extension.______ provides = > > > > > > > > org.ovirt.engine.api.______ extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR. ______properties > > > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > < http://mydomain.com > > < http://mydomain.com > > < http://mydomain.com > < http://mydomain.com > > > > > > > > < http://mydomain.com > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = > admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if > enterprise > > > > > > > # DNS server cannot resolve > the domain > srvrecord. > > > > > > > # > > > > > > > vars.dns = > dns:// dc01.mydomain.com < http://dc01.mydomain.com > > < http://dc01.mydomain.com > > < http://dc01.mydomain.com > < > > > http://dc01.mydomain.com > > > > > > > > < http://dc01.mydomain.com > > > > > > > > > > > > > > > pool.default.serverset.type = > srvrecord > > > > > > > > pool.default.serverset.______ srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > > pool.default.auth.simple._____ _bindDN = > ${global:vars.user} > > > > > > > > pool.default.auth.simple._____ _password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I > get this: > > > > > > > > > > > > > > An error occurred while > attempting to > query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name > '_gc__tcp_brussels_airport': > > > > > > > > javax_naming_______ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > > ______________________________ _______________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > >> > > > > > >>> > > > > > > > > http://lists.ovirt.org/______ mailman/listinfo/users > < http://lists.ovirt.org/____ mailman/listinfo/users > > < http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users >> > > > > > > > > < http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users > > < http://lists.ovirt.org/__ mailman/listinfo/users > < http://lists.ovirt.org/ mailman/listinfo/users >>> > > > > > > > > > > > > > > > > > > > > > ______________________________ _____________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > >> > > > > > > > http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users > > < http://lists.ovirt.org/__ mailman/listinfo/users > < http://lists.ovirt.org/ mailman/listinfo/users >> > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________ _____________________ > Users mailing list > Users at ovirt.org > > http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users > > < http://lists.ovirt.org/__ mailman/listinfo/users > < http://lists.ovirt.org/ mailman/listinfo/users >> > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Thu Jan 29 18:29:53 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 19:29:53 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: hello, using the ip address with "disable https" works to see events and such, but if I click on vm line (both if VM is powered on or off) movirt terminates. I only use admin at internal, giving him power user role access to the vm; in fact I can connect to it from user portal with admin at internal) If I download the certificate and then try to use https I get this error message when starting movirt and selecting load button: https://drive.google.com/file/d/0BwoPbcrMv8mvX2ZKUVdRUW5OLUU/view?usp=sharing any special thing to do with certificate? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Jan 29 18:32:18 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 19:32:18 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: <1208275697.3675120.1422551636939.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> References: <1208275697.3675120.1422551636939.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Message-ID: On Thu, Jan 29, 2015 at 6:13 PM, Oved Ourfali wrote: > > On Jan 29, 2015 7:00 PM, Gianluca Cecchi > wrote: > > > > > > Il 29/gen/2015 15:13 "Yaniv Dary" ha scritto: > > > > > > WebAdmin is for admin and has permissions to see anything in the > system. > > > For power users please use the power user portal > > > > Power user portal doesn't exist any more or did I miss anything? > > We have the webadmin and the user portal. If you have permissions like > power user role, then when you login to the user portal you have access to > a different view which is the power user portal. > BTW: I'm not the one who openend the thread.... In fact. Power user portal was used in RHEV 2.2 time.. If I give power user role to a vm for a user, than when the user (included admin at internal) open user portal, he can see the vm and work with it... Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From oourfali at redhat.com Thu Jan 29 18:40:51 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Thu, 29 Jan 2015 13:40:51 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: <2076811600.3724898.1422556851435.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> An HTML attachment was scrubbed... URL: From sphoorti.joglekar at gmail.com Thu Jan 29 18:50:14 2015 From: sphoorti.joglekar at gmail.com (Sphoorti Joglekar) Date: Fri, 30 Jan 2015 00:20:14 +0530 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: Hello, Could you share the IP address URL you used? Also is the Admin Privilege check box checked or unchecked? Best Regards, Sphoorti On Jan 29, 2015 11:59 PM, "Gianluca Cecchi" wrote: > > hello, > using the ip address with "disable https" works to see events and such, > but if I click on vm line (both if VM is powered on or off) movirt > terminates. > I only use admin at internal, giving him power user role access to the vm; > in fact I can connect to it from user portal with admin at internal) > If I download the certificate and then try to use https I get this error > message when starting movirt and selecting load button: > > https://drive.google.com/file/d/0BwoPbcrMv8mvX2ZKUVdRUW5OLUU/view?usp=sharing > > any special thing to do with certificate? > > Gianluca > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Jan 29 23:25:15 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 30 Jan 2015 00:25:15 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: Il 29/Gen/2015 19:50 "Sphoorti Joglekar" ha scritto: > > Hello, > > Could you share the IP address URL you used? Also is the Admin Privilege check box checked or unchecked? > The same happens with my Samsung note pro and 4.4.2 . Probably it is needed to have the engine hostname in DNS ? In that case I can setup one of the VM with bind and configure my Smartphone and ttablet to me the ip of that VM as DNS server... The lan is a local lan so I can't share its ip address Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at mwcomm.com Fri Jan 30 02:13:30 2015 From: george at mwcomm.com (George Skorup) Date: Thu, 29 Jan 2015 20:13:30 -0600 Subject: [ovirt-users] New user intro & some questions Message-ID: <54CAE8CA.4030501@mwcomm.com> Hello oVirt Users Community, I've been working with Red Hat and RHEL and clones for about 11 years, though I do still consider myself amateur mostly because I'm more of a networking guy. :) One-man IT department so I get very little time to tinker. I'm evaluating oVirt (because the boss said no to VMware) and will likely begin implementation soon to virtualize our datacenter. So I have a SuperMicro Twin2 (4 nodes) system and a cheap managed L2+ switch to use for now. Dual 6-core Xeon's and 24GB per node. The two on-board 82574L's are bonded 802.3ad, no issues there (so far). I currently have two 1TB WD RE4 SATA drives configured as RAID1 using the Intel RAID BIOS in each node. I understand this is software RAID. That's all working fine and I did this so that if a drive dies then I can still boot the machine(s). I have a 500MB partition formatted as ext4 for /boot. A 48GB ext4 for the root. 24GB for swap. And finally the rest (800-something GB) is LVM and XFS for Gluster. I've been following Jason Brooks' "Up and Running with oVirt" guides (which are great, BTW!). I have the cluster up and running with CentOS 7 and oVirt 3.5, hosted-engine on CentOS 6.6 and CTDB to host a virtual IP for the engine NFS mount. There are a couple test VMs running along with the engine on various nodes. I found it interesting that I was able to upload a ripped ISO of Win 2k3 Enterprise (not SP2) and was able to successfully boot it, after which I promptly installed SP2 and oVirt guest tools. I do very little with Windows, but there's always that one remaining customer that needs IIS and we're not about to buy a new Windows Server 2012 license just for them. So anyway, I'm having a problem with node reboots. They simply will not shut down and reboot cleanly. Instead, it looks like they hang after all processes are shut down, or at least attempted to be shut down. Then after a couple minutes, the hardware watchdog resets the system. I've came to the conclusion that sanlock and/or wdmd is causing the hangup. I'm guessing an active but non-responsive NFS mount is the culprit, possibly the ISO domain NFS mount which is on the engine? I've tried manually shutting down all oVirt, VDSM, etc. processes, unmounting all NFS shares, but it seems sanlock still has a hold on something in /rhev/.. I've Google'd a bit and have come across posts about this as well. Any tips here? Then I experienced something else odd yesterday. I did a yum update for the glibc vulnerability stuff. Gluster was updated as well which really threw a wrench into things because I wasn't paying attention and quorum broke, etc. I got that fixed. Rebooted all nodes (which is when I found the sanlock/watchdog problem). Nodes 2, 3 and 4 came back up, but node1 did not. I logged into the IPKVM console and found that it had no network configuration. All /etc/sysconfig/network-scripts/ifcfg-* files were gone. I was able to manually reconfigure the physical interfaces, set the bonding back up and add the ovirtmgmt bridge. But then the engine reported the host as non-operational due to '..does not comply with cluster default networks... ovirtmgmt missing' which I was able to resolve by reconfiguring the host's network config within the engine GUI and all is now well. I'm just curious how/why the ifcfg files were wiped out? I haven't touched the network config on any hosts since running hosted-engine --deploy. Please forgive my ignorance and point me to the correct place if these issues have been discussed and/or resolved already. And overall I'm very much liking oVirt, especially as a viable and cost-effective alternative to vSphere. Thanks, George From tjelinek at redhat.com Fri Jan 30 08:05:55 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Fri, 30 Jan 2015 03:05:55 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Tomas Jelinek" > Cc: "Karli Sj?berg" , "Sphoorti Joglekar" , "users" > > Sent: Thursday, January 29, 2015 7:29:53 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > hello, > using the ip address with "disable https" works to see events and such, but > if I click on vm line (both if VM is powered on or off) movirt terminates. this is strange - it seems we expect on a VM something what is not there... Could you please share the result of this? curl -k -u 'admin at internal:' -H 'Filter: false' -H 'Content-type: application/xml' -X GET https://:/ovirt-engine/api/vms if it is failing on all VMs. Or .../vms/ in case it fails on one particular only. > I only use admin at internal, giving him power user role access to the vm; in > fact I can connect to it from user portal with admin at internal) > If I download the certificate and then try to use https I get this error > message when starting movirt and selecting load button: > https://drive.google.com/file/d/0BwoPbcrMv8mvX2ZKUVdRUW5OLUU/view?usp=sharing Have you imported the certificate to your phone? E.g. if you go in your phone to Settings -> Security -> Trusted credentials -> user do you see it there? If yes, and open it, you will see who has it been issued to. Than you have to configure in moVirt the same host address. As I see in the screenshot you are going to engine using the IP and I'm pretty sure the cert has been issued to the hostname. But in that case you have to setup the dns as you have written in some newer mail. Tomas > > any special thing to do with certificate? > > Gianluca > From lists at murrell.ca Fri Jan 30 08:09:10 2015 From: lists at murrell.ca (Alan Murrell) Date: Fri, 30 Jan 2015 00:09:10 -0800 Subject: [ovirt-users] update 3.5 -> 3.5.1 In-Reply-To: References: Message-ID: <54CB3C26.3060202@murrell.ca> On 28/01/2015 10:33 PM, Koen Vanoppen wrote: > Solved it. What was the resolution? -Alan From lists at murrell.ca Fri Jan 30 09:42:59 2015 From: lists at murrell.ca (Alan Murrell) Date: Fri, 30 Jan 2015 01:42:59 -0800 Subject: [ovirt-users] 3.5 -> 3.5.1 upgrade issue Message-ID: <54CB5223.8050905@murrell.ca> I noticed I didn't have the reports installed, and thought in addition to installing thm I would upgrade my 3.5.0.1 installation to 3.5.1. I did a 'yum install engine-setup-dwh engine-setup-reports' and when those installed, I ran 'yum upgrade engine-setup'. This may have been my mistake. Anyway, once everything got downloaded and installed, I ran a screen session then ran 'engine-setup'. I answered the questions (leaving mostly the defaults) and let it go. The process usually gets to '[ INFO ] Deploying Jasper' then I lose my SSH session. No problem, I can just log right back in and connect to my screen session, right? Unfortunately, whatever causes my SSH session to drop also seems to kill my screen session, as there are none to be found. I cannot see anything useful in the logs for why the sessions got killed, but even after I lose the session, I can connect tot he webGUI, though it is still on 3.5.0.1 and if I click on the "Reports" link, it says the Reports module is not installed. I tried connecting to the console of the Engine (did I mention it is a self-hosted engine?), but the VNC connection cannot seem to connect, so I can't even run it from the console (even though the 'engine-setup' process shuts down the engine services, at least running it from the console should allow it to finish since it won't kill an SSH session) Any ideas on either what could be going on here and/or how to successfully run 'engine-setup'? Thanks! :-) -Alan From alessandro.rastelli at skytv.it Fri Jan 30 10:34:47 2015 From: alessandro.rastelli at skytv.it (RASTELLI Alessandro) Date: Fri, 30 Jan 2015 10:34:47 +0000 Subject: [ovirt-users] SSH error while adding host Message-ID: Hi, I'm trying to use oVirt 3.5 for glusterFS management. I installed the package on a Centos6.5 VM following the procedure, and everything went fine. When I add any host to the Cluster, I get the message: Host gluster01-mi installation failed. Command returned failure code 1 during SSH session 'root at gluster01-mi'. In the engine.log I see: 2015-01-30 11:04:33,255 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Setup validation. 2015-01-30 11:04:33,398 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels 2015-01-30 11:04:33,402 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host gluster01-mi. Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels. 2015-01-30 11:04:33,403 INFO [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Stage: Pre-termination 2015-01-30 11:04:33,407 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Pre-termination. 2015-01-30 11:04:33,415 INFO [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-20150130110433-gluster01-mi-251a7b21.log' 2015-01-30 11:04:33,418 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-20150130110433-gluster01-mi-251a7b21.log'. 2015-01-30 11:04:33,538 INFO [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Stage: Termination 2015-01-30 11:04:33,543 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Termination. 2015-01-30 11:04:33,587 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-3) SSH error running command root at gluster01-mi:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True': java.io.IOException: Command returned failure code 1 during SSH session 'root at gluster01-mi' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:527) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1118) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:154) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] and in host-deploy: 2015-01-30 11:02:45 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/tmp/ovirt-gX6QXlgaG2/pythonlib/otopi/context.py", line 142, in _executeMethod method['method']() File "/tmp/ovirt-gX6QXlgaG2/otopi-plugins/ovirt-host-deploy/gluster/packages.py", line 66, in _validation 'Cannot locate gluster packages, ' RuntimeError: Cannot locate gluster packages, possible cause is incorrect channels 2015-01-30 11:02:45 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels Glusterfs-client is correctly installed on oVirt (same version as gluster nodes - 3.6.1) Can you please help me with that? Thank you [cid:image001.png at 01D03C7E.A8AB2A40] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 46574 bytes Desc: image001.png URL: From blanchet at abes.fr Fri Jan 30 10:38:10 2015 From: blanchet at abes.fr (=?UTF-8?B?TmF0aGFuYcOrbCBCbGFuY2hldA==?=) Date: Fri, 30 Jan 2015 11:38:10 +0100 Subject: [ovirt-users] Where can I get the ovirt-engine MIB? Message-ID: <54CB5F12.5060306@abes.fr> Hello, According to https://bugzilla.redhat.com/show_bug.cgi?id=1136818, we are now able to get snmtraps with the custom MIB. This thread provides the sample redhat MIB but where can I get the full ovirt-enfine mib txt file? From blanchet at abes.fr Fri Jan 30 10:43:08 2015 From: blanchet at abes.fr (=?UTF-8?B?TmF0aGFuYcOrbCBCbGFuY2hldA==?=) Date: Fri, 30 Jan 2015 11:43:08 +0100 Subject: [ovirt-users] restore state is very long after suspending Message-ID: <54CB603C.5020700@abes.fr> Hello, Suspending one vm (2 GB RAM) is quite short (about 1 minute) while restoring it is over 20 minutes... This make the suspend feature unusable. Is it a regular work? ovirt 3.5, el6 vdsm 4.16. From oourfali at redhat.com Fri Jan 30 10:56:18 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Fri, 30 Jan 2015 05:56:18 -0500 (EST) Subject: [ovirt-users] restore state is very long after suspending Message-ID: <1004226248.4105041.1422615378476.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Can you please provide the engine and vdsm logs? It might shed some light on why it took so long. On Jan 30, 2015 12:43 PM, Nathana?l Blanchet wrote: > > Hello, > > Suspending one vm (2 GB RAM) is quite short (about 1 minute) while > restoring it is over 20 minutes... This make the suspend feature unusable. > Is it a regular work? > > ovirt 3.5, el6 vdsm 4.16. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Fri Jan 30 10:57:57 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 30 Jan 2015 11:57:57 +0100 Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: On Fri, Jan 30, 2015 at 11:34 AM, RASTELLI Alessandro < alessandro.rastelli at skytv.it> wrote: > Hi, > > I?m trying to use oVirt 3.5 for glusterFS management. > > I installed the package on a Centos6.5 VM following the procedure, and > everything went fine. > > When I add any host to the Cluster, I get the message: > > > > Host gluster01-mi installation failed. Command returned failure code 1 > during SSH session 'root at gluster01-mi'. > > In the engine.log I see: > > > > 2015-01-30 11:04:33,255 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: > -1, Message: Installing Host gluster01-mi. Stage: Setup validation. > > 2015-01-30 11:04:33,398 ERROR > [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation > gluster01-mi: Failed to execute stage 'Setup validation': Cannot locate > gluster packages, possible cause is incorrect channels > > > it seems an error about repo config on host. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Fri Jan 30 11:20:37 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 30 Jan 2015 06:20:37 -0500 (EST) Subject: [ovirt-users] Where can I get the ovirt-engine MIB? In-Reply-To: <54CB5F12.5060306@abes.fr> References: <54CB5F12.5060306@abes.fr> Message-ID: <1192874464.1944426.1422616837110.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Nathana?l Blanchet" > To: users at ovirt.org > Sent: Friday, January 30, 2015 12:38:10 PM > Subject: [ovirt-users] Where can I get the ovirt-engine MIB? > > Hello, > > According to https://bugzilla.redhat.com/show_bug.cgi?id=1136818, we are > now able to get snmtraps with the custom MIB. > This thread provides the sample redhat MIB but where can I get the full > ovirt-enfine mib txt file? /usr/share/doc/ovirt-engine/mibs From karli.sjoberg at slu.se Fri Jan 30 12:32:21 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Fri, 30 Jan 2015 12:32:21 +0000 Subject: [ovirt-users] Foreman intergration Message-ID: <1422621140.8230.15.camel@data-b104.adm.slu.se> Hey all! One thing I am keen on exploring is the Foreman/oVirt integration. I have a vision were that could be used to, as a first step, manage the updating/patching of the Hosts in our datacenter, and if that turns out successful, remove our current Puppet Dashboard as ENC in our main Puppet Master and trade it in for The Foreman. The flow I imagined was to have Foreman tell oVirt engine to set a Host in Maintenance, update all packages and reboot it, then when it?s back, put it back to Active and move on to the next Host. Is that something that?s been worked on? /K From oourfali at redhat.com Fri Jan 30 13:25:57 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Fri, 30 Jan 2015 08:25:57 -0500 (EST) Subject: [ovirt-users] Foreman intergration Message-ID: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Not at the moment. Foreman isn't aware that the host is used as a hypervisor in ovirt. Currently foreman allows to create foreman hosts in top of ovirt (you can use compute resources in foreman to do that), and from the ovirt side it allows you to add a new host taken from wither an existing foreman host, or to bare metal provision one. In the future we plan to allow adding vms through ovirt that will also be also added automatically to foreman, which will allow to assign this VM to some host group in foreman, which then will install different packaged, and set up stuff according to the host group definition. Details on the current integration is available at http://www.ovirt.org/Features/ForemanIntegration Oved On Jan 30, 2015 2:32 PM, Karli Sj?berg wrote: > > Hey all! > > One thing I am keen on exploring is the Foreman/oVirt integration. I > have a vision were that could be used to, as a first step, manage the > updating/patching of the Hosts in our datacenter, and if that turns out > successful, remove our current Puppet Dashboard as ENC in our main > Puppet Master and trade it in for The Foreman. > > The flow I imagined was to have Foreman tell oVirt engine to set a Host > in Maintenance, update all packages and reboot it, then when it?s back, > put it back to Active and move on to the next Host. > > Is that something that?s been worked on? > > /K > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alessandro.rastelli at skytv.it Fri Jan 30 13:35:56 2015 From: alessandro.rastelli at skytv.it (RASTELLI Alessandro) Date: Fri, 30 Jan 2015 13:35:56 +0000 Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: Hi, I have only these repos configured: [root at oVirt yum.repos.d]# ll /etc/yum.repos.d/ total 32 -rw-r--r-- 1 root root 1991 Oct 23 13:41 CentOS-Base.repo -rw-r--r-- 1 root root 647 Oct 23 13:41 CentOS-Debuginfo.repo -rw-r--r-- 1 root root 289 Oct 23 13:41 CentOS-fasttrack.repo -rw-r--r-- 1 root root 630 Oct 23 13:41 CentOS-Media.repo -rw-r--r-- 1 root root 5394 Oct 23 13:41 CentOS-Vault.repo -rw-r--r-- 1 root root 1816 Jan 30 14:13 ovirt-3.5-dependencies.repo -rw-r--r-- 1 root root 289 Jan 30 14:13 ovirt-3.5.repo what can be wrong? I?ve just followed these steps: # yum -y update # yum install http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm # yum -y install ovirt-engine # engine-setup and configured for Gluster only. Thank you A. From: Gianluca Cecchi [mailto:gianluca.cecchi at gmail.com] Sent: venerd? 30 gennaio 2015 11:58 To: RASTELLI Alessandro Cc: users at ovirt.org Subject: Re: [ovirt-users] SSH error while adding host On Fri, Jan 30, 2015 at 11:34 AM, RASTELLI Alessandro > wrote: Hi, I?m trying to use oVirt 3.5 for glusterFS management. I installed the package on a Centos6.5 VM following the procedure, and everything went fine. When I add any host to the Cluster, I get the message: Host gluster01-mi installation failed. Command returned failure code 1 during SSH session 'root at gluster01-mi'. In the engine.log I see: 2015-01-30 11:04:33,255 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Setup validation. 2015-01-30 11:04:33,398 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels it seems an error about repo config on host. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Fri Jan 30 13:37:15 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Fri, 30 Jan 2015 14:37:15 +0100 Subject: [ovirt-users] Foreman intergration In-Reply-To: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> References: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Message-ID: <54CB890B.90808@netbulae.eu> Would not be that hard to script something like this, but I personally was thinking about an update scheduler myself. The scheduler stuff is already there and the whole update mechanism is handled by katello/subscription-manager. With a smart update scheduler you could do lots of fancy stuff. Like rolling out updates/patches over global deployments in pre-defined patterns. You could then use %pre and %post hooks to run any custom commands or API call's you like depending on "Host Group" and environment. Tie in some reporting and faillure notifications and we all the admins can be free to do others things instead of patching thousands of servers by hand due to the latest glibc/openssl bug. If the scheduled rollout works in test, it should be hands off in production. Keep up the great work! Cheers, Jorick On 01/30/2015 02:25 PM, Oved Ourfali wrote: > Not at the moment. Foreman isn't aware that the host is used as a hypervisor in ovirt. Currently foreman allows to create foreman hosts in top of ovirt (you can use compute resources in foreman to do that), and from the ovirt side it allows you to add a new host taken from wither an existing foreman host, or to bare metal provision one. In the future we plan to allow adding vms through ovirt that will also be also added automatically to foreman, which will allow to assign this VM to some host group in foreman, which then will install different packaged, and set up stuff according to the host group definition. > > Details on the current integration is available at > > http://www.ovirt.org/Features/ForemanIntegration > > Oved > On Jan 30, 2015 2:32 PM, Karli Sj?berg wrote: > > Hey all! > > One thing I am keen on exploring is the Foreman/oVirt integration. I > have a vision were that could be used to, as a first step, manage the > updating/patching of the Hosts in our datacenter, and if that turns out > successful, remove our current Puppet Dashboard as ENC in our main > Puppet Master and trade it in for The Foreman. > > The flow I imagined was to have Foreman tell oVirt engine to set a Host > in Maintenance, update all packages and reboot it, then when it?s back, > put it back to Active and move on to the next Host. > > Is that something that?s been worked on? > > /K > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From blanchet at abes.fr Fri Jan 30 13:36:49 2015 From: blanchet at abes.fr (=?UTF-8?B?TmF0aGFuYcOrbCBCbGFuY2hldA==?=) Date: Fri, 30 Jan 2015 14:36:49 +0100 Subject: [ovirt-users] restore state is very long after suspending In-Reply-To: <1004226248.4105041.1422615378476.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> References: <1004226248.4105041.1422615378476.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Message-ID: <54CB88F1.1070007@abes.fr> not very convinient to read the log file... The vm name is garbin. Thank you for your help Le 30/01/2015 11:56, Oved Ourfali a ?crit : > Can you please provide the engine and vdsm logs? It might shed some light on why it took so long. > > On Jan 30, 2015 12:43 PM, Nathana?l Blanchet wrote: >> Hello, >> >> Suspending one vm (2 GB RAM) is quite short (about 1 minute) while >> restoring it is over 20 minutes... This make the suspend feature unusable. >> Is it a regular work? >> >> ovirt 3.5, el6 vdsm 4.16. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: restore_vm_vdsm.log Type: text/x-log Size: 1976438 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: restore_vm_engine.log Type: text/x-log Size: 107634 bytes Desc: not available URL: From j.astrego at netbulae.eu Fri Jan 30 13:38:51 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Fri, 30 Jan 2015 14:38:51 +0100 Subject: [ovirt-users] Foreman intergration In-Reply-To: <54CB890B.90808@netbulae.eu> References: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> <54CB890B.90808@netbulae.eu> Message-ID: <54CB896B.2000308@netbulae.eu> But this would be a foreman feature offcourse, a bit out of scope for ovirt ;-) On 01/30/2015 02:37 PM, Jorick Astrego wrote: > Would not be that hard to script something like this, but I personally > was thinking about an update scheduler myself. The scheduler stuff is > already there and the whole update mechanism is handled by > katello/subscription-manager. > > With a smart update scheduler you could do lots of fancy stuff. Like > rolling out updates/patches over global deployments in pre-defined > patterns. You could then use %pre and %post hooks to run any custom > commands or API call's you like depending on "Host Group" and > environment. > > Tie in some reporting and faillure notifications and we all the admins > can be free to do others things instead of patching thousands of servers > by hand due to the latest glibc/openssl bug. If the scheduled rollout > works in test, it should be hands off in production. > > Keep up the great work! > > Cheers, > > Jorick > > On 01/30/2015 02:25 PM, Oved Ourfali wrote: > > Not at the moment. Foreman isn't aware that the host is used as a > hypervisor in ovirt. Currently foreman allows to create foreman hosts > in top of ovirt (you can use compute resources in foreman to do that), > and from the ovirt side it allows you to add a new host taken from > wither an existing foreman host, or to bare metal provision one. In > the future we plan to allow adding vms through ovirt that will also be > also added automatically to foreman, which will allow to assign this > VM to some host group in foreman, which then will install different > packaged, and set up stuff according to the host group definition. > > > > Details on the current integration is available at > > > > http://www.ovirt.org/Features/ForemanIntegration > > > > Oved > > On Jan 30, 2015 2:32 PM, Karli Sj?berg wrote: > > Hey all! > > One > thing I am keen on exploring is the Foreman/oVirt integration. I > > have a vision were that could be used to, as a first step, manage the > > updating/patching of the Hosts in our datacenter, and if that turns > out > successful, remove our current Puppet Dashboard as ENC in our > main > Puppet Master and trade it in for The Foreman. > > The flow I > imagined was to have Foreman tell oVirt engine to set a Host > in > Maintenance, update all packages and reboot it, then when it?s back, > > put it back to Active and move on to the next Host. > > Is that > something that?s been worked on? > > /K > > _______________________________________________ > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mperina at redhat.com Fri Jan 30 13:45:19 2015 From: mperina at redhat.com (Martin Perina) Date: Fri, 30 Jan 2015 08:45:19 -0500 (EST) Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: <873707569.4080606.1422625519897.JavaMail.zimbra@redhat.com> Hi, those are repositories on the server where ovirt-engine is installed, right? But what repositories do you have installed on the host gluster01-mi (the server that you are trying to add into oVirt via webadmin)? Martin Perina ----- Original Message ----- > From: "RASTELLI Alessandro" > To: "Gianluca Cecchi" > Cc: users at ovirt.org > Sent: Friday, January 30, 2015 2:35:56 PM > Subject: Re: [ovirt-users] SSH error while adding host > > > > Hi, > > I have only these repos configured: > > [root at oVirt yum.repos.d]# ll /etc/yum.repos.d/ > > total 32 > > -rw-r--r-- 1 root root 1991 Oct 23 13:41 CentOS-Base.repo > > -rw-r--r-- 1 root root 647 Oct 23 13:41 CentOS-Debuginfo.repo > > -rw-r--r-- 1 root root 289 Oct 23 13:41 CentOS-fasttrack.repo > > -rw-r--r-- 1 root root 630 Oct 23 13:41 CentOS-Media.repo > > -rw-r--r-- 1 root root 5394 Oct 23 13:41 CentOS-Vault.repo > > -rw-r--r-- 1 root root 1816 Jan 30 14:13 ovirt-3.5-dependencies.repo > > -rw-r--r-- 1 root root 289 Jan 30 14:13 ovirt-3.5.repo > > > > what can be wrong? > > I?ve just followed these steps: > > # yum -y update > > # yum install > http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm > > # yum -y install ovirt-engine > > # engine-setup > > > > and configured for Gluster only. > > Thank you > > > > A. > > > > From: Gianluca Cecchi [mailto:gianluca.cecchi at gmail.com] > Sent: venerd? 30 gennaio 2015 11:58 > To: RASTELLI Alessandro > Cc: users at ovirt.org > Subject: Re: [ovirt-users] SSH error while adding host > > > > > > > > > > > On Fri, Jan 30, 2015 at 11:34 AM, RASTELLI Alessandro < > alessandro.rastelli at skytv.it > wrote: > > > > > Hi, > > I?m trying to use oVirt 3.5 for glusterFS management. > > I installed the package on a Centos6.5 VM following the procedure, and > everything went fine. > > When I add any host to the Cluster, I get the message: > > > > Host gluster01-mi installation failed. Command returned failure code 1 during > SSH session 'root at gluster01-mi'. > > In the engine.log I see: > > > > 2015-01-30 11:04:33,255 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, > Message: Installing Host gluster01-mi. Stage: Setup validation. > > 2015-01-30 11:04:33,398 ERROR [org.ovirt.engine.core.bll.InstallerMessages] > (VdsDeploy) Installation gluster01-mi: Failed to execute stage 'Setup > validation': Cannot locate gluster packages, possible cause is incorrect > channels > > > > > > > > it seems an error about repo config on host. > > > > > > Gianluca > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jbrooks at redhat.com Fri Jan 30 16:11:18 2015 From: jbrooks at redhat.com (Jason Brooks) Date: Fri, 30 Jan 2015 11:11:18 -0500 (EST) Subject: [ovirt-users] New user intro & some questions In-Reply-To: <54CAE8CA.4030501@mwcomm.com> References: <54CAE8CA.4030501@mwcomm.com> Message-ID: <547831180.4476308.1422634278299.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "George Skorup" > To: users at ovirt.org > Sent: Thursday, January 29, 2015 6:13:30 PM > Subject: [ovirt-users] New user intro & some questions > > Hello oVirt Users Community, > > I've been working with Red Hat and RHEL and clones for about 11 years, > though I do still consider myself amateur mostly because I'm more of a > networking guy. :) One-man IT department so I get very little time to > tinker. > > I'm evaluating oVirt (because the boss said no to VMware) and will > likely begin implementation soon to virtualize our datacenter. So I have > a SuperMicro Twin2 (4 nodes) system and a cheap managed L2+ switch to > use for now. Dual 6-core Xeon's and 24GB per node. The two on-board > 82574L's are bonded 802.3ad, no issues there (so far). I currently have > two 1TB WD RE4 SATA drives configured as RAID1 using the Intel RAID BIOS > in each node. I understand this is software RAID. That's all working > fine and I did this so that if a drive dies then I can still boot the > machine(s). I have a 500MB partition formatted as ext4 for /boot. A 48GB > ext4 for the root. 24GB for swap. And finally the rest (800-something > GB) is LVM and XFS for Gluster. > > I've been following Jason Brooks' "Up and Running with oVirt" guides > (which are great, BTW!). I have the cluster up and running with CentOS 7 > and oVirt 3.5, hosted-engine on CentOS 6.6 and CTDB to host a virtual IP > for the engine NFS mount. There are a couple test VMs running along with > the engine on various nodes. I found it interesting that I was able to > upload a ripped ISO of Win 2k3 Enterprise (not SP2) and was able to > successfully boot it, after which I promptly installed SP2 and oVirt > guest tools. I do very little with Windows, but there's always that one > remaining customer that needs IIS and we're not about to buy a new > Windows Server 2012 license just for them. > > So anyway, I'm having a problem with node reboots. They simply will not > shut down and reboot cleanly. Instead, it looks like they hang after all > processes are shut down, or at least attempted to be shut down. Then > after a couple minutes, the hardware watchdog resets the system. I've > came to the conclusion that sanlock and/or wdmd is causing the hangup. > I'm guessing an active but non-responsive NFS mount is the culprit, > possibly the ISO domain NFS mount which is on the engine? I've tried > manually shutting down all oVirt, VDSM, etc. processes, unmounting all > NFS shares, but it seems sanlock still has a hold on something in > /rhev/.. I've Google'd a bit and have come across posts about this as > well. Any tips here? Hi George -- I typically host my ISO domain from gluster as well, rather than from the NFS export the installer offers to set up. I've been able to force sanlock to release with: sanlock shutdown -f 1 > > Then I experienced something else odd yesterday. I did a yum update for > the glibc vulnerability stuff. Gluster was updated as well which really > threw a wrench into things because I wasn't paying attention and quorum > broke, etc. I got that fixed. Rebooted all nodes (which is when I found > the sanlock/watchdog problem). Nodes 2, 3 and 4 came back up, but node1 > did not. I logged into the IPKVM console and found that it had no > network configuration. All /etc/sysconfig/network-scripts/ifcfg-* files > were gone. I was able to manually reconfigure the physical interfaces, > set the bonding back up and add the ovirtmgmt bridge. But then the > engine reported the host as non-operational due to '..does not comply > with cluster default networks... ovirtmgmt missing' which I was able to > resolve by reconfiguring the host's network config within the engine GUI > and all is now well. I'm just curious how/why the ifcfg files were wiped > out? I haven't touched the network config on any hosts since running > hosted-engine --deploy. VDSM now attempts to restore the networks as configured in the engine. I found that I had to have all my network configs setup in the engine, as well as in the ifcfgs for these networks to persist. There's a place where you can disable this functionality, as well, I don't recall where that is off hand though. Regards, Jason > > Please forgive my ignorance and point me to the correct place if these > issues have been discussed and/or resolved already. > > And overall I'm very much liking oVirt, especially as a viable and > cost-effective alternative to vSphere. > > Thanks, > George > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From heinlein at madboa.com Fri Jan 30 17:41:47 2015 From: heinlein at madboa.com (Paul Heinlein) Date: Fri, 30 Jan 2015 09:41:47 -0800 (PST) Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: On Fri, 30 Jan 2015, RASTELLI Alessandro wrote: > I?m trying to use oVirt 3.5 for glusterFS management. > > I installed the package on a Centos6.5 VM following the procedure, > and everything went fine. > > When I add any host to the Cluster, I get the message: > > Host gluster01-mi installation failed. Command returned failure code 1 > during SSH session 'root at gluster01-mi'. > > In the engine.log I see: [....] > > 2015-01-30 11:04:33,402 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, > Message: Failed to install Host gluster01-mi. Failed to execute stage 'Setup > validation': Cannot locate gluster packages, possible cause is incorrect > channels. I suggest launching an ssh session to gluster01-mi and trying a manual installation of a couple gluster packages, e.g., yum install glusterfs glusterfs-cli Chances are, you'll see the error that's causing the problem. -- Paul Heinlein heinlein at madboa.com 45?38' N, 122?6' W From kfaraday at verisign.com Fri Jan 30 22:52:17 2015 From: kfaraday at verisign.com (Faraday, Kriparam) Date: Fri, 30 Jan 2015 22:52:17 +0000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration Message-ID: Hi, I am trying to configure ovirt(ver 3.5). The fqdn I provide during the step "Host fully qualified DNS name of this server? is reverse resolvable. I am able to verify that with nslookup of the IP address. But, I keep getting the following error: Host fully qualified DNS name of this server [localhost.localdomain]: xyz.xyz.xyz.com [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did not reverseresolve into xyz.xyz.xyz.com How is ovirt-engine trying to reverse lookup the domain? If I know that, I could probably fix the issue. Thanks, Kripa ?This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this message in error, notify sender immediately and delete this message immediately.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwright at cuttingedge.com.au Sat Jan 31 08:24:58 2015 From: cwright at cuttingedge.com.au (Cam Wright) Date: Sat, 31 Jan 2015 18:24:58 +1000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration In-Reply-To: References: Message-ID: Hi Kripa, When you set up the oVirt engine it looks like it tries to resolve the fqdn of the machine (which in this case looks like you either haven't updated /etc/sysconfig/network to match the fqdn you provided in the setup or you have and haven't rebooted / reset your network stack). I found the same thing after providing the fqdn it was intended to be in oVirt 3.4 setup (I haven't built a 3.5 engine from scratch, yet) but hadn't updated /etc/sysconfig/network so it tried to resolve against localhost.localdomain. Hope this helps. -C On Saturday, January 31, 2015, Faraday, Kriparam wrote: > > Hi, > I am trying to configure ovirt(ver 3.5). The fqdn I provide during the step "Host fully qualified DNS name of this server? is reverse resolvable. I am able to verify that with nslookup of the IP address. > > But, I keep getting the following error: > Host fully qualified DNS name of this server [localhost.localdomain]: xyz.xyz.xyz.com > [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did not reverseresolve into xyz.xyz.xyz.com > > How is ovirt-engine trying to reverse lookup the domain? If I know that, I could probably fix the issue. > > Thanks, > Kripa -------------- next part -------------- An HTML attachment was scrubbed... URL: From SBellistri at LDIRx.com Thu Jan 29 22:18:54 2015 From: SBellistri at LDIRx.com (Steven M. Bellistri) Date: Thu, 29 Jan 2015 22:18:54 +0000 Subject: [ovirt-users] importing iscsi storage domain Message-ID: <9EB77BD1668726458ACABD8FBB68AF6ADD2A5980@STLMS1.LDIPBM.INT> I am trying to test failing over to a DR site using the storage domain import. The DR site shows that it imported the iscsi storage domain, and activates it in the datacenter, but none of the vm's or anything shows up. What am I missing. thanks Steven Bellistri This email and its attachments may contain privileged and confidential information and/or protected health information (PHI) intended solely for the use of LDI Integrated Pharmacy Services and the recipient(s) named above. If you are not the recipient, or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any review, dissemination, distribution, printing or copying of this email message and/or any attachments is strictly prohibited. If you have received this transmission in error, please notify the sender immediately at 1-866-516-3121 and permanently delete this email and any attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kfaraday at verisign.com Sat Jan 31 13:12:21 2015 From: kfaraday at verisign.com (Faraday, Kriparam) Date: Sat, 31 Jan 2015 13:12:21 +0000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration In-Reply-To: References: , Message-ID: <52DCB4AD-9A6B-476F-935D-1F8C51E35774@verisign.com> Hi C, Thanks for the response. I did check the /etc/sysconfig/network file. In fact, in this server the 'hostname' and 'hostname -f' commands return the same fqdn as well. There must be some other means by which ovirt-3.5 is trying to reverse resolve the IP. Still pondering what it is. -Kripa On Jan 31, 2015, at 3:25 AM, Cam Wright > wrote: Hi Kripa, When you set up the oVirt engine it looks like it tries to resolve the fqdn of the machine (which in this case looks like you either haven't updated /etc/sysconfig/network to match the fqdn you provided in the setup or you have and haven't rebooted / reset your network stack). I found the same thing after providing the fqdn it was intended to be in oVirt 3.4 setup (I haven't built a 3.5 engine from scratch, yet) but hadn't updated /etc/sysconfig/network so it tried to resolve against localhost.localdomain. Hope this helps. -C On Saturday, January 31, 2015, Faraday, Kriparam > wrote: > > Hi, > I am trying to configure ovirt(ver 3.5). The fqdn I provide during the step "Host fully qualified DNS name of this server? is reverse resolvable. I am able to verify that with nslookup of the IP address. > > But, I keep getting the following error: > Host fully qualified DNS name of this server [localhost.localdomain]: xyz.xyz.xyz.com > [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did not reverseresolve into xyz.xyz.xyz.com > > How is ovirt-engine trying to reverse lookup the domain? If I know that, I could probably fix the issue. > > Thanks, > Kripa -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwright at cuttingedge.com.au Sat Jan 31 14:24:10 2015 From: cwright at cuttingedge.com.au (Cam Wright) Date: Sun, 1 Feb 2015 00:24:10 +1000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration In-Reply-To: References: Message-ID: Hi Kripa, When you set up the oVirt engine it looks like it tries to resolve the fqdn of the machine (which in this case looks like you either haven't updated /etc/sysconfig/network to match the fqdn you provided in the setup or you have and haven't rebooted / reset your network stack). I found the same thing after providing the fqdn the engine was intended to be in oVirt 3.4 setup (I haven't built a 3.5 engine from scratch, yet) but hadn't updated /etc/sysconfig/network so it tried to resolve against localhost.localdomain. Hope this helps. -C On Saturday, January 31, 2015, Faraday, Kriparam wrote: > Hi, > I am trying to configure ovirt(ver 3.5). The fqdn I provide during the > step "Host fully qualified DNS name of this server? is reverse resolvable. > I am able to verify that with nslookup of the IP address. > > But, I keep getting the following error: > Host fully qualified DNS name of this server [localhost.localdomain]: > xyz.xyz.xyz.com > [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did > not reverseresolve into xyz.xyz.xyz.com > > How is ovirt-engine trying to reverse lookup the domain? If I know that, > I could probably fix the issue. > > Thanks, > Kripa > ?This message (including any attachments) is intended only for the use of > the individual or entity to which it is addressed, and may contain > information that is non-public, proprietary, privileged, confidential and > exempt from disclosure under applicable law or may be constituted as > attorney work product. If you are not the intended recipient, you are > hereby notified that any use, dissemination, distribution, or copying of > this communication is strictly prohibited. If you have received this > message in error, notify sender immediately and delete this message > immediately.? > -- Cam Wright | IT Support Officer / SysAdmin / Trawler of Logs *CUTTING**EDGE* 90 Victoria St, West End, Brisbane, QLD, 4101 T +61 7 3013 6434 | M +61 420 827 007 E cwright at cuttingedge.com.au | W www.cuttingedge.com.au */SYD /BNE /MEL /TYO* -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Sat Jan 31 15:51:09 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Sat, 31 Jan 2015 23:51:09 +0800 Subject: [ovirt-users] No utilization data collected Ovirt reports 3.5.1 Message-ID: Hi, I have updated Ovirt 3.5 to Ovirt 3.5.1...engine,dwh and reports on the same server...and added 5 hostnode...i have created some vm's but no utilization data collected by reports server.... i haven't seen any error in the reports and dwh logs.... Thanks, Punit -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Jan 31 16:08:59 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 31 Jan 2015 17:08:59 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> Message-ID: Il 30/Gen/2015 09:05 "Tomas Jelinek" ha scritto: > > > > ----- Original Message ----- > > From: "Gianluca Cecchi" > > To: "Tomas Jelinek" > > Cc: "Karli Sj?berg" , "Sphoorti Joglekar" < sphoorti.joglekar at gmail.com>, "users" > > > > Sent: Thursday, January 29, 2015 7:29:53 PM > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > hello, > > using the ip address with "disable https" works to see events and such, but > > if I click on vm line (both if VM is powered on or off) movirt terminates. > > this is strange - it seems we expect on a VM something what is not there... Could you please share the result of this? > curl -k -u 'admin at internal:' -H 'Filter: false' -H 'Content-type: application/xml' -X GET https://:/ovirt-engine/api/vms > if it is failing on all VMs. Or .../vms/ in case it fails on one particular only. So I connected to another test infra where I have 3.5.0 engine on a CentOS 6.5 system and a different system configured as host with centos 6.5 too. Here I have dns in place so I used https and hostname of engine to configure movirt. I have 3 vms: c7desktop with CentOS 7 configured with desktop packages; c7server with CentOS 7 configured as server and ubuntutrusty with Ubuntu 14.04 as desktop. I see all the three, but I can successfully connect only to c7desktop. With the other two movirt terminates as in the previous test, both from phone and tablet. Both c7 systems are configured as rhel7_64 as os and both have agents installed. Same behaviour if vms are up or down: c7desktop ok and the other 2 ko. I can succesfully run your curl command against the c7 server (that terminates movirt if I try to connect) and I get its long XML definition... It is a pain to copy and paste from android terminal... can I use a PC to run curl commands and send to you? Any log file generated by the app that I can send you? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Jan 31 16:28:43 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 31 Jan 2015 17:28:43 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> Message-ID: On Sat, Jan 31, 2015 at 5:08 PM, Gianluca Cecchi wrote: > > Il 30/Gen/2015 09:05 "Tomas Jelinek" ha scritto: > > > > > > > > ----- Original Message ----- > > > From: "Gianluca Cecchi" > > > To: "Tomas Jelinek" > > > Cc: "Karli Sj?berg" , "Sphoorti Joglekar" < > sphoorti.joglekar at gmail.com>, "users" > > > > > > Sent: Thursday, January 29, 2015 7:29:53 PM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for > oVirt > > > > > > hello, > > > using the ip address with "disable https" works to see events and > such, but > > > if I click on vm line (both if VM is powered on or off) movirt > terminates. > > > > this is strange - it seems we expect on a VM something what is not > there... Could you please share the result of this? > > curl -k -u 'admin at internal:' -H 'Filter: false' -H > 'Content-type: application/xml' -X GET https://: port>/ovirt-engine/api/vms > > if it is failing on all VMs. Or .../vms/ in case it fails on one > particular only. > > So I connected to another test infra where I have 3.5.0 engine on a CentOS > 6.5 system and a different system configured as host with centos 6.5 too. > Here I have dns in place so I used https and hostname of engine to > configure movirt. > I have 3 vms: c7desktop with CentOS 7 configured with desktop packages; > c7server with CentOS 7 configured as server and ubuntutrusty with Ubuntu > 14.04 as desktop. > I see all the three, but I can successfully connect only to c7desktop. > With the other two movirt terminates as in the previous test, both from > phone and tablet. > Both c7 systems are configured as rhel7_64 as os and both have agents > installed. > Same behaviour if vms are up or down: c7desktop ok and the other 2 ko. > I can succesfully run your curl command against the c7 server (that > terminates movirt if I try to connect) and I get its long XML definition... > It is a pain to copy and paste from android terminal... can I use a PC to > run curl commands and send to you? Any log file generated by the app that I > can send you? > Gianluca > Just in case, you can find here below the link to a txt file containing output for curl with /vms only and then curl with /vms/b601debb-1636-4f99-aad3-59ad05dda744 that is the id of c7server that causes movirt to terminate when trying to connect to it https://drive.google.com/file/d/0BwoPbcrMv8mvbmJsTFlrN2l5R00/view?usp=sharing Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From shuriku at shurik.kiev.ua Sat Jan 31 21:54:37 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Sat, 31 Jan 2015 23:54:37 +0200 Subject: [ovirt-users] [Users] Compiling ovirt-guest-agent on FreeBSD In-Reply-To: <5F9E965F5A80BC468BE5F40576769F092E70ED40@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F092E70EBE0@exchange2-1> <5F9E965F5A80BC468BE5F40576769F092E70EC53@exchange2-1> <5211EF6E.70209@redhat.com> <5F9E965F5A80BC468BE5F40576769F092E70ED40@exchange2-1> Message-ID: <54CD4F1D.1070205@shurik.kiev.ua> 19.08.2013 13:21, Karli Sj?berg ?????: > m?n 2013-08-19 klockan 12:11 +0200 skrev Vinzenz Feenstra: >> On 08/19/2013 10:01 AM, Karli Sj?berg wrote: >> >>> m?n 2013-08-19 klockan 09:53 +0200 skrev Michal Skrivanek: >>>> On Aug 19, 2013, at 09:41 , Karli Sj?berg > wrote: >>>> >>>> > Hi! >>>> > >>>> > As part of a template I?m preparing, I?m wondering how to compile the agent with just the basics included. I?ve tried running like: >>>> > >>>> > OPTIONS=' >>>> > --without-gdm-plugin --without-gdm2-plugin --without-kdm-plugin --without-pam-ovirt-cred >>>> > --with-gdm-plugin=no --with-gdm2-plugin=no --with-kdm-plugin=no --with-pam-ovirt-cred=no >>>> > --disable-gdm-plugin --disable-gdm2-plugin --disable-kdm-plugin --disable-pam-ovirt-cred >>>> > --enable-gdm-plugin=no --enable-gdm2-plugin=no --enable-kdm-plugin=no --enablepam-ovirt-cred-=no' >>>> > >>>> > # ./configure ${OPTIONS} >>>> > >>>> > Regardless of how I try, it just responds: >>>> > configure: WARNING: unrecognized options: ${OPTIONS} >>>> > >>>> > I took the package from the "official" oVirt.org repo, src file: >>>> > ovirt-guest-agent-1.0.6.tar.bz2 >>>> > >>>> > What am I doing wrong? >>>> >>>> Hi >>>> the parameters are gdm, kdm and sso, set them to no >>> >>> I don?t get it, it doesn?t seem to care: >>> >>> # ./configure --without-gdm >>> # ./configure --with-gdm=no >>> # ./configure --enable-gdm=no >>> # ./configure --disable-gdm >>> # ./configure --without-gdm --with-gdm=no --enable-gdm=no --disable-gdm >>> configure: WARNING: unrecognized options: --without-gdm, --with-gdm, >>> --enable-gdm, --disable-gdm >> this feature of disabling it was introduced to ovirt-guest-agent in 1.0.8 >> >> Try this one: >> http://evilissimo.fedorapeople.org/releases/ovirt-guest-agent/1.0.8/ovirt-guest-agent-1.0.8.1.tar.bz2 >> >> ./configure --without-sso --prefix=/usr > > You know what, sorry about the noise, because it seems as if > virtio-serial isn?t even available on FreeBSD, so it?s moot anyway... > Should probably have looked that up before even getting started;) > > But besides the fact that it won?t work until that?s sorted, I can at > least say that it configured, compiled and installed OK using Ren??s > suggestion, cloning from git and building from there. Hello! Now when virtio_console(4) driver available in CURRENT does anyone works on porting ovirt-guest-agent to FreeBSD? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Thu Jan 1 00:06:01 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Wed, 31 Dec 2014 19:06:01 -0500 Subject: [ovirt-users] 1. Re: ??: bond mode balance-alb (Jorick Astrego) In-Reply-To: <6D458328-2BBE-4988-9714-E1DF61E4C981@556nato.com> References: <1074833860.2052611.1419935668220.JavaMail.zimbra@redhat.com> <6D458328-2BBE-4988-9714-E1DF61E4C981@556nato.com> Message-ID: I'm a little confused by your explanation of 'just do the bonding at the guest level'. I apologize for my ignorance here, but I'm trying to prepare myself for a similar configuration where I'm going to need to get all much bandwidth out of the bond as possible. How would bonding multiple interfaces at the VM level provide a better balance than at the hypervisor level? Wouldn't the traffic more or less end up traveling the same path regardless of the virtual interface? I'm trying to plan out an oVirt implementation where I would like to bond multiple interfaces on my hypervisor nodes for balancing/redundancy, and I'm very curious what others have done with Cisco hardware (in my case, a pair of 3650's with MEC) in order to get the best solution. I will read through these threads and see if I can gain a better understanding, but if you happen to have an easy explanation that would help my understand, I would greatly appreciate it. On Wed, Dec 31, 2014 at 1:01 AM, Blaster wrote: > > Thanks for your thoughts. The problem is, most of the data is transmitted > from a couple apps to a couple systems. The chance of a hash collision > (i.e., most of the data going out the same interface anyway) is quite > high. On Solaris, I just created two physical interfaces each with their > own IP, and bound the apps to the appropriate interfaces. This worked > great. Imagine my surprise when I discovered this doesn?t work on Linux > and my crash course on weak host models. > > Interesting that no one commented on my thought to just do the bonding at > the guest level (and use balance-alb) instead of at the hypervisor level. > Some ESXi experts I have talked to say this is actually the preferred > method with ESXi and not to do it at the hypervisor level, as the VM knows > better than VMware. > > Or is the bonding mode issue with balance-alb/tlb more with the Linux TCP > stack itself and not with oVirt and VDSM? > > > > On Dec 30, 2014, at 4:34 AM, Nikolai Sednev wrote: > > Mode 2 will do the job the best way for you in case of static LAG > supported only at the switch's side, I'd advise using of xmit_hash_policy > layer3+4, so you'll get better distribution for your DC. > > > Thanks in advance. > > Best regards, > Nikolai > ____________________ > Nikolai Sednev > Senior Quality Engineer at Compute team > Red Hat Israel > 34 Jerusalem Road, > Ra'anana, Israel 43501 > > Tel: +972 9 7692043 > Mobile: +972 52 7342734 > Email: nsednev at redhat.com > IRC: nsednev > > ------------------------------ > *From: *users-request at ovirt.org > *To: *users at ovirt.org > *Sent: *Tuesday, December 30, 2014 2:12:58 AM > *Subject: *Users Digest, Vol 39, Issue 173 > > Send Users mailing list submissions to > users at ovirt.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.ovirt.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request at ovirt.org > > You can reach the person managing the list at > users-owner at ovirt.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: ??: bond mode balance-alb (Jorick Astrego) > 2. Re: ??: bond mode balance-alb (Jorick Astrego) > 3. HostedEngine Deployment Woes (Mikola Rose) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 29 Dec 2014 20:13:40 +0100 > From: Jorick Astrego > To: users at ovirt.org > Subject: Re: [ovirt-users] ??: bond mode balance-alb > Message-ID: <54A1A7E4.90308 at netbulae.eu> > Content-Type: text/plain; charset="utf-8" > > > On 12/29/2014 12:56 AM, Dan Kenigsberg wrote: > > On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: > >> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: > >>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM > networks > >>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 > >> Dan, > >> > >> What is bad about these modes that oVirt can't use them? > > I can only quote jpirko's workds from the link above: > > > > Do not use tlb or alb in bridge, never! It does not work, that's it. > The reason > > is it mangles source macs in xmit frames and arps. When it is > possible, just > > use mode 4 (lacp). That should be always possible because all > enterprise > > switches support that. Generally, for 99% of use cases, you *should* > use mode > > 4. There is no reason to use other modes. > > > This switch is more of an office switch and only supports part of the > 802.3ad standard: > > > PowerConnect* *2824 > > Scalable from small workgroups to dense access solutions, the 2824 > offers 24-port flexibility plus two combo small?form?factor > pluggable (SFP) ports for connecting the switch to other networking > equipment located beyond the 100 m distance limitations of copper > cabling. > > Industry-standard link aggregation adhering to IEEE 802.3ad > standards (static support only, LACP not supported) > > > So the only way to have some kind of bonding without buying more > expensive switches, is using balance-rr (mode=0), balance-xor (mode=2) > or broadcast (modes=3). > >> I just tested mode 4, and the LACP with Fedora 20 appears to not be > >> compatible with the LAG mode on my Dell 2824. > >> > >> Would there be any issues with bringing two NICS into the VM and doing > >> balance-alb at the guest level? > >> > Kind regards, > > Jorick Astrego > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > ---------------- > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden > 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA > Enschede BTW NL821234584B01 > > ---------------- > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20141229/dfacba22/attachment-0001.html > > > > ------------------------------ > > Message: 2 > Date: Mon, 29 Dec 2014 20:14:55 +0100 > From: Jorick Astrego > To: users at ovirt.org > Subject: Re: [ovirt-users] ??: bond mode balance-alb > Message-ID: <54A1A82F.1090100 at netbulae.eu> > Content-Type: text/plain; charset="utf-8" > > > On 12/29/2014 12:56 AM, Dan Kenigsberg wrote: > > On Fri, Dec 26, 2014 at 12:39:45PM -0600, Blaster wrote: > >> On 12/23/2014 2:55 AM, Dan Kenigsberg wrote: > >>> Bug 1094842 - Bonding modes 0, 5 and 6 should be avoided for VM > networks > >>> https://bugzilla.redhat.com/show_bug.cgi?id=1094842#c0 > >> > Sorry, no mode 0. So only mode 2 or 3 for your environment.... > > Kind regards, > > Jorick > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > ---------------- > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden > 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA > Enschede BTW NL821234584B01 > > ---------------- > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20141229/41da033b/attachment-0001.html > > > > ------------------------------ > > Message: 3 > Date: Tue, 30 Dec 2014 00:12:52 +0000 > From: Mikola Rose > To: "users at ovirt.org" > Subject: [ovirt-users] HostedEngine Deployment Woes > Message-ID: > Content-Type: text/plain; charset="us-ascii" > > > Hi List Members; > > I have been struggling with deploying oVirt hosted engine I keep running > into a timeout during the "Misc Configuration" any suggestion on how I can > trouble shoot this? > > Redhat 2.6.32-504.3.3.el6.x86_64 > > Installed Packages > ovirt-host-deploy.noarch > 1.2.5-1.el6ev > > @rhel-6-server-rhevm-3.4-rpms > ovirt-host-deploy-java.noarch > 1.2.5-1.el6ev > > @rhel-6-server-rhevm-3.4-rpms > ovirt-hosted-engine-ha.noarch > 1.1.6-3.el6ev > > @rhel-6-server-rhevm-3.4-rpms > ovirt-hosted-engine-setup.noarch > 1.1.5-1.el6ev > > @rhel-6-server-rhevm-3.4-rpms > rhevm-setup-plugin-ovirt-engine.noarch > 3.4.4-2.2.el6ev > > @rhel-6-server-rhevm-3.4-rpms > rhevm-setup-plugin-ovirt-engine-common.noarch > 3.4.4-2.2.el6ev > > @rhel-6-server-rhevm-3.4-rpms > > > Please confirm installation settings (Yes, No)[No]: Yes > [ INFO ] Stage: Transaction setup > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ INFO ] Configuring libvirt > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Connecting Storage Domain > [ INFO ] Connecting Storage Pool > [ INFO ] Verifying sanlock lockspace initialization > [ INFO ] sanlock lockspace already initialized > [ INFO ] sanlock metadata already initialized > [ INFO ] Creating VM Image > [ INFO ] Disconnecting Storage Pool > [ INFO ] Start monitoring domain > [ ERROR ] Failed to execute stage 'Misc configuration': The read operation > timed out > [ INFO ] Stage: Clean up > [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > > > > 2014-12-29 14:53:41 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace > lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 > is acquired (file: /rhev/data-center/mnt/192.168.0.75: > _Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) > 2014-12-29 14:53:41 INFO > otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace > lockspace._misc:144 sanlock lockspace already initialized > 2014-12-29 14:53:41 INFO > otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace > lockspace._misc:157 sanlock metadata already initialized > 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc > 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image > image._misc:162 Creating VM Image > 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image > image._misc:163 createVolume > 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image > image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, > request was: > - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 > - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 > 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:48 Waiting for existing tasks to complete > 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:48 Waiting for existing tasks to complete > 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc > 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 > condition False > 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool > 2014-12-29 14:53:43 INFO > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._disconnect_pool:971 Disconnecting Storage Pool > 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:48 Waiting for existing tasks to complete > 2014-12-29 14:53:43 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._spmStop:602 spmStop > 2014-12-29 14:53:43 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611 > 2014-12-29 14:53:43 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._storagePoolConnection:573 disconnectStoragePool > 2014-12-29 14:53:45 INFO > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._disconnect_pool:975 Start monitoring domain > 2014-12-29 14:53:45 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._startMonitoringDomain:529 _startMonitoringDomain > 2014-12-29 14:53:46 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.storage.storage > storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'code': 0}} > 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks > tasks.wait:127 Waiting for domain monitor > 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", > line 976, in _disconnect_pool > self._startMonitoringDomain() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", > line 539, in _startMonitoringDomain > waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) > File > "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line > 128, in wait > response = serv.s.getVdsStats() > File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ > return self.__send(self.__name, args) > File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request > verbose=self.__verbose > File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request > errcode, errmsg, headers = h.getreply() > File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply > response = self._conn.getresponse() > File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse > response.begin() > File "/usr/lib64/python2.6/httplib.py", line 391, in begin > version, status, reason = self._read_status() > File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status > line = self.fp.readline() > File "/usr/lib64/python2.6/socket.py", line 433, in readline > data = recv(1) > File "/usr/lib64/python2.6/ssl.py", line 215, in recv > return self.read(buflen) > File "/usr/lib64/python2.6/ssl.py", line 136, in read > return self._sslobj.read(len) > SSLError: The read operation timed out > > > > > > var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141229145137-g8d2or.log > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://lists.ovirt.org/pipermail/users/attachments/20141230/899f724c/attachment.html > > > > ------------------------------ > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > End of Users Digest, Vol 39, Issue 173 > ************************************** > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Thu Jan 1 00:32:18 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Wed, 31 Dec 2014 16:32:18 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> Message-ID: <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From didi at redhat.com Thu Jan 1 08:52:53 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Thu, 1 Jan 2015 03:52:53 -0500 (EST) Subject: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a) In-Reply-To: <1107706369.2765721.1420063197702.JavaMail.zimbra@redhat.com> References: <1658726180.2759671.1420058072831.JavaMail.zimbra@redhat.com> <199916479.2761063.1420060220063.JavaMail.zimbra@redhat.com> <1107706369.2765721.1420063197702.JavaMail.zimbra@redhat.com> Message-ID: <1346597127.2782735.1420102373919.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Yedidyah Bar David" > To: "Steve Atkinson" > Cc: users at ovirt.org > Sent: Wednesday, December 31, 2014 11:59:57 PM > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a) > > ----- Original Message ----- > > From: "Steve Atkinson" > > To: "Yedidyah Bar David" > > Cc: users at ovirt.org > > Sent: Wednesday, December 31, 2014 11:18:39 PM > > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour (steve > > a) > > > > in our case our nas doesn't support scp but that no fault of the the > > manager. > > > > I was mentioning more specifically that the --nfs-server method seemed to > > throw an error on an undefined attribute 'domaintype' that is not something > > that can be supplied in the config file or passed as an argument. the out > > put from the the debug is further up in my first email. > > Sorry. > > You wrote: > > Alternatively, using engine-iso-uploader --nfs-server=[path] upload [iso] > > --verbose returns the following error: > > > > ERROR: local variable 'domain_type' referenced before assignment > > INFO: Use the -h option to see usage. > > DEBUG: Configuration: > > DEBUG: command: upload > > DEBUG: Traceback (most recent call last): > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in > > DEBUG: isoup = ISOUploader(conf) > > DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__ > > DEBUG: self.upload_to_storage_domain() > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in > > upload_to_storage_domain > > DEBUG: elif domain_type in ('localfs', ): > > DEBUG: UnboundLocalError: local variable 'domain_type' referenced before > > assignment > > That's indeed a bug. Now pushed a one-line fix [1]. If you can, please > try and it report. Thanks! > > [1] http://gerrit.ovirt.org/36499 It will fail for you, though - it simply tries to mount directly, and as you said, your engine can't access your storage network. But hopefully fail with some nicer error message. Best, -- Didi From andreas at allaboutapps.at Fri Jan 2 10:22:14 2015 From: andreas at allaboutapps.at (Andreas Mather) Date: Fri, 2 Jan 2015 11:22:14 +0100 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> Message-ID: Hi! >> Hope this helps to find the root cause.... > > Not sure what you mean - did you have any other problem after > applying your patch? Seems to me that the root cause is some > code (the part you patched or something earlier) did not expect > a prefix of /32, which is indeed quite rare. Not even certain > how it works - did you also get a default gateway? How can you > access it, if it's not in your subnet? Well, since I don't really know the code I wasn't sure if it's ok to assume /32 in this case. Actually, I hit a couple of other issues afterwards (e.g. the "SCOPE" line wasn't copied into the new bridge interface configuration). So from my experience, I'd be better to tell users with configurations like mine that the configuration is just not supported. Since I got this config from my provider, I'm also not 100% sure what the SCOPE does, but it seems as if it would make a PtP interface out of a regular ethernet interface, i.e. "hey kernel, with this interface/address I can contact exactly one other host - my gateway". So summed up, I'd suggest to warn users with this configuration and tell them to reconfigure first (without SCOPE and a regular subnet mask). At least that's what I did and what helped after I hit other issues after this fix. Regards, Andreas --- *Andreas Mather* On Wed, Dec 31, 2014 at 11:40 AM, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Andreas Mather" > > To: users at ovirt.org > > Sent: Wednesday, December 24, 2014 11:29:58 PM > > Subject: Re: [ovirt-users] hosted-engine --deploy fails > > > > Hi All! > > > > Just did more research on this and it seems as if the reason was related > to > > my interface configuration. Disclaimer upfront: I've a public IP > configured > > on this server (since it's a hosted root server), but changed the IP addr > > here to 192.168.0.99 > > > > I started with the output from ?vdsm-tool restore-nets': > > ipv4addr, prefix = addr['address'].split('/') > > ValueError: need more than 1 value to unpack > > > > So I dumped the addr dictionary: > > {'address': '192.168.0.99', > > 'family': 'inet', > > 'flags': frozenset(['permanent']), > > 'index': 2, > > 'label': 'eth0', > > 'prefixlen': 32, > > 'scope': 'universe'} > > > > I've no clue why there's no "/32" at the end, but that's what my netmask > > actually is due to the special configuration I got from my hosting > provider: > > > > [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > > DEVICE=eth0 > > BOOTPROTO=none > > ONBOOT=yes > > HWADDR=00:52:9F:A8:AA:BB > > IPADDR=192.168.0.99 > > NETMASK=255.255.255.255 > > SCOPE="peer 192.168.0.1" > > > > (again, public IPs changed to private one, if that matters. And I > skipped the > > IPv6 config above...) > > > > So what I did next, was to patch the netinfo.py: > > [root at vhost1 vdsm]# diff -u netinfo_orig.py netinfo.py > > --- netinfo_orig.py 2014-12-24 22:16:23.362198715 +0100 > > +++ netinfo.py 2014-12-24 22:16:02.567625247 +0100 > > @@ -368,7 +368,12 @@ > > if addr['family'] == 'inet': > > ipv4addrs.append(addr['address']) > > if 'secondary' not in addr['flags']: > > - ipv4addr, prefix = addr['address'].split('/') > > + """Assume /32 if no prefix was found""" > > + if addr['address'].find('/') == -1: > > + ipv4addr = addr['address'] > > + prefix = "32" > > + else: > > + ipv4addr, prefix = addr['address'].split('/') > > ipv4netmask = prefix2netmask(addr['prefixlen']) > > else: > > ipv6addrs.append(addr['address']) > > > > > > and recompiled it: > > [root at vhost1 vdsm]# python -m py_compile netinfo.py > > > > > > > > Et voil?: > > vdsm-tool ran fine: > > `hosted-engine --deploy' passed the previous failing stage! > > Thanks for great analysis, report and patch! > Would you like to push it to gerrit? See [1] and [2] > > Adding Dan in case you do not want to, so that your patch isn't lost... > > > > > Hope this helps to find the root cause.... > > Not sure what you mean - did you have any other problem after > applying your patch? Seems to me that the root cause is some > code (the part you patched or something earlier) did not expect > a prefix of /32, which is indeed quite rare. Not even certain > how it works - did you also get a default gateway? How can you > access it, if it's not in your subnet? > > [1] http://www.ovirt.org/Develop > [2] http://www.ovirt.org/Working_with_oVirt_Gerrit > > Best regards, > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From svenkieske at gmail.com Fri Jan 2 12:53:50 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Fri, 02 Jan 2015 13:53:50 +0100 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> Message-ID: <54A694DE.2090809@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02.01.2015 11:22, Andreas Mather wrote: > Well, since I don't really know the code I wasn't sure if it's ok > to assume /32 in this case. Well in general the detection should be correct. I'm not quite sure why it does not work in all cases? The code should not assume any "standard" mask when it can't find the right one. kind regards Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUppTeAAoJEAq0kGAWDrqlDBUL/1ed1dE3gK3kxNXDtnc/RkNp mgrYYEaVio4e06/9Kg1rHAqFeWHCJqZ4BXUOTIKZjpful3kF5cxnJSVpMNy/Zjpx T7BSBrA60AW6bt2nVpkrjBQeIznCsvDArAsupvBQwqYe9giTecwhTuy7jHJyggjP FIm76Nl1Y1AZjivMSdPE83H1kru7dzQjP9dEBhte0tLtwOPt2C3Nk8ljbCXX6KFh j4KXHmukXxaFzm7+6T0CFmdAOLlqWZuZ+vxKn0Tr4kulLL07ataT9tvz5XTDNveI uJ7bx+S0pzmMjyxjU4KpGy2pO6WopcMnGiy1eariRUgeM7RhOTHneSbwEMbz2M4b 4aLjbrGa1kP8+COQD355e/KmwmoOLZxH40rnzdPC8Uhqs4SAR+euGW0jncG1tSLX EJJlXxn+THTQbjtB6BDZz00dlcig96UC02iEORIWjOWjc0dx5hT24op71+HxP5XY tfDZNkCM3y2i7Hu3+b8NGcHLw69TeMlT25sk8wJwOA== =/axC -----END PGP SIGNATURE----- From alan.mckay at gmail.com Fri Jan 2 13:41:13 2015 From: alan.mckay at gmail.com (Alan McKay) Date: Fri, 2 Jan 2015 08:41:13 -0500 Subject: [ovirt-users] No package ovirt-engine available. Message-ID: Hi folks, I have a CentOS7 box and am following the instructions to install, but do not get very far. It seems perhaps these instructions do not apply to C7??? http://www.ovirt.org/Quick_Start_Guide [root at c7virt01 ovirt]# cat /etc/redhat-release CentOS Linux release 7.0.1406 (Core) [root at c7virt01 ovirt]# yum -y update Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.netflash.net * extras: mirror.netflash.net * updates: mirror.science.uottawa.ca No packages marked for update [root at c7virt01 ovirt]# yum install http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm Loaded plugins: fastestmirror, langpacks ovirt-release35.rpm | 8.1 kB 00:00:00 Examining /var/tmp/yum-root-RXd27a/ovirt-release35.rpm: ovirt-release35-002-0.0.master.noarch Marking /var/tmp/yum-root-RXd27a/ovirt-release35.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package ovirt-release35.noarch 0:002-0.0.master will be installed --> Finished Dependency Resolution Dependencies Resolved =============================================================================================================================== Package Arch Version Repository Size =============================================================================================================================== Installing: ovirt-release35 noarch 002-0.0.master /ovirt-release35 6.4 k Transaction Summary =============================================================================================================================== Install 1 Package Total size: 6.4 k Installed size: 6.4 k Is this ok [y/d/N]: y Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction Warning: RPMDB altered outside of yum. Installing : ovirt-release35-002-0.0.master.noarch 1/1 Verifying : ovirt-release35-002-0.0.master.noarch 1/1 Installed: ovirt-release35.noarch 0:002-0.0.master Complete! [root at c7virt01 ovirt]# yum -y install ovirt-engine Loaded plugins: fastestmirror, langpacks ovirt-3.5 | 2.9 kB 00:00:00 ovirt-3.5-epel/x86_64/metalink | 12 kB 00:00:00 ovirt-3.5-glusterfs-epel | 2.9 kB 00:00:00 ovirt-3.5-glusterfs-noarch-epel | 2.9 kB 00:00:00 ovirt-3.5-patternfly1-noarch-epel | 3.0 kB 00:00:00 Loading mirror speeds from cached hostfile * base: mirror.netflash.net * extras: centos.mirror.rafal.ca * ovirt-3.5: www.gtlib.gatech.edu * ovirt-3.5-epel: mirror.csclub.uwaterloo.ca * updates: mirror.science.uottawa.ca No package ovirt-engine available. Error: Nothing to do -- "Don't eat anything you've ever seen advertised on TV" - Michael Pollan, author of "In Defense of Food" From alan.mckay at gmail.com Fri Jan 2 13:43:38 2015 From: alan.mckay at gmail.com (Alan McKay) Date: Fri, 2 Jan 2015 08:43:38 -0500 Subject: [ovirt-users] No package ovirt-engine available. In-Reply-To: References: Message-ID: Does this mean I have to use CentOS6 for my Hypervisor? https://bugzilla.redhat.com/show_bug.cgi?id=1155837 From scott.c.worthington at gmail.com Fri Jan 2 14:08:16 2015 From: scott.c.worthington at gmail.com (Scott Worthington) Date: Fri, 02 Jan 2015 09:08:16 -0500 Subject: [ovirt-users] No package ovirt-engine available. In-Reply-To: References: Message-ID: <54A6A650.5070704@gmail.com> On 1/2/2015 8:43 AM, Alan McKay wrote: > Does this mean I have to use CentOS6 for my Hypervisor? > > https://bugzilla.redhat.com/show_bug.cgi?id=1155837 > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > As Robert Story said on in this list November 6, 2014: > CentOS 7 is supported for host nodes, but not the engine. If you have a > mixed CentOS 6/7 environment, note that migration works from 6->7 hosts, but > not from 7->6. > > > Robert From danken at redhat.com Fri Jan 2 18:08:29 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Fri, 2 Jan 2015 18:08:29 +0000 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> Message-ID: <20150102180829.GQ12365@redhat.com> On Wed, Dec 31, 2014 at 05:40:29AM -0500, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Andreas Mather" > > To: users at ovirt.org > > Sent: Wednesday, December 24, 2014 11:29:58 PM > > Subject: Re: [ovirt-users] hosted-engine --deploy fails > > > > Hi All! > > > > Just did more research on this and it seems as if the reason was related to > > my interface configuration. Disclaimer upfront: I've a public IP configured > > on this server (since it's a hosted root server), but changed the IP addr > > here to 192.168.0.99 > > > > I started with the output from ?vdsm-tool restore-nets': > > ipv4addr, prefix = addr['address'].split('/') > > ValueError: need more than 1 value to unpack Thanks for this report. I believe that this was fixed by http://gerrit.ovirt.org/35317 which would be in the long-delayed ovirt-3.5.1. Unfortunately, the official build of vdsm-4.16.10 for el6 is being delayed http://lists.ovirt.org/pipermail/devel/2014-December/009566.html but for other platforms it is already testable. I'd apreciate if you try it out! > > > > So I dumped the addr dictionary: > > {'address': '192.168.0.99', > > 'family': 'inet', > > 'flags': frozenset(['permanent']), > > 'index': 2, > > 'label': 'eth0', > > 'prefixlen': 32, > > 'scope': 'universe'} > > > > I've no clue why there's no "/32" at the end, but that's what my netmask > > actually is due to the special configuration I got from my hosting provider: > > > > [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > > DEVICE=eth0 > > BOOTPROTO=none > > ONBOOT=yes > > HWADDR=00:52:9F:A8:AA:BB > > IPADDR=192.168.0.99 > > NETMASK=255.255.255.255 > > SCOPE="peer 192.168.0.1" > > > > (again, public IPs changed to private one, if that matters. And I skipped the > > IPv6 config above...) > > > > So what I did next, was to patch the netinfo.py: > > [root at vhost1 vdsm]# diff -u netinfo_orig.py netinfo.py > > --- netinfo_orig.py 2014-12-24 22:16:23.362198715 +0100 > > +++ netinfo.py 2014-12-24 22:16:02.567625247 +0100 > > @@ -368,7 +368,12 @@ > > if addr['family'] == 'inet': > > ipv4addrs.append(addr['address']) > > if 'secondary' not in addr['flags']: > > - ipv4addr, prefix = addr['address'].split('/') > > + """Assume /32 if no prefix was found""" > > + if addr['address'].find('/') == -1: > > + ipv4addr = addr['address'] > > + prefix = "32" > > + else: > > + ipv4addr, prefix = addr['address'].split('/') > > ipv4netmask = prefix2netmask(addr['prefixlen']) > > else: > > ipv6addrs.append(addr['address']) > > > > > > and recompiled it: > > [root at vhost1 vdsm]# python -m py_compile netinfo.py > > > > > > > > Et voil?: > > vdsm-tool ran fine: > > `hosted-engine --deploy' passed the previous failing stage! > > Thanks for great analysis, report and patch! > Would you like to push it to gerrit? See [1] and [2] > > Adding Dan in case you do not want to, so that your patch isn't lost... > > > > > Hope this helps to find the root cause.... > > Not sure what you mean - did you have any other problem after > applying your patch? Seems to me that the root cause is some > code (the part you patched or something earlier) did not expect > a prefix of /32, which is indeed quite rare. Not even certain > how it works - did you also get a default gateway? How can you > access it, if it's not in your subnet? > > [1] http://www.ovirt.org/Develop > [2] http://www.ovirt.org/Working_with_oVirt_Gerrit > > Best regards, > -- > Didi From mail at johankooijman.com Fri Jan 2 19:44:56 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Fri, 2 Jan 2015 20:44:56 +0100 Subject: [ovirt-users] Can't activate storage domain Message-ID: Hi, I have a datacenter, 2 nodes and an NFS storage domain. The issue is when I try activate a storage domain, logs are here: https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. In the past I've seen issues with sanlock & selinux, in this case I have no selinux running. When look at the 2 nodes, they actually have the storage domains mounted: [root at hv2 mnt]# mount | grep nfs sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export type nfs (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) Am I missing something here? -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Fri Jan 2 19:49:45 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Fri, 2 Jan 2015 20:49:45 +0100 Subject: [ovirt-users] Can't activate storage domain In-Reply-To: References: Message-ID: Forgot to mention: engine & nodes are all CentOS 6.6 On Fri, Jan 2, 2015 at 8:44 PM, Johan Kooijman wrote: > Hi, > > I have a datacenter, 2 nodes and an NFS storage domain. The issue is when > I try activate a storage domain, logs are here: > https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. > > In the past I've seen issues with sanlock & selinux, in this case I have > no selinux running. When look at the 2 nodes, they actually have the > storage domains mounted: > > [root at hv2 mnt]# mount | grep nfs > sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) > 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data > type nfs > (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) > 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso > type nfs > (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) > 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export > type nfs > (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) > > Am I missing something here? > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Fri Jan 2 20:25:40 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Fri, 2 Jan 2015 21:25:40 +0100 Subject: [ovirt-users] Can't activate storage domain In-Reply-To: References: Message-ID: And also, when creating the storage domain, some stuff is written: root at head1-1:/cloud/ovirt-data# ls -la total 10 drwxrwxrwx 3 36 36 4 Jan 2 21:24 . drwxr-xr-x 5 root root 5 Jan 2 19:24 .. drwxr-xr-x 4 36 36 4 Jan 2 21:24 24b198c4-41c1-4311-8e11-c4cd7a70db5f -rwxr-xr-x 1 36 36 0 Jan 2 21:24 __DIRECT_IO_TEST__ It just fails with AcquireHostIdFailure. On Fri, Jan 2, 2015 at 8:49 PM, Johan Kooijman wrote: > Forgot to mention: engine & nodes are all CentOS 6.6 > > On Fri, Jan 2, 2015 at 8:44 PM, Johan Kooijman > wrote: > >> Hi, >> >> I have a datacenter, 2 nodes and an NFS storage domain. The issue is when >> I try activate a storage domain, logs are here: >> https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. >> >> In the past I've seen issues with sanlock & selinux, in this case I have >> no selinux running. When look at the 2 nodes, they actually have the >> storage domains mounted: >> >> [root at hv2 mnt]# mount | grep nfs >> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) >> 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data >> type nfs >> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >> 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso >> type nfs >> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >> 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export >> type nfs >> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >> >> Am I missing something here? >> >> -- >> Met vriendelijke groeten / With kind regards, >> Johan Kooijman >> > > > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Fri Jan 2 22:00:43 2015 From: donny at cloudspin.me (Donny Davis) Date: Fri, 02 Jan 2015 15:00:43 -0700 Subject: [ovirt-users] Ovirt Engine Clear All tasks Message-ID: <54A7150B.6040309@cloudspin.me> I tried to migrate disks from one storage domain to another, and it is taking an unreasonable amount of time to complete. The disks have been migrating for 6 hours, and is bringing my system to it's knees. I have used the taskcleaner utility when the engine was stopped, and when I start the engine, it starts trying to migrate the disks again. How can I fix this Thanks -- Donny Davis CloudSpin.me From mrose at power-soft.com Fri Jan 2 22:27:18 2015 From: mrose at power-soft.com (Mikola Rose) Date: Fri, 2 Jan 2015 22:27:18 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> Message-ID: Hi Didi, Thank you for the response. I have tried to do a fresh install (RH 6.6) and still ran into the same problem. [root at pws-hv15 rhiso]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: yes [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150102134318-7ougjc.log Version: otopi-1.2.3 (otopi-1.2.3-1.el6ev) [ INFO ] Hardware supports virtualization [ INFO ] Bridge rhevm already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. Please specify the storage you would like to use (nfs3, nfs4)[nfs3]: Please specify the full shared storage connection path to use (example: host:/path): 192.168.1.32:/Volumes/Raid1 [ INFO ] Installing on first host Please provide storage domain name. [hosted_storage]: Local storage datacenter name is an internal name and currently will not be shown in engine's admin UI.Please enter local datacenter name [hosted_datacenter]: --== SYSTEM CONFIGURATION ==-- --== NETWORK CONFIGURATION ==-- iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]: Please indicate a pingable gateway IP address [192.168.0.3]: --== VM CONFIGURATION ==-- Please specify the device to boot the VM from (cdrom, disk, pxe) [cdrom]: The following CPU types are supported by this host: - model_Westmere: Intel Westmere Family - model_Nehalem: Intel Nehalem Family - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family Please specify the CPU type to be used by the VM [model_Westmere]: Please specify path to installation media you would like to use [None]: /mnt/rhiso Please specify the number of virtual CPUs for the VM [Defaults to minimum requirement: 2]: Please specify the disk size of the VM in GB [Defaults to minimum requirement: 25]: You may specify a MAC address for the VM or accept a randomly generated default [00:16:3e:02:7f:c4]: Please specify the memory size of the VM in MB [Defaults to minimum requirement: 4096]: Please specify the console type you would like to use to connect to the VM (vnc, spice) [vnc]: --== HOSTED ENGINE CONFIGURATION ==-- Enter the name which will be used to identify this host inside the Administrator Portal [hosted_engine_1]: Enter 'admin at internal' user password that will be used for accessing the Administrator Portal: Confirm 'admin at internal' user password: Please provide the FQDN for the engine you would like to use. This needs to match the FQDN that you will use for the engine installation within the VM. Note: This will be the FQDN of the VM you are now going to create, it should not point to the base host or to any other existing machine. Engine FQDN: powerhost1.power-soft.net Please provide the name of the SMTP server through which we will send notifications [localhost]: Please provide the TCP port number of the SMTP server [25]: Please provide the email address from which notifications will be sent [root at localhost]: Please provide a comma-separated list of email addresses which will get notifications [root at localhost]: [ INFO ] Stage: Setup validation --== CONFIGURATION PREVIEW ==-- Engine FQDN : powerhost1.power-soft.net Bridge name : rhevm SSH daemon port : 22 Firewall manager : iptables Gateway address : 192.168.0.3 Host name for web application : hosted_engine_1 Host ID : 1 Image size GB : 25 Storage connection : 192.168.1.32:/Volumes/Raid1 Console type : vnc Memory size MB : 4096 MAC address : 00:16:3e:02:7f:c4 Boot type : cdrom Number of CPUs : 2 ISO image (for cdrom boot) : /mnt/rhiso CPU Type : model_Westmere Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Creating Storage Domain [ INFO ] Creating Storage Pool [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] Initializing sanlock lockspace [ INFO ] Initializing sanlock metadata [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination sanlock status daemon 4a21a439-cc72-4542-8146-71d0cb754da4.pws-hv15.p p -1 helper p -1 listener p -1 status p 5365 s e7175b6e-bf5a-4723-98f6-0f7972623f4c:1:/rhev/data-center/mnt/192.168.1.32\:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/ids:0 I am not sure if it is relevant but after subscribing to the relevant channels listed in the Installation Guide I was receiving an error when trying to update via Yum and only after I installed rhel-6-server-rhev-mgmt-agent-rpms. I have no idea why it would want to install the i686 augeas items and can not find any info on how to resolve this. [root at pws-hv15 ~]# yum update Loaded plugins: product-id, security, subscription-manager, versionlock Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated --> Processing Dependency: augeas-libs = 1.0.0-5.el6_5.1 for package: augeas-1.0.0-5.el6_5.1.x86_64 ---> Package augeas-libs.x86_64 0:1.0.0-7.el6 will be an update --> Running transaction check ---> Package augeas-libs.i686 0:1.0.0-5.el6_5.1 will be installed --> Processing Dependency: libxml2.so.2(LIBXML2_2.4.30) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libxml2.so.2 for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libselinux.so.1 for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.8) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.4) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.3) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.2) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.1.1) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.1) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6(GLIBC_2.0) for package: augeas-libs-1.0.0-5.el6_5.1.i686 --> Processing Dependency: libc.so.6 for package: augeas-libs-1.0.0-5.el6_5.1.i686 ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated --> Running transaction check ---> Package glibc.i686 0:2.12-1.149.el6 will be installed --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.149.el6.i686 --> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.149.el6.i686 ---> Package libselinux.i686 0:2.0.94-5.8.el6 will be installed ---> Package libxml2.i686 0:2.7.6-17.el6_6.1 will be installed --> Processing Dependency: libz.so.1 for package: libxml2-2.7.6-17.el6_6.1.i686 --> Running transaction check ---> Package nss-softokn-freebl.i686 0:3.14.3-18.el6_6 will be installed ---> Package zlib.i686 0:1.2.3-29.el6 will be installed --> Finished Dependency Resolution Error: Multilib version problems found. This often means that the root cause is something else and multilib version checking is just pointing out that there is a problem. Eg.: 1. You have an upgrade for augeas-libs which is missing some dependency that another package requires. Yum is trying to solve this by installing an older version of augeas-libs of the different architecture. If you exclude the bad architecture yum will tell you what the root cause is (which package requires what). You can try redoing the upgrade with --exclude augeas-libs.otherarch ... this should give you an error message showing the root cause of the problem. 2. You have multiple architectures of augeas-libs installed, but yum can only see an upgrade for one of those arcitectures. If you don't want/need both architectures anymore then you can remove the one with the missing update and everything will work. 3. You have duplicate versions of augeas-libs installed already. You can use "yum check" to get yum show these errors. ...you can also use --setopt=protected_multilib=false to remove this checking, however this is almost never the correct thing to do as something else is very likely to go wrong (often causing much more problems). Protected multilib versions: augeas-libs-1.0.0-5.el6_5.1.i686 != augeas-libs-1.0.0-7.el6.x86_64 On Dec 31, 2014, at 1:28 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: users at ovirt.org Sent: Tuesday, December 30, 2014 2:12:52 AM Subject: [ovirt-users] HostedEngine Deployment Woes Hi List Members; I have been struggling with deploying oVirt hosted engine I keep running into a timeout during the "Misc Configuration" any suggestion on how I can trouble shoot this? Redhat 2.6.32-504.3.3.el6.x86_64 Installed Packages ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev @rhel-6-server-rhevm-3.4-rpms So this is RHEV (3.4) or ovirt? Please confirm installation settings (Yes, No)[No]: Yes [ INFO ] Stage: Transaction setup [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ INFO ] Configuring libvirt [ INFO ] Configuring VDSM [ INFO ] Starting vdsmd [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Connecting Storage Domain [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] sanlock lockspace already initialized [ INFO ] sanlock metadata already initialized [ INFO ] Creating VM Image [ INFO ] Disconnecting Storage Pool [ INFO ] Start monitoring domain [ ERROR ] Failed to execute stage 'Misc configuration': The read operation timed out [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file: /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:144 sanlock lockspace already initialized 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace lockspace._misc:157 sanlock metadata already initialized 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:162 Creating VM Image 2014-12-29 14:53:41 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:163 createVolume 2014-12-29 14:53:42 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vm.image image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, request was: - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 condition False 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool 2014-12-29 14:53:43 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:971 Disconnecting Storage Pool 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:48 Waiting for existing tasks to complete 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:602 spmStop 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._spmStop:611 2014-12-29 14:53:43 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._storagePoolConnection:573 disconnectStoragePool 2014-12-29 14:53:45 INFO otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._disconnect_pool:975 Start monitoring domain 2014-12-29 14:53:45 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:529 _startMonitoringDomain 2014-12-29 14:53:46 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._startMonitoringDomain:534 {'status': {'message': 'OK', 'code': 0}} 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks tasks.wait:127 Waiting for domain monitor 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 976, in _disconnect_pool self._startMonitoringDomain() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 539, in _startMonitoringDomain waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) File "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", line 128, in wait response = serv.s.getVdsStats() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request errcode, errmsg, headers = h.getreply() File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply response = self._conn.getresponse() File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse response.begin() File "/usr/lib64/python2.6/httplib.py", line 391, in begin version, status, reason = self._read_status() File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status line = self.fp.readline() File "/usr/lib64/python2.6/socket.py", line 433, in readline data = recv(1) File "/usr/lib64/python2.6/ssl.py", line 215, in recv return self.read(buflen) File "/usr/lib64/python2.6/ssl.py", line 136, in read return self._sslobj.read(len) SSLError: The read operation timed out We had several similar cases in the past [1] [2] but never managed to reproduce on clean systems. Might it be some "dirt"? E.g. repeated attempts using same storage, or storage used for something else, some other host accessing it, host left unclean after previous attempts to deploy (failed or successful), something like that? If you reproduce on completely clean systems, both host(s) and storage, please post more relevant logs, including: >From host(s): /var/log/vdsm/* /var/log/ovirt-hosted-engine-setup/* /var/log/ovirt-hosted-engine-ha/* output of 'sanlock status' output of 'rpm -qa' >From engine vm: /var/log/ovirt-engine/* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1152564 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1099874 Thanks, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: log.zip Type: application/zip Size: 173878 bytes Desc: log.zip URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rpmqa.txt URL: From mail at johankooijman.com Sat Jan 3 08:40:18 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Sat, 3 Jan 2015 09:40:18 +0100 Subject: [ovirt-users] Can't activate storage domain In-Reply-To: References: Message-ID: To finish up this monologue - "all_squash" needed to be set on the NFS export. That solved this issue. On Fri, Jan 2, 2015 at 9:25 PM, Johan Kooijman wrote: > And also, when creating the storage domain, some stuff is written: > > root at head1-1:/cloud/ovirt-data# ls -la > total 10 > drwxrwxrwx 3 36 36 4 Jan 2 21:24 . > drwxr-xr-x 5 root root 5 Jan 2 19:24 .. > drwxr-xr-x 4 36 36 4 Jan 2 21:24 24b198c4-41c1-4311-8e11-c4cd7a70db5f > -rwxr-xr-x 1 36 36 0 Jan 2 21:24 __DIRECT_IO_TEST__ > > It just fails with AcquireHostIdFailure. > > On Fri, Jan 2, 2015 at 8:49 PM, Johan Kooijman > wrote: > >> Forgot to mention: engine & nodes are all CentOS 6.6 >> >> On Fri, Jan 2, 2015 at 8:44 PM, Johan Kooijman >> wrote: >> >>> Hi, >>> >>> I have a datacenter, 2 nodes and an NFS storage domain. The issue is >>> when I try activate a storage domain, logs are here: >>> https://plakbord.cloud.nl/p/P1itMAEoTVIUHQv1U0AAZ5Xy. >>> >>> In the past I've seen issues with sanlock & selinux, in this case I have >>> no selinux running. When look at the 2 nodes, they actually have the >>> storage domains mounted: >>> >>> [root at hv2 mnt]# mount | grep nfs >>> sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) >>> 10.0.24.30:/cloud/ovirt-data on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-data >>> type nfs >>> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >>> 10.0.24.30:/cloud/ovirt-iso on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-iso >>> type nfs >>> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >>> 10.0.24.30:/cloud/ovirt-export on /rhev/data-center/mnt/10.0.24.30:_cloud_ovirt-export >>> type nfs >>> (rw,soft,nosharecache,timeo=600,retrans=6,nfsvers=3,addr=10.0.24.30) >>> >>> Am I missing something here? >>> >>> -- >>> Met vriendelijke groeten / With kind regards, >>> Johan Kooijman >>> >> >> >> >> -- >> Met vriendelijke groeten / With kind regards, >> Johan Kooijman >> > > > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Jan 3 10:59:57 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 3 Jan 2015 11:59:57 +0100 Subject: [ovirt-users] No package ovirt-engine available. In-Reply-To: <54A6A650.5070704@gmail.com> References: <54A6A650.5070704@gmail.com> Message-ID: If this is for you a peliminer test and you ought to eventually reinstall, you can also give a try to 3.5.1 and so go with centos7. You can find links here: http://www.ovirt.org/OVirt_3.5.1_Release_Notes http://www.ovirt.org/Testing/oVirt_3.5.1_Testing I don't remember the link with the list of still opened and / or blocking bugs HIH, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason.e.parks at seagate.com Sat Jan 3 22:02:00 2015 From: jason.e.parks at seagate.com (Jason E Parks) Date: Sat, 3 Jan 2015 16:02:00 -0600 Subject: [ovirt-users] OVirt 3.5 node Message-ID: Does the Node Building process located http://www.ovirt.org/Node_Building work to build a hypervisor for ovirt 3.5? Having some difficulty getting the ovirt 3.5-pre hypervisor images added to ovirt. Keep getting "install failed" Alternatively, does anyone have an EL7/EL6 kickstart for rolling your own they're willing to share? -- Thanks, Jason E. Parks - 511855 Linux System Administrator - RHCE, LPIC3 Seagate Technology - U.S. Business Data Center http://www.seagate.com email : jason.e.parks at seagate.com phone: +1(405) 324-3222 WARNING: The information contained in this transmission may be privileged or confidential. It is intended only for the above-identified recipient(s). If you are not the intended recipient, please forward this transmission to the author and delete this transmission and all copies. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dougsland at redhat.com Sun Jan 4 04:33:21 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Sat, 03 Jan 2015 23:33:21 -0500 Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: References: Message-ID: <54A8C291.7070402@redhat.com> Hi Jason, On 01/03/2015 05:02 PM, Jason E Parks wrote: > Does the Node Building process located > http://www.ovirt.org/Node_Building work to build a hypervisor for ovirt > 3.5? Thanks for testing. Yes, that's correct place. Just keep in mind to use the branch ovirt-3.5 and add the ovirt-node-plugin-vdsm. > Having some difficulty getting the ovirt 3.5-pre hypervisor images > added to ovirt. Keep getting "install failed" If I understood correctly, the problem is registering the node from TUI to oVirt Engine. Could you please share more details about the "install failed"? Anything on ovirt-engine GUI on events tab? logs? Would be nice to understand the install failure because depending of issue and component you might see it again even building the node by yourself. > > Alternatively, does anyone have an EL7/EL6 kickstart for rolling your > own they're willing to share? > > -- > Thanks, > > Jason E. Parks - 511855 > Linux System Administrator - RHCE, LPIC3 > Seagate Technology - U.S. Business Data Center > http://www.seagate.com > email : jason.e.parks at seagate.com > phone: +1(405) 324-3222 > > WARNING: The information contained in this transmission may be > privileged or confidential. It is intended only for the above-identified > recipient(s). If you are not the intended recipient, please forward this > transmission to the author and delete this transmission and all copies. > Thank you. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Cheers Douglas From lin at unisoft.com.py Sun Jan 4 01:49:18 2015 From: lin at unisoft.com.py (Juan Carlos YJ. Lin) Date: Sat, 03 Jan 2015 22:49:18 -0300 (PYST) Subject: [ovirt-users] Ovirt 3.5 report install Message-ID: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> I have a issue on install ovirt-reports in 3rd server same as shown https://bugzilla.redhat.com/show_bug.cgi?id=1150498 But the bug saids is fixed, how I can apply the fix? Juan Carlos Lin Unisoft S.A. +595-993-288330 --------------------------------------------------- "Antes de imprimir, recu?rdese de su compromiso con el Medio Ambiente" "Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). La retransmisi?n del contenido no est? autorizada fuera del contexto de su env?o y a quien corresponde. El uso no autorizado de la informaci?n en este mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido este mensaje por error, por favor b?rrala y notifique al remitente en la brevedad posible. El contenido de este mensaje no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. Gracias." -------------- next part -------------- An HTML attachment was scrubbed... URL: From jason.e.parks at seagate.com Sun Jan 4 02:02:44 2015 From: jason.e.parks at seagate.com (Jason E Parks) Date: Sat, 3 Jan 2015 20:02:44 -0600 Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: <54A8C291.7070402@redhat.com> References: <54A8C291.7070402@redhat.com> Message-ID: I am in the middle of a rebuild, as soon as i'm done, if the same problem occurs i'll gladly include logs. Something may be up with my configuration, installed the manager on a vmware template that has been prehardened. Going to try with a fresh install of el6. On Sat, Jan 3, 2015 at 10:33 PM, Douglas Schilling Landgraf < dougsland at redhat.com> wrote: > Hi Jason, > > On 01/03/2015 05:02 PM, Jason E Parks wrote: > >> Does the Node Building process located >> http://www.ovirt.org/Node_Building work to build a hypervisor for ovirt >> 3.5? >> > > Thanks for testing. Yes, that's correct place. Just keep in mind to use > the branch ovirt-3.5 and add the ovirt-node-plugin-vdsm. > > Having some difficulty getting the ovirt 3.5-pre hypervisor images >> added to ovirt. Keep getting "install failed" >> > > If I understood correctly, the problem is registering the node from TUI to > oVirt Engine. Could you please share more details about the "install > failed"? Anything on ovirt-engine GUI on events tab? logs? > Would be nice to understand the install failure because depending of issue > and component you might see it again even building the node by yourself. > > > >> Alternatively, does anyone have an EL7/EL6 kickstart for rolling your >> own they're willing to share? >> >> -- >> Thanks, >> >> Jason E. Parks - 511855 >> Linux System Administrator - RHCE, LPIC3 >> Seagate Technology - U.S. Business Data Center >> http://www.seagate.com >> email : jason.e.parks at seagate.com >> phone: +1(405) 324-3222 >> >> WARNING: The information contained in this transmission may be >> privileged or confidential. It is intended only for the above-identified >> recipient(s). If you are not the intended recipient, please forward this >> transmission to the author and delete this transmission and all copies. >> Thank you. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > -- > Cheers > Douglas > -- Thanks, Jason E. Parks - 511855 Linux System Administrator - RHCE, LPIC3 Seagate Technology - U.S. Business Data Center http://www.seagate.com email : jason.e.parks at seagate.com phone: +1(405) 324-3222 WARNING: The information contained in this transmission may be privileged or confidential. It is intended only for the above-identified recipient(s). If you are not the intended recipient, please forward this transmission to the author and delete this transmission and all copies. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Sun Jan 4 05:03:36 2015 From: yetanotherwill at yahoo.com (Will K) Date: Sun, 4 Jan 2015 05:03:36 +0000 (UTC) Subject: [ovirt-users] hosted engine status=WaitForLaunch Message-ID: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> Hi all, I'm pretty new to the hosted engine.? 1. Is there a way to re-run the deploy from scratch?2. if not, how can I restart a bad setup giving me status=WaitForLaunch? a. I'm sure I gave bad option to run the VM installationb. I'm sure I picked a wrong parameter for the hosted-engine command Now when I run?# hosted-engine --vm-startVM exists and is down, destroying itMachine destroyed bc13d2d0-f2b5-4ac2-bc5a-ef98e046e2a9? ? ? ? Status = WaitForLaunch? ? ? ? nicModel = rtl8139,pv? ? ? ? emulatedMachine = pc Thanks in Advance and Happy New Year. Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From sradco at redhat.com Sun Jan 4 06:03:47 2015 From: sradco at redhat.com (Shirly Radco) Date: Sun, 4 Jan 2015 01:03:47 -0500 (EST) Subject: [ovirt-users] Ovirt 3.5 report install In-Reply-To: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> References: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> Message-ID: <2001362285.3206409.1420351427860.JavaMail.zimbra@redhat.com> Hi Juan, Please send us your logs located at /var/logs. Is the message you get exactly the same as in the bug? Best regards, --- Shirly Radco BI Software Engineer Red Hat Israel Ltd. ----- Original Message ----- > From: "Juan Carlos YJ. Lin" > To: users at ovirt.org > Sent: Sunday, January 4, 2015 3:49:18 AM > Subject: [ovirt-users] Ovirt 3.5 report install > > I have a issue on install ovirt-reports in 3rd server same as shown > https://bugzilla.redhat.com/show_bug.cgi?id=1150498 > But the bug saids is fixed, how I can apply the fix? > > > Juan Carlos Lin > Unisoft S.A. > +595-993-288330 > > > System-wide Disclaimer --------------------------------------------------- > "Antes de imprimir, recu?rdese de su compromiso con el Medio Ambiente" > "Aviso: Este mensaje es dirigido para su destinatario y contiene > informaciones que no pueden ser usadas por otras personas que no sean su(s) > destinatario(s). La retransmisi?n del contenido no est? autorizada fuera del > contexto de su env?o y a quien corresponde. El uso no autorizado de la > informaci?n en este mensaje se halla penado por las leyes vigentes en todo > el mundo. Si ha recibido este mensaje por error, por favor b?rrala y > notifique al remitente en la brevedad posible. El contenido de este mensaje > no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor. > Gracias." > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From istein at redhat.com Sun Jan 4 07:24:32 2015 From: istein at redhat.com (ILanit Stein) Date: Sun, 4 Jan 2015 02:24:32 -0500 (EST) Subject: [ovirt-users] Cannot start VM - pauses due to storage error In-Reply-To: References: Message-ID: <413767907.2430778.1420356272243.JavaMail.zimbra@redhat.com> Hi Brent, I found this bug with the same error you see: https://bugzilla.redhat.com/show_bug.cgi?id=1119336 It was fixed for vdsm version vdsm-4.16.7.2-1 What is vdsm version on your host? Ilanit. ----- Original Message ----- From: "Brent Hartzell" To: users at ovirt.org Sent: Saturday, December 27, 2014 4:59:16 PM Subject: [ovirt-users] Cannot start VM - pauses due to storage error Hello, All of the sudden stared getting the errors below. Can?t start VM?s, they immediately go into paused state. Thread-51856::DEBUG::2014-12-27 09:56:08,812::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51858::DEBUG::2014-12-27 09:56:11,953::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51860::DEBUG::2014-12-27 09:56:12,856::__init__::467::jsonrpc.JsonRpcServer::(_serveRequest) Calling 'VM.cont' in bridge with {u'vmID': u'e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d'} libvirtEventLoop::DEBUG::2014-12-27 09:56:13,016::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 opaque None libvirtEventLoop::DEBUG::2014-12-27 09:56:13,021::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Resumed detail 0 opaque None libvirtEventLoop::INFO::2014-12-27 09:56:13,026::vm::4780::vm.Vm::(_onIOError) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::abnormal vm stop device virtio-disk0 error eother libvirtEventLoop::DEBUG::2014-12-27 09:56:13,029::vm::5461::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::event Suspended detail 2 opaque None Thread-51863::DEBUG::2014-12-27 09:56:15,072::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51869::DEBUG::2014-12-27 09:56:18,120::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set Thread-51872::DEBUG::2014-12-27 09:56:21,154::vm::486::vm.Vm::(_getUserCpuTuneInfo) vmId=`e3d75e55-2b41-4f0b-8d2a-16f8fde2ba0d`::Domain Metadata is not set _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From didi at redhat.com Sun Jan 4 07:31:56 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 4 Jan 2015 02:31:56 -0500 (EST) Subject: [ovirt-users] Ovirt 3.5 report install In-Reply-To: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> References: <2d1cd36a-3003-4e47-aa76-b0c33ae372d4@server1.monalisa.com.py> Message-ID: <1545257437.3240304.1420356716508.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Juan Carlos YJ. Lin" > To: users at ovirt.org > Sent: Sunday, January 4, 2015 3:49:18 AM > Subject: [ovirt-users] Ovirt 3.5 report install > > I have a issue on install ovirt-reports in 3rd server same as shown > https://bugzilla.redhat.com/show_bug.cgi?id=1150498 > But the bug saids is fixed, how I can apply the fix? You can wait till 3.5.1 is out, it will include the fix. Or you can use the 3.5 snapshot, see [1]. Or you can manually apply the fix yourself, if you really want - see the links to gerrit patches under 'External Trackers' in the bug page above. [1] http://www.ovirt.org/Install_nightly_snapshot Best, -- Didi From didi at redhat.com Sun Jan 4 07:47:59 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 4 Jan 2015 02:47:59 -0500 (EST) Subject: [ovirt-users] hosted engine status=WaitForLaunch In-Reply-To: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> References: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> Message-ID: <979016288.3241066.1420357679277.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Sunday, January 4, 2015 7:03:36 AM > Subject: [ovirt-users] hosted engine status=WaitForLaunch > > Hi all, > > I'm pretty new to the hosted engine. > > 1. Is there a way to re-run the deploy from scratch? If in 'from scratch' you mean something like the engine's 'engine-cleanup' utility, then no, we do not have such a tool for hosted-engine. > 2. if not, how can I restart a bad setup giving me status=WaitForLaunch? I. Usually, it's enough to: 1. Stop the engine VM if it's up, by 'hosted-engine --vm-poweroff' 2. rm -rf /path/to/hosted-engine-storage/* (with the correct path) 3. hosted-engine --deploy again II. If that's not enough, and for some reason you prefer to clean up manually instead of reinstalling the OS, you can try: 1. yum remove ovirt\* libvirt\* vdsm\* sanlock\* 2. rm -rf /etc/ovirt* /etc/vdsm* /etc/libvirt* /etc/pki/vdsm* /etc/pki/libvirt* 3. rm -rf /path/to/hosted-engine-storage/* (with the correct path) This will not revert the changes done to your network configuration. If you want to revert that, which is usually not needed, you can try manually copying back parts of /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt to the ifcfg file of the interface used for the bridge, and remove ifcfg-ovirtmgmt (after, of course, backing up, stopping the interface, etc). Then yum install and deploy again. > > > a. I'm sure I gave bad option to run the VM installation > b. I'm sure I picked a wrong parameter for the hosted-engine command Then try (some of) the options above. If (I.) is not enough, please post deploy logs. Thanks! Best, -- Didi From tlitovsk at redhat.com Sun Jan 4 08:46:36 2015 From: tlitovsk at redhat.com (Anatoly Litvosky) Date: Sun, 04 Jan 2015 10:46:36 +0200 Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: References: <54A8C291.7070402@redhat.com> Message-ID: <1420361196.8086.5.camel@redhat.com> Hi You can use the --with-extra-recipe= in the ovirt-node-iso. And I attached a sample extra kickstart file I use for centos7/6 builds (and it the same for fc20). Keep in mind you should use it in the extra-recepie option and not instead of the main recipe file. Tolik On Sat, 2015-01-03 at 20:02 -0600, Jason E Parks wrote: > I am in the middle of a rebuild, as soon as i'm done, if the same > problem occurs i'll gladly include logs. Something may be up with my > configuration, installed the manager on a vmware template that has > been prehardened. Going to try with a fresh install of el6. > > On Sat, Jan 3, 2015 at 10:33 PM, Douglas Schilling Landgraf > wrote: > Hi Jason, > > On 01/03/2015 05:02 PM, Jason E Parks wrote: > Does the Node Building process located > http://www.ovirt.org/Node_Building work to build a > hypervisor for ovirt > 3.5? > > Thanks for testing. Yes, that's correct place. Just keep in > mind to use the branch ovirt-3.5 and add the > ovirt-node-plugin-vdsm. > > Having some difficulty getting the ovirt 3.5-pre > hypervisor images > added to ovirt. Keep getting "install failed" > > If I understood correctly, the problem is registering the node > from TUI to oVirt Engine. Could you please share more details > about the "install failed"? Anything on ovirt-engine GUI on > events tab? logs? > Would be nice to understand the install failure because > depending of issue and component you might see it again even > building the node by yourself. > > > > Alternatively, does anyone have an EL7/EL6 kickstart > for rolling your > own they're willing to share? > > -- > Thanks, > > Jason E. Parks - 511855 > Linux System Administrator - RHCE, LPIC3 > Seagate Technology - U.S. Business Data Center > http://www.seagate.com > email : jason.e.parks at seagate.com > > phone: +1(405) 324-3222 > > WARNING: The information contained in this > transmission may be > privileged or confidential. It is intended only for > the above-identified > recipient(s). If you are not the intended recipient, > please forward this > transmission to the author and delete this > transmission and all copies. > Thank you. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- A non-text attachment was scrubbed... Name: virt35centos70repo.ks Type: application/x-java-keystore Size: 61 bytes Desc: not available URL: From alukiano at redhat.com Sun Jan 4 11:16:06 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Sun, 4 Jan 2015 06:16:06 -0500 (EST) Subject: [ovirt-users] hosted engine status=WaitForLaunch In-Reply-To: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> References: <1254741224.4159028.1420347816274.JavaMail.yahoo@jws10680.mail.bf1.yahoo.com> Message-ID: <464078302.4796760.1420370166383.JavaMail.zimbra@redhat.com> Connect to answer from didi at redhat.com, just put you environment to global maintenance mode before you destroy HE vm(hosted-engine --set-maintenance --mode=global), because agent will restart HE vm. ----- Original Message ----- From: "Will K" To: users at ovirt.org Sent: Sunday, January 4, 2015 7:03:36 AM Subject: [ovirt-users] hosted engine status=WaitForLaunch Hi all, I'm pretty new to the hosted engine. 1. Is there a way to re-run the deploy from scratch? 2. if not, how can I restart a bad setup giving me status=WaitForLaunch? a. I'm sure I gave bad option to run the VM installation b. I'm sure I picked a wrong parameter for the hosted-engine command Now when I run # hosted-engine --vm-start VM exists and is down, destroying it Machine destroyed bc13d2d0-f2b5-4ac2-bc5a-ef98e046e2a9 Status = WaitForLaunch nicModel = rtl8139,pv emulatedMachine = pc Thanks in Advance and Happy New Year. Will _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From alukiano at redhat.com Sun Jan 4 11:22:13 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Sun, 4 Jan 2015 06:22:13 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> Message-ID: <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From svenkieske at gmail.com Sun Jan 4 13:31:45 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Sun, 04 Jan 2015 14:31:45 +0100 Subject: [ovirt-users] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster] In-Reply-To: References: <548B0A97.8030606@redhat.com> <1524265011.10133437.1418613361184.JavaMail.zimbra@redhat.com> Message-ID: <54A940C1.4090904@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15.12.2014 08:33, Gianluca Cecchi wrote: > On Mon, Dec 15, 2014 at 8:27 AM, Gianluca Cecchi > wrote: >> >> On Mon, Dec 15, 2014 at 4:16 AM, Adam Litke >> wrote: >>> >>> Hi, please see below for more details. >>> >>> tl; dr; Live merge works on oVirt-3.5.0 with Fedora 20 hosts >>> that are using qemu and libvirt packages from the virt-preview >>> repo. No other configuration is supported yet. We aim to have >>> support for RHEL7.1 and later and built-in support for Fedora >>> 21. >>> >>> >>> > Sorry... pressed return too quick.. > > Understand me, please. My note was about Release Notes page > misleading in respect with features' set and newcomers... but also > frequent users too > > At http://www.ovirt.org/OVirt_3.5_Release_Notes#Live_Merge ones > reads: > > " Live Merge If an image has one or more snapshots, oVirt 3.5's > merge command will combine the data of one volume into another. > Live merges can be performed with data is pulled from one snapshot > into another snapshot. The engine can merge multiple disks at the > same time and each merge can independently fail or succeed in each > operation. " > > I think you have to mention that it is a restricted use case for > now... and specify that it works only for Fedora 20 and in that > case you have to manually modify the repo definition to install the > qemu packages from virt-preview to get the feature. This still is not fixed! I can already see the bugreports coming in, claiming live merge does not work, because the release notes are very misleading! Did nobody got the time to fix this? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUqUDBAAoJEAq0kGAWDrqlMJAL/2Uc4bfFsWczRoce067rMED1 H5zd08MzZ7d2rXViEnUpuQnmE+SJSjsbtZp0ueTE4rgoqGGHP3pauu6YK0JaSNGw 3DpP++Yjqrsn5gCzqhwl3LqN+IQMowZ2ljREcae5ltajzf/SIDrDsdWoiHO4ZQcL RXXTAh4v5cpA0P34fIJZT4KLcJUDjWm7SeBAnY0XAAlEnGZweH/4juU2asq00pRE CnReayZwhuo5+et9FUBc5CBj9TAjcgKTruO3gAM5IMBPIAi1yBVpGMUfU/x4r/o6 6aNvQA9oolWWbCH63Jlz6c+HF/KGdlWEVz+zXaLojsNyyKcOy+UceQiL0ZGnzOfB Klcwfjb88P6ElDb8tzALjuqJXNkyEAR/0xcoAzTyeaKCi5XlIxbqrZjEyrjdSE3W d6GYI7A7G0MbpUtbCaBvy/7fCT1YdlRK7dmtxVMinV8mxDJslSu1jg5mZ/AR/Wd4 TD/TgUY2FRvdXrQpdBpKqKS6UR+s2sfJ+6KnanSGEQ== =uzHE -----END PGP SIGNATURE----- From svenkieske at gmail.com Sun Jan 4 13:48:43 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Sun, 04 Jan 2015 14:48:43 +0100 Subject: [ovirt-users] Autostart vm's at host boot on local storage In-Reply-To: <1086134734.609841.1419339091361.JavaMail.yahoo@jws106126.mail.bf1.yahoo.com> References: <1086134734.609841.1419339091361.JavaMail.yahoo@jws106126.mail.bf1.yahoo.com> Message-ID: <54A944BB.3090603@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 23.12.2014 13:51, Michael Pasternak wrote: > Brent, > You can achieve that using oVirt "High Availability" [1], This does not work for local storage. See my rejected BZ Entry: https://bugzilla.redhat.com/show_bug.cgi?id=1113165 I also have one open to allow for some kind of autostart flag (as qemu/libvirt are capable of this): https://bugzilla.redhat.com/show_bug.cgi?id=1166657 kind regards Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUqUS7AAoJEAq0kGAWDrqlq/8L/14HigJ56dpl8OUpdQSvQq5a zkJbdX7tCmPedmcFmA7CwGqg2m2zWMVzb0KmAu9MuY+Xz6mluxW20iEVtP1yBmB+ dCRXcv9rzqDX4E88FL81q5ceqT6lpTDN7MK/Kz1IhK2mK20H0ibdXS9NB0WrKcqY UI3tBQVn9gCH/4qyquWH7OXiOU8f5loJ7X9e/Akyp5F9wsqGdqmCClAuI/ArewhS /VSMqHGaM43ZViz+1EqD8l05mbD7GLcnG5K3LnIpO5jaWx1aHSBHechlLhGMH+PM Smj4bmc00W/DD9MAgNrgQg4jG/FZ58WNxw1BFtHJ3zn1EuvcW0t3pUQsF9dZH/wI aMqZ5195ucdfll6zSG6R9cOGYjDlYUuXccn2tWvDWQhMDCUF0rYC0JSLeB+vRVKz OeZ2esI4ofoF21vVb8L7jFoweJoBlB81US2UUQN3Vq93BugiLPPkyGUbsYkki6k1 xPU2lMEQ2IpMOiJ+Lu28BhhDL1P5HLbLl1KOS69dPA== =FlbA -----END PGP SIGNATURE----- From gianluca.cecchi at gmail.com Sun Jan 4 15:34:36 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sun, 4 Jan 2015 16:34:36 +0100 Subject: [ovirt-users] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster] In-Reply-To: <54A940C1.4090904@gmail.com> References: <548B0A97.8030606@redhat.com> <1524265011.10133437.1418613361184.JavaMail.zimbra@redhat.com> <54A940C1.4090904@gmail.com> Message-ID: On Sun, Jan 4, 2015 at 2:31 PM, Sven Kieske wrote: > > > > > Understand me, please. My note was about Release Notes page > > misleading in respect with features' set and newcomers... but also > > frequent users too > > > > At http://www.ovirt.org/OVirt_3.5_Release_Notes#Live_Merge ones > > reads: > > > > " Live Merge If an image has one or more snapshots, oVirt 3.5's > > merge command will combine the data of one volume into another. > > Live merges can be performed with data is pulled from one snapshot > > into another snapshot. The engine can merge multiple disks at the > > same time and each merge can independently fail or succeed in each > > operation. " > > > > I think you have to mention that it is a restricted use case for > > now... and specify that it works only for Fedora 20 and in that > > case you have to manually modify the repo definition to install the > > qemu packages from virt-preview to get the feature. > > This still is not fixed! > > I can already see the bugreports coming in, claiming live merge does > not work, because the release notes are very misleading! > > Did nobody got the time to fix this? > I'm more than available to change it if my edit rights allow it. But at the end I didn't see any clear answer from developers and/or infra maintainers... I think it is a crucial page, so I'd prefer one of them to do it or explicitly answering here that we are right and we can go change it... Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhangyingyun001 at gmail.com Mon Jan 5 01:57:50 2015 From: zhangyingyun001 at gmail.com (=?UTF-8?B?5byg5Lqa55Cq?=) Date: Mon, 5 Jan 2015 09:57:50 +0800 Subject: [ovirt-users] Would you add the project of Jasper into the Zanata? In-Reply-To: <54A9BC43.1020909@redhat.com> References: <1362230405.2078038.1419723387069.JavaMail.zimbra@redhat.com> <65208989.2078131.1419723471570.JavaMail.zimbra@redhat.com> <54A9BC43.1020909@redhat.com> Message-ID: Hi Yuko, Thank you for your reply. I have already seen that page. Thank you so much. :) 2015-01-05 6:18 GMT+08:00 Yuko Katabami : > Hi Helen, > > Sorry for the delay in responding. > > With regard to the JasperServer strings for oVirt Reports, we have two > projects in zanata.org. > The first one is "oVirt Engine Reports" which you have already edited some > translations. > The second one is "oVirt Engine DWH", accessible at: > https://translate.zanata.org/zanata/project/view/ovirt-engine-dwh > (there is only one version called "master" in this project) > > The remaining translations are actually imported from the JasperServer > community. > If you would like to change those strings, the only way to change them is > to be part of JasperServer localization group and work with them. > > Yaniv and Shirly are able to direct you to the right contact. > > I also confirmed with Shirly that the recent fix you applied in oVirt > Engine Reports (and potentially oVirt Engine DWH) will first be included in > 3.6, then backported to 3.5.2. > > If you have any further questions, please feel free to contact us again. > > Kind regards, > > Yuko > > > > > > > On 12/28/2014 09:37 AM, Yaniv Dary wrote: > > corrections: > > > ------------------------------ > > *From: *"Yaniv Dary" > *To: *"???" > *Cc: *users at ovirt.org, tfu at redhat.com, ykatabam at redhat.com > *Sent: *Sunday, December 28, 2014 1:36:27 AM > *Subject: *Re: [ovirt-users] Would you add the project of Jasper into the > Zanata? > > JasperServer is used by oVirt, but we do not translate it. > I would contact the Jasper community on how to donate translations. > > We do have a translation project for the reports themselves, Yuko can > refer you to that. > > > > > ------------------------------ > > *From: *"???" > *To: *users at ovirt.org > *Cc: *tfu at redhat.com, ykatabam at redhat.com > *Sent: *Friday, December 26, 2014 10:19:00 AM > *Subject: *[ovirt-users] Would you add the project of Jasper into the > Zanata? > > hi all, > > Would you add Jasper into zanata? I want to translate it for > reports, and this project is based > > on this project. So would you add it for reports? Thanks a lot. :) > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Mon Jan 5 06:27:27 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 5 Jan 2015 06:27:27 +0000 (UTC) Subject: [ovirt-users] hosted engine status=WaitForLaunch In-Reply-To: <464078302.4796760.1420370166383.JavaMail.zimbra@redhat.com> References: <464078302.4796760.1420370166383.JavaMail.zimbra@redhat.com> Message-ID: <395310274.4516578.1420439247434.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> Thank you Artyom and Yedidyah.That works out fine. W On Sunday, January 4, 2015 6:16 AM, Artyom Lukianov wrote: Connect to answer from didi at redhat.com, just put you environment to global maintenance mode before you destroy HE vm(hosted-engine --set-maintenance --mode=global), because agent will restart HE vm. ----- Original Message ----- From: "Will K" To: users at ovirt.org Sent: Sunday, January 4, 2015 7:03:36 AM Subject: [ovirt-users] hosted engine status=WaitForLaunch Hi all, I'm pretty new to the hosted engine. 1. Is there a way to re-run the deploy from scratch? 2. if not, how can I restart a bad setup giving me status=WaitForLaunch? a. I'm sure I gave bad option to run the VM installation b. I'm sure I picked a wrong parameter for the hosted-engine command Now when I run # hosted-engine --vm-start VM exists and is down, destroying it Machine destroyed bc13d2d0-f2b5-4ac2-bc5a-ef98e046e2a9 Status = WaitForLaunch nicModel = rtl8139,pv emulatedMachine = pc Thanks in Advance and Happy New Year. Will _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Mon Jan 5 06:32:11 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 5 Jan 2015 06:32:11 +0000 (UTC) Subject: [ovirt-users] Hosted Engine NFS Message-ID: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> Quick question.? Hosted Engine supports NFS and iSCSI so far.? Let's say I have only two physical hosts using GlusterFS.? Is it possible to have the NFS storage stay within these two systems? Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Mon Jan 5 06:41:57 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 5 Jan 2015 01:41:57 -0500 (EST) Subject: [ovirt-users] Problems after upgrade ovirt 3.4 to ovirt 3.5 In-Reply-To: <1623949596.20141229190840@gmail.com> References: <1623949596.20141229190840@gmail.com> Message-ID: <1230929414.3484475.1420440117130.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "andrey dyadyura" > To: users at ovirt.org > Sent: Monday, December 29, 2014 6:08:40 PM > Subject: [ovirt-users] Problems after upgrade ovirt 3.4 to ovirt 3.5 > > Problems after upgrade ovirt 3.4 to ovirt 3.5 Hello all > > I use ovirt about 2 years > Periodically updating to newer versions. > Today I updated engine with version 3.4 to version 3.5 and got a lot of > problems. > My hosts are on Hetzner and specific settings required to bridge the > interface had a mask 255.255.255.255 ( > http://wiki.hetzner.de/index.php/KVM_mit_Nutzung_aller_IPs_-_the_easy_way/en > ) > After update the host was set to NonOperational > > If I set status maintenance and start ReInstal in Events can see: > > Host installation in progress . Cannot validate host name settings, reason: > resolved host does not match any of the local addresses. > Installing Host. Retrieving installation logs to: > '/var/log/ovirt-engine/host-deploy/ovirt-20141229170209-virt06.1pro.ru-4001ef86.log'. > Installing Host. Stage: Termination. > Host installed > Host does not comply with the cluster Hetzner networks, the following > networks are missing on host: 'ovirtmgmt' > Status of host was set to NonOperational. > > Now.. all my 15 hosts in status: Non Responsive; Engine hase status: Non > Operational ((( > > Help me please.. Sounds very similar to [1]. Dan said [2] that the fix should be in 3.5.1 when it's released. [1] http://lists.ovirt.org/pipermail/users/2014-December/030272.html [2] http://lists.ovirt.org/pipermail/users/2015-January/030340.html You can try to manually apply the patch. Otherwise, not sure what else you can do to fix this - perhaps manually editing the ifcfg files to add /32 will help, didn't try that myself. If you are stuck or need more help, please post more logs - host-deploy, vdsm, etc. Best, -- Didi From yetanotherwill at yahoo.com Mon Jan 5 07:07:01 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 5 Jan 2015 07:07:01 +0000 (UTC) Subject: [ovirt-users] Hosted Engine NFS In-Reply-To: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> References: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> Message-ID: <186485179.4324461.1420441621636.JavaMail.yahoo@jws10653.mail.bf1.yahoo.com> Apologize for the spam. Should have? RTFM*2 before asking. On Monday, January 5, 2015 1:32 AM, Will K wrote: Quick question.? Hosted Engine supports NFS and iSCSI so far.? Let's say I have only two physical hosts using GlusterFS.? Is it possible to have the NFS storage stay within these two systems? Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Mon Jan 5 07:11:05 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 5 Jan 2015 02:11:05 -0500 (EST) Subject: [ovirt-users] Hosted Engine NFS In-Reply-To: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> References: <1789431581.4502451.1420439531325.JavaMail.yahoo@jws10698.mail.bf1.yahoo.com> Message-ID: <489447763.3493674.1420441865490.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Monday, January 5, 2015 8:32:11 AM > Subject: [ovirt-users] Hosted Engine NFS > > Quick question. > > Hosted Engine supports NFS and iSCSI so far. Let's say I have only two > physical hosts using GlusterFS. Is it possible to have the NFS storage stay > within these two systems? You can export the glusterfs storage as nfs and use that. See e.g. [1] [2]. We intend to integrate glusterfs setup into hosted-engine deploy for 3.6, see [3]. IIRC we intend to require at least 3 hosts, to prevent split-brain. Search for something like 'gluster quorum "replica 3"' if interested. [1] http://community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ [2] http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ [3] http://www.ovirt.org/Features/Self_Hosted_Engine_Hyper_Converged_Gluster_Support Best, -- Didi From jmoskovc at redhat.com Mon Jan 5 08:09:00 2015 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Mon, 05 Jan 2015 09:09:00 +0100 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> Message-ID: <54AA469C.5060404@redhat.com> On 01/02/2015 11:27 PM, Mikola Rose wrote: > Hi Didi, > > Thank you for the response. > > I have tried to do a fresh install (RH 6.6) and still ran into the same > problem. > > [root at pws-hv15 rhiso]# hosted-engine --deploy > [ INFO ] Stage: Initializing > Continuing will configure this host for serving as hypervisor > and create a VM where you have to install oVirt Engine afterwards. > Are you sure you want to continue? (Yes, No)[Yes]: > It has been detected that this program is executed through an > SSH connection without using screen. > Continuing with the installation may lead to broken > installation if the network connection fails. > It is highly recommended to abort the installation and run it > inside a screen session using command "screen". > Do you want to continue anyway? (Yes, No)[No]: yes > [ INFO ] Generating a temporary VNC password. > [ INFO ] Stage: Environment setup > Configuration files: [] > Log file: > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150102134318-7ougjc.log > Version: otopi-1.2.3 (otopi-1.2.3-1.el6ev) > [ INFO ] Hardware supports virtualization > [ INFO ] Bridge rhevm already created > [ INFO ] Stage: Environment packages setup > [ INFO ] Stage: Programs detection > [ INFO ] Stage: Environment setup > [ INFO ] Stage: Environment customization > > > --== STORAGE CONFIGURATION ==-- > > > During customization use CTRL-D to abort. > Please specify the storage you would like to use (nfs3, > nfs4)[nfs3]: > Please specify the full shared storage connection path to use > (example: host:/path): 192.168.1.32:/Volumes/Raid1 > [ INFO ] Installing on first host > Please provide storage domain name. [hosted_storage]: > Local storage datacenter name is an internal name and > currently will not be shown in engine's admin UI.Please enter local > datacenter name [hosted_datacenter]: > > > --== SYSTEM CONFIGURATION ==-- > > > > --== NETWORK CONFIGURATION ==-- > > > iptables was detected on your computer, do you wish setup to > configure it? (Yes, No)[Yes]: > Please indicate a pingable gateway IP address [192.168.0.3]: > > > --== VM CONFIGURATION ==-- > > > Please specify the device to boot the VM from (cdrom, disk, > pxe) [cdrom]: > The following CPU types are supported by this host: > - model_Westmere: Intel Westmere Family > - model_Nehalem: Intel Nehalem Family > - model_Penryn: Intel Penryn Family > - model_Conroe: Intel Conroe Family > Please specify the CPU type to be used by the VM > [model_Westmere]: > Please specify path to installation media you would like to > use [None]: /mnt/rhiso > Please specify the number of virtual CPUs for the VM > [Defaults to minimum requirement: 2]: > Please specify the disk size of the VM in GB [Defaults to > minimum requirement: 25]: > You may specify a MAC address for the VM or accept a randomly > generated default [00:16:3e:02:7f:c4]: > Please specify the memory size of the VM in MB [Defaults to > minimum requirement: 4096]: > Please specify the console type you would like to use to > connect to the VM (vnc, spice) [vnc]: > > > --== HOSTED ENGINE CONFIGURATION ==-- > > > Enter the name which will be used to identify this host > inside the Administrator Portal [hosted_engine_1]: > Enter 'admin at internal' user password that will be used for > accessing the Administrator Portal: > Confirm 'admin at internal' user password: > Please provide the FQDN for the engine you would like to use. > This needs to match the FQDN that you will use for the engine > installation within the VM. > Note: This will be the FQDN of the VM you are now going to > create, > it should not point to the base host or to any other existing > machine. > Engine FQDN: powerhost1.power-soft.net > > Please provide the name of the SMTP server through which we > will send notifications [localhost]: > Please provide the TCP port number of the SMTP server [25]: > Please provide the email address from which notifications > will be sent [root at localhost]: > Please provide a comma-separated list of email addresses > which will get notifications [root at localhost]: > [ INFO ] Stage: Setup validation > > > --== CONFIGURATION PREVIEW ==-- > > > Engine FQDN : > powerhost1.power-soft.net > Bridge name : rhevm > SSH daemon port : 22 > Firewall manager : iptables > Gateway address : 192.168.0.3 > Host name for web application : hosted_engine_1 > Host ID : 1 > Image size GB : 25 > Storage connection : 192.168.1.32:/Volumes/Raid1 > Console type : vnc > Memory size MB : 4096 > MAC address : 00:16:3e:02:7f:c4 > Boot type : cdrom > Number of CPUs : 2 > ISO image (for cdrom boot) : /mnt/rhiso > CPU Type : model_Westmere > > > Please confirm installation settings (Yes, No)[No]: Yes > [ INFO ] Stage: Transaction setup > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ INFO ] Configuring libvirt > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Creating Storage Domain > [ INFO ] Creating Storage Pool > [ INFO ] Connecting Storage Pool > [ INFO ] Verifying sanlock lockspace initialization > [ INFO ] Initializing sanlock lockspace > [ INFO ] Initializing sanlock metadata > [ INFO ] Creating VM Image > [ INFO ] Disconnecting Storage Pool > [ INFO ] Start monitoring domain > [ ERROR ] Failed to execute stage 'Misc configuration': The read > operation timed out > [ INFO ] Stage: Clean up > [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > > > > sanlock status > daemon 4a21a439-cc72-4542-8146-71d0cb754da4.pws-hv15.p > p -1 helper > p -1 listener > p -1 status > p 5365 > s > e7175b6e-bf5a-4723-98f6-0f7972623f4c:1:/rhev/data-center/mnt/192.168.1.32\:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/ids:0 > > > > I am not sure if it is relevant but after subscribing to the relevant > channels listed in the Installation Guid > e > I was receiving an error when trying to update via Yum and only after I > installed rhel-6-server-rhev-mgmt-agent-rpms. I have no idea why it > would want to install the i686 augeas items and can not find any info on > how to resolve this. This usually means that you either using broken repo or you have installed some 3rd party packages which require different version of the libs then others (btw, augeas-1.0.0-5.el6_5.1 doesn't seem like clean 6.6 install, the package version suggests it's 6.5). You can try to update the system before you add any 3rd party repos. Now for the read timeout problem: The vdsm log is full of: Thread-62::DEBUG::2015-01-02 14:07:44,218::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.000351466 s, 1.4 MB/s\n'; = 0 Thread-62::DEBUG::2015-01-02 14:07:54,228::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/metadata iflag=direct of=/dev/null bs=40 96 count=1' (cwd None) repeating over and over which doesn't seem healthy to me, but I'm not vdsm expert. Can you please try to run: vdsClient -s 0 getVdsStats on the host you're deploying? Thanks, Jirka > > > [root at pws-hv15 ~]# yum update > Loaded plugins: product-id, security, subscription-manager, versionlock > Setting up Update Process > Resolving Dependencies > --> Running transaction check > ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated > --> Processing Dependency: augeas-libs = 1.0.0-5.el6_5.1 for package: > augeas-1.0.0-5.el6_5.1.x86_64 > ---> Package augeas-libs.x86_64 0:1.0.0-7.el6 will be an update > --> Running transaction check > ---> Package augeas-libs.i686 0:1.0.0-5.el6_5.1 will be installed > --> Processing Dependency: libxml2.so.2(LIBXML2_2.4.30) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libxml2.so.2 for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libselinux.so.1 for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.8) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.4) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.3) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.2) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.1.1) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.1) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6(GLIBC_2.0) for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > --> Processing Dependency: libc.so.6 for package: > augeas-libs-1.0.0-5.el6_5.1.i686 > ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated > ---> Package augeas-libs.x86_64 0:1.0.0-5.el6_5.1 will be updated > --> Running transaction check > ---> Package glibc.i686 0:2.12-1.149.el6 will be installed > --> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: > glibc-2.12-1.149.el6.i686 > --> Processing Dependency: libfreebl3.so for package: > glibc-2.12-1.149.el6.i686 > ---> Package libselinux.i686 0:2.0.94-5.8.el6 will be installed > ---> Package libxml2.i686 0:2.7.6-17.el6_6.1 will be installed > --> Processing Dependency: libz.so.1 for package: > libxml2-2.7.6-17.el6_6.1.i686 > --> Running transaction check > ---> Package nss-softokn-freebl.i686 0:3.14.3-18.el6_6 will be installed > ---> Package zlib.i686 0:1.2.3-29.el6 will be installed > --> Finished Dependency Resolution > Error: Multilib version problems found. This often means that the root > cause is something else and multilib version checking is just > pointing out that there is a problem. Eg.: > > 1. You have an upgrade for augeas-libs which is missing some > dependency that another package requires. Yum is trying to > solve this by installing an older version of augeas-libs of the > different architecture. If you exclude the bad architecture > yum will tell you what the root cause is (which package > requires what). You can try redoing the upgrade with > --exclude augeas-libs.otherarch ... this should give you an > error > message showing the root cause of the problem. > > 2. You have multiple architectures of augeas-libs installed, but > yum can only see an upgrade for one of those arcitectures. > If you don't want/need both architectures anymore then you > can remove the one with the missing update and everything > will work. > > 3. You have duplicate versions of augeas-libs installed already. > You can use "yum check" to get yum show these errors. > > ...you can also use --setopt=protected_multilib=false to remove > this checking, however this is almost never the correct thing to > do as something else is very likely to go wrong (often causing > much more problems). > > Protected multilib versions: augeas-libs-1.0.0-5.el6_5.1.i686 != > augeas-libs-1.0.0-7.el6.x86_64 > > >> On Dec 31, 2014, at 1:28 AM, Yedidyah Bar David > > wrote: >> >> ----- Original Message ----- >>> From: "Mikola Rose" > >>> To: users at ovirt.org >>> Sent: Tuesday, December 30, 2014 2:12:52 AM >>> Subject: [ovirt-users] HostedEngine Deployment Woes >>> >>> >>> Hi List Members; >>> >>> I have been struggling with deploying oVirt hosted engine I keep >>> running into >>> a timeout during the "Misc Configuration" any suggestion on how I can >>> trouble shoot this? >>> >>> Redhat 2.6.32-504.3.3.el6.x86_64 >>> >>> Installed Packages >>> ovirt-host-deploy.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms >>> ovirt-host-deploy-java.noarch 1.2.5-1.el6ev @rhel-6-server-rhevm-3.4-rpms >>> ovirt-hosted-engine-ha.noarch 1.1.6-3.el6ev @rhel-6-server-rhevm-3.4-rpms >>> ovirt-hosted-engine-setup.noarch 1.1.5-1.el6ev >>> @rhel-6-server-rhevm-3.4-rpms >>> rhevm-setup-plugin-ovirt-engine.noarch 3.4.4-2.2.el6ev >>> @rhel-6-server-rhevm-3.4-rpms >>> rhevm-setup-plugin-ovirt-engine-common.noarch 3.4.4-2.2.el6ev >>> @rhel-6-server-rhevm-3.4-rpms >> >> So this is RHEV (3.4) or ovirt? >> >>> >>> >>> Please confirm installation settings (Yes, No)[No]: Yes >>> [ INFO ] Stage: Transaction setup >>> [ INFO ] Stage: Misc configuration >>> [ INFO ] Stage: Package installation >>> [ INFO ] Stage: Misc configuration >>> [ INFO ] Configuring libvirt >>> [ INFO ] Configuring VDSM >>> [ INFO ] Starting vdsmd >>> [ INFO ] Waiting for VDSM hardware info >>> [ INFO ] Waiting for VDSM hardware info >>> [ INFO ] Connecting Storage Domain >>> [ INFO ] Connecting Storage Pool >>> [ INFO ] Verifying sanlock lockspace initialization >>> [ INFO ] sanlock lockspace already initialized >>> [ INFO ] sanlock metadata already initialized >>> [ INFO ] Creating VM Image >>> [ INFO ] Disconnecting Storage Pool >>> [ INFO ] Start monitoring domain >>> [ ERROR ] Failed to execute stage 'Misc configuration': The read >>> operation >>> timed out >>> [ INFO ] Stage: Clean up >>> [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' >>> [ INFO ] Stage: Pre-termination >>> [ INFO ] Stage: Termination >>> >>> >>> >>> 2014-12-29 14:53:41 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace >>> lockspace._misc:133 Ensuring lease for lockspace hosted-engine, host >>> id 1 is >>> acquired (file: >>> /rhev/data-center/mnt/192.168.0.75:_Volumes_Raid1/8094d528-7aa2-4c28-839f-73d7c8bcfebb/ha_agent/hosted-engine.lockspace) >>> 2014-12-29 14:53:41 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace >>> lockspace._misc:144 sanlock lockspace already initialized >>> 2014-12-29 14:53:41 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.sanlock.lockspace >>> lockspace._misc:157 sanlock metadata already initialized >>> 2014-12-29 14:53:41 DEBUG otopi.context context._executeMethod:138 >>> Stage misc >>> METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.image.Plugin._misc >>> 2014-12-29 14:53:41 INFO otopi.plugins.ovirt_hosted_engine_setup.vm.image >>> image._misc:162 Creating VM Image >>> 2014-12-29 14:53:41 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.vm.image >>> image._misc:163 createVolume >>> 2014-12-29 14:53:42 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.vm.image >>> image._misc:184 Created volume d8e7eed4-c763-4b3d-8a71-35f2d692a73d, >>> request >>> was: >>> - image: 9043e535-ea94-41f8-98df-6fdbfeb107c3 >>> - volume: e6a9291d-ac21-4a95-b43c-0d6e552baaa2 >>> 2014-12-29 14:53:42 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:48 >>> Waiting for existing tasks to complete >>> 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:48 >>> Waiting for existing tasks to complete >>> 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 >>> Stage misc >>> METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._misc >>> 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:144 >>> condition >>> False >>> 2014-12-29 14:53:43 DEBUG otopi.context context._executeMethod:138 >>> Stage misc >>> METHOD >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._disconnect_pool >>> 2014-12-29 14:53:43 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._disconnect_pool:971 Disconnecting Storage Pool >>> 2014-12-29 14:53:43 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:48 >>> Waiting for existing tasks to complete >>> 2014-12-29 14:53:43 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._spmStop:602 >>> spmStop >>> 2014-12-29 14:53:43 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._spmStop:611 >>> 2014-12-29 14:53:43 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._storagePoolConnection:573 disconnectStoragePool >>> 2014-12-29 14:53:45 INFO >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._disconnect_pool:975 Start monitoring domain >>> 2014-12-29 14:53:45 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._startMonitoringDomain:529 _startMonitoringDomain >>> 2014-12-29 14:53:46 DEBUG >>> otopi.plugins.ovirt_hosted_engine_setup.storage.storage >>> storage._startMonitoringDomain:534 {'status': {'message': 'OK', >>> 'code': 0}} >>> 2014-12-29 14:53:51 DEBUG otopi.ovirt_hosted_engine_setup.tasks >>> tasks.wait:127 Waiting for domain monitor >>> 2014-12-29 14:54:51 DEBUG otopi.context context._executeMethod:152 method >>> exception >>> Traceback (most recent call last): >>> File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in >>> _executeMethod >>> method['method']() >>> File >>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", >>> line 976, in _disconnect_pool >>> self._startMonitoringDomain() >>> File >>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", >>> line 539, in _startMonitoringDomain >>> waiter.wait(self.environment[ohostedcons.StorageEnv.SD_UUID]) >>> File >>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_setup/tasks.py", >>> line 128, in wait >>> response = serv.s.getVdsStats() >>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ >>> return self.__send(self.__name, args) >>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request >>> verbose=self.__verbose >>> File "/usr/lib64/python2.6/xmlrpclib.py", line 1237, in request >>> errcode, errmsg, headers = h.getreply() >>> File "/usr/lib64/python2.6/httplib.py", line 1064, in getreply >>> response = self._conn.getresponse() >>> File "/usr/lib64/python2.6/httplib.py", line 990, in getresponse >>> response.begin() >>> File "/usr/lib64/python2.6/httplib.py", line 391, in begin >>> version, status, reason = self._read_status() >>> File "/usr/lib64/python2.6/httplib.py", line 349, in _read_status >>> line = self.fp.readline() >>> File "/usr/lib64/python2.6/socket.py", line 433, in readline >>> data = recv(1) >>> File "/usr/lib64/python2.6/ssl.py", line 215, in recv >>> return self.read(buflen) >>> File "/usr/lib64/python2.6/ssl.py", line 136, in read >>> return self._sslobj.read(len) >>> SSLError: The read operation timed out >> >> We had several similar cases in the past [1] [2] but never managed >> to reproduce on clean systems. Might it be some "dirt"? E.g. repeated >> attempts using same storage, or storage used for something else, >> some other host accessing it, host left unclean after previous >> attempts to deploy (failed or successful), something like that? >> >> If you reproduce on completely clean systems, both host(s) and storage, >> please post more relevant logs, including: >> >> From host(s): >> /var/log/vdsm/* >> /var/log/ovirt-hosted-engine-setup/* >> /var/log/ovirt-hosted-engine-ha/* >> output of 'sanlock status' >> output of 'rpm -qa' >> >> From engine vm: >> /var/log/ovirt-engine/* >> >> [1]https://bugzilla.redhat.com/show_bug.cgi?id=1152564 >> [2]https://bugzilla.redhat.com/show_bug.cgi?id=1099874 >> >> Thanks, >> -- >> Didi > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > 1 (250) 642-0295 x23 http://www.power-soft.com > Live Support > > This e-mail may be privileged and/or confidential, and the sender does > not waive > any related rights and obligations. Any distribution, use or copying of > this e-mail or the information > it contains by other than an intended recipient is unauthorized. > If you received this e-mail in error, please advise me (by return e-mail > or otherwise) immediately. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jvdwege at xs4all.nl Mon Jan 5 08:21:54 2015 From: jvdwege at xs4all.nl (Joop) Date: Mon, 05 Jan 2015 09:21:54 +0100 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <54AA469C.5060404@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> Message-ID: <54AA49A2.5000200@xs4all.nl> On 5-1-2015 9:09, Jiri Moskovcak wrote: > On 01/02/2015 11:27 PM, Mikola Rose wrote: >> Hi Didi, >> >> Thank you for the response. >> >> I have tried to do a fresh install (RH 6.6) and still ran into the same >> problem. >> >> [root at pws-hv15 rhiso]# hosted-engine --deploy >> [ INFO ] Stage: Initializing >> >> Please specify the storage you would like to use (nfs3, >> nfs4)[nfs3]: >> Please specify the full shared storage connection path to use >> (example: host:/path): 192.168.1.32:/Volumes/Raid1 Are you deploying hosted-engine on a Synology NAS? If so what is your /etc/exports looking because if you got the wrong options it won't work. This one is from my test setup at home using a Synology NAS with hosted-engine on it and as you can see also the data/export and iso domains. /volume1/nfs/data x.y.z.0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=36,anongid=36) /volume1/nfs/export x.y.z.0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=36,anongid=36) /volume1/nfs/iso x.y.z./0/24(rw,async,no_wdelay,root_squash,insecure_locks,sec=sys,anonuid=36,anongid=36) /volume1/nfs_he x.y.z.0/24(rw,async,no_wdelay,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100) Permissions on dirs/files on those shares are all 36:36, set from the NAS side. Joop From vanoppen.koen at gmail.com Mon Jan 5 08:54:51 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 5 Jan 2015 09:54:51 +0100 Subject: [ovirt-users] Affinity Message-ID: Hi All, First of all, let me say a Happy New Year with all the best wishes!! Now, let's get down to business :-). I would lik eto implement the Affinity option in our datacenter. I already activated it, put the 2 vms in it and set in on negative so they won't run together on the same hypervisor. Now, the question... Is there a way I can force the VM's so they will run on a hypervisor that is not in the same datacenter? We have this; Hyp1 -> Datacenter1 Hyp2 -> Datacenter2 Hyp3 -> Datacenter1 Hyp4 -> Datacenter2 For the moment they run on a different Hypervisor, but they are in the same Datacenter. I can manually now move them to the other one, but I would like this that oVirt manages this... Is this possible...? Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Mon Jan 5 08:59:40 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Mon, 5 Jan 2015 09:59:40 +0100 Subject: [ovirt-users] Override hostname novnc Message-ID: Hey all, Is there a way to override the host parameter that novnc uses in it's URL? It now tries to use it's internal hostname (private LAN), while we also like to connect over the internet: https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100 -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Mon Jan 5 09:21:00 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 05 Jan 2015 11:21:00 +0200 Subject: [ovirt-users] Affinity In-Reply-To: References: Message-ID: <54AA577C.1060804@redhat.com> On 05/01/15 10:54, Koen Vanoppen wrote: > Hi All, > > First of all, let me say a Happy New Year with all the best wishes!! > > Now, let's get down to business :-). > > I would lik eto implement the Affinity option in our datacenter. > I already activated it, put the 2 vms in it and set in on negative so > they won't run together on the same hypervisor. Now, the question... > Is there a way I can force the VM's so they will run on a hypervisor > that is not in the same datacenter? We have this; > > Hyp1 -> Datacenter1 > Hyp2 -> Datacenter2 > Hyp3 -> Datacenter1 > Hyp4 -> Datacenter2 > > For the moment they run on a different Hypervisor, but they are in the > same Datacenter. I can manually now move them to the other one, but I > would like this that oVirt manages this... > Is this possible...? > > Kind regards, > > Koen > > Hi Koen. VMs cannot move between data centers while still running. Just to provide some basic concepts in terms of hierarchy, we have: Data-Center1 | |\ Cluster A | | | |\ Host (a) | |\ Host (b) | |\ Cluster B | | | |\ Host (c) | |\ Host (d) | |\ Host (e) Data-Center2 | |\ Cluster A | | | |\ Host (f) | |\ Cluster B | | | |\ Host (g) | |\ Host (h) | |\ Host (i) As you can see, a host may be a part of a single cluster and a VM will run on one of the hosts. Live migration can be done between hosts of the same cluster. The only way to move VM between clusters and DCs are when the VM is down, in a manual way. So Affinity works in the cluster level, and the rules are valid for a specific cluster who currently owns the VM. In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity rules will apply every time you start or migrate a VM. However, there's no rule which is valid for Datacenter1 and Datacenter2. HTH, Doron -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Mon Jan 5 09:26:26 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 5 Jan 2015 10:26:26 +0100 Subject: [ovirt-users] Affinity In-Reply-To: <54AA577C.1060804@redhat.com> References: <54AA577C.1060804@redhat.com> Message-ID: Thanks for your reply. But I maybe explained it badly... All the 4 hypervisors are in the same Datacenter on oVirt. But they are physically in a different datacenter. That is why I want to force them to run on a different hypervisor. IF 1 physical datacenter would go down (electricity power failure or whatever) At least one VM will continue to run. 2015-01-05 10:21 GMT+01:00 Doron Fediuck : > > On 05/01/15 10:54, Koen Vanoppen wrote: > > Hi All, > > First of all, let me say a Happy New Year with all the best wishes!! > > Now, let's get down to business :-). > > I would lik eto implement the Affinity option in our datacenter. > I already activated it, put the 2 vms in it and set in on negative so > they won't run together on the same hypervisor. Now, the question... > Is there a way I can force the VM's so they will run on a hypervisor that > is not in the same datacenter? We have this; > > Hyp1 -> Datacenter1 > Hyp2 -> Datacenter2 > Hyp3 -> Datacenter1 > Hyp4 -> Datacenter2 > > For the moment they run on a different Hypervisor, but they are in the > same Datacenter. I can manually now move them to the other one, but I would > like this that oVirt manages this... > Is this possible...? > > Kind regards, > > Koen > > > Hi Koen. > > VMs cannot move between data centers while still running. > Just to provide some basic concepts in terms of hierarchy, we have: > > Data-Center1 > | > |\ Cluster A > | | > | |\ Host (a) > | |\ Host (b) > | > |\ Cluster B > | | > | |\ Host (c) > | |\ Host (d) > | |\ Host (e) > > Data-Center2 > | > |\ Cluster A > | | > | |\ Host (f) > | > |\ Cluster B > | | > | |\ Host (g) > | |\ Host (h) > | |\ Host (i) > > As you can see, a host may be a part of a single cluster and a VM > will run on one of the hosts. Live migration can be done between > hosts of the same cluster. The only way to move VM between clusters > and DCs are when the VM is down, in a manual way. > > So Affinity works in the cluster level, and the rules are valid for a > specific cluster who currently owns the VM. > In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity > rules will apply every time you start or migrate a VM. However, there's > no rule which is valid for Datacenter1 and Datacenter2. > > HTH, > Doron > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Mon Jan 5 09:44:26 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 05 Jan 2015 11:44:26 +0200 Subject: [ovirt-users] Affinity In-Reply-To: References: <54AA577C.1060804@redhat.com> Message-ID: <54AA5CFA.30003@redhat.com> On 05/01/15 11:26, Koen Vanoppen wrote: > Thanks for your reply. But I maybe explained it badly... All the 4 > hypervisors are in the same Datacenter on oVirt. But they are > physically in a different datacenter. > That is why I want to force them to run on a different hypervisor. IF > 1 physical datacenter would go down (electricity power failure or > whatever) At least one VM will continue to run. > > 2015-01-05 10:21 GMT+01:00 Doron Fediuck >: > > > On 05/01/15 10:54, Koen Vanoppen wrote: >> Hi All, >> >> First of all, let me say a Happy New Year with all the best wishes!! >> >> Now, let's get down to business :-). >> >> I would lik eto implement the Affinity option in our datacenter. >> I already activated it, put the 2 vms in it and set in on >> negative so they won't run together on the same hypervisor. Now, >> the question... >> Is there a way I can force the VM's so they will run on a >> hypervisor that is not in the same datacenter? We have this; >> >> Hyp1 -> Datacenter1 >> Hyp2 -> Datacenter2 >> Hyp3 -> Datacenter1 >> Hyp4 -> Datacenter2 >> >> For the moment they run on a different Hypervisor, but they are >> in the same Datacenter. I can manually now move them to the other >> one, but I would like this that oVirt manages this... >> Is this possible...? >> >> Kind regards, >> >> Koen >> >> > Hi Koen. > > VMs cannot move between data centers while still running. > Just to provide some basic concepts in terms of hierarchy, we have: > > Data-Center1 > | > |\ Cluster A > | | > | |\ Host (a) > | |\ Host (b) > | > |\ Cluster B > | | > | |\ Host (c) > | |\ Host (d) > | |\ Host (e) > > Data-Center2 > | > |\ Cluster A > | | > | |\ Host (f) > | > |\ Cluster B > | | > | |\ Host (g) > | |\ Host (h) > | |\ Host (i) > > As you can see, a host may be a part of a single cluster and a VM > will run on one of the hosts. Live migration can be done between > hosts of the same cluster. The only way to move VM between clusters > and DCs are when the VM is down, in a manual way. > > So Affinity works in the cluster level, and the rules are valid for a > specific cluster who currently owns the VM. > In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity > rules will apply every time you start or migrate a VM. However, > there's > no rule which is valid for Datacenter1 and Datacenter2. > > HTH, > Doron > > Koen, this is clear now. Currently affinity applies to VMs only. For 3.6 we're planning "pin to hosts" which will allow you to pin VMs to a group of hosts, such as Datacenter1 hosts in your case. Until 3.6 will be available (which will take a while), you can consider writing a filter module for the ovirt scheduler. Let me know if you need more details. Doron -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Mon Jan 5 09:46:34 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 5 Jan 2015 10:46:34 +0100 Subject: [ovirt-users] Affinity In-Reply-To: <54AA5CFA.30003@redhat.com> References: <54AA577C.1060804@redhat.com> <54AA5CFA.30003@redhat.com> Message-ID: Ok, thanks. Can you give me some details/example of a filter for the ovirt schedular? Kind regards and thank you, Koen 2015-01-05 10:44 GMT+01:00 Doron Fediuck : > > On 05/01/15 11:26, Koen Vanoppen wrote: > > Thanks for your reply. But I maybe explained it badly... All the 4 > hypervisors are in the same Datacenter on oVirt. But they are physically in > a different datacenter. > That is why I want to force them to run on a different hypervisor. IF 1 > physical datacenter would go down (electricity power failure or whatever) > At least one VM will continue to run. > > 2015-01-05 10:21 GMT+01:00 Doron Fediuck : > >> >> On 05/01/15 10:54, Koen Vanoppen wrote: >> >> Hi All, >> >> First of all, let me say a Happy New Year with all the best wishes!! >> >> Now, let's get down to business :-). >> >> I would lik eto implement the Affinity option in our datacenter. >> I already activated it, put the 2 vms in it and set in on negative so >> they won't run together on the same hypervisor. Now, the question... >> Is there a way I can force the VM's so they will run on a hypervisor >> that is not in the same datacenter? We have this; >> >> Hyp1 -> Datacenter1 >> Hyp2 -> Datacenter2 >> Hyp3 -> Datacenter1 >> Hyp4 -> Datacenter2 >> >> For the moment they run on a different Hypervisor, but they are in the >> same Datacenter. I can manually now move them to the other one, but I would >> like this that oVirt manages this... >> Is this possible...? >> >> Kind regards, >> >> Koen >> >> >> Hi Koen. >> >> VMs cannot move between data centers while still running. >> Just to provide some basic concepts in terms of hierarchy, we have: >> >> Data-Center1 >> | >> |\ Cluster A >> | | >> | |\ Host (a) >> | |\ Host (b) >> | >> |\ Cluster B >> | | >> | |\ Host (c) >> | |\ Host (d) >> | |\ Host (e) >> >> Data-Center2 >> | >> |\ Cluster A >> | | >> | |\ Host (f) >> | >> |\ Cluster B >> | | >> | |\ Host (g) >> | |\ Host (h) >> | |\ Host (i) >> >> As you can see, a host may be a part of a single cluster and a VM >> will run on one of the hosts. Live migration can be done between >> hosts of the same cluster. The only way to move VM between clusters >> and DCs are when the VM is down, in a manual way. >> >> So Affinity works in the cluster level, and the rules are valid for a >> specific cluster who currently owns the VM. >> In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity >> rules will apply every time you start or migrate a VM. However, there's >> no rule which is valid for Datacenter1 and Datacenter2. >> >> HTH, >> Doron >> > > > Koen, > this is clear now. > Currently affinity applies to VMs only. For 3.6 we're planning "pin to > hosts" > which will allow you to pin VMs to a group of hosts, such as Datacenter1 > hosts > in your case. Until 3.6 will be available (which will take a while), you > can consider > writing a filter module for the ovirt scheduler. Let me know if you need > more > details. > > Doron > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Mon Jan 5 10:24:13 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 5 Jan 2015 05:24:13 -0500 (EST) Subject: [ovirt-users] Override hostname novnc In-Reply-To: References: Message-ID: <481442832.1746494.1420453453388.JavaMail.zimbra@redhat.com> The following command should be helpful: engine-config -s WebSocketProxy=host ----- Original Message ----- > From: "Johan Kooijman" > To: "users" > Sent: Monday, January 5, 2015 10:59:40 AM > Subject: [ovirt-users] Override hostname novnc > > Hey all, > > Is there a way to override the host parameter that novnc uses in it's URL? It > now tries to use it's internal hostname (private LAN), while we also like to > connect over the internet: > > https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100 > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From fdeutsch at redhat.com Mon Jan 5 11:11:33 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 5 Jan 2015 06:11:33 -0500 (EST) Subject: [ovirt-users] Problem wiht ovirt-node In-Reply-To: References: <333418072.378521.1419258709826.JavaMail.zimbra@redhat.com> <41893772.393925.1419260449291.JavaMail.zimbra@redhat.com> Message-ID: <1850057427.1909482.1420456293501.JavaMail.zimbra@redhat.com> Hey Chhristopher, please see my inline replies. ----- Original Message ----- > Looks like that 12/22 ISO doesn't run the installer that I can tell. I > really haven't had any good luck with any of the recent ovirt-node stuff > which is such a shame. My last installation using the 3.5-pre ISO would > install and then fail at grub/boot afterwards. I'm not sure if I'm doing > something wrong there, but I'm more or less taking all defaults in the > install, so it is unexpected. Can you give some details on the exact failure? Besides that we know (and this is actually the reason why there is still no official Node 3.5 release) that there are issues with a lot of hardware, due to changes to udev, device-mapper, multipath, and kernel. And it took some time to really identify and solve those issues with changes in our code. Some recent patches (which landed just before and after christmas), are addressing these issues. We are currently in progress of giving this patches some wider testing, but we are optimistic that these changes will address most of the hardware problems. And we'll also do another scratch build to allow you to test those patches as well. > I feel like enterprise-level virtualization relies upon having the minimal > OS/install in order to match the other hypervisors. I hate to think of > just going to minimal CentOS/RHEL installs, but perhaps that's my best bet > to get up and testing. > > What can the community do to help this along? Perhaps requiring equivalent > ovirt-node releases along with every release of ovirt may put the > motivation behind it? I'm willing to help test, however I can't put my > original environment in a constant state of change, obviously. I'm willing > to build up some scenarios if that helps get to a > stable/installable/functioning ovirt-node. Those of us trying to prove > this out vs. vmware/ESX need this. There are many ways to help. Testing - like you did - are an important (but sometimes painful) aspect, and I really appreciate that you continue to test! So as mentioned above, there will be a new scratch build with more fixes related to hardware support, and please watch this list for the link to the build. That build will also pickup some recent hosted-engine fixes. Thanks fabian > Chris > > On Mon, Dec 22, 2014 at 10:00 AM, Simone Tiraboschi > wrote: > > > > > > > ----- Original Message ----- > > > From: "rino" > > > To: "Simone Tiraboschi" > > > Cc: "Users at ovirt.org List" > > > Sent: Monday, December 22, 2014 3:49:05 PM > > > Subject: Re: [ovirt-users] Problem wiht ovirt-node > > > > > > Which is the correct iso to do hosted-engine from ovirt-node image ?? and > > > do not loose any data after reboot > > > > > > http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ > > > > ovirt-3.5-pre/ was for 3.5 beta so it's quite old. > > You can find the latest node build at > > http://jenkins.ovirt.org/job/ovirt-node-iso_master_merged/ > > but it's just a nightly build and so it's still not that tested for > > production but you still can help us testing it. > > > > The general availability of 3.5.1 is due to the mid of January. > > > > > > > On Mon, Dec 22, 2014 at 11:44 AM, rino wrote: > > > > > > > but which version can i used with hosted-engine iso, because i want it > > in > > > > production enviroment.. > > > > > > > > Regards > > > > > > > > On Mon, Dec 22, 2014 at 11:31 AM, Simone Tiraboschi < > > stirabos at redhat.com> > > > > wrote: > > > > > > > >> > > > >> > > > >> ----- Original Message ----- > > > >> > From: "rino" > > > >> > To: "Users at ovirt.org List" > > > >> > Sent: Monday, December 22, 2014 3:14:36 PM > > > >> > Subject: [ovirt-users] Problem wiht ovirt-node > > > >> > > > > >> > I installed ovirt node with hosted-engine using pre-release > > ovirt-node > > > >> 3.5 > > > >> > iso. > > > >> > > > > >> > When i shutdown the ovirt-node from menu everything down ok, ( i > > > >> register it > > > >> > as node in vm ). When i turn on the server next day, ovirt-node > > come up > > > >> with > > > >> > no vm was installed ( i use other server as storage with nfs). Nfs > > is > > > >> > working fine i see all resource if i do showmount -e nfs.server. > > > >> > > > > >> > But if i try to do hosted-engine --vm-status or any command with > > > >> > hosted-engine it suggest me to do a new deploy, but i have all > > > >> enviroment > > > >> > configured en my engine. > > > >> > > > > >> > I need to configure two ovirt-node, and then move it to datacenter, > > but > > > >> after > > > >> > shutdown vm engine is not seen by ovirt-node. > > > >> > > > >> It's a know bug, it was recently fixed: > > > >> https://bugzilla.redhat.com/show_bug.cgi?id=1151339 > > > >> > > > >> hosted-engine in 3.5.1 will include this fix. General availability > > it's > > > >> scheduled for 2015-01-14. > > > >> > > > >> If you want to test it, you can try with a recent snapshot. > > > >> http://resources.ovirt.org/pub/yum-repo/ovirt-release35-snapshot.rpm > > > >> > > > >> Feel free to add your self for oVirt 3.5.1 TestDay: > > > >> https://www.ovirt.org/Testing/oVirt_3.5.1_Testing > > > >> > > > >> regards, > > > >> Simone > > > >> > > > >> > > > >> > > > >> > Regards > > > >> > > > > >> > -- > > > >> > --- > > > >> > Rondan Rino > > > >> > Certificado en LPIC-2 > > > >> > LPI ID:LPI000209832 > > > >> > Verification Code:gbblvwyfxu > > > >> > Red Hat Certified Engineer -- RHCE -- RHCVA > > > >> > > > > >> > > > > >> > Blog: http://www.itrestauracion.com.ar > > > >> > Cv: http://cv.rinorondan.com.ar > > > >> > http://counter.li.org Linux User -> #517918 > > > >> > Viva La Santa Federacion!! > > > >> > Mueran Los Salvages Unitarios!! > > > >> > ^^^Transcripcion de la epoca ^^^ > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > _______________________________________________ > > > >> > Users mailing list > > > >> > Users at ovirt.org > > > >> > http://lists.ovirt.org/mailman/listinfo/users > > > >> > > > > >> > > > > > > > > > > > > > > > > -- > > > > --- > > > > Rondan Rino > > > > Certificado en LPIC-2 > > > > LPI ID:LPI000209832 > > > > Verification Code:gbblvwyfxu > > > > Red Hat Certified Engineer -- RHCE -- RHCVA > > > > < > > https://www.redhat.com/wapps/training/certification/verify.html?certNumber=120-175-658&verify=Verify > > > > > > > > > > > > > > > Blog:http://www.itrestauracion.com.ar > > > > Cv: http://cv.rinorondan.com.ar > > > > http://counter.li.org Linux User -> #517918 > > > > Viva La Santa Federacion!! > > > > Mueran Los Salvages Unitarios!! > > > > ^^^Transcripcion de la epoca ^^^ > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > --- > > > Rondan Rino > > > Certificado en LPIC-2 > > > LPI ID:LPI000209832 > > > Verification Code:gbblvwyfxu > > > Red Hat Certified Engineer -- RHCE -- RHCVA > > > < > > https://www.redhat.com/wapps/training/certification/verify.html?certNumber=120-175-658&verify=Verify > > > > > > > > > > > > Blog:http://www.itrestauracion.com.ar > > > Cv: http://cv.rinorondan.com.ar > > > http://counter.li.org Linux User -> #517918 > > > Viva La Santa Federacion!! > > > Mueran Los Salvages Unitarios!! > > > ^^^Transcripcion de la epoca ^^^ > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From fdeutsch at redhat.com Mon Jan 5 11:14:18 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 5 Jan 2015 06:14:18 -0500 (EST) Subject: [ovirt-users] OVirt 3.5 node In-Reply-To: References: Message-ID: <1537622060.1910803.1420456458385.JavaMail.zimbra@redhat.com> ----- Original Message ----- > Does the Node Building process located http://www.ovirt.org/Node_Building > work to build a hypervisor for ovirt 3.5? Having some difficulty getting > the ovirt 3.5-pre hypervisor images added to ovirt. Keep getting "install > failed" Hey Jason, to know more details about that bug is really appreciated, but as far as I can tell this is a known error, and we've got some patches (but no ISO yet) which address this (and other installation) related problems. Please watch out for a new scratch build in the next days. Greetings fabian > Alternatively, does anyone have an EL7/EL6 kickstart for rolling your own > they're willing to share? > > -- > Thanks, > > Jason E. Parks - 511855 > Linux System Administrator - RHCE, LPIC3 > Seagate Technology - U.S. Business Data Center > http://www.seagate.com > email : jason.e.parks at seagate.com > phone: +1(405) 324-3222 > > WARNING: The information contained in this transmission may be privileged > or confidential. It is intended only for the above-identified recipient(s). > If you are not the intended recipient, please forward this transmission to > the author and delete this transmission and all copies. Thank you. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From tjelinek at redhat.com Mon Jan 5 12:38:42 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Mon, 5 Jan 2015 07:38:42 -0500 (EST) Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> Message-ID: <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> Hi iordan, sorry for the long response time - it was Christmas... ;) As I see in the https://github.com/iiordanov/remote-desktop-clients/blob/master/eclipse_projects/bVNC/AndroidManifest.xml the bVNC already has the support for calling it from outside using the intent mechanism but I don't understand how about aSPICE. As I understand, aSPICE is based on bVNC but I don't understand how exactly do they relate. Does it use the same Manifest just renamed? What is the mimeType than? If you could point me to a bit of documentation it would be great. About calling aSPICE and bVNC from outside using the .vv file - as I understand it is not supported for now, right? For us it does not make too big difference if you support the data using URI or .vv file - even the .vv may be preferred, but we will survive URI as well. One more question - does aSPICE support spice proxy? Thank you, Tomas ----- Original Message ----- > From: "i iordanov" > To: "users" , devel at ovirt.org > Cc: "Sphoorti Joglekar" > Sent: Thursday, December 25, 2014 11:19:58 PM > Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client > > Hey guys, > > Thanks for remembering about Opaque. For those who are not familiar > with the project, it is an oVirt/RHEV graphics console client which > supports the SPICE protocol so far. It uses libgovirt to connect to > the oVirt/RHEV API. I also created a separate pure SPICE client > (called aSPICE) for Android based on libspice. > > It would be nice if I got more feedback from Red Hat developers, but > you guys are probably as busy as I am :). The app is getting attention > on Google Play and people are using it successfully for their > installations, it seems. > > I have plans to add the following features to Opaque, time permitting: > > - Ability to edit default settings, so that people who connect with > console.vv file will be able to configure Audio, keyboard layout, etc. > - The ability to allocate VMs from a pool. > - The ability to control Audio Playback and Recording separately. > > I don't think Opaque needs to get portal-management functionality. > > I was contacted by an intern working on movirt (Sphoorti Joglekar, > cc-ed), asking whether I would be willing to support a URI Intent > scheme that movirt can use to launch aSPICE. I think I already have a > pretty well specified URI scheme that may work for the purpose, so > we'll see how that goes. I am wondering whether it wouldn't be better > to launch aSPICE or Opaque with a console.vv file instead, though. I > guess the developers of movirt will have to consider both options. > > At any rate, Opaque is far from dead. I'm security supporting it, I > just don't find a lot of time to work on additional features. > > I am cc-ing Brian Proffitt, because at one point we discussed setting > up Opaque as a sub-project of oVirt. I don't know whether there is any > interest for that in Red Hat, or any interest at all in supporting > mobile clients for oVirt/RHEV, etc. It would be nice to hear an > official stance on the topic. > > Thanks! > iordan > > On Tue, Nov 4, 2014 at 10:17 AM, David Ja?a wrote: > > The app in Google may be half year old but there is a movement in git > > [1] and the author recently called for testing or comments on > > spice-devel ML. > > > > David > > > > [1] > > https://github.com/iiordanov/remote-desktop-clients/tree/master/eclipse_projects/Opaque > > > > > > On P?, 2014-10-31 at 07:56 +0100, Gianluca Cecchi wrote: > >> On Fri, Oct 31, 2014 at 7:03 AM, Yair Zaslavsky > >> wrote: > >> > >> > >> ----- Original Message ----- > >> > From: "Greg Sheremeta" > >> > To: "users" , devel at ovirt.org > >> > Sent: Friday, October 31, 2014 3:49:11 AM > >> > Subject: [ovirt-devel] [RFC] oVirt mobile client > >> > > >> > Hi, > >> > > >> > The focus of our OPW internship program starting in December > >> will be > >> > mobile and/or lightweight engine clients -- hopefully > >> integrating the > >> > new ovirt.js project. > >> > >> +100 > >> > >> > >> [snip] > >> > >> > > >> > I see that there are some already existing mobile clients > >> for oVirt. > >> > I'm trying to grasp what we have and what the needs are. > >> > >> > > >> > That's all I see on the first few pages of google. > >> > > >> > >> > >> There was also project from Iordanov about spice/oVirt support on > >> android.. > >> See: > >> http://lists.ovirt.org/pipermail/users/2013-December/018434.html > >> > >> > >> Some days ago it seems he go also support international keyboard > >> layout support: > >> > >> " > >> I finally got some time to back-port the international keyboard layout > >> support from the Android Ovirt client Opaque into the SPICE client > >> aSPICE > >> " > >> > >> > >> I made same preliminary tests at the end of 2013 but I was not able to > >> connect to oVirt... > >> I don't know actually how it went ahead... the Google channel seems > >> stopped since February... > >> > >> > >> Gianluca > >> _______________________________________________ > >> Devel mailing list > >> Devel at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > The conscious mind has only one thread of execution. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alukiano at redhat.com Mon Jan 5 14:28:07 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Mon, 5 Jan 2015 09:28:07 -0500 (EST) Subject: [ovirt-users] Affinity In-Reply-To: References: <54AA577C.1060804@redhat.com> Message-ID: <330671366.5215193.1420468087048.JavaMail.zimbra@redhat.com> If you want that each vm will run on different host, you can: 1) just not pinned it to specific host(placement and migration options under vm properties)? 2) create two clusters, each cluster will have hosts from different physical datacenters, and for each cluster administrate different set of vms. 3) And in the end we have possibility to use external scheduler, so you can write your own python script, and use it as filter, weight or balance module for ovirt scheduler: http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy http://www.ovirt.org/External_Scheduler_Samples You need to install package ovirt-scheduler-proxy and also enable it via engine-config -s ExternalSchedulerEnabled=True. Also additional info you can find under cd /usr/share/doc/ovirt-scheduler-proxy* I hope it will help you. Thanks ----- Original Message ----- From: "Koen Vanoppen" To: "Doron Fediuck" , users at ovirt.org Sent: Monday, January 5, 2015 11:26:26 AM Subject: Re: [ovirt-users] Affinity Thanks for your reply. But I maybe explained it badly... All the 4 hypervisors are in the same Datacenter on oVirt. But they are physically in a different datacenter. That is why I want to force them to run on a different hypervisor. IF 1 physical datacenter would go down (electricity power failure or whatever) At least one VM will continue to run. 2015-01-05 10:21 GMT+01:00 Doron Fediuck < dfediuck at redhat.com > : On 05/01/15 10:54, Koen Vanoppen wrote: Hi All, First of all, let me say a Happy New Year with all the best wishes!! Now, let's get down to business :-). I would lik eto implement the Affinity option in our datacenter. I already activated it, put the 2 vms in it and set in on negative so they won't run together on the same hypervisor. Now, the question... Is there a way I can force the VM's so they will run on a hypervisor that is not in the same datacenter? We have this; Hyp1 -> Datacenter1 Hyp2 -> Datacenter2 Hyp3 -> Datacenter1 Hyp4 -> Datacenter2 For the moment they run on a different Hypervisor, but they are in the same Datacenter. I can manually now move them to the other one, but I would like this that oVirt manages this... Is this possible...? Kind regards, Koen Hi Koen. VMs cannot move between data centers while still running. Just to provide some basic concepts in terms of hierarchy, we have: Data-Center1 | |\ Cluster A | | | |\ Host (a) | |\ Host (b) | |\ Cluster B | | | |\ Host (c) | |\ Host (d) | |\ Host (e) Data-Center2 | |\ Cluster A | | | |\ Host (f) | |\ Cluster B | | | |\ Host (g) | |\ Host (h) | |\ Host (i) As you can see, a host may be a part of a single cluster and a VM will run on one of the hosts. Live migration can be done between hosts of the same cluster. The only way to move VM between clusters and DCs are when the VM is down, in a manual way. So Affinity works in the cluster level, and the rules are valid for a specific cluster who currently owns the VM. In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity rules will apply every time you start or migrate a VM. However, there's no rule which is valid for Datacenter1 and Datacenter2. HTH, Doron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From t.ruiten at rdmedia.com Mon Jan 5 14:45:23 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Mon, 5 Jan 2015 15:45:23 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: Hello, I just tried creating a thin-provisioned disk and the same problem (load spike, non responsive VMs) occurred. I may have an idea what is going wrong now. The following is an excerpt from the engine log after starting the disk create job: 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain LEFT OUTER JOIN storage_pool_with_storage_domain ON vds_groups_storage_domain.storage_pool_id= storage_pool_with_storage_domain.id WHERE storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet. : org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain LEFT OUTER JOIN storage_pool_with_storage_domain ON vds_groups_storage_domain.storage_pool_id= storage_pool_with_storage_domain.id WHERE storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet.: org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain LEFT OUTER JOIN storage_pool_with_storage_domain ON vds_groups_storage_domain.storage_pool_id= storage_pool_with_storage_domain.id WHERE storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is org.postgresql.util.PSQLException: The column name disk_storage_type was not found in this ResultSet. This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. There's also a 3.5 cluster managed by the same engine. Could this be related to this BZ ? On 17 December 2014 at 12:34, Yeela Kaplan wrote: > Just another thought, > from looking at the vdsm logs it looks like there are too many calls to > getVolumeSize that are eating up all handlers > and eventually a timeout occurs. > Adam, do you have any idea about this? > > ----- Original Message ----- > > From: "Yeela Kaplan" > > To: "Tiemen Ruiten" > > Cc: "Users at ovirt.org" > > Sent: Wednesday, December 17, 2014 1:30:52 PM > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while > creating VM from template > > > > > > > > ----- Original Message ----- > > > From: "Tiemen Ruiten" > > > To: "Yeela Kaplan" > > > Cc: "Users at ovirt.org" > > > Sent: Wednesday, December 17, 2014 1:22:59 PM > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while > > > creating VM from template > > > > > > Thank you, I will try to increase to 20 and see what happens. Bug is > filed: > > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 > > > > Thank you > > and I forgot to mention that you have to restart vdsmd so the change will > > apply... > > > > > > > > > > On 17 December 2014 at 11:48, Yeela Kaplan wrote: > > > > > > > > Hi, > > > > You are right, the problem is with the file handlers. > > > > You can increase the number of handlers in pool using the vdsm config > > > > file, which is supposed to be under the following directory in your > > > > system: > > > > > > > > /usr/lib/python2.6/site-packages/vdsm/config.py > > > > > > > > The default value for 'process_pool_max_slots_per_domain' is 10, so > you > > > > can increase it by a bit, but not too much. > > > > > > > > But I suspect the problem is in a larger scale, and this is only a > > > > temporary relief for your system and this needs much more attention > and a > > > > proper fix. > > > > could you please open a bug on RHEV/vdsm in bugzilla stating all of > the > > > > details of your setup and logs? > > > > > > > > thanks, > > > > Yeela > > > > > > > > ----- Original Message ----- > > > > > From: "Tiemen Ruiten" > > > > > To: "Users at ovirt.org" > > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM > > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' > while > > > > creating VM from template > > > > > > > > > > Would this be limits for the vdsm process? Then what is the proper > way > > > > > to > > > > > change ulimits for VDSM? > > > > > > > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > The only thing I can think of would be file hard and soft limits, > but I > > > > am no > > > > > oVirt pro. > > > > > > > > > > > > > > > > > > > > 'no free file handlers in pool' that would make sense to me? > > > > > > > > > > Donny > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] > > > > > Sent: Tuesday, December 16, 2014 12:40 PM > > > > > To: Donny Davis > > > > > Cc: Users at ovirt.org > > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' > while > > > > > creating VM from template > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with 16 > > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I created > the > > > > VM, > > > > > processor load on both nodes was less than 1. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me > > wrote: > > > > > > > > > > What is the VM load you are running on your servers? > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org ] > On > > > > Behalf Of > > > > > Tiemen Ruiten > > > > > Sent: Tuesday, December 16, 2014 12:27 PM > > > > > To: users at ovirt.org > > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' while > > > > creating > > > > > VM from template > > > > > > > > > > Hello, > > > > > > > > > > I ran into a nasty problem today when creating a new, cloned VM > from a > > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: on > the > > > > node > > > > > where I started a VM creation job, load skyrocketed and some VMs > > > > > stopped > > > > > responding until and after the job failed. Everything recovered > without > > > > > intervention, but this obviously shouldn't happen. I have attached > the > > > > > relevant vdsm log file. The button to create the VM was pressed > around > > > > > 11:17, the first error in the vdsm log is at 11:23:58. > > > > > > > > > > The ISO domain is a gluster volume exposed via NFS, the storage > domain > > > > for > > > > > the VM's is also a gluster volume. The underlying filesystem is > ZFS. > > > > > The hypervisor nodes are full CentOS 6 installs. > > > > > > > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log > file > > > > > is > > > > key > > > > > here. What can I do to prevent this from happening again? Apart > from > > > > > not > > > > > creating new VMs of course :) > > > > > > > > > > Tiemen > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > > > > > > > Tiemen Ruiten > > > > > Systems Engineer > > > > > R&D Media > > > > > > > > > > > > > > > -- > > > > > Tiemen Ruiten > > > > > Systems Engineer > > > > > R&D Media > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > -- > > > Tiemen Ruiten > > > Systems Engineer > > > R&D Media > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ruiten at rdmedia.com Mon Jan 5 14:46:21 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Mon, 5 Jan 2015 15:46:21 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: Sorry, to be clear: no default disk policy exists for the 3.4 cluster storage domain. On 5 January 2015 at 15:45, Tiemen Ruiten wrote: > Hello, > > I just tried creating a thin-provisioned disk and the same problem (load > spike, non responsive VMs) occurred. I may have an idea what is going wrong > now. The following is an excerpt from the engine log after starting the > disk create job: > > 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] > (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is > StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM > vds_groups_view WHERE ( vds_group_id IN (SELECT distinct > vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain > LEFT OUTER JOIN storage_pool_with_storage_domain ON > vds_groups_storage_domain.storage_pool_id= > storage_pool_with_storage_domain.id WHERE > storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY > name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is > org.postgresql.util.PSQLException: The column name disk_storage_type was > not found in this ResultSet. : > org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL > grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id > IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM > vds_groups_storage_domain LEFT OUTER JOIN > storage_pool_with_storage_domain ON > vds_groups_storage_domain.storage_pool_id= > storage_pool_with_storage_domain.id WHERE > storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY > name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is > org.postgresql.util.PSQLException: The column name disk_storage_type was > not found in this ResultSet.: > org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL > grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id > IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM > vds_groups_storage_domain LEFT OUTER JOIN > storage_pool_with_storage_domain ON > vds_groups_storage_domain.storage_pool_id= > storage_pool_with_storage_domain.id WHERE > storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY > name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is > org.postgresql.util.PSQLException: The column name disk_storage_type was > not found in this ResultSet. > > This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. > There's also a 3.5 cluster managed by the same engine. Could this be > related to this BZ ? > > > > On 17 December 2014 at 12:34, Yeela Kaplan wrote: > >> Just another thought, >> from looking at the vdsm logs it looks like there are too many calls to >> getVolumeSize that are eating up all handlers >> and eventually a timeout occurs. >> Adam, do you have any idea about this? >> >> ----- Original Message ----- >> > From: "Yeela Kaplan" >> > To: "Tiemen Ruiten" >> > Cc: "Users at ovirt.org" >> > Sent: Wednesday, December 17, 2014 1:30:52 PM >> > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >> creating VM from template >> > >> > >> > >> > ----- Original Message ----- >> > > From: "Tiemen Ruiten" >> > > To: "Yeela Kaplan" >> > > Cc: "Users at ovirt.org" >> > > Sent: Wednesday, December 17, 2014 1:22:59 PM >> > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >> > > creating VM from template >> > > >> > > Thank you, I will try to increase to 20 and see what happens. Bug is >> filed: >> > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 >> > >> > Thank you >> > and I forgot to mention that you have to restart vdsmd so the change >> will >> > apply... >> > >> > >> > > >> > > On 17 December 2014 at 11:48, Yeela Kaplan >> wrote: >> > > > >> > > > Hi, >> > > > You are right, the problem is with the file handlers. >> > > > You can increase the number of handlers in pool using the vdsm >> config >> > > > file, which is supposed to be under the following directory in your >> > > > system: >> > > > >> > > > /usr/lib/python2.6/site-packages/vdsm/config.py >> > > > >> > > > The default value for 'process_pool_max_slots_per_domain' is 10, so >> you >> > > > can increase it by a bit, but not too much. >> > > > >> > > > But I suspect the problem is in a larger scale, and this is only a >> > > > temporary relief for your system and this needs much more attention >> and a >> > > > proper fix. >> > > > could you please open a bug on RHEV/vdsm in bugzilla stating all of >> the >> > > > details of your setup and logs? >> > > > >> > > > thanks, >> > > > Yeela >> > > > >> > > > ----- Original Message ----- >> > > > > From: "Tiemen Ruiten" >> > > > > To: "Users at ovirt.org" >> > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM >> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >> while >> > > > creating VM from template >> > > > > >> > > > > Would this be limits for the vdsm process? Then what is the >> proper way >> > > > > to >> > > > > change ulimits for VDSM? >> > > > > >> > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me > >> wrote: >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > The only thing I can think of would be file hard and soft limits, >> but I >> > > > am no >> > > > > oVirt pro. >> > > > > >> > > > > >> > > > > >> > > > > 'no free file handlers in pool' that would make sense to me? >> > > > > >> > > > > Donny >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] >> > > > > Sent: Tuesday, December 16, 2014 12:40 PM >> > > > > To: Donny Davis >> > > > > Cc: Users at ovirt.org >> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >> while >> > > > > creating VM from template >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with 16 >> > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I >> created the >> > > > VM, >> > > > > processor load on both nodes was less than 1. >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me > >> wrote: >> > > > > >> > > > > What is the VM load you are running on your servers? >> > > > > >> > > > > >> > > > > >> > > > > -----Original Message----- >> > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org ] >> On >> > > > Behalf Of >> > > > > Tiemen Ruiten >> > > > > Sent: Tuesday, December 16, 2014 12:27 PM >> > > > > To: users at ovirt.org >> > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' while >> > > > creating >> > > > > VM from template >> > > > > >> > > > > Hello, >> > > > > >> > > > > I ran into a nasty problem today when creating a new, cloned VM >> from a >> > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: >> on the >> > > > node >> > > > > where I started a VM creation job, load skyrocketed and some VMs >> > > > > stopped >> > > > > responding until and after the job failed. Everything recovered >> without >> > > > > intervention, but this obviously shouldn't happen. I have >> attached the >> > > > > relevant vdsm log file. The button to create the VM was pressed >> around >> > > > > 11:17, the first error in the vdsm log is at 11:23:58. >> > > > > >> > > > > The ISO domain is a gluster volume exposed via NFS, the storage >> domain >> > > > for >> > > > > the VM's is also a gluster volume. The underlying filesystem is >> ZFS. >> > > > > The hypervisor nodes are full CentOS 6 installs. >> > > > > >> > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log >> file >> > > > > is >> > > > key >> > > > > here. What can I do to prevent this from happening again? Apart >> from >> > > > > not >> > > > > creating new VMs of course :) >> > > > > >> > > > > Tiemen >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > -- >> > > > > >> > > > > >> > > > > Tiemen Ruiten >> > > > > Systems Engineer >> > > > > R&D Media >> > > > > >> > > > > >> > > > > -- >> > > > > Tiemen Ruiten >> > > > > Systems Engineer >> > > > > R&D Media >> > > > > >> > > > > _______________________________________________ >> > > > > Users mailing list >> > > > > Users at ovirt.org >> > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > >> > > > >> > > >> > > >> > > -- >> > > Tiemen Ruiten >> > > Systems Engineer >> > > R&D Media >> > > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From michal.skrivanek at redhat.com Mon Jan 5 15:17:58 2015 From: michal.skrivanek at redhat.com (Michal Skrivanek) Date: Mon, 5 Jan 2015 16:17:58 +0100 Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> Message-ID: <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> On Jan 5, 2015, at 13:38 , Tomas Jelinek wrote: > Hi iordan, > > sorry for the long response time - it was Christmas... ;) > > As I see in the > https://github.com/iiordanov/remote-desktop-clients/blob/master/eclipse_projects/bVNC/AndroidManifest.xml > the bVNC already has the support for calling it from outside using the intent mechanism but I don't understand how about aSPICE. > As I understand, aSPICE is based on bVNC but I don't understand how exactly do they relate. Does it use the same Manifest just renamed? What is the mimeType than? > If you could point me to a bit of documentation it would be great. > > About calling aSPICE and bVNC from outside using the .vv file - as I understand it is not supported for now, right? For us it does not make too big difference if you support the data using URI or .vv file - even the .vv may be preferred, but we will survive URI as well. > > One more question - does aSPICE support spice proxy? > > Thank you, > Tomas > > ----- Original Message ----- >> From: "i iordanov" >> To: "users" , devel at ovirt.org >> Cc: "Sphoorti Joglekar" >> Sent: Thursday, December 25, 2014 11:19:58 PM >> Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client >> >> Hey guys, >> >> Thanks for remembering about Opaque. For those who are not familiar >> with the project, it is an oVirt/RHEV graphics console client which >> supports the SPICE protocol so far. It uses libgovirt to connect to >> the oVirt/RHEV API. I also created a separate pure SPICE client >> (called aSPICE) for Android based on libspice. >> >> It would be nice if I got more feedback from Red Hat developers, but >> you guys are probably as busy as I am :). The app is getting attention >> on Google Play and people are using it successfully for their >> installations, it seems. >> >> I have plans to add the following features to Opaque, time permitting: >> >> - Ability to edit default settings, so that people who connect with >> console.vv file will be able to configure Audio, keyboard layout, etc. >> - The ability to allocate VMs from a pool. >> - The ability to control Audio Playback and Recording separately. >> >> I don't think Opaque needs to get portal-management functionality. >> >> I was contacted by an intern working on movirt (Sphoorti Joglekar, >> cc-ed), asking whether I would be willing to support a URI Intent >> scheme that movirt can use to launch aSPICE. I think I already have a >> pretty well specified URI scheme that may work for the purpose, so >> we'll see how that goes. I am wondering whether it wouldn't be better >> to launch aSPICE or Opaque with a console.vv file instead, though. I >> guess the developers of movirt will have to consider both options. >> >> At any rate, Opaque is far from dead. I'm security supporting it, I >> just don't find a lot of time to work on additional features. >> >> I am cc-ing Brian Proffitt, because at one point we discussed setting >> up Opaque as a sub-project of oVirt. I don't know whether there is any >> interest for that in Red Hat, or any interest at all in supporting >> mobile clients for oVirt/RHEV, etc. It would be nice to hear an >> official stance on the topic. (adding Brian properly this time) I think it makes sense to add it together with something?though maybe more related to SPICE clients. So adding Christophe for his thoughts? Thanks, michal >> >> Thanks! >> iordan >> >> On Tue, Nov 4, 2014 at 10:17 AM, David Ja?a wrote: >>> The app in Google may be half year old but there is a movement in git >>> [1] and the author recently called for testing or comments on >>> spice-devel ML. >>> >>> David >>> >>> [1] >>> https://github.com/iiordanov/remote-desktop-clients/tree/master/eclipse_projects/Opaque >>> >>> >>> On P?, 2014-10-31 at 07:56 +0100, Gianluca Cecchi wrote: >>>> On Fri, Oct 31, 2014 at 7:03 AM, Yair Zaslavsky >>>> wrote: >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "Greg Sheremeta" >>>>> To: "users" , devel at ovirt.org >>>>> Sent: Friday, October 31, 2014 3:49:11 AM >>>>> Subject: [ovirt-devel] [RFC] oVirt mobile client >>>>> >>>>> Hi, >>>>> >>>>> The focus of our OPW internship program starting in December >>>> will be >>>>> mobile and/or lightweight engine clients -- hopefully >>>> integrating the >>>>> new ovirt.js project. >>>> >>>> +100 >>>> >>>> >>>> [snip] >>>> >>>>> >>>>> I see that there are some already existing mobile clients >>>> for oVirt. >>>>> I'm trying to grasp what we have and what the needs are. >>>> >>>>> >>>>> That's all I see on the first few pages of google. >>>>> >>>> >>>> >>>> There was also project from Iordanov about spice/oVirt support on >>>> android.. >>>> See: >>>> http://lists.ovirt.org/pipermail/users/2013-December/018434.html >>>> >>>> >>>> Some days ago it seems he go also support international keyboard >>>> layout support: >>>> >>>> " >>>> I finally got some time to back-port the international keyboard layout >>>> support from the Android Ovirt client Opaque into the SPICE client >>>> aSPICE >>>> " >>>> >>>> >>>> I made same preliminary tests at the end of 2013 but I was not able to >>>> connect to oVirt... >>>> I don't know actually how it went ahead... the Google channel seems >>>> stopped since February... >>>> >>>> >>>> Gianluca >>>> _______________________________________________ >>>> Devel mailing list >>>> Devel at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> -- >> The conscious mind has only one thread of execution. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Devel mailing list > Devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel From satkinson at telvue.com Mon Jan 5 17:09:21 2015 From: satkinson at telvue.com (Steve Atkinson) Date: Mon, 5 Jan 2015 12:09:21 -0500 Subject: [ovirt-users] engine-iso-uploader unexpected behaviour (steve a) In-Reply-To: <1346597127.2782735.1420102373919.JavaMail.zimbra@redhat.com> References: <1658726180.2759671.1420058072831.JavaMail.zimbra@redhat.com> <199916479.2761063.1420060220063.JavaMail.zimbra@redhat.com> <1107706369.2765721.1420063197702.JavaMail.zimbra@redhat.com> <1346597127.2782735.1420102373919.JavaMail.zimbra@redhat.com> Message-ID: Excellent. Confirmed, this fixes the bug and fails with a more descriptive error. Steve Atkinson Director, Network Ops Telvue Corporation satkinson at telvue.com O: 800 885 8886 x240 C: 856 938 9125 On Thu, Jan 1, 2015 at 3:52 AM, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Yedidyah Bar David" > > To: "Steve Atkinson" > > Cc: users at ovirt.org > > Sent: Wednesday, December 31, 2014 11:59:57 PM > > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour > (steve a) > > > > ----- Original Message ----- > > > From: "Steve Atkinson" > > > To: "Yedidyah Bar David" > > > Cc: users at ovirt.org > > > Sent: Wednesday, December 31, 2014 11:18:39 PM > > > Subject: Re: [ovirt-users] engine-iso-uploader unexpected behaviour > (steve > > > a) > > > > > > in our case our nas doesn't support scp but that no fault of the the > > > manager. > > > > > > I was mentioning more specifically that the --nfs-server method seemed > to > > > throw an error on an undefined attribute 'domaintype' that is not > something > > > that can be supplied in the config file or passed as an argument. the > out > > > put from the the debug is further up in my first email. > > > > Sorry. > > > > You wrote: > > > Alternatively, using engine-iso-uploader --nfs-server=[path] upload > [iso] > > > --verbose returns the following error: > > > > > > ERROR: local variable 'domain_type' referenced before assignment > > > INFO: Use the -h option to see usage. > > > DEBUG: Configuration: > > > DEBUG: command: upload > > > DEBUG: Traceback (most recent call last): > > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1440, in > > > DEBUG: isoup = ISOUploader(conf) > > > DEBUG: File "/usr/bin/engine-iso-uploader", line 455, in __init__ > > > DEBUG: self.upload_to_storage_domain() > > > DEBUG: File "/usr/bin/engine-iso-uploader", line 1089, in > > > upload_to_storage_domain > > > DEBUG: elif domain_type in ('localfs', ): > > > DEBUG: UnboundLocalError: local variable 'domain_type' referenced > before > > > assignment > > > > That's indeed a bug. Now pushed a one-line fix [1]. If you can, please > > try and it report. Thanks! > > > > [1] http://gerrit.ovirt.org/36499 > > It will fail for you, though - it simply tries to mount directly, and as > you > said, your engine can't access your storage network. But hopefully fail > with > some nicer error message. > > Best, > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Mon Jan 5 17:38:08 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Mon, 5 Jan 2015 09:38:08 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> Message-ID: I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From agustinsandvik at gmail.com Mon Jan 5 18:14:27 2015 From: agustinsandvik at gmail.com (Sandvik Agustin) Date: Tue, 6 Jan 2015 02:14:27 +0800 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account Message-ID: Hi guys, Good day, I just want to know if how can I add usernames in ovirt? i.e., is admin account is already exist and I want to create another account i.e., users or clients account. TIA -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Mon Jan 5 18:26:58 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 5 Jan 2015 13:26:58 -0500 (EST) Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: References: Message-ID: <1160907785.1947549.1420482418713.JavaMail.zimbra@redhat.com> Hello, For now you need to use somekind of LDAP with ovirt-engine-extension-ldap[1][2] package. In future we will support database based repository. Until someone from infra will have the time to publish the latest version of the package, please download it directly from here[3], please note that until engine-3.5.1 is out you will need to specify full path in config.profile.file.1 variable at authn and authz extension configuration. Regards, Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD [2] http://www.ovirt.org/Features/AAA [3] http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ ----- Original Message ----- > From: "Sandvik Agustin" > To: users at ovirt.org > Sent: Monday, January 5, 2015 8:14:27 PM > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > Hi guys, > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > admin account is already exist and I want to create another account i.e., > users or clients account. > > > TIA > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From awels at redhat.com Mon Jan 5 18:29:16 2015 From: awels at redhat.com (Alexander Wels) Date: Mon, 05 Jan 2015 13:29:16 -0500 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: References: Message-ID: <2207257.bNPnGJP4hV@awels> On Tuesday, January 06, 2015 02:14:27 AM Sandvik Agustin wrote: > Hi guys, > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > admin account is already exist and I want to create another account i.e., > users or clients account. > > > TIA Yes you can, you will need to use some kind of directory service like OpenLDAP, FreeIPA, or something similar to make it happen. Depending on which version of oVirt you are using the setup is slightly different. If you are using 3.5 make sure to use the new LDAP implementation it is much easier to debug if there are problems. Simply google ovirt ldap for more information. A pretty good walk through can be found here [1] Alexander [1] https://cloudspin.me/ovirt-simple-ldap-aaa/ From donny at cloudspin.me Mon Jan 5 18:36:00 2015 From: donny at cloudspin.me (Donny Davis) Date: Mon, 05 Jan 2015 11:36:00 -0700 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account Message-ID: I did a write up on AAA LDAP. https://cloudspin.me/ovirt-simple-ldap-aaa/ Hope its helpful DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > Hello, > > For now you need to use somekind of LDAP with ovirt-engine-extension-ldap[1][2] package. > In future we will support database based repository. > > Until someone from infra will have the time to publish the latest version of the package, please download it directly from here[3], please note that until engine-3.5.1 is out you will need to specify full path in config.profile.file.1 variable at authn and authz extension configuration. > > Regards, > Alon > > [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > [2] http://www.ovirt.org/Features/AAA > [3] http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > ----- Original Message ----- > > From: "Sandvik Agustin" > > To: users at ovirt.org > > Sent: Monday, January 5, 2015 8:14:27 PM > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > > > Hi guys, > > > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > > admin account is already exist and I want to create another account i.e., > > users or clients account. > > > > > > TIA > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Mon Jan 5 18:39:18 2015 From: donny at cloudspin.me (Donny Davis) Date: Mon, 05 Jan 2015 11:39:18 -0700 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account Message-ID: Ensure you don't try to install freeipa to the manager machine, there will be conflicts. 389ds works and is really easy to setup Regards DonnyOn Jan 5, 2015 11:36 AM, Donny Davis wrote: > > I did a write up on AAA LDAP. > > https://cloudspin.me/ovirt-simple-ldap-aaa/ > > Hope its helpful > > DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > > > Hello, > > > > For now you need to use somekind of LDAP with ovirt-engine-extension-ldap[1][2] package. > > In future we will support database based repository. > > > > Until someone from infra will have the time to publish the latest version of the package, please download it directly from here[3], please note that until engine-3.5.1 is out you will need to specify full path in config.profile.file.1 variable at authn and authz extension configuration. > > > > Regards, > > Alon > > > > [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > > [2] http://www.ovirt.org/Features/AAA > > [3] http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > > > ----- Original Message ----- > > > From: "Sandvik Agustin" > > > To: users at ovirt.org > > > Sent: Monday, January 5, 2015 8:14:27 PM > > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > > > > > Hi guys, > > > > > > Good day, I just want to know if how can I add usernames in ovirt? i.e., is > > > admin account is already exist and I want to create another account i.e., > > > users or clients account. > > > > > > > > > TIA > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From agustinsandvik at gmail.com Mon Jan 5 18:47:30 2015 From: agustinsandvik at gmail.com (Sandvik Agustin) Date: Tue, 6 Jan 2015 02:47:30 +0800 Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: <54aada60.4a5b460a.0bc5.ffffe602SMTPIN_ADDED_MISSING@mx.google.com> References: <54aada60.4a5b460a.0bc5.ffffe602SMTPIN_ADDED_MISSING@mx.google.com> Message-ID: Hi, Thanks guys for the quick reply and I really appreciate it, I'll look upon your suggestions right now. By the way, I forgot to mention that I'm using oVirt Engine Version: 3.5.0.1-1.el6. Thanks Again, I'll update you guys about my progress. Thanks Again. On Tue, Jan 6, 2015 at 2:39 AM, Donny Davis wrote: > Ensure you don't try to install freeipa to the manager machine, there will > be conflicts. > > 389ds works and is really easy to setup > > Regards > DonnyOn Jan 5, 2015 11:36 AM, Donny Davis wrote: > > > > I did a write up on AAA LDAP. > > > > https://cloudspin.me/ovirt-simple-ldap-aaa/ > > > > Hope its helpful > > > > DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > > > > > Hello, > > > > > > For now you need to use somekind of LDAP with > ovirt-engine-extension-ldap[1][2] package. > > > In future we will support database based repository. > > > > > > Until someone from infra will have the time to publish the latest > version of the package, please download it directly from here[3], please > note that until engine-3.5.1 is out you will need to specify full path in > config.profile.file.1 variable at authn and authz extension configuration. > > > > > > Regards, > > > Alon > > > > > > [1] > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > > > [2] http://www.ovirt.org/Features/AAA > > > [3] > http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > > > > > ----- Original Message ----- > > > > From: "Sandvik Agustin" > > > > To: users at ovirt.org > > > > Sent: Monday, January 5, 2015 8:14:27 PM > > > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is > admin account > > > > > > > > Hi guys, > > > > > > > > Good day, I just want to know if how can I add usernames in ovirt? > i.e., is > > > > admin account is already exist and I want to create another account > i.e., > > > > users or clients account. > > > > > > > > > > > > TIA > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bproffit at redhat.com Mon Jan 5 19:56:46 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Mon, 5 Jan 2015 14:56:46 -0500 (EST) Subject: [ovirt-users] [CFP Deadline: April 24, 2015] 2015 Federated Conference on Computer Science and Information Systems (FedCSIS) In-Reply-To: <1701764318.3731877.1420487520502.JavaMail.zimbra@redhat.com> Message-ID: <1675850087.3733772.1420487806152.JavaMail.zimbra@redhat.com> These four related events are very much HPC-oriented, but there could be some algorithm or high-performance work being don in the oVirt community that could qualify, especially in relation to OpenStack integration. PRELIMINARY CALL FOR PAPERS 2015 Federated Conference on Computer Science and Information Systems (FedCSIS) Lodz, Poland, 13 - 16 September, 2015 www.fedcsis.org (FedCSIS on www.ieee.org: http://tinyurl.com/FedCSIS2015onIEEE) We would like to cordially invite you to consider contributing a paper to the FedCSIS 2015 - a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in technical cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). Please forward the announcement to your colleagues and associates who could be interested in it. The FedCSIS Multiconference consists of Events (conferences, symposia, workshops, special sessions). Each Event may run over any span of time within the conference dates (from half-day to three days). The FedCSIS Events provide a platform for bringing together researchers, practitioners, and academia to present and discuss ideas, challenges and potential solutions on established or emerging topics related to research and practice in computer science and information systems. FedCSIS EVENTS The FedCSIS multi-conference consists of EVENTS (conferences, workshops, consortia, tutorials, etc.), grouped into six conference areas. AAIA'15 - 10th International Symposium Advances in Artificial Intelligence and Applications ---- AIMaVIG'15 -1st International Workshop on Artificial Intelligence in Machine Vision and Graphics ---- AIMA'15 - 5th International Workshop on Artificial Intelligence in Medical Applications ---- ASIR'15 - 5th International Workshop on Advances in Semantic Information Retrieval ---- CEIM'15 - 2nd Workshop on Complex Events and Information Modelling ---- LQMR'15 - 1st Workshop on Logics for Qualitative Modelling and Reasoning ---- WCO'15 - 8th Workshop on Computational Optimization CSS - Computer Science & Systems ---- BCPC'15 - 1st International Workshop on Biological, Chemical and Physical Computations ---- CANA'15 - 8th Computer Aspects of Numerical Algorithms ---- IWCPS'15 - 2nd International Workshop on Cyber-Physical Systems ---- MMAP'15 - 8th International Symposium on Multimedia Applications and Processing ---- WAPL'15 - 5th Workshop on Advances on Programming Languages ECRM - Education, Curricula & Research Methods ---- DS-RAIT'15 - 2nd Doctoral Symposium on Recent Advances in Information Technology ---- ISEC'15 - 4th Information Systems Education & Curricula Workshop ---- WmL'15 - 1st International Workshop on Mobile Learning iNetSApp'15 - 3rd International Conference on Innovative Network Systems and Applications ---- EAIS'15 - 2nd Workshop on Emerging Aspects in Information Security ---- SoFAST-WS'15 - 4th International Symposium on Frontiers in Network Applications, Network Systems and Web Services ---- WSN'15 - 4th International Conference on Wireless Sensor Networks IT4MBS - Information Technology for Management, Business & Society ---- ABICT'15 - 6th International Workshop on Advances in Business ICT ---- AITM'15 - 13th Conference on Advanced Information Technologies for Management ---- ISM'15 - 10th Conference on Information Systems Management ---- IT4L'15 - 4th Workshop on Information Technologies for Logistics ---- KAM'15 - 21st Conference on Knowledge Acquisition and Management JAWS - Joint Agent-oriented Workshops in Synergy ---- ABC:MI'15 - 10th Workshop on Agent Based Computing: from Model to Implementation ---- MAS&S'15 - 9th International Workshop on Multi-Agent Systems and Simulations ---- SEN-MAS'15 - 4th International Workshop on Smart Energy Networks & Multi-Agent Systems KEYNOTE SPEAKERS List of keynote speakers will be announced shortly. PAPER SUBMISSION AND PUBLICATION Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Moreover, most Events' organizers arrange quality journals, edited volumes, etc. and may invite selected extended and revised papers for post-conference publications (information can be found at the websites of individual events). IMPORTANT DATES - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN ------ CALL FOR PAPERS ======================================= 10th Workshop on Agent Based Computing: from Model to Implementation (ABC:MI) Lodz, Poland, September 13-16, 2015 WWW: https://fedcsis.org/abcmi E-mail: abcmi2015 at fedcsis.org We would like to cordially invite you to consider contributing a paper to ABC:MI - held as a part of the Federated Conference on Computer Science and Information Systems (FedCSIS 2015). FedCSIS a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Polish Operational and Systems Research Society - POSRS, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). The field of agent technology is rapidly maturing. One of key factors that influence this process is the gathered body of knowledge that allows in-depth reflection on the very nature of designing and implementing agent systems. As a result, there is now significant knowledge on how to design and implement them. There is also a deeper understanding of the most important issues to be addressed in the process. Therefore, on the top-most level a progress in development of methodologies for design of agent-based systems can be seen. Furthermore, these methodologies are usually supported by tools that allow not only top level conceptualization but guide the process towards implementation (e.g. by generating at least some code). Next, it can seen that new languages for agent based systems are created, e.g. AML or API Calculus. Separately, tools/platforms/environments that can be used for design and implementation of agent systems have been through a number of releases, eliminating problems and adding new, important features. Resulting products are becoming truly robust and flexible. Furthermore, open source products (e.g. JADE) are surrounded by user communities, which often generate powerful add-on components, further increasing value of existing solutions. TOPICS ======================================= The Workshop primarily focuses on all aspects of the process that leads from the model of the problem domain to the actual agent-based solution. These aspects will cover both principled approaches and established practices of software engineering aimed at producing high quality software. In this context, research into the application of agent-based solutions to key challenges faced by software engineering (e.g. reduction of costs and delivery times, coping with a larger diversity of problems) will be of primary importance. ABC:MI Workshop welcomes submissions of original papers concerning all aspects of software agent engineering. Topics include but are not limited to: - Methodologies for design of agent systems - Multi-agent systems product lines - Modeling agent systems - Agent architectures - Agent-based simulations - Simulating and verifying agent systems - Agent benchmarking and performance measurement - Agent communication, coordination and cooperation - Agent languages - Agent learning and planning - Agent mobility - Agent modeling, calculi, and logic - Agent security - Agents and Service Oriented Computing - Agents in the Semantic Web - Applications and Experiences PAPER SUBMISSION AND PUBLICATION ======================================= Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Extended versions of selected papers presented during the conference will be invited to: - the Special Issue of Scalable Computing; Practice and Experience - Complex Adaptive Systems Modeling (publication fee waiver for the papers that are going to be selected is expected) - Multiagent and Grid Systems - Computer Science Journal (7 points in current ranking of MNiSW - this is something cryptic to the outsiders, but will be clear for scientists from Poland) IMPORTANT DATES ======================================= - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 EVENT CHAIRS ======================================= - Badica, Costin, University of Craiova, Romania - Ganzha, Maria, University of Gda?sk and Systems Research Institute Polish Academy of Sciences, Poland - Paprzycki, Marcin, Systems Research Institute Polish Academy of Sciences, Poland - Rahimi, Shahram, Southern Illinois University, United States PROGRAM COMMITTEE (confirmed so far) ======================================= - Agotnes, Thomas, University of Bergen, Norway - Ambroszkiewicz, Stanislaw, Institute of Computer Science, Polish Academy of Sciences, Poland - Balke, Tina, University of Surrey, United Kingdom - Barseghyan, Artak, Yerevan, Armenia - Bot?a, Juan, Universidad de Murcia, Spain - Braubach, Lars, University of Hamburg, Germany - Budimac, Zoran, Faculty of Sciences, Univ. of Novi Sad, Serbia - Byrski, Aleksander, AGH University of Science and Technology, Poland - Cabri, Giacomo, University of Modena and Reggio Emilia, Italy - Cervenka, Radovan, Whitestein Technologies AG, Slovakia - Cetnarowicz, Krzysztof, AGH University of Science and Technology, Poland - Fern?ndez, Alberto, Universidad Rey Juan Carlos, Spain - Florea, Adina, University POLITEHNICA of Bucharest, Romania - Gams, Matjaz, Jozef Stefan Institute, Slovenia - Gomez Sanz, Jorge, Universidad Complutense de Madrid, Spain - Goncalves, Ricardo, Uninova, Portugal - Hinchey, Mike, Lero-the Irish Software Engineering Research Centre, Ireland - Ivanovi?, Mirjana, University of Novi Sad, Serbia - Jamroga, Wojtek, University of Luxembourg, Luxembourg - Jedrzejowicz, Piotr, Gdynia Maritime University, Poland - Jezic, Gordan, University of Zagreb, Croatia - Kaleta, Mariusz, Warsaw University of Technology, Poland - Khorasani, Elham, University of Illinois at Springfield, United States - Koukam, Abder, IRTES-SeT Universit? de Technologie de Belfort Montb?liard, France - Kruczkiewicz, Zofia, Wroc?aw University of Technology, Poland - Kusek, Mario, University of Zagreb, Faculty of Electrical Engineering and Computing, Croatia - Leszczyna, Rafal, Gdansk University of Technology, Poland - Letia, Ioan Alfred, Technical University of Cluj-Napoca, Romania - Morge, Maxime, Universit? Lille 1, France - Negru, Viorel, West University of Timisoara, Romania - Neruda, Roman, Institute of Computer Science, Academy of Sciences of the Czech Republic, Czech Republic - Ngoc-Thanh, Nguyen - Niazi, Muaz, Bahria University, Pakistan - Novak, Peter, Dept. of Computer Science and Engineering, Czech Technical University in Prague, Czech Republic - Nowostawski, Mariusz, University of Otago, Information Science Department, New Zealand - Oliveira, Eugenio, Faculty of Engineering, University of Porto, Portugal - Omicini, Andrea, Alma Mater Studiorum?Universit? di Bologna, Italy - Oren, Nir, University of Aberdeen, United Kingdom - Ouedraogo, Moussa, Public Research Centre Henri Tudor, Luxembourg - Paik, Incheon, University of Aizu, Japan - Poggi, Agostino, DII - University of Parma, Italy - Pokahr, Alexander, University of Hamburg, Germany - Rimassa, Giovanni, Whitestein Technologies AG, Switzerland - Rykowski, Jarogniew, Poznan University of Economics, Poland - Sakellariou, Ilias, Dept. of Applied Informatics, University of - Macedonia, Greece - Santoro, Corrado, University of Catania, Italy - Schaefer, Robert, AGH University of Science and Technology, Poland - Senatore, Sabrina, University of Salerno, Italy - Slavkovik, Marija, University of Luxembourg, Luxembourg - Stanek, Stanislaw, General Tadeusz Kosciuszko Military Academy of Land Forces in Wroc?aw, Poland - Tang, Yuqing, Carnegie Mellon University, United States - Thimm, Matthias, University of Koblenz-Landau, Germany - Trcek, Denis, University of Ljubljana, Slovenia - Troquard, Nicolas, ISTC-CNR, Italy - Tucci, Salvatore, University of Rome at Torvergata, Italy - Venticinque, Salvatore, Second University of Naples, Italy - Vouros, George, University of Piraeus, Greece - Wahjudi, Paulus, Marshall Unviersity, United States - Yazdani, Samaneh, Islamic Azad University, Science and Research branch, Iran CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN ------ CALL FOR PAPERS ======================================= 8th Workshop on Computer Aspects of Numerical Algorithms (CANA'15) Lodz, Poland, September 13-16, 2015 WWW: https://fedcsis.org/cana E-mail: cana2015 at fedcsis.org We would like to cordially invite you to consider contributing a paper to CANA - held as a part of the Federated Conference on Computer Science and Information Systems (FedCSIS 2015). FedCSIS a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Polish Operational and Systems Research Society - POSRS, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). Numerical algorithms are widely used by scientists engaged in various areas. There is a special need of highly efficient and easy-to-use scalable tools for solving large scale problems. The workshop is devoted to numerical algorithms with the particular attention to the latest scientific trends in this area and to problems related to implementation of libraries of efficient numerical algorithms. The goal of the workshop is meeting of researchers from various institutes and exchanging of their experience, and integrations of scientific centers. TOPICS ======================================= - Parallel numerical algorithms - Novel data formats for dense and sparse matrices - Libraries for numerical computations - Numerical algorithms testing and benchmarking - Analysis of rounding errors of numerical algorithms - Languages, tools and environments for programming numerical algorithms - Numerical algorithms on GPUs - Paradigms of programming numerical algorithms - Contemporary computer architectures - Heterogeneous numerical algorithms - Applications of numerical algorithms in science and technology PAPER SUBMISSION AND PUBLICATION ======================================= Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Moreover, most Events' organizers arrange quality journals, edited volumes, etc. and may invite selected extended and revised papers for post-conference publications (information can be found at the websites of individual events). IMPORTANT DATES ======================================= - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 EVENT CHAIRS ======================================= - Bylina, Jaroslaw, Maria Curie-Sklodowska University, Poland - Bylina, Beata, Maria Curie-Sklodowska University, Poland - Stpiczy?ski, Przemys?aw, Maria Curie-Sklodowska University, Poland PROGRAM COMMITTEE (confirmed so far) ======================================= - Amodio, Pierluigi, Universit? di Bari, Italy - Anastassi, Zacharias, Qatar University, Qatar - Bana?, Krzysztof, AGH University of Science and Technology, Poland - Bar?n, Benjam?n, Universidad Nacional del Este - Brugnano, Luigi, Universita' di Firenze, Italy - Filippone, Salvatore, University Rome Tor Vergata, Italy - Filote, Constantin - Fourneau, Jean-Michel - Gansterer, Wilfried, University of Vienna, Austria - Georgiev, Krassimir, IICT - BAS, Bulgaria - Gimenez, Domingo, University of Murcia, Spain - Gravvanis, George, Democritus University of Thrace, Greece - Kucaba-Pietal, Anna, Politechnika Rzeszowska, Poland - Lirkov, Ivan, Institute of Information and Communication Technologies , Bulgarian Academy of Sciences, Bulgaria - Maksimov, Vyacheslav, Institute of Mathematics and Mechanics, Russia - Marowka, Ami, Bar-Ilan University, Israel - Petcu, Dana, West University of Timisoara, Romania - Satco, Bianca-Renata, Stefan cel Mare University of Suceava, Romania - Sedukhin, Stanislav, The University of Aizu, Japan - Shishkina, Olga, Max Planck Institute for Dynamics and Self-Organization, Germany - Srinivasan, Natesan, Indian Institute of Technology, India - Szadkowski, Zbigniew, University of Lodz, Poland - Tudruj, Marek, Inst. of Comp. Science Polish Academy of Sciences/Polish-Japanese Institute of Information Technology, Poland - T?ma, Miroslav, Academy of Sciences of the Czech Republic, Czech Republic - Ustimenko, Vasyl, Marie Curie-Sklodowska University, Poland - W?jcik, Grzegorz M., Institute of Computer Science, Maria Curie-Sklodowska University, Poland CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN ------ CALL FOR PAPERS ======================================= 2nd Doctoral Symposium on Recent Advances in Information Technology (DS-RAIT'15) Lodz, Poland, September 13-16, 2015 WWW: https://fedcsis.org/ds-rait E-mail: ds-rait2015 at fedcsis.org We would like to cordially invite you to consider contributing a paper to DS-RAIT - held as a part of the Federated Conference on Computer Science and Information Systems (FedCSIS 2015). FedCSIS a yearly international multi-conference organized by the Polish Information Processing Society (PTI) in cooperation with the IEEE Region 8, ACM Special Interest Group on Applied Computing, European Alliance for Innovation, Lodz ACM Chapter, Polish Operational and Systems Research Society - POSRS, Eastern Cluster ICT Poland, Mazovia Cluster ICT (further technical collaborations will be announced shortly). The aim of this meeting is to provide a platform for exchange of ideas between early-stage researchers, in Computer Science, PhD students in particular. Furthermore, the symposium will provide all participants an opportunity to get feedback on their studies from experienced members of the IT research community invited to chair all DS-RAIT thematic sessions. Therefore, submission of research proposals with limited preliminary results is strongly encouraged. Besides receiving specific advice for their contributions all participants will be invited to attend plenary lectures on conducting high-quality research studies, excellence in scientific writing and issues related to intellectual property in IT research. Authors of the two most outstanding submissions will have a possibility to present their papers in a form of short plenary lecture. TOPICS ======================================= DS-RAIT 2015 invites the submission of papers on all aspects of Information Technology including, but not limited to: - Automatic Control and Robotics - Bioinformatics - Cloud, GPU and Parallel Computing - Cognitive Science - Computer Networks - Computational Intelligence - Cryptography - Data Mining and Data Visualization - Database Management Systems - Expert Systems - Image Processing and Computer Animation - Information Theory - Machine Learning - Natural Language Processing - Numerical Analysis - Operating Systems - Pattern Recognition - Scientific Computing - Software Engineering PAPER SUBMISSION AND PUBLICATION ======================================= Papers should be submitted by April 24, 2015. Preprints will be published on a USB memory stick provided to the FedCSIS participants. Only papers presented during the conference will be submitted to the IEEE for inclusion in the Xplore Digital Library. Furthermore, proceedings, published in a volume with ISBN and ISSN numbers will posted at the conference WWW site. Moreover, most Events' organizers arrange quality journals, edited volumes, etc. and may invite selected extended and revised papers for post-conference publications (information can be found at the websites of individual events). IMPORTANT DATES ======================================= - Paper submission: April 24, 2015 - Position paper submission: June 1, 2015 - Acceptance decision: June 15, 2015 - Final version of paper submission: July 1, 2015 - Final deadline for discounted fee: July 1, 2015 - Conference dates: September 13-16, 2015 EVENT CHAIRS ======================================= - Go?u?ska, Dominika, Cracow University of Technology, Poland - Kowalski, Piotr Andrzej, Systems Research Institute, Polish Academy of Sciences, Poland - Lukasik, Szymon, Systems Research Institute, Polish Academy of Sciences, Poland PROGRAM COMMITTEE (confirmed so far) ======================================= - Arabas, Jaroslaw, Warsaw University of Technology, Poland - Atanassov, Krassimir T., Bulgarian Academy of Sciences, Bulgaria - Balazs, Krisztian, Budapest University of Technology and Economics, Hungary - Castrillon-Santana, Modesto, University of Las Palmas de Gran Canaria, Spain - Charytanowicz, Malgorzata, Catholic University of Lublin, Poland - Corpetti, Thomas, University of Rennes, France - Courty, Nicolas, University of Bretagne Sud, France - Fournier-Viger, Philippe, University of Moncton, Canada - Gil, David, University of Alicante, Spain - Hu, Bao-Gang, Institute of Automation, Chinese Academy of Sciences, China - Koczy, Laszlo, Szechenyi Istvan University, Hungary - Kokosinski, Zbigniew, Cracow University of Technology, Poland - Kulczycki, Piotr, Systems Research Institute, Polish Academy of Sciences, Poland - Lilik, Ferenc, Szechenyi Istvan University, Hungary - Lovassy, Rita, Obuda University, Hungary - Mesiar, Radko, Slovak University of Technology, Slovakia - Noguera i Clofent, Carles, Institute of Information Theory and Automation (UTIA), Academy of Sciences of the Czech Republic, Czech Republic - Petrik, Milan, Masaryk University, Czech Republic - Samotyj, Volodymyr, Lviv Polytechnic National University - Tormasi, Alex, Szechenyi Istvan University, Hungary - Yang, Yujiu, Tsinghua University, China - Zadrozny, Slawomir, Systems Research Institute, Poland - Zajac, Mieczyslaw, Cracow University of Technology, Poland CHAIRS OF FedCSIS CONFERENCE SERIES Maria Ganzha, Leszek A. Maciaszek, Marcin Paprzycki CONTACT FedCSIS AT: secretariat at fedcsis.org FedCSIS on Facebook: http://tinyurl.com/FedCSISFacebook FedCSIS on LinkedIN: http://tinyurl.com/FedCSISLinkedIN -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From didi at redhat.com Mon Jan 5 20:19:58 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 5 Jan 2015 15:19:58 -0500 (EST) Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <54AA469C.5060404@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> Message-ID: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jiri Moskovcak" > To: "Mikola Rose" , "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Monday, January 5, 2015 10:09:00 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > On 01/02/2015 11:27 PM, Mikola Rose wrote: > > Hi Didi, > > > > Thank you for the response. > > > > I have tried to do a fresh install (RH 6.6) and still ran into the same > > problem. > > > > [root at pws-hv15 rhiso]# hosted-engine --deploy > > [ INFO ] Stage: Initializing > > Continuing will configure this host for serving as hypervisor > > and create a VM where you have to install oVirt Engine afterwards. > > Are you sure you want to continue? (Yes, No)[Yes]: > > It has been detected that this program is executed through an > > SSH connection without using screen. > > Continuing with the installation may lead to broken > > installation if the network connection fails. > > It is highly recommended to abort the installation and run it > > inside a screen session using command "screen". > > Do you want to continue anyway? (Yes, No)[No]: yes > > [ INFO ] Generating a temporary VNC password. > > [ INFO ] Stage: Environment setup > > Configuration files: [] > > Log file: > > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20150102134318-7ougjc.log > > Version: otopi-1.2.3 (otopi-1.2.3-1.el6ev) > > [ INFO ] Hardware supports virtualization > > [ INFO ] Bridge rhevm already created > > [ INFO ] Stage: Environment packages setup > > [ INFO ] Stage: Programs detection > > [ INFO ] Stage: Environment setup > > [ INFO ] Stage: Environment customization > > > > > > --== STORAGE CONFIGURATION ==-- > > > > > > During customization use CTRL-D to abort. > > Please specify the storage you would like to use (nfs3, > > nfs4)[nfs3]: > > Please specify the full shared storage connection path to use > > (example: host:/path): 192.168.1.32:/Volumes/Raid1 > > [ INFO ] Installing on first host > > Please provide storage domain name. [hosted_storage]: > > Local storage datacenter name is an internal name and > > currently will not be shown in engine's admin UI.Please enter local > > datacenter name [hosted_datacenter]: > > > > > > --== SYSTEM CONFIGURATION ==-- > > > > > > > > --== NETWORK CONFIGURATION ==-- > > > > > > iptables was detected on your computer, do you wish setup to > > configure it? (Yes, No)[Yes]: > > Please indicate a pingable gateway IP address [192.168.0.3]: > > > > > > --== VM CONFIGURATION ==-- > > > > > > Please specify the device to boot the VM from (cdrom, disk, > > pxe) [cdrom]: > > The following CPU types are supported by this host: > > - model_Westmere: Intel Westmere Family > > - model_Nehalem: Intel Nehalem Family > > - model_Penryn: Intel Penryn Family > > - model_Conroe: Intel Conroe Family > > Please specify the CPU type to be used by the VM > > [model_Westmere]: > > Please specify path to installation media you would like to > > use [None]: /mnt/rhiso > > Please specify the number of virtual CPUs for the VM > > [Defaults to minimum requirement: 2]: > > Please specify the disk size of the VM in GB [Defaults to > > minimum requirement: 25]: > > You may specify a MAC address for the VM or accept a randomly > > generated default [00:16:3e:02:7f:c4]: > > Please specify the memory size of the VM in MB [Defaults to > > minimum requirement: 4096]: > > Please specify the console type you would like to use to > > connect to the VM (vnc, spice) [vnc]: > > > > > > --== HOSTED ENGINE CONFIGURATION ==-- > > > > > > Enter the name which will be used to identify this host > > inside the Administrator Portal [hosted_engine_1]: > > Enter 'admin at internal' user password that will be used for > > accessing the Administrator Portal: > > Confirm 'admin at internal' user password: > > Please provide the FQDN for the engine you would like to use. > > This needs to match the FQDN that you will use for the engine > > installation within the VM. > > Note: This will be the FQDN of the VM you are now going to > > create, > > it should not point to the base host or to any other existing > > machine. > > Engine FQDN: powerhost1.power-soft.net > > > > Please provide the name of the SMTP server through which we > > will send notifications [localhost]: > > Please provide the TCP port number of the SMTP server [25]: > > Please provide the email address from which notifications > > will be sent [root at localhost]: > > Please provide a comma-separated list of email addresses > > which will get notifications [root at localhost]: > > [ INFO ] Stage: Setup validation > > > > > > --== CONFIGURATION PREVIEW ==-- > > > > > > Engine FQDN : > > powerhost1.power-soft.net > > Bridge name : rhevm > > SSH daemon port : 22 > > Firewall manager : iptables > > Gateway address : 192.168.0.3 > > Host name for web application : hosted_engine_1 > > Host ID : 1 > > Image size GB : 25 > > Storage connection : 192.168.1.32:/Volumes/Raid1 > > Console type : vnc > > Memory size MB : 4096 > > MAC address : 00:16:3e:02:7f:c4 > > Boot type : cdrom > > Number of CPUs : 2 > > ISO image (for cdrom boot) : /mnt/rhiso > > CPU Type : model_Westmere > > > > > > Please confirm installation settings (Yes, No)[No]: Yes > > [ INFO ] Stage: Transaction setup > > [ INFO ] Stage: Misc configuration > > [ INFO ] Stage: Package installation > > [ INFO ] Stage: Misc configuration > > [ INFO ] Configuring libvirt > > [ INFO ] Configuring VDSM > > [ INFO ] Starting vdsmd > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Waiting for VDSM hardware info > > [ INFO ] Creating Storage Domain > > [ INFO ] Creating Storage Pool > > [ INFO ] Connecting Storage Pool > > [ INFO ] Verifying sanlock lockspace initialization > > [ INFO ] Initializing sanlock lockspace > > [ INFO ] Initializing sanlock metadata > > [ INFO ] Creating VM Image > > [ INFO ] Disconnecting Storage Pool > > [ INFO ] Start monitoring domain > > [ ERROR ] Failed to execute stage 'Misc configuration': The read > > operation timed out > > [ INFO ] Stage: Clean up > > [ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf' > > [ INFO ] Stage: Pre-termination > > [ INFO ] Stage: Termination > > > > > > > > sanlock status > > daemon 4a21a439-cc72-4542-8146-71d0cb754da4.pws-hv15.p > > p -1 helper > > p -1 listener > > p -1 status > > p 5365 > > s > > e7175b6e-bf5a-4723-98f6-0f7972623f4c:1:/rhev/data-center/mnt/192.168.1.32\:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/ids:0 > > > > > > > > I am not sure if it is relevant but after subscribing to the relevant > > channels listed in the Installation Guid > > e > > I was receiving an error when trying to update via Yum and only after I > > installed rhel-6-server-rhev-mgmt-agent-rpms. I have no idea why it > > would want to install the i686 augeas items and can not find any info on > > how to resolve this. > > This usually means that you either using broken repo or you have > installed some 3rd party packages which require different version of the > libs then others (btw, augeas-1.0.0-5.el6_5.1 doesn't seem like clean > 6.6 install, the package version suggests it's 6.5). You can try to > update the system before you add any 3rd party repos. > > Now for the read timeout problem: > The vdsm log is full of: > > Thread-62::DEBUG::2015-01-02 > 14:07:44,218::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.000351466 s, 1.4 MB/s\n'; = 0 > Thread-62::DEBUG::2015-01-02 > 14:07:54,228::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/e7175b6e-bf5a-4723-98f6-0f7972623f4c/dom_md/metadata > iflag=direct of=/dev/null bs=40 > 96 count=1' (cwd None) > > repeating over and over which doesn't seem healthy to me, but I'm not > vdsm expert. Can you please try to run: vdsClient -s 0 getVdsStats on > the host you're deploying? I managed to reproduce, and it seems to me that this is caused by vdsm trying to contact hosted-engine-ha, because it seems to have been configured by a previous failed run of deploy, although it's actually still down. At this point, 'vdsClient -s 0 getVdsStats' indeed got stuck. Removing /etc/ovirt-hosted-engine/hosted-engine.conf was enough to make it work. Mikola, please try that and tell us if it solves. Thanks! I added a comment [1] on bz. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1099874#c20 . Best, -- Didi From mrose at power-soft.com Mon Jan 5 20:32:17 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 5 Jan 2015 20:32:17 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> Message-ID: <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> I will asap. I am struggling with my augeas-libs issue. Still trying to resolve my augeas-libs issue. https://access.redhat.com/comment/865173#comment-865173 I managed to reproduce, and it seems to me that this is caused by vdsm trying to contact hosted-engine-ha, because it seems to have been configured by a previous failed run of deploy, although it's actually still down. At this point, 'vdsClient -s 0 getVdsStats' indeed got stuck. Removing /etc/ovirt-hosted-engine/hosted-engine.conf was enough to make it work. Mikola, please try that and tell us if it solves. Thanks! I added a comment [1] on bz. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1099874#c20 . Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yzaslavs at redhat.com Tue Jan 6 06:17:40 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 01:17:40 -0500 (EST) Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account In-Reply-To: References: <54aada60.4a5b460a.0bc5.ffffe602SMTPIN_ADDED_MISSING@mx.google.com> Message-ID: <1469658606.5664943.1420525059994.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandvik Agustin" > To: users at ovirt.org > Sent: Monday, January 5, 2015 8:47:30 PM > Subject: Re: [ovirt-users] How can I add usernames in ovirt? i.e., is admin account > > Hi, > > > Thanks guys for the quick reply and I really appreciate it, I'll look upon > your suggestions right now. By the way, I forgot to mention that I'm > using oVirt > Engine Version: 3.5.0.1-1.el6. Thanks Again, I'll update you guys about my > progress. That should work (i.e - as long as you use version 3.5.x, we had the ability to add users at the past as well, but it would be better to use the path Alon suggested). Regarding FreeIPA - depends on the amount of machines you have to spare, it is possible to set the FreeIPA server on a different machine (i.e, not have engine and FreeIPA co-hosted). But as suggested before , 389ds works just fine. Cheers, Yair > > Thanks Again. > > On Tue, Jan 6, 2015 at 2:39 AM, Donny Davis wrote: > > > Ensure you don't try to install freeipa to the manager machine, there will > > be conflicts. > > > > 389ds works and is really easy to setup > > > > Regards > > DonnyOn Jan 5, 2015 11:36 AM, Donny Davis wrote: > > > > > > I did a write up on AAA LDAP. > > > > > > https://cloudspin.me/ovirt-simple-ldap-aaa/ > > > > > > Hope its helpful > > > > > > DonnyOn Jan 5, 2015 11:26 AM, Alon Bar-Lev wrote: > > > > > > > > Hello, > > > > > > > > For now you need to use somekind of LDAP with > > ovirt-engine-extension-ldap[1][2] package. > > > > In future we will support database based repository. > > > > > > > > Until someone from infra will have the time to publish the latest > > version of the package, please download it directly from here[3], please > > note that until engine-3.5.1 is out you will need to specify full path in > > config.profile.file.1 variable at authn and authz extension configuration. > > > > > > > > Regards, > > > > Alon > > > > > > > > [1] > > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD > > > > [2] http://www.ovirt.org/Features/AAA > > > > [3] > > http://jenkins.ovirt.org/job/ovirt-engine-extension-aaa-ldap_any_create-rpms_manual/6/ > > > > > > > > ----- Original Message ----- > > > > > From: "Sandvik Agustin" > > > > > To: users at ovirt.org > > > > > Sent: Monday, January 5, 2015 8:14:27 PM > > > > > Subject: [ovirt-users] How can I add usernames in ovirt? i.e., is > > admin account > > > > > > > > > > Hi guys, > > > > > > > > > > Good day, I just want to know if how can I add usernames in ovirt? > > i.e., is > > > > > admin account is already exist and I want to create another account > > i.e., > > > > > users or clients account. > > > > > > > > > > > > > > > TIA > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From vanoppen.koen at gmail.com Tue Jan 6 07:40:29 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 6 Jan 2015 08:40:29 +0100 Subject: [ovirt-users] Affinity In-Reply-To: <330671366.5215193.1420468087048.JavaMail.zimbra@redhat.com> References: <54AA577C.1060804@redhat.com> <330671366.5215193.1420468087048.JavaMail.zimbra@redhat.com> Message-ID: Ok, Super! Big thanks for your help! 2015-01-05 15:28 GMT+01:00 Artyom Lukianov : > If you want that each vm will run on different host, you can: > 1) just not pinned it to specific host(placement and migration options > under vm properties)? > 2) create two clusters, each cluster will have hosts from different > physical datacenters, and for each cluster administrate different set of > vms. > 3) And in the end we have possibility to use external scheduler, so you > can write your own python script, and use it as filter, weight or balance > module for ovirt scheduler: > http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy > http://www.ovirt.org/External_Scheduler_Samples > > You need to install package ovirt-scheduler-proxy and also enable it > via engine-config -s ExternalSchedulerEnabled=True. > Also additional info you can find under cd > /usr/share/doc/ovirt-scheduler-proxy* > > I hope it will help you. > Thanks > > ----- Original Message ----- > From: "Koen Vanoppen" > To: "Doron Fediuck" , users at ovirt.org > Sent: Monday, January 5, 2015 11:26:26 AM > Subject: Re: [ovirt-users] Affinity > > Thanks for your reply. But I maybe explained it badly... All the 4 > hypervisors are in the same Datacenter on oVirt. But they are physically in > a different datacenter. > That is why I want to force them to run on a different hypervisor. IF 1 > physical datacenter would go down (electricity power failure or whatever) > At least one VM will continue to run. > > 2015-01-05 10:21 GMT+01:00 Doron Fediuck < dfediuck at redhat.com > : > > > > > On 05/01/15 10:54, Koen Vanoppen wrote: > > > > Hi All, > > First of all, let me say a Happy New Year with all the best wishes!! > > Now, let's get down to business :-). > > I would lik eto implement the Affinity option in our datacenter. > I already activated it, put the 2 vms in it and set in on negative so they > won't run together on the same hypervisor. Now, the question... > Is there a way I can force the VM's so they will run on a hypervisor that > is not in the same datacenter? We have this; > > Hyp1 -> Datacenter1 > Hyp2 -> Datacenter2 > Hyp3 -> Datacenter1 > Hyp4 -> Datacenter2 > > For the moment they run on a different Hypervisor, but they are in the > same Datacenter. I can manually now move them to the other one, but I would > like this that oVirt manages this... > Is this possible...? > > Kind regards, > > Koen > > > Hi Koen. > > VMs cannot move between data centers while still running. > Just to provide some basic concepts in terms of hierarchy, we have: > > Data-Center1 > | > |\ Cluster A > | | > | |\ Host (a) > | |\ Host (b) > | > |\ Cluster B > | | > | |\ Host (c) > | |\ Host (d) > | |\ Host (e) > > Data-Center2 > | > |\ Cluster A > | | > | |\ Host (f) > | > |\ Cluster B > | | > | |\ Host (g) > | |\ Host (h) > | |\ Host (i) > > As you can see, a host may be a part of a single cluster and a VM > will run on one of the hosts. Live migration can be done between > hosts of the same cluster. The only way to move VM between clusters > and DCs are when the VM is down, in a manual way. > > So Affinity works in the cluster level, and the rules are valid for a > specific cluster who currently owns the VM. > In your case if Hyp1 and Hyp3 belong to the same cluster, the affinity > rules will apply every time you start or migrate a VM. However, there's > no rule which is valid for Datacenter1 and Datacenter2. > > HTH, > Doron > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Tue Jan 6 08:34:21 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 6 Jan 2015 03:34:21 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> Message-ID: <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From olivier.navas at sdis33.fr Tue Jan 6 09:28:42 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Tue, 6 Jan 2015 10:28:42 +0100 (CET) Subject: [ovirt-users] Can't remove a storage domain related to a broken hardware In-Reply-To: <1691724590.505655.1420533975371.JavaMail.zimbra@sdis33.fr> Message-ID: <985472323.520074.1420536522129.JavaMail.zimbra@sdis33.fr> Hello Ovirt users ! I experienced an hardware failure on a ISCSI storage making it unrecoverable, and I would like to remove it from storage domains. There was 1 disk on this storage domain, and this disk isn't attached to any VM anymore, but I still can't detach this storage domain from cluster. The storage domain is in "inactive" status and if I try to "detach" it from data center, ovirt tries to activate it. Obviously it can't activate it since hardware is broken, and it fails after several minutes with the event "Failed to detach Storage Domain my_storage_domain to Data Center Default. (User: admin)". I can post my engine.log if useful. I need a way to force removal of this storage domain. Any trick would be greatly appreciated. Perhaps does Ovirt miss some sort of "force detach, i know what i'm doing" button ? I am running an Ovirt 3.5 cluster (engine with CentOS 6.6, 4 nodes with CentOS 7) with FC and ISCSI storage domains. Thanks for your help. -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmoskovc at redhat.com Tue Jan 6 09:44:00 2015 From: jmoskovc at redhat.com (Jiri Moskovcak) Date: Tue, 06 Jan 2015 10:44:00 +0100 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Message-ID: <54ABAE60.9010906@redhat.com> On 01/06/2015 09:34 AM, Artyom Lukianov wrote: > Case 1: > In vdsm.log I can see this one: > Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 245, in run > self._startUnderlyingMigration(time.time()) > File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration > None, maxBandwidth) > File "/usr/share/vdsm/virt/vm.py", line 670, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 > if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) > libvirtError: operation aborted: migration job: canceled by client > I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. > - agent did everything correctly and as Artyom says, the migration is aborted by vdsm: The migration took 260 seconds which is exceeding the configured maximum time for migrations of 256 seconds. The migration will be aborted. - there is a configuration option in vdsm conf you can tweak to increase the timeout: 'migration_max_time_per_gib_mem', '64', 'The maximum time in seconds per GiB memory a migration may take ' 'before the migration will be aborted by the source host. ' 'Setting this value to 0 will disable this feature.' So as you can see in your case it's 4 * 64 seconds => 256seconds. --Jirka > Case 2: > HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. > > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Monday, January 5, 2015 7:38:08 PM > Subject: RE: [ovirt-users] VM failover with ovirt3.5 > > I collected the agent.log and vdsm.log in 2 cases. > > Case1 HE VM failover trail > What I did > 1, make all host be engine up > 2, set host1 be with local maintenance mode. In host1, there is HE VM. > 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 > As for the log is very large, I uploaded into google dirve. The link is as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc > The logs are for 3 hosts in my environment. > > Case2 non-HE VM failover trail > 1, make all host be engine up > 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" > 3,But the vm on the top of host3 does not migrate at all. > The logs are uploaded to good drive as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc > > > Thanks, > Cong > > > > > -----Original Message----- > From: Artyom Lukianov [mailto:alukiano at redhat.com] > Sent: Sunday, January 04, 2015 3:22 AM > To: Yue, Cong > Cc: cong yue; stirabos at redhat.com; users at ovirt.org > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Can you provide vdsm logs: > 1) for HE vm case > 2) for not HE vm case > Thanks > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Thursday, January 1, 2015 2:32:18 AM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Thanks for the advice. I applied the patch for clientIF.py as > - port = config.getint('addresses', 'management_port') > + port = config.get('addresses', 'management_port') > > Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. > > MainThread::INFO::2014-12-31 > 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Continuing to monitor migration > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineMigratingAway (score: 2000) > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::ERROR::2014-12-31 > 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) > Failed to migrate > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", > line 863, in _monitor_migration > vm_id, > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", > line 85, in run_vds_client_cmd > response['status']['message']) > DetailedError: Error 47 from migrateStatus: Migration canceled > MainThread::INFO::2014-12-31 > 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1420070896.5 type=state_transition > detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' > MainThread::INFO::2014-12-31 > 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineMigratingAway-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > > Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? > > Please kindly advise. > > Thanks, > Cong > > >> On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: >> >> Ok I found this one: >> Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 163, in _recover >> self.destServer.destroy(self._vm.id) >> AttributeError: 'SourceThread' object has no attribute 'destServer' >> Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 229, in run >> self._setupVdsConnection() >> File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection >> self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) >> File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort >> return addr + ':' + port >> TypeError: cannot concatenate 'str' and 'int' objects >> >> We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. >> >> ----- Original Message ----- >> From: "cong yue" >> To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org >> Cc: "Cong Yue" >> Sent: Tuesday, December 30, 2014 8:22:47 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> The vdsm.log just after I turned the host where HE VM is to local. >> >> In the log, there is some part like >> >> --- >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806995::DEBUG::2014-12-30 >> 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending >> response >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806996::DEBUG::2014-12-30 >> 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> --- >> >> I this with some wrong? >> >> Thanks, >> Cong >> >> >>> From: Artyom Lukianov >>> Date: 2014?12?29? 23:13:45 GMT-8 >>> To: "Yue, Cong" >>> Cc: Simone Tiraboschi , "users at ovirt.org" >>> >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >>> more interesting, can you provide vdsm.log for this one please. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> To: "Artyom Lukianov" >>> Cc: "Simone Tiraboschi" , users at ovirt.org >>> Sent: Monday, December 29, 2014 8:29:04 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> I disabled local maintenance mode for all hosts, and then only set the host >>> where HE VM is there to local maintenance mode. The logs are as follows. >>> During the migration of HE VM , it shows some fatal error happen. By the >>> way, also HE VM can not work with live migration. Instead, other VMs can do >>> live migration. >>> >>> --- >>> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >>> You have new mail in /var/spool/mail/root >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-29 >>> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.61 type=state_transition >>> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenanceMigrateVm (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.96 type=state_transition >>> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >>> hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >>> Penalizing score by 400 due to low free memory >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineMigratingAway (score: 2000) >>> MainThread::INFO::2014-12-29 >>> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::ERROR::2014-12-29 >>> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >>> Failed to migrate >>> Traceback (most recent call last): >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >>> line 863, in _monitor_migration >>> vm_id, >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >>> line 85, in run_vds_client_cmd >>> response['status']['message']) >>> DetailedError: Error 12 from migrateStatus: Fatal error during migration >>> MainThread::INFO::2014-12-29 >>> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877034.26 type=state_transition >>> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineMigratingAway-ReinitializeFSM) sent? ignored >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state ReinitializeFSM (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877044.55 type=state_transition >>> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (ReinitializeFSM-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ^C >>> [root at compute2-3 ~]# >>> >>> >>> [root at compute2-3 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 1014956 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >>> host-id=1 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 866019 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=866019 (Mon Dec 29 10:19:45 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 860493 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=860493 (Mon Dec 29 10:20:35 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> [root at compute2-3 ~]# >>> --- >>> Thanks, >>> Cong >>> >>> >>> >>> On 2014/12/29, at 8:43, "Artyom Lukianov" >>> > wrote: >>> >>> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >>> "Local Maintenance" state, so vm will not migrate to any of them, can you >>> try disable local maintenance on all hosts in HE environment and after >>> enable "local maintenance" on host where HE vm run, and provide also output >>> of hosted-engine --vm-status. >>> Failover works in next way: >>> 1) if host where run HE vm have score less by 800 that some other host in HE >>> environment, HE vm will migrate on host with best score >>> 2) if something happen to vm(kernel panic, crash of service...), agent will >>> restart HE vm on another host in HE environment with positive score >>> 3) if put to local maintenance host with HE vm, vm will migrate to another >>> host with positive score >>> Thanks. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" > >>> Cc: "Simone Tiraboschi" >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 6:30:42 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks and the --vm-status log is as follows: >>> [root at compute2-2 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1008087 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 859142 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=859142 (Mon Dec 29 08:25:08 2014) >>> host-id=2 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 853615 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=853615 (Mon Dec 29 08:25:57 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# >>> >>> Could you please explain how VM failover works inside ovirt? Is there any >>> other debug option I can enable to check the problem? >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/29, at 1:39, "Artyom Lukianov" >>> > >>> wrote: >>> >>> Can you also provide output of hosted-engine --vm-status please, previous >>> time it was useful, because I do not see something unusual. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" >>> > >>> Cc: "Simone Tiraboschi" >>> >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 7:15:24 AM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Also I change the maintenance mode to local in another host. But also the VM >>> in this host can not be migrated. The logs are as follows. >>> >>> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419829795.7 type=state_transition >>> detail=EngineDown-LocalMaintenance hostname='compute2-2' >>> MainThread::INFO::2014-12-28 >>> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineDown-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> ^C >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# ps -ef | grep qemu >>> root 18420 2777 0 21:10 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >>> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >>> -m 500 -realtime mlock=off -smp >>> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >>> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:17:17,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-2 ~]# >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 20:53, "Yue, Cong" >>> > >>> wrote: >>> >>> I checked it again and confirmed there is one guest VM is running on the top >>> of this host. The log is as follows: >>> >>> [root at compute2-1 vdsm]# ps -ef | grep qemu >>> qemu 2983 846 0 Dec19 ? 00:00:00 >>> [supervdsmServer] >>> root 5489 3053 0 20:49 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >>> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >>> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >>> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:18:01,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 3:46, "Artyom Lukianov" >>> > >>> wrote: >>> >>> I see that you set local maintenance on host3 that do not have engine vm on >>> it, so it nothing to migrate from this host. >>> If you set local maintenance on host1, vm must migrate to another host with >>> positive score. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Saturday, December 27, 2014 6:58:32 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Hi >>> >>> I had a try with "hosted-engine --set-maintence --mode=local" on >>> compute2-1, which is host 3 in my cluster. From the log, it shows >>> maintence mode is dectected, but migration does not happen. >>> >>> The logs are as follows. Is there any other config I need to check? >>> >>> [root at compute2-1 vdsm]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 836296 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=836296 (Sat Dec 27 11:42:39 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 687358 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=687358 (Sat Dec 27 08:42:04 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 681827 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=681827 (Sat Dec 27 08:42:40 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> >>> >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.94 (id 1): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >>> (Sat Dec 27 11:37:30 >>> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >>> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >>> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >>> 'maintenance': False, 'host-ts': 835987} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >>> (Sat Dec 27 08:37:41 >>> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >>> 'host-ts': 681528} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 2): {'engine-health': {'reason': 'vm not running on this >>> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >>> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >>> 'gateway': True} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> On 2014/12/22, at 5:29, "Simone Tiraboschi" >>> > >>> wrote: >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 7:22:10 PM >>> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks for the information. This is the log for my three ovirt nodes. >>> From the output of hosted-engine --vm-status, it shows the engine state for >>> my 2nd and 3rd ovirt node is DOWN. >>> Is this the reason why VM failover not work in my environment? >>> >>> No, they looks ok: you can run the engine VM on single host at a time. >>> >>> How can I make >>> also engine works for my 2nd and 3rd ovit nodes? >>> >>> If you put the host 1 in local maintenance mode ( hosted-engine >>> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >>> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >>> host 2 in local maintenance mode the VM should migrate again. >>> >>> Can you please try that and post the logs if something is going bad? >>> >>> >>> -- >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 150475 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=150475 (Fri Dec 19 13:12:18 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1572 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1572 (Fri Dec 19 10:12:18 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : False >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : unknown stale-data >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 987 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=987 (Fri Dec 19 10:09:58 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> -- >>> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >>> as follows: >>> -- >>> 10.0.0.94(hosted-engine-1) >>> --- >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.93 (id 2): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >>> (Fri Dec 19 10:10:14 >>> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 1448} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >>> (Fri Dec 19 10:09:58 >>> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 987} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >>> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >>> False, 'cpu-load': 0.0269, 'gateway': True} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ---- >>> >>> 10.0.0.93 (hosted-engine-2) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> 10.0.0.92(hosted-engine-3) >>> same as 10.0.0.93 >>> -- >>> >>> -----Original Message----- >>> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >>> Sent: Friday, December 19, 2014 12:28 AM >>> To: Yue, Cong >>> Cc: >>> users at ovirt.org >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 2:14:33 AM >>> Subject: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> Hi >>> >>> >>> >>> In my environment, I have 3 ovirt nodes as one cluster. And on top of >>> host-1, there is one vm to host ovirt engine. >>> >>> Also I have one external storage for the cluster to use as data domain >>> of engine and data. >>> >>> I confirmed live migration works well in my environment. >>> >>> But it seems very buggy for VM failover if I try to force to shut down >>> one ovirt node. Sometimes the VM in the node which is shutdown can >>> migrate to other host, but it take more than several minutes. >>> >>> Sometimes, it can not migrate at all. Sometimes, only when the host is >>> back, the VM is beginning to move. >>> >>> Can you please check or share the logs under >>> /var/log/ovirt-hosted-engine-ha/ >>> ? >>> >>> Is there some documentation to explain how VM failover is working? And >>> is there some bugs reported related with this? >>> >>> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >>> >>> Thanks in advance, >>> >>> Cong >>> >>> >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) >>> and may contain confidential and privileged information. Any >>> unauthorized review, use, disclosure or distribution is prohibited. If >>> you are not the intended recipient, please contact the sender by reply >>> e-mail and destroy all copies of the original message. If you are the >>> intended recipient, please be advised that the content of this message >>> is subject to access, review and disclosure by the sender's e-mail System >>> Administrator. >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > From yzaslavs at redhat.com Tue Jan 6 10:41:59 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 05:41:59 -0500 (EST) Subject: [ovirt-users] Ovirt Engine Clear All tasks In-Reply-To: <54A7150B.6040309@cloudspin.me> References: <54A7150B.6040309@cloudspin.me> Message-ID: <300891941.5764054.1420540919737.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "users" > Sent: Saturday, January 3, 2015 12:00:43 AM > Subject: [ovirt-users] Ovirt Engine Clear All tasks > > I tried to migrate disks from one storage domain to another, and it is > taking an unreasonable amount of time to complete. The disks have been > migrating for 6 hours, and is bringing my system to it's knees. > > I have used the taskcleaner utility when the engine was stopped, and > when I start the engine, it starts trying to migrate the disks again. > > How can I fix this I wonder if the command_entities table in the DB included any entries. In addition, I wonder what was the status of tasks at SPM at that time. > > Thanks > > -- > Donny Davis > CloudSpin.me > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From yzaslavs at redhat.com Tue Jan 6 11:38:39 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 06:38:39 -0500 (EST) Subject: [ovirt-users] templates and freeipa In-Reply-To: References: Message-ID: <364326156.5789656.1420544319213.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jim Kinney" > To: users at ovirt.org > Sent: Friday, October 31, 2014 8:55:46 PM > Subject: [ovirt-users] templates and freeipa > > Ovirt 3.5 is running well for me and I have freeIPA controlling access to > the user portal. I would like to provide templates of various linux setups > that all have freeipa for user authentication in the VM for my developers > to be able to create a new VM from and then log in using their freeIPA > access and sudo control. I'm wanting to group developers by project and use > freeIPA to set sudo commands as needed (group A get oracle, group B get > postgresql, etc). Wanting to maximize developer ability while minimizing my > clean up time :-) They will be able to delete VMs they create. > > It's possible to do a kickstart deploy with freeIPA registration but a > template from that will be a problem as it will have the same keys for all > VMs. > > Is there a post-creation scripting process I can attach to in ovirt or > should I look at a default root user and script that personalizes the new > VM? ?You mean something like the vdsm hooks? Bare in mind that the create verb in VDSM is more about running a VM. the creation of its "metadata" is done at engine. > > -- > -- > James P. Kinney III > > Every time you stop a school, you will have to build a jail. What you gain > at one end you lose at the other. It's like feeding a dog on his own tail. > It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > > > *http://heretothereideas.blogspot.com/ > * > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From svenkieske at gmail.com Tue Jan 6 11:47:41 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Tue, 06 Jan 2015 12:47:41 +0100 Subject: [ovirt-users] templates and freeipa In-Reply-To: References: Message-ID: <54ABCB5D.4070604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 31.10.2014 19:55, Jim Kinney wrote: > Is there a post-creation scripting process I can attach to in ovirt > or should I look at a default root user and script that > personalizes the new VM? Yes, in the gui it's available via "run-once" in the cloud-init/initial run phase you can specify new ssh-keys etc. you need cloud-init or your own wrapper script inside the vm. this also works via rest api or sdk. there is some documentation on this on ovirt.org and many examples on the users list, just search the archive. HTH Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUq8tdAAoJEAq0kGAWDrqlDs0L+wZtyfkUqzIYa8zXvmaspF32 E9FIqPkXnhgP2vus0IN0WA3JsL/q7tSMpuPwQHxXRHpCWGhCuYJ8tjiNmVidmLc2 TY2xg9OiaaFZw2htWfvPijJBJOrHgSB8Yr8JwBvO94imD5vODSABJq4tVsSnOHez C+/i+jZltDE+V753sz+5XPCdGOGaSkqg4FBc54lTvsoN2qtVBtiePuxurxwJrlQi rCFUIPBBwbfm0eWC3xm0NAuMH+3LbjfTq5PbKGh7n1mqFg+NAXLXtGPvfAP37m1C Bv1FZTJFRqW6bzQ239mU9Vo+Qt3m8Yf+ktj/4fW5IR4m/qfmi5bW7MfavaPxMtZW HO8M9zETzkuE6NZR/ZKZkKrau50dViJAyFSGN4BQYM6gFDdGJCAYDu4YUD3MU3Hm RtTCkWcsvf58aj+PogaU+M8/WVcaqso6G4ytmGLEHcPjpmrhKOP/zlrmopGpkmyQ 4245XRBip8gD2WCXolgOfaWyYnMwcR4dFQwEjJ61ng== =5Iqt -----END PGP SIGNATURE----- From yzaslavs at redhat.com Tue Jan 6 12:32:53 2015 From: yzaslavs at redhat.com (Yair Zaslavsky) Date: Tue, 6 Jan 2015 07:32:53 -0500 (EST) Subject: [ovirt-users] Debug Environment for RHEVM In-Reply-To: <510930434.236741.1419229616439.JavaMail.zimbra@redhat.com> References: <510930434.236741.1419229616439.JavaMail.zimbra@redhat.com> Message-ID: <1705927817.5808381.1420547573634.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Vered Volansky" > To: "Chao Xie" > Cc: users at ovirt.org > Sent: Monday, December 22, 2014 8:26:56 AM > Subject: Re: [ovirt-users] Debug Environment for RHEVM > > Hi, > > It's not that you can't debug RHEV at all, it's just that the instructions in > the link you cited is will not work as is. > The packaging, hierarchy and even file names are different. > > Regards, > Vered It is possible to open the remote debug port for RHEV-M. The (not so ) tricky part will be to get the exact code-base as of the version (i.e - find the proper git tag). In addition, are you sure you want to debug RHEVM and not oVirt? Cheers, Yair > > ----- Original Message ----- > > From: "Chao Xie" > > To: users at ovirt.org > > Sent: Monday, December 22, 2014 3:55:13 AM > > Subject: [ovirt-users] Debug Environment for RHEVM > > > > > > > > HI, > > > > > > > > I found there is a debug environment for oVirt: > > http://wiki.ovirt.org/OVirt_Engine_Development_Environment > > > > Is it also useful for RHEVM source code? > > > > > > > > Best Regards, > > > > Xie > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mail at johankooijman.com Tue Jan 6 13:20:58 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Tue, 6 Jan 2015 14:20:58 +0100 Subject: [ovirt-users] Can't migrate/remove VM Message-ID: Hi all, Been playing with an ovirt test setup for the last couple of days. Created some vm's, started to throw them around on the cluster, but now I'm stuck. The VM's are running, but when I try to stop them, I get errors like this: https://plakbord.cloud.nl/p/zvAEVPFeBBJSBeGspKNxJsqF When trying to migrate a VM, the node throws this error: https://plakbord.cloud.nl/p/4Syi9A7tEd8L3A2pQg6boVB6 Any clue on what's happening? -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From t.ruiten at rdmedia.com Tue Jan 6 13:20:59 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Tue, 6 Jan 2015 14:20:59 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: Yeela, any chance you could shed any light on this? On 5 January 2015 at 15:46, Tiemen Ruiten wrote: > Sorry, to be clear: no default disk policy exists for the 3.4 cluster > storage domain. > > On 5 January 2015 at 15:45, Tiemen Ruiten wrote: > >> Hello, >> >> I just tried creating a thin-provisioned disk and the same problem (load >> spike, non responsive VMs) occurred. I may have an idea what is going wrong >> now. The following is an excerpt from the engine log after starting the >> disk create job: >> >> 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] >> (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is >> StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM >> vds_groups_view WHERE ( vds_group_id IN (SELECT distinct >> vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain >> LEFT OUTER JOIN storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. : >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet.: >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. >> >> This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. >> There's also a 3.5 cluster managed by the same engine. Could this be >> related to this BZ ? >> >> >> >> On 17 December 2014 at 12:34, Yeela Kaplan wrote: >> >>> Just another thought, >>> from looking at the vdsm logs it looks like there are too many calls to >>> getVolumeSize that are eating up all handlers >>> and eventually a timeout occurs. >>> Adam, do you have any idea about this? >>> >>> ----- Original Message ----- >>> > From: "Yeela Kaplan" >>> > To: "Tiemen Ruiten" >>> > Cc: "Users at ovirt.org" >>> > Sent: Wednesday, December 17, 2014 1:30:52 PM >>> > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >>> creating VM from template >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > > From: "Tiemen Ruiten" >>> > > To: "Yeela Kaplan" >>> > > Cc: "Users at ovirt.org" >>> > > Sent: Wednesday, December 17, 2014 1:22:59 PM >>> > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > creating VM from template >>> > > >>> > > Thank you, I will try to increase to 20 and see what happens. Bug is >>> filed: >>> > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 >>> > >>> > Thank you >>> > and I forgot to mention that you have to restart vdsmd so the change >>> will >>> > apply... >>> > >>> > >>> > > >>> > > On 17 December 2014 at 11:48, Yeela Kaplan >>> wrote: >>> > > > >>> > > > Hi, >>> > > > You are right, the problem is with the file handlers. >>> > > > You can increase the number of handlers in pool using the vdsm >>> config >>> > > > file, which is supposed to be under the following directory in your >>> > > > system: >>> > > > >>> > > > /usr/lib/python2.6/site-packages/vdsm/config.py >>> > > > >>> > > > The default value for 'process_pool_max_slots_per_domain' is 10, >>> so you >>> > > > can increase it by a bit, but not too much. >>> > > > >>> > > > But I suspect the problem is in a larger scale, and this is only a >>> > > > temporary relief for your system and this needs much more >>> attention and a >>> > > > proper fix. >>> > > > could you please open a bug on RHEV/vdsm in bugzilla stating all >>> of the >>> > > > details of your setup and logs? >>> > > > >>> > > > thanks, >>> > > > Yeela >>> > > > >>> > > > ----- Original Message ----- >>> > > > > From: "Tiemen Ruiten" >>> > > > > To: "Users at ovirt.org" >>> > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating VM from template >>> > > > > >>> > > > > Would this be limits for the vdsm process? Then what is the >>> proper way >>> > > > > to >>> > > > > change ulimits for VDSM? >>> > > > > >>> > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > The only thing I can think of would be file hard and soft >>> limits, but I >>> > > > am no >>> > > > > oVirt pro. >>> > > > > >>> > > > > >>> > > > > >>> > > > > 'no free file handlers in pool' that would make sense to me? >>> > > > > >>> > > > > Donny >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] >>> > > > > Sent: Tuesday, December 16, 2014 12:40 PM >>> > > > > To: Donny Davis >>> > > > > Cc: Users at ovirt.org >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > > creating VM from template >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with >>> 16 >>> > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I >>> created the >>> > > > VM, >>> > > > > processor load on both nodes was less than 1. >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > What is the VM load you are running on your servers? >>> > > > > >>> > > > > >>> > > > > >>> > > > > -----Original Message----- >>> > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org >>> ] On >>> > > > Behalf Of >>> > > > > Tiemen Ruiten >>> > > > > Sent: Tuesday, December 16, 2014 12:27 PM >>> > > > > To: users at ovirt.org >>> > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating >>> > > > > VM from template >>> > > > > >>> > > > > Hello, >>> > > > > >>> > > > > I ran into a nasty problem today when creating a new, cloned VM >>> from a >>> > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: >>> on the >>> > > > node >>> > > > > where I started a VM creation job, load skyrocketed and some VMs >>> > > > > stopped >>> > > > > responding until and after the job failed. Everything recovered >>> without >>> > > > > intervention, but this obviously shouldn't happen. I have >>> attached the >>> > > > > relevant vdsm log file. The button to create the VM was pressed >>> around >>> > > > > 11:17, the first error in the vdsm log is at 11:23:58. >>> > > > > >>> > > > > The ISO domain is a gluster volume exposed via NFS, the storage >>> domain >>> > > > for >>> > > > > the VM's is also a gluster volume. The underlying filesystem is >>> ZFS. >>> > > > > The hypervisor nodes are full CentOS 6 installs. >>> > > > > >>> > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log >>> file >>> > > > > is >>> > > > key >>> > > > > here. What can I do to prevent this from happening again? Apart >>> from >>> > > > > not >>> > > > > creating new VMs of course :) >>> > > > > >>> > > > > Tiemen >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > >>> > > > > >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > _______________________________________________ >>> > > > > Users mailing list >>> > > > > Users at ovirt.org >>> > > > > http://lists.ovirt.org/mailman/listinfo/users >>> > > > > >>> > > > >>> > > >>> > > >>> > > -- >>> > > Tiemen Ruiten >>> > > Systems Engineer >>> > > R&D Media >>> > > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> >> >> >> >> -- >> Tiemen Ruiten >> Systems Engineer >> R&D Media >> > > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From alitke at redhat.com Tue Jan 6 14:47:56 2015 From: alitke at redhat.com (Adam Litke) Date: Tue, 6 Jan 2015 09:47:56 -0500 Subject: [ovirt-users] [ovirt-devel] 3.5 live merge findings and mysteries [was Re: Simple way to activate live merge in FC20 cluster] In-Reply-To: References: <548B0A97.8030606@redhat.com> <1524265011.10133437.1418613361184.JavaMail.zimbra@redhat.com> <54A940C1.4090904@gmail.com> Message-ID: <20150106144756.GK15221@redhat.com> On 04/01/15 16:34 +0100, Gianluca Cecchi wrote: >On Sun, Jan 4, 2015 at 2:31 PM, Sven Kieske wrote: > >> >> > >> > Understand me, please. My note was about Release Notes page >> > misleading in respect with features' set and newcomers... but also >> > frequent users too >> > >> > At http://www.ovirt.org/OVirt_3.5_Release_Notes#Live_Merge ones >> > reads: >> > >> > " Live Merge If an image has one or more snapshots, oVirt 3.5's >> > merge command will combine the data of one volume into another. >> > Live merges can be performed with data is pulled from one snapshot >> > into another snapshot. The engine can merge multiple disks at the >> > same time and each merge can independently fail or succeed in each >> > operation. " >> > >> > I think you have to mention that it is a restricted use case for >> > now... and specify that it works only for Fedora 20 and in that >> > case you have to manually modify the repo definition to install the >> > qemu packages from virt-preview to get the feature. >> >> This still is not fixed! >> >> I can already see the bugreports coming in, claiming live merge does >> not work, because the release notes are very misleading! >> >> Did nobody got the time to fix this? >> > >I'm more than available to change it if my edit rights allow it. >But at the end I didn't see any clear answer from developers and/or infra >maintainers... >I think it is a crucial page, so I'd prefer one of them to do it or >explicitly answering here that we are right and we can go change it... I'll add a disclaimer to the page. -- Adam Litke From alitke at redhat.com Tue Jan 6 16:04:29 2015 From: alitke at redhat.com (Adam Litke) Date: Tue, 6 Jan 2015 11:04:29 -0500 Subject: [ovirt-users] Backup solution using the API In-Reply-To: <2079875054.13309388.1418635869724.JavaMail.zimbra@redhat.com> References: <196AB7D9F4C2F943BFC199940DF21D79016557467A0C@KIT-MSX-07.kit.edu> <54888BC2.5040609@556nato.com> <2079875054.13309388.1418635869724.JavaMail.zimbra@redhat.com> Message-ID: <20150106160429.GL15221@redhat.com> On 15/12/14 04:31 -0500, Nir Soffer wrote: >----- Original Message ----- >> From: "Blaster" >> To: "Thomas Keppler (PEBA)" , users at ovirt.org >> Sent: Wednesday, December 10, 2014 8:06:58 PM >> Subject: Re: [ovirt-users] Backup solution using the API >> >> On 11/27/2014 9:12 AM, Keppler, Thomas (PEBA) wrote: >> >> >> >> Now, before I go into any more hassle, has somebody else of you done a >> live-backup solution for oVirt? Are there any recommendations? Thanks for >> any help provided! >> >> >> I've been looking for a similar scheme for the last year. It was not (really) >> possible in the past as there wasn't any way to destroy a snapshot w/o >> shutting down the VM. Is this still the case, or are snap shots fully >> implemented now? >> >> Basically, I'd like to: >> Tell VM to flush it's buffers >> suspend VM >> take snap shot of boot virtual disk >> resume VM > >You don't need to suspend the vm, qemu can create live snapshot. When the >snapshot is done, you don't care about future io, it will simply not >included in the backup. > >> backup the virtual boot disk from the Hypervisor using standard commands >> (tar, cp, whatever) > >You can by attaching the snapshot to another vm > >> destroy the snapshot > >You can in ovirt 3.5.1 - we do not depend any more on future libvirt features. >Adam, can you confirm? Yes, on 3.5.1 you'll be able to destroy the snapshot without impacting the running VM. >> >> This would at least give some BMR capabilities of your VMs. >> >> Ideally, I'd also like to be able to create a snapshot from within the VM, do > >You can do this "within" the vm by using the engine REST API. But this can >be fragile - for example, if the vm pauses, your backup tool within the vm >will never complete :-) > >> a yum update, see if I like it or not, if I do, then destroy the snap shot. > >Possible in 3.5.1 using REST API > >> If I don't, I want to promote the snapshot and boot from that, then destroy >> the "original". > >Same > >Nir -- Adam Litke From olivier.navas at sdis33.fr Tue Jan 6 17:03:06 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Tue, 6 Jan 2015 18:03:06 +0100 (CET) Subject: [ovirt-users] Can't remove a storage domain related to a broken hardware In-Reply-To: <361118644.4908626.1420561459432.JavaMail.zimbra@redhat.com> References: <985472323.520074.1420536522129.JavaMail.zimbra@sdis33.fr> <361118644.4908626.1420561459432.JavaMail.zimbra@redhat.com> Message-ID: <2077633427.677117.1420563786556.JavaMail.zimbra@sdis33.fr> Parts of engine.log follow. - Part 1 repeats every 5 minutes, all the time - Part 2 is when I try to detach storage domain from the GUI (mixed with some logs as in 1) plus logs related to a VM start initiated by one of my colleagues). You will notice that engine reports some VM as "not responding". It happens during the process of removing the defective storage domain, but in fact VMs are fine and their state reverts back to normal when the task of removing the storage domain finally fails. Thank you for your help. ===== part 1 ===== 2015-01-06 03:50:00,016 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-81) [5ca5ae35] Autorecovering 1 storage domains 2015-01-06 03:50:00,017 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-81) [5ca5ae35] Autorecovering storage domains id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 2015-01-06 03:50:00,020 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-81) [789ace0] Running command: ConnectDomainToStorageCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 03:50:00,022 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-81) [789ace0] ConnectDomainToStorage. Before Connect all hosts to pool. Time:1/6/15 3:50 AM 2015-01-06 03:50:00,208 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 65ce62da 2015-01-06 03:50:00,215 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 50bc0a6d 2015-01-06 03:50:00,241 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: e40ca91 2015-01-06 03:50:00,246 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 5ddb16e 2015-01-06 03:53:00,216 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,222 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: 65ce62da 2015-01-06 03:53:00,223 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,224 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-12) [789ace0] Failed to connect host n2orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,230 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: 50bc0a6d 2015-01-06 03:53:00,245 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-37) [789ace0] Failed to connect host n4orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,249 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,264 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: e40ca91 2015-01-06 03:53:00,265 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 03:53:00,266 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-29) [789ace0] Failed to connect host n3orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,272 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] FINISH, ConnectStorageServerVDSCommand, log id: 5ddb16e 2015-01-06 03:53:00,287 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-32) [789ace0] Failed to connect host n1orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 03:53:00,301 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-81) [789ace0] ConnectDomainToStorage. After Connect all hosts to pool. Time:1/6/15 3:53 AM ===== part 2 ===== 2015-01-06 09:55:00,009 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-9) [71cf84f9] Autorecovering 1 storage domains 2015-01-06 09:55:00,011 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-9) [71cf84f9] Autorecovering storage domains id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 2015-01-06 09:55:00,013 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-9) [6ce74644] Running command: ConnectDomainToStorageCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 09:55:00,016 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-9) [6ce74644] ConnectDomainToStorage. Before Connect all hosts to pool. Time:1/6/15 9:55 AM 2015-01-06 09:55:00,201 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 2bb163a4 2015-01-06 09:55:00,203 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 49562818 2015-01-06 09:55:00,212 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 4cb88aac 2015-01-06 09:55:00,214 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 23eae7f9 2015-01-06 09:55:57,598 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-6) Invalid locale found in configuration: 2015-01-06 09:55:57,600 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-6) Invalid locale found in configuration: 2015-01-06 09:56:00,437 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-11) Invalid locale found in configuration: 2015-01-06 09:56:00,438 INFO [org.ovirt.engine.core.utils.servlet.UnsupportedLocaleHelper] (ajp--127.0.0.1-8702-11) Invalid locale found in configuration: 2015-01-06 09:56:10,268 INFO [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-3) Running command: LoginAdminUserCommand internal: false. 2015-01-06 09:56:10,276 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. 2015-01-06 09:56:10,388 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-9) Running command: LoginUserCommand internal: false. 2015-01-06 09:56:24,013 INFO [org.ovirt.engine.core.bll.RunVmCommand] (ajp--127.0.0.1-8702-13) [c2fb019] Lock Acquired to object EngineLock [exclusiveLocks= key: e2abb477-f807-470f-ae20-a7205e690638 value: VM , sharedLocks= ] 2015-01-06 09:56:24,134 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-13) [c2fb019] START, IsVmDuringInitiatingVDSCommand( vmId = e2abb477-f807-470f-ae20-a7205e690638), log id: 5c2ceac9 2015-01-06 09:56:24,136 INFO [org.ovirt.engine.core.vdsbroker.IsVmDuringInitiatingVDSCommand] (ajp--127.0.0.1-8702-13) [c2fb019] FINISH, IsVmDuringInitiatingVDSCommand, return: false, log id: 5c2ceac9 2015-01-06 09:56:24,357 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Running command: RunVmCommand internal: false. Entities affected : ID: e2abb477-f807-470f-ae20-a7205e690638 Type: VMAction group VM_BASIC_OPERATIONS with role type USER 2015-01-06 09:56:24,500 INFO [org.ovirt.engine.core.bll.scheduling.policyunits.HaReservationWeightPolicyUnit] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Started HA reservation scoring method 2015-01-06 09:56:24,561 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] START, UpdateVmDynamicDataVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vmDynamic=org.ovirt.engine.core.common.businessentities.VmDynamic at 57214812), log id: 63eaa18e 2015-01-06 09:56:24,573 INFO [org.ovirt.engine.core.vdsbroker.UpdateVmDynamicDataVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] FINISH, UpdateVmDynamicDataVDSCommand, log id: 63eaa18e 2015-01-06 09:56:24,612 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] START, CreateVmVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vmId=e2abb477-f807-470f-ae20-a7205e690638, vm=VM [ciril-recette]), log id: 5c6b51df 2015-01-06 09:56:24,647 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] START, CreateVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vmId=e2abb477-f807-470f-ae20-a7205e690638, vm=VM [ciril-recette]), log id: 6bcd4ecc 2015-01-06 09:56:24,691 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand kvmEnable=true,keyboardLayout=en-us,nice=0,pitReinjection=false,displayNetwork=ovirtmgmt,copyPasteEnable=true,timeOffset=0,transparentHugePages=true,vmId=e2abb477-f807-470f-ae20-a7205e690638,acpiEnable=true,custom={device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cd=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=41d6489a-07ab-481d-b35e-a14e007df6cd, device=spicevmc, type=CHANNEL, bootOrder=0, specParams={}, address={port=3, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel2, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cddevice_e3fa7b29-5b4f-462d-bcf4-298916996aaf=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=e3fa7b29-5b4f-462d-bcf4-298916996aaf, device=ide, type=CONTROLLER, bootOrder=0, specParams={}, address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x1}, managed=false, plugged=true, readOnly=false, deviceAlias=ide0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=5cc74d49-61c4-4887-8cf3-41135fbdee99, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=1, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=ee0562ba-7750-4857-8151-f422de37a388, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=2, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel1, customProperties={}, snapshotId=null}},spiceSslCipherSuite=DEFAULT,memSize=6000,smp=4,emulatedMachine=rhel6.5.0,vmType=kvm,memGuaranteedSize=1500,display=qxl,smartcardEnable=false,bootMenuEnable=false,numaTune={mode=interleave, nodeset=0,1},spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard,smpCoresPerSocket=1,maxVCpus=16,devices=[{address={bus=0x00, domain=0x0000, slot=0x02, type=pci, function=0x0}, specParams={ram=65536, vram=32768, heads=1}, device=qxl, type=video, deviceId=061ed0c0-22f5-4099-8bee-44a3dfa19956}, {shared=false, iface=ide, index=2, address={unit=0, bus=1, target=0, controller=0, type=drive}, specParams={path=}, path=, device=cdrom, type=disk, readonly=true, deviceId=dd759f21-7cca-4d56-8f0f-348d61492714}, {shared=false, index=0, volumeID=82528148-a4db-4892-87e6-b41c7b2f3ab8, propagateErrors=off, format=raw, type=disk, iface=virtio, bootOrder=1, address={bus=0x00, domain=0x0000, slot=0x06, type=pci, function=0x0}, domainID=05d4e406-de6d-47dc-8414-bdc7381b6d4a, imageID=f09ba312-5078-4070-801c-4a8c7e28d0aa, specParams={}, optional=false, device=disk, poolID=00000002-0002-0002-0002-00000000000f, readonly=false, deviceId=f09ba312-5078-4070-801c-4a8c7e28d0aa}, {nicModel=pv, address={bus=0x00, domain=0x0000, slot=0x03, type=pci, function=0x0}, specParams={outbound={}, inbound={}}, macAddr=00:1a:4a:70:41:a3, device=bridge, linkActive=true, type=interface, filter=vdsm-no-mac-spoofing, network=Cluster_VM, deviceId=b2e197f0-00f4-44f4-bd5c-32824d872c95}, {address={bus=0x00, domain=0x0000, slot=0x07, type=pci, function=0x0}, specParams={model=virtio}, device=memballoon, type=balloon, deviceId=e0a803e7-eb97-4285-a49f-6e99a5df974c}, {index=0, model=virtio-scsi, address={bus=0x00, domain=0x0000, slot=0x04, type=pci, function=0x0}, specParams={}, device=scsi, type=controller, deviceId=bd1cf13f-212b-4ceb-96c7-ee4950f7a7d3}, {address={bus=0x00, domain=0x0000, slot=0x05, type=pci, function=0x0}, specParams={}, device=virtio-serial, type=controller, deviceId=a2df4f4f-2920-4243-ba9a-26206057de6e}],vmName=ciril-recette,cpuType=Westmere,fileTransferEnable=true 2015-01-06 09:56:24,839 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] FINISH, CreateVDSCommand, log id: 6bcd4ecc 2015-01-06 09:56:24,852 INFO [org.ovirt.engine.core.vdsbroker.CreateVmVDSCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] FINISH, CreateVmVDSCommand, return: WaitForLaunch, log id: 5c6b51df 2015-01-06 09:56:24,854 INFO [org.ovirt.engine.core.bll.RunVmCommand] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Lock freed to object EngineLock [exclusiveLocks= key: e2abb477-f807-470f-ae20-a7205e690638 value: VM , sharedLocks= ] 2015-01-06 09:56:24,873 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-9) [c2fb019] Correlation ID: c2fb019, Job ID: 42d86800-fc18-42d6-98a6-0cf205a85a2c, Call Stack: null, Custom Event ID: -1, Message: VM ciril-recette was started by admin (Host: n4orna). 2015-01-06 09:56:28,296 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-73) [128f72d7] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from WaitForLaunch --> PoweringUp 2015-01-06 09:56:28,298 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-73) [128f72d7] START, FullListVdsCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vds=Host[n4orna,920bf64c-62f5-4b12-a69e-eef9936576c5], vmIds=[e2abb477-f807-470f-ae20-a7205e690638]), log id: 79d27c1c 2015-01-06 09:56:28,307 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVdsCommand] (DefaultQuartzScheduler_Worker-73) [128f72d7] FINISH, FullListVdsCommand, return: [{displaySecurePort=5909, kvmEnable=true, nicModel=rtl8139,pv, keyboardLayout=en-us, displayIp=10.99.23.4, pauseCode=NOERR, pitReinjection=false, nice=0, displayNetwork=ovirtmgmt, copyPasteEnable=true, timeOffset=0, transparentHugePages=true, vmId=e2abb477-f807-470f-ae20-a7205e690638, acpiEnable=true, custom={device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cd=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=41d6489a-07ab-481d-b35e-a14e007df6cd, device=spicevmc, type=CHANNEL, bootOrder=0, specParams={}, address={port=3, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel2, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388device_41d6489a-07ab-481d-b35e-a14e007df6cddevice_e3fa7b29-5b4f-462d-bcf4-298916996aaf=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=e3fa7b29-5b4f-462d-bcf4-298916996aaf, device=ide, type=CONTROLLER, bootOrder=0, specParams={}, address={bus=0x00, domain=0x0000, type=pci, slot=0x01, function=0x1}, managed=false, plugged=true, readOnly=false, deviceAlias=ide0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=5cc74d49-61c4-4887-8cf3-41135fbdee99, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=1, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel0, customProperties={}, snapshotId=null}, device_5cc74d49-61c4-4887-8cf3-41135fbdee99device_ee0562ba-7750-4857-8151-f422de37a388=VmDevice {vmId=e2abb477-f807-470f-ae20-a7205e690638, deviceId=ee0562ba-7750-4857-8151-f422de37a388, device=unix, type=CHANNEL, bootOrder=0, specParams={}, address={port=2, bus=0, controller=0, type=virtio-serial}, managed=false, plugged=true, readOnly=false, deviceAlias=channel1, customProperties={}, snapshotId=null}}, spiceSslCipherSuite=DEFAULT, memSize=6000, smp=4, displayPort=-1, emulatedMachine=rhel6.5.0, vmType=kvm, status=Up, memGuaranteedSize=1500, display=qxl, pid=23762, smartcardEnable=false, bootMenuEnable=false, spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, numaTune={nodeset=0,1, mode=interleave}, smpCoresPerSocket=1, maxVCpus=16, clientIp=, devices=[Ljava.lang.Object;@69d250bf, vmName=ciril-recette, fileTransferEnable=true, cpuType=Westmere}], log id: 79d27c1c 2015-01-06 09:56:28,328 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-73) [128f72d7] Received a spice Device without an address when processing VM e2abb477-f807-470f-ae20-a7205e690638 devices, skipping device: {specParams={spiceSecureChannels=smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard, keyMap=en-us, displayNetwork=ovirtmgmt, copyPasteEnable=true, displayIp=10.99.23.4}, device=spice, tlsPort=5909, type=graphics} 2015-01-06 09:56:46,936 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from PoweringUp --> Up 2015-01-06 09:56:47,065 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] Correlation ID: c2fb019, Job ID: 42d86800-fc18-42d6-98a6-0cf205a85a2c, Call Stack: null, Custom Event ID: -1, Message: VM ciril-recette started on Host n4orna 2015-01-06 09:57:57,112 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (ajp--127.0.0.1-8702-6) [631b7fb5] Lock Acquired to object EngineLock [exclusiveLocks= key: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 value: STORAGE , sharedLocks= ] 2015-01-06 09:57:57,517 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Running command: DetachStorageDomainFromPoolCommand internal: false. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: StorageAction group MANIPULATE_STORAGE_DOMAIN with role type ADMIN 2015-01-06 09:57:57,520 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Start detach storage domain 2015-01-06 09:57:57,530 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Detach storage domain: before connect 2015-01-06 09:57:57,720 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 13e1b92c 2015-01-06 09:57:57,728 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7b9a83cf 2015-01-06 09:57:57,737 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 2a3e2925 2015-01-06 09:57:57,759 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 6386df71 2015-01-06 09:58:00,209 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,214 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,220 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,215 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 2bb163a4 2015-01-06 09:58:00,227 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 4cb88aac 2015-01-06 09:58:00,225 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] Command ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 09:58:00,221 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 49562818 2015-01-06 09:58:00,236 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] FINISH, ConnectStorageServerVDSCommand, log id: 23eae7f9 2015-01-06 09:58:00,230 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-39) [6ce74644] Failed to connect host n3orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,228 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-49) [6ce74644] Failed to connect host n2orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,239 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-7) [6ce74644] Failed to connect host n4orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,237 ERROR [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (org.ovirt.thread.pool-8-thread-18) [6ce74644] Failed to connect host n1orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 09:58:00,294 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-9) [6ce74644] ConnectDomainToStorage. After Connect all hosts to pool. Time:1/6/15 9:58 AM 2015-01-06 09:58:03,032 INFO [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Running command: SyncLunsInfoForBlockStorageDomainCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 09:58:03,111 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] START, GetVGInfoVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, VGID=Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom), log id: a46928a 2015-01-06 09:58:03,225 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Failed in GetVGInfoVDS method 2015-01-06 09:58:03,227 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Command org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand return value OneVGReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=506, mMessage=Volume Group does not exist: ('vg_uuid: Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom',)]] 2015-01-06 09:58:03,229 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] HostName = n2orna 2015-01-06 09:58:03,231 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Command GetVGInfoVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, VGID=Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVGInfoVDS, error = Volume Group does not exist: ('vg_uuid: Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom',), code = 506 2015-01-06 09:58:03,234 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] FINISH, GetVGInfoVDSCommand, log id: a46928a 2015-01-06 09:58:03,236 ERROR [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-6) [4205431d] Command org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to GetVGInfoVDS, error = Volume Group does not exist: ('vg_uuid: Zqoys8-LKeb-QJIG-TRDR-dnkP-0RWd-ftbOom',), code = 506 (Failed with error VolumeGroupDoesNotExist and code 506) 2015-01-06 09:58:06,526 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7:fujitsu_backup_rsync in problem. vds: n1orna 2015-01-06 09:58:06,529 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) Host 60d8c75b-38f1-4cd0-b162-729285eadefd has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 6a081ad8-201f-48e4-ba56-5a581fac4475) 2015-01-06 09:58:06,559 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-49) Host 38893029-0eb8-4d19-a28f-07680d8d6868 has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 922d1075-c975-4d9f-87d1-db8d5aa4059d) 2015-01-06 09:58:06,644 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-57) [6e3156c6] Running storage connections refresh for hosts [38893029-0eb8-4d19-a28f-07680d8d6868, 60d8c75b-38f1-4cd0-b162-729285eadefd] 2015-01-06 09:58:06,648 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 09:58:06,648 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 09:58:06,700 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-24) Host 920bf64c-62f5-4b12-a69e-eef9936576c5 has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 12dfe3fe-966a-486e-8eda-89575648545f) 2015-01-06 09:58:06,762 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 70a8393b 2015-01-06 09:58:06,769 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 396e347 2015-01-06 09:58:15,975 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-31) Host ab744426-2294-4c0b-aaf5-08ebb162f542 has reported new storage access problem to the following domains 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 marking it for storage connections and pool metadata refresh (report id: 18fffe35-403c-413e-acb1-8d173aa447da) 2015-01-06 09:58:52,862 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-1) [7face9e1] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from Up --> RebootInProgress 2015-01-06 09:59:23,829 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-98) [4c461177] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from RebootInProgress --> Up 2015-01-06 09:59:48,453 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-35) domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a:MSA1-O2-vd01 in problem. vds: n3orna 2015-01-06 10:00:34,503 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-94) [289a4e02] VM ldap-recette ad20808d-b62c-4087-a41a-31ed7672e364 moved from Up --> NotResponding 2015-01-06 10:00:34,550 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-94) [289a4e02] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM ldap-recette is not responding. 2015-01-06 10:00:34,572 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-94) [289a4e02] VM ciril 627fbbe4-4812-4218-a512-cc1ed26124fd moved from Up --> NotResponding 2015-01-06 10:00:34,618 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-94) [289a4e02] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM ciril is not responding. 2015-01-06 10:00:50,138 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-96) [50e93ebc] VM antivirus2 1437b20a-d3cb-4537-ace5-2dee650f561f moved from Up --> NotResponding 2015-01-06 10:00:50,183 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-96) [50e93ebc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM antivirus2 is not responding. 2015-01-06 10:00:50,188 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-96) [50e93ebc] VM rsst-formation 064f2b1f-f245-4f34-9747-27c28ce388df moved from Up --> NotResponding 2015-01-06 10:00:50,257 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-96) [50e93ebc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM rsst-formation is not responding. 2015-01-06 10:00:50,262 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-96) [50e93ebc] VM forum c94e5f1f-1f10-47e5-b4bb-87d1ef31caf9 moved from Up --> NotResponding 2015-01-06 10:00:50,303 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-96) [50e93ebc] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM forum is not responding. 2015-01-06 10:00:57,729 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,737 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,745 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,741 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 13e1b92c 2015-01-06 10:00:57,760 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 2a3e2925 2015-01-06 10:00:57,750 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 7b9a83cf 2015-01-06 10:00:57,764 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-37) [631b7fb5] Failed to connect host n4orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,762 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-50) [631b7fb5] Failed to connect host n2orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,767 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-21) [631b7fb5] Failed to connect host n1orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,767 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] Command ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:00:57,868 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] FINISH, ConnectStorageServerVDSCommand, log id: 6386df71 2015-01-06 10:00:57,871 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-16) [631b7fb5] Failed to connect host n3orna to storage domain (name: fujitsu_backup_rsync, id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7). Exception: org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022): org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) at org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:117) [bll.jar:] at org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:58) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.runConnectionStorageToDomain(ISCSIStorageHelper.java:31) [bll.jar:] at org.ovirt.engine.core.bll.storage.ISCSIStorageHelper.connectStorageToDomainByVdsId(ISCSIStorageHelper.java:227) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:336) [bll.jar:] at org.ovirt.engine.core.bll.storage.StorageDomainCommandBase$3.call(StorageDomainCommandBase.java:331) [bll.jar:] at org.ovirt.engine.core.utils.threadpool.ThreadPoolUtil$InternalCallable.call(ThreadPoolUtil.java:112) [utils.jar:] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_71] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_71] at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_71] 2015-01-06 10:00:57,902 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Detach storage domain: after connect 2015-01-06 10:00:57,906 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] START, DetachStorageDomainVDSCommand( storagePoolId = 00000002-0002-0002-0002-00000000000f, ignoreFailoverLimit = false, storageDomainId = 34c95a44-db7f-4d0f-ba13-5f06a7feefe7, masterDomainId = 00000000-0000-0000-0000-000000000000, masterVersion = 1, force = false), log id: 7e14d5fa 2015-01-06 10:01:05,877 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-89) [3c054f3d] VM voip-admin 34d7033b-72bd-4c61-9a24-a73c5541955c moved from Up --> NotResponding 2015-01-06 10:01:05,925 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-89) [3c054f3d] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM voip-admin is not responding. 2015-01-06 10:01:06,770 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] Command ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:01:06,776 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] Command ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-06 10:01:06,785 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] FINISH, ConnectStorageServerVDSCommand, log id: 70a8393b 2015-01-06 10:01:06,796 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] FINISH, ConnectStorageServerVDSCommand, log id: 396e347 2015-01-06 10:01:06,799 ERROR [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-1) [265f9df9] Command org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) 2015-01-06 10:01:06,801 ERROR [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-42) [4f7c5a1d] Command org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) 2015-01-06 10:01:06,813 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-57) [6e3156c6] Submitting to the event queue pool refresh for hosts [38893029-0eb8-4d19-a28f-07680d8d6868, 60d8c75b-38f1-4cd0-b162-729285eadefd] 2015-01-06 10:01:06,816 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-37) Running storage pool metadata refresh for hosts {1} 2015-01-06 10:01:06,844 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-47) START, ConnectStoragePoolVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, vdsId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 377e2518 2015-01-06 10:01:06,844 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-26) START, ConnectStoragePoolVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, vdsId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 2d074200 2015-01-06 10:01:15,895 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Failed in DetachStorageDomainVDS method 2015-01-06 10:01:15,898 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] IrsBroker::Failed::DetachStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 2015-01-06 10:01:21,229 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-26) FINISH, ConnectStoragePoolVDSCommand, log id: 2d074200 2015-01-06 10:01:22,578 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-86) [2ba9b406] VM packetfence adef4f71-d322-4307-b1d1-c0988bd4efcb moved from Up --> NotResponding 2015-01-06 10:01:22,624 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-86) [2ba9b406] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM packetfence is not responding. 2015-01-06 10:01:22,629 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-86) [2ba9b406] VM afs1 2256fed4-ff9e-4520-9e89-fe0bca30ec1b moved from Up --> NotResponding 2015-01-06 10:01:22,672 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-86) [2ba9b406] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM afs1 is not responding. 2015-01-06 10:01:22,676 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-86) [2ba9b406] VM piros e22277e0-723f-40b6-a46d-ca8f821807e7 moved from Up --> NotResponding 2015-01-06 10:01:22,719 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler_Worker-86) [2ba9b406] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VM piros is not responding. 2015-01-06 10:03:21,860 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] START, SpmStopVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f), log id: 15cd9c64 2015-01-06 10:03:22,004 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] SpmStopVDSCommand::Stopping SPM on vds n2orna, pool id 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:22,032 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-47) FINISH, ConnectStoragePoolVDSCommand, log id: 377e2518 2015-01-06 10:03:22,037 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-3) domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 in problem. vds: n2orna 2015-01-06 10:03:22,047 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) starting processDomainRecovery for domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7:fujitsu_backup_rsync 2015-01-06 10:03:22,179 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] FINISH, SpmStopVDSCommand, log id: 15cd9c64 2015-01-06 10:03:22,181 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [631b7fb5] Irs placed on server 38893029-0eb8-4d19-a28f-07680d8d6868 failed. Proceed Failover 2015-01-06 10:03:22,219 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) Domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7:fujitsu_backup_rsync was reported by all hosts in status UP as problematic. Moving the domain to NonOperational. 2015-01-06 10:03:22,251 INFO [org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand] (org.ovirt.thread.pool-8-thread-46) [74a0283] Failed to Acquire Lock to object EngineLock [exclusiveLocks= key: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 value: STORAGE , sharedLocks= key: 00000002-0002-0002-0002-00000000000f value: POOL ] 2015-01-06 10:03:22,258 WARN [org.ovirt.engine.core.bll.storage.DeactivateStorageDomainCommand] (org.ovirt.thread.pool-8-thread-46) [74a0283] CanDoAction of action DeactivateStorageDomain failed. Reasons:VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__DEACTIVATE,ACTION_TYPE_FAILED_OBJECT_LOCKED 2015-01-06 10:03:22,279 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) [74a0283] Removing vds [] from the domain in maintenance cache 2015-01-06 10:03:22,282 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-46) [74a0283] Removing host(s) [] from hosts unseen domain report cache 2015-01-06 10:03:22,300 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] Running command: SetStoragePoolStatusCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:22,306 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a status from Active to Unknown, reason : null 2015-01-06 10:03:22,311 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97 status from Active to Unknown, reason : null 2015-01-06 10:03:22,315 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 5a8e48d4-25f0-46f4-9682-e92785e9057a status from Active to Unknown, reason : null 2015-01-06 10:03:22,319 INFO [org.ovirt.engine.core.vdsbroker.storage.StoragePoolDomainHelper] (org.ovirt.thread.pool-8-thread-17) [422d495e] Storage Pool 00000002-0002-0002-0002-00000000000f - Updating Storage Domain 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 status from Active to Unknown, reason : null 2015-01-06 10:03:22,363 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [422d495e] Correlation ID: 422d495e, Call Stack: null, Custom Event ID: -1, Message: Data Center is being initialized, please wait for initialization to complete. 2015-01-06 10:03:22,381 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] hostFromVds::selectedVds - n3orna, spmStatus Free, storage pool Default 2015-01-06 10:03:22,391 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] starting spm on vds n3orna, storage pool Default, prevId -1, LVER -1 2015-01-06 10:03:22,418 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] START, SpmStartVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, prevId=-1, prevLVER=-1, storagePoolFormatType=V3, recoveryMode=Manual, SCSIFencing=false), log id: 51aadbb5 2015-01-06 10:03:22,446 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] spmStart polling started: taskId = 58d4fff4-d230-4c6b-aae3-62b7ff427098 2015-01-06 10:03:26,697 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM ldap-recette ad20808d-b62c-4087-a41a-31ed7672e364 moved from NotResponding --> Up 2015-01-06 10:03:26,699 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM voip-admin 34d7033b-72bd-4c61-9a24-a73c5541955c moved from NotResponding --> Up 2015-01-06 10:03:26,702 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM packetfence adef4f71-d322-4307-b1d1-c0988bd4efcb moved from NotResponding --> Up 2015-01-06 10:03:26,704 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM afs1 2256fed4-ff9e-4520-9e89-fe0bca30ec1b moved from NotResponding --> Up 2015-01-06 10:03:26,707 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM piros e22277e0-723f-40b6-a46d-ca8f821807e7 moved from NotResponding --> Up 2015-01-06 10:03:26,709 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM ciril 627fbbe4-4812-4218-a512-cc1ed26124fd moved from NotResponding --> Up 2015-01-06 10:03:26,712 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM antivirus2 1437b20a-d3cb-4537-ace5-2dee650f561f moved from NotResponding --> Up 2015-01-06 10:03:26,714 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM rsst-formation 064f2b1f-f245-4f34-9747-27c28ce388df moved from NotResponding --> Up 2015-01-06 10:03:26,716 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-100) [7ad552fa] VM forum c94e5f1f-1f10-47e5-b4bb-87d1ef31caf9 moved from NotResponding --> Up 2015-01-06 10:03:28,136 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] spmStart polling ended: taskId = 58d4fff4-d230-4c6b-aae3-62b7ff427098 task status = finished 2015-01-06 10:03:28,155 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] spmStart polling ended, spm status: SPM 2015-01-06 10:03:28,191 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] START, HSMClearTaskVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, taskId=58d4fff4-d230-4c6b-aae3-62b7ff427098), log id: 3c3c7472 2015-01-06 10:03:28,199 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] FINISH, HSMClearTaskVDSCommand, log id: 3c3c7472 2015-01-06 10:03:28,201 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] FINISH, SpmStartVDSCommand, return: org.ovirt.engine.core.common.businessentities.SpmStatusResult at 146b8db3, log id: 51aadbb5 2015-01-06 10:03:28,212 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] Initialize Irs proxy from vds: 10.99.23.3 2015-01-06 10:03:28,248 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [422d495e] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Storage Pool Manager runs on Host n3orna (Address: 10.99.23.3). 2015-01-06 10:03:28,273 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] START, SPMGetAllTasksInfoVDSCommand( storagePoolId = 00000002-0002-0002-0002-00000000000f, ignoreFailoverLimit = false), log id: 5be8ceb1 2015-01-06 10:03:28,530 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] Failed in DetachStorageDomainVDS method 2015-01-06 10:03:28,533 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] IrsBroker::Failed::DetachStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 2015-01-06 10:03:28,688 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] START, SpmStopVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f), log id: 430bdc38 2015-01-06 10:03:28,696 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] SpmStopVDSCommand::Stopping SPM on vds n3orna, pool id 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:28,943 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.pool-8-thread-17) [422d495e] FINISH, SpmStopVDSCommand, log id: 430bdc38 2015-01-06 10:03:28,946 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [422d495e] Irs placed on server ab744426-2294-4c0b-aaf5-08ebb162f542 failed. Proceed Failover 2015-01-06 10:03:29,052 INFO [org.ovirt.engine.core.bll.storage.SetStoragePoolStatusCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Running command: SetStoragePoolStatusCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:29,099 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [18526185] Correlation ID: 18526185, Call Stack: null, Custom Event ID: -1, Message: Data Center is being initialized, please wait for initialization to complete. 2015-01-06 10:03:29,113 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [18526185] hostFromVds::selectedVds - n4orna, spmStatus Free, storage pool Default 2015-01-06 10:03:29,123 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [18526185] starting spm on vds n4orna, storage pool Default, prevId -1, LVER -1 2015-01-06 10:03:29,151 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] START, SpmStartVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, prevId=-1, prevLVER=-1, storagePoolFormatType=V3, recoveryMode=Manual, SCSIFencing=false), log id: 3992a29c 2015-01-06 10:03:29,164 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] spmStart polling started: taskId = d2c1864d-c71c-4378-a4a5-97d0afafd775 2015-01-06 10:03:31,478 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] spmStart polling ended: taskId = d2c1864d-c71c-4378-a4a5-97d0afafd775 task status = finished 2015-01-06 10:03:31,490 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] spmStart polling ended, spm status: SPM 2015-01-06 10:03:31,518 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] START, HSMClearTaskVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, taskId=d2c1864d-c71c-4378-a4a5-97d0afafd775), log id: 29266dd2 2015-01-06 10:03:31,526 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] FINISH, HSMClearTaskVDSCommand, log id: 29266dd2 2015-01-06 10:03:31,528 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] FINISH, SpmStartVDSCommand, return: org.ovirt.engine.core.common.businessentities.SpmStatusResult at 59cd7a77, log id: 3992a29c 2015-01-06 10:03:31,539 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) [18526185] Initialize Irs proxy from vds: 10.99.23.4 2015-01-06 10:03:31,575 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [18526185] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Storage Pool Manager runs on Host n4orna (Address: 10.99.23.4). 2015-01-06 10:03:31,599 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] START, SPMGetAllTasksInfoVDSCommand( storagePoolId = 00000002-0002-0002-0002-00000000000f, ignoreFailoverLimit = false), log id: 5e2b03ab 2015-01-06 10:03:31,711 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Failed in DetachStorageDomainVDS method 2015-01-06 10:03:31,714 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] IrsBroker::Failed::DetachStorageDomainVDS due to: IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 2015-01-06 10:03:31,718 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DetachStorageDomainVDSCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] FINISH, DetachStorageDomainVDSCommand, log id: 7e14d5fa 2015-01-06 10:03:31,718 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] -- executeIrsBrokerCommand: Attempting on storage pool 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:31,721 ERROR [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Command org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException: IRSGenericException: IRSErrorException: Failed to DetachStorageDomainVDS, error = Storage domain does not exist: ('34c95a44-db7f-4d0f-ba13-5f06a7feefe7',), code = 358 (Failed with error StorageDomainDoesNotExist and code 358) 2015-01-06 10:03:31,741 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Command [id=3b4688b2-b626-470c-9ac9-4a65b0ef0864]: Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot [id=storagePoolId = 00000002-0002-0002-0002-00000000000f, storageId = 34c95a44-db7f-4d0f-ba13-5f06a7feefe7, status=Inactive]. 2015-01-06 10:03:31,761 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-17) [18526185] Correlation ID: 631b7fb5, Job ID: 780fb013-3a4c-4cc7-9bfd-a755989a6eeb, Call Stack: null, Custom Event ID: -1, Message: Failed to detach Storage Domain fujitsu_backup_rsync to Data Center Default. (User: admin) 2015-01-06 10:03:31,771 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] START, HSMGetAllTasksInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5), log id: 32a82db7 2015-01-06 10:03:31,773 INFO [org.ovirt.engine.core.bll.storage.DetachStorageDomainFromPoolCommand] (org.ovirt.thread.pool-8-thread-17) [18526185] Lock freed to object EngineLock [exclusiveLocks= key: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 value: STORAGE , sharedLocks= ] 2015-01-06 10:03:31,779 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] FINISH, HSMGetAllTasksInfoVDSCommand, return: [], log id: 32a82db7 2015-01-06 10:03:31,782 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-13) [18526185] FINISH, SPMGetAllTasksInfoVDSCommand, return: [], log id: 5e2b03ab 2015-01-06 10:03:31,782 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] -- executeIrsBrokerCommand: Attempting on storage pool 00000002-0002-0002-0002-00000000000f 2015-01-06 10:03:31,785 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-13) [18526185] Discovered no tasks on Storage Pool Default 2015-01-06 10:03:31,815 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] START, HSMGetAllTasksInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5), log id: 4eb41b3a 2015-01-06 10:03:31,825 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] FINISH, HSMGetAllTasksInfoVDSCommand, return: [], log id: 4eb41b3a 2015-01-06 10:03:31,829 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-8-thread-26) [422d495e] FINISH, SPMGetAllTasksInfoVDSCommand, return: [], log id: 5be8ceb1 2015-01-06 10:03:31,831 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (org.ovirt.thread.pool-8-thread-26) [422d495e] Discovered no tasks on Storage Pool Default 2015-01-06 10:03:32,008 INFO [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-32) [afbbe0a] Running command: SyncLunsInfoForBlockStorageDomainCommand internal: true. Entities affected : ID: 05d4e406-de6d-47dc-8414-bdc7381b6d4a Type: Storage 2015-01-06 10:03:32,023 INFO [org.ovirt.engine.core.bll.storage.SyncLunsInfoForBlockStorageDomainCommand] (org.ovirt.thread.pool-8-thread-7) [73793c2b] Running command: SyncLunsInfoForBlockStorageDomainCommand internal: true. Entities affected : ID: 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97 Type: Storage 2015-01-06 10:03:32,075 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [afbbe0a] START, GetVGInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, VGID=CtELsP-UYZb-zgRH-bVz7-lijD-Elfy-frzEJp), log id: 19fe6181 2015-01-06 10:03:32,091 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-7) [73793c2b] START, GetVGInfoVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, VGID=dEB6XY-cNBu-hsoz-avXf-m6Vp-4jOq-eDMCBK), log id: 14fc74a1 2015-01-06 10:03:32,102 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] Running storage connections refresh for hosts [ab744426-2294-4c0b-aaf5-08ebb162f542, 920bf64c-62f5-4b12-a69e-eef9936576c5] 2015-01-06 10:03:32,107 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:32,107 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] Running command: ConnectHostToStoragePoolServersCommand internal: true. Entities affected : ID: 00000002-0002-0002-0002-00000000000f Type: StoragePool 2015-01-06 10:03:32,163 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = NFS, connectionList = [{ id: 79bae336-2d76-4986-bf1e-50e350cde9f7, connection: cluster.33sdis.fr:/var/lib/exports/iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1acd4935 2015-01-06 10:03:32,167 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = NFS, connectionList = [{ id: 79bae336-2d76-4986-bf1e-50e350cde9f7, connection: cluster.33sdis.fr:/var/lib/exports/iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 10087d1 2015-01-06 10:03:32,196 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] FINISH, ConnectStorageServerVDSCommand, return: {79bae336-2d76-4986-bf1e-50e350cde9f7=0}, log id: 10087d1 2015-01-06 10:03:32,199 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-15) [2ad98c66] Host n3orna storage connection was succeeded 2015-01-06 10:03:32,643 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-32) [afbbe0a] FINISH, GetVGInfoVDSCommand, return: [LUNs [id=3600c0ff000149e9d22c0105401000000, physicalVolumeId=OMa7pu-EyxG-mdNM-9EP5-eP2f-2GPV-tWiexe, volumeGroupId=CtELsP-UYZb-zgRH-bVz7-lijD-Elfy-frzEJp, serial=SHP_P2000_G3_FC_00c0ff149e9d000022c0105401000000, lunMapping=0, vendorId=HP, productId=P2000 G3 FC, _lunConnections=[], deviceSize=5583, vendorName=HP, pathsDictionary={sdb=true, sdd=true}, lunType=UNKNOWN, status=null, diskId=null, diskAlias=null, storageDomainId=05d4e406-de6d-47dc-8414-bdc7381b6d4a, storageDomainName=null]], log id: 19fe6181 2015-01-06 10:03:32,649 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (org.ovirt.thread.pool-8-thread-7) [73793c2b] FINISH, GetVGInfoVDSCommand, return: [LUNs [id=3600c0ff00015986a35d98a5401000000, physicalVolumeId=oWeQjL-dOc0-G9dH-wu1g-8pCd-jGjG-rzL0ZM, volumeGroupId=dEB6XY-cNBu-hsoz-avXf-m6Vp-4jOq-eDMCBK, serial=SHP_P2000_G3_FC_00c0ff15986a000035d98a5401000000, lunMapping=0, vendorId=HP, productId=P2000 G3 FC, _lunConnections=[], deviceSize=5583, vendorName=HP, pathsDictionary={sdc=true, sde=true}, lunType=UNKNOWN, status=null, diskId=null, diskAlias=null, storageDomainId=75a3e25a-2ea6-4b95-9d9f-9fe791e38e97, storageDomainName=null]], log id: 14fc74a1 2015-01-06 10:03:32,664 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] FINISH, ConnectStorageServerVDSCommand, return: {79bae336-2d76-4986-bf1e-50e350cde9f7=0}, log id: 1acd4935 2015-01-06 10:03:32,668 INFO [org.ovirt.engine.core.bll.storage.ConnectHostToStoragePoolServersCommand] (org.ovirt.thread.pool-8-thread-27) [4bd57497] Host n4orna storage connection was succeeded 2015-01-06 10:03:32,671 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-55) [27e4f6a6] Submitting to the event queue pool refresh for hosts [ab744426-2294-4c0b-aaf5-08ebb162f542, 920bf64c-62f5-4b12-a69e-eef9936576c5] 2015-01-06 10:03:32,675 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-35) Running storage pool metadata refresh for hosts {1} 2015-01-06 10:03:32,704 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-10) START, ConnectStoragePoolVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, vdsId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 66dc8feb 2015-01-06 10:03:32,705 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-41) START, ConnectStoragePoolVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, vdsId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, masterVersion = 1), log id: 1a6cc20f 2015-01-06 10:03:34,083 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-10) FINISH, ConnectStoragePoolVDSCommand, log id: 66dc8feb 2015-01-06 10:03:34,307 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand] (org.ovirt.thread.pool-8-thread-41) FINISH, ConnectStoragePoolVDSCommand, log id: 1a6cc20f 2015-01-06 10:03:37,386 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-47) Host 60d8c75b-38f1-4cd0-b162-729285eadefd no longer storage access problem to any relevant domain clearing its report (report id: 6a081ad8-201f-48e4-ba56-5a581fac4475) 2015-01-06 10:03:37,392 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-47) Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 recovered from problem. vds: n1orna 2015-01-06 10:03:37,465 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-34) Host 38893029-0eb8-4d19-a28f-07680d8d6868 no longer storage access problem to any relevant domain clearing its report (report id: 922d1075-c975-4d9f-87d1-db8d5aa4059d) 2015-01-06 10:03:37,471 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-34) Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 recovered from problem. vds: n2orna 2015-01-06 10:03:37,475 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-34) Domain 75a3e25a-2ea6-4b95-9d9f-9fe791e38e97:MSA2-O2 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-01-06 10:03:37,634 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-11) Host 920bf64c-62f5-4b12-a69e-eef9936576c5 no longer storage access problem to any relevant domain clearing its report (report id: 12dfe3fe-966a-486e-8eda-89575648545f) 2015-01-06 10:03:39,263 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) Host ab744426-2294-4c0b-aaf5-08ebb162f542 no longer storage access problem to any relevant domain clearing its report (report id: 18fffe35-403c-413e-acb1-8d173aa447da) 2015-01-06 10:03:39,268 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) Domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a:MSA1-O2-vd01 recovered from problem. vds: n3orna 2015-01-06 10:03:39,270 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-17) Domain 05d4e406-de6d-47dc-8414-bdc7381b6d4a:MSA1-O2-vd01 has recovered from problem. No active host in the DC is reporting it as problematic, so clearing the domain recovery timer. 2015-01-06 10:03:44,310 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (DefaultQuartzScheduler_Worker-45) [5770eda1] No hosts has reported storage access problem to domains, clearing the handled hosts reports map 2015-01-06 10:05:00,006 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-29) [1cbf3978] Autorecovering 1 storage domains 2015-01-06 10:05:00,009 INFO [org.ovirt.engine.core.bll.AutoRecoveryManager] (DefaultQuartzScheduler_Worker-29) [1cbf3978] Autorecovering storage domains id: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 2015-01-06 10:05:00,014 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-29) [344e83b5] Running command: ConnectDomainToStorageCommand internal: true. Entities affected : ID: 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 Type: Storage 2015-01-06 10:05:00,019 INFO [org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand] (DefaultQuartzScheduler_Worker-29) [344e83b5] ConnectDomainToStorage. Before Connect all hosts to pool. Time:1/6/15 10:05 AM 2015-01-06 10:05:00,209 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-37) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n4orna, HostId = 920bf64c-62f5-4b12-a69e-eef9936576c5, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1d6d563c 2015-01-06 10:05:00,210 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-28) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n1orna, HostId = 60d8c75b-38f1-4cd0-b162-729285eadefd, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 12a471c7 2015-01-06 10:05:00,258 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-34) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n3orna, HostId = ab744426-2294-4c0b-aaf5-08ebb162f542, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 70547eab 2015-01-06 10:05:00,258 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-19) [344e83b5] START, ConnectStorageServerVDSCommand(HostName = n2orna, HostId = 38893029-0eb8-4d19-a28f-07680d8d6868, storagePoolId = 00000002-0002-0002-0002-00000000000f, storageType = ISCSI, connectionList = [{ id: 1b9f3167-3236-431e-93c2-ab5ee18eba04, connection: 10.23.2.199, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };{ id: ea5971f8-e1a0-42e3-826d-b95e9031ce53, connection: 10.23.2.198, iqn: iqn.1999-06.com.fujitsu-siemens:0907d7d0e3.a, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 6438f79b 2015-01-06 10:06:11,746 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-83) [453f31bd] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from Up --> RebootInProgress 2015-01-06 10:06:39,611 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-84) [537321db] VM ciril-recette e2abb477-f807-470f-ae20-a7205e690638 moved from RebootInProgress --> Up -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. From ykatabam at redhat.com Sun Jan 4 22:18:43 2015 From: ykatabam at redhat.com (Yuko Katabami) Date: Mon, 05 Jan 2015 08:18:43 +1000 Subject: [ovirt-users] Would you add the project of Jasper into the Zanata? In-Reply-To: <65208989.2078131.1419723471570.JavaMail.zimbra@redhat.com> References: <1362230405.2078038.1419723387069.JavaMail.zimbra@redhat.com> <65208989.2078131.1419723471570.JavaMail.zimbra@redhat.com> Message-ID: <54A9BC43.1020909@redhat.com> Hi Helen, Sorry for the delay in responding. With regard to the JasperServer strings for oVirt Reports, we have two projects in zanata.org. The first one is "oVirt Engine Reports" which you have already edited some translations. The second one is "oVirt Engine DWH", accessible at: https://translate.zanata.org/zanata/project/view/ovirt-engine-dwh (there is only one version called "master" in this project) The remaining translations are actually imported from the JasperServer community. If you would like to change those strings, the only way to change them is to be part of JasperServer localization group and work with them. Yaniv and Shirly are able to direct you to the right contact. I also confirmed with Shirly that the recent fix you applied in oVirt Engine Reports (and potentially oVirt Engine DWH) will first be included in 3.6, then backported to 3.5.2. If you have any further questions, please feel free to contact us again. Kind regards, Yuko On 12/28/2014 09:37 AM, Yaniv Dary wrote: > corrections: > > > ------------------------------------------------------------------------ > > *From: *"Yaniv Dary" > *To: *"???" > *Cc: *users at ovirt.org, tfu at redhat.com, ykatabam at redhat.com > *Sent: *Sunday, December 28, 2014 1:36:27 AM > *Subject: *Re: [ovirt-users] Would you add the project of Jasper > into the Zanata? > > JasperServer is used by oVirt, but we do not translate it. > I would contact the Jasper community on how to donate translations. > > We do have a translation project for the reports themselves, Yuko can > refer you to that. > > > > > ------------------------------------------------------------------------ > > *From: *"???" > *To: *users at ovirt.org > *Cc: *tfu at redhat.com, ykatabam at redhat.com > *Sent: *Friday, December 26, 2014 10:19:00 AM > *Subject: *[ovirt-users] Would you add the project of Jasper > into the Zanata? > > hi all, > > Would you add Jasper into zanata? I want to translate > it for reports, and this project is based > > on this project. So would you add it for reports? Thanks a lot. :) > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sohrberg at gmail.com Mon Jan 5 16:03:46 2015 From: sohrberg at gmail.com (=?utf-8?Q?Staffan_=C3=96hrberg?=) Date: Mon, 5 Jan 2015 17:03:46 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) Message-ID: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> Hi, Short background, I own a startup company that have been used VMware ESXi for a year and are trying oVirt to see if that can be a replacement for us. I have just installed oVirt 3.5, but have trouble accessing ovirt-image-repository,Glance (http://glance.ovirt.org:9292). In the admin console it just says: ?Error while executing action: A Request to the server failed with the following Status Code: 500? In the server.log I got a lot of errors: 2015-01-05 16:57:01,881 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public abstract org.ovirt.engine.core.common.action.VdcReturnValueBase org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' threw an unexpected exception: javax.ejb.EJBException: java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not initialize class com.woorea.openstack.glance.Glance ?. I have search for an answer, but have not found one. Anyone in this forum have any idea of whats wrong? Regards, Staffan ?hrberg -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 6 22:12:23 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 06 Jan 2015 15:12:23 -0700 Subject: [ovirt-users] LDAP Certificate Location? Message-ID: An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Wed Jan 7 00:26:53 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Tue, 6 Jan 2015 19:26:53 -0500 Subject: [ovirt-users] Possibility to regenerate answer file on primary node Message-ID: I believe that I'm stuck with trying to follow the deployment via the popular guide at: http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ I'm trying to get my second hosted-engine deployed and seem to keep running into errors with '--deploy' on the second node. --- --== NETWORK CONFIGURATION ==-- Please indicate a pingable gateway IP address [x.x.x.x]: The following CPU types are supported by this host: - model_Westmere: Intel Westmere Family - model_Nehalem: Intel Nehalem Family - model_Penryn: Intel Penryn Family - model_Conroe: Intel Conroe Family [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU type specified: None --- It seems like the answer file that is copied from the first node is either not being copied or is incorrect. In any case, I was wondering if there was a way to verify this as well as if there is a method for regenerating the answer file on the first node should it be missing (which I think that it might be). I apologize if this is pretty obvious stuff at this point as I feel like I'm missing something. Any help would be greatly appreciated. Thanks, Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Wed Jan 7 00:37:34 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Tue, 6 Jan 2015 19:37:34 -0500 Subject: [ovirt-users] Possibility to regenerate answer file on primary node In-Reply-To: References: Message-ID: For added information (a portion from the ovirt-hosted-setup log): ------ 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV OVEHOSTED_VM/vmBoot=str:'disk' 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._customization:137 Compatible CPU models are: [u'model_Nehalem', u'model_Conroe', u'model_coreduo', u'model_core2duo', u'model_Penryn', u'model_Westmere', u'model_n270'] 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND The following CPU types are supported by this host: 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Westmere: Intel Westmere Family 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Nehalem: Intel Nehalem Family 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Penryn: Intel Penryn Family 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND - model_Conroe: Intel Conroe Family 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py", line 194, in _customization ohostedcons.VDSMEnv.VDSM_CPU RuntimeError: Invalid CPU type specified: None 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': Invalid CPU type specified: None 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, RuntimeError('Invalid CPU type specified: None',), )]' 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: Clean up 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE cleanup ------ On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young wrote: > I believe that I'm stuck with trying to follow the deployment via the > popular guide at: > > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ > > I'm trying to get my second hosted-engine deployed and seem to keep > running into errors with '--deploy' on the second node. > > --- > --== NETWORK CONFIGURATION ==-- > > Please indicate a pingable gateway IP address [x.x.x.x]: > The following CPU types are supported by this host: > - model_Westmere: Intel Westmere Family > - model_Nehalem: Intel Nehalem Family > - model_Penryn: Intel Penryn Family > - model_Conroe: Intel Conroe Family > [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU > type specified: None > > --- > It seems like the answer file that is copied from the first node is either > not being copied or is incorrect. In any case, I was wondering if there > was a way to verify this as well as if there is a method for regenerating > the answer file on the first node should it be missing (which I think that > it might be). > > I apologize if this is pretty obvious stuff at this point as I feel like > I'm missing something. Any help would be greatly appreciated. > > Thanks, > > Chris > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Wed Jan 7 01:00:26 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Tue, 6 Jan 2015 17:00:26 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Message-ID: For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From mrose at power-soft.com Wed Jan 7 01:29:24 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 7 Jan 2015 01:29:24 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com>, <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> Message-ID: Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? On Jan 5, 2015, at 12:32 PM, Mikola Rose > wrote: I will asap. I am struggling with my augeas-libs issue. Still trying to resolve my augeas-libs issue. https://access.redhat.com/comment/865173#comment-865173 I managed to reproduce, and it seems to me that this is caused by vdsm trying to contact hosted-engine-ha, because it seems to have been configured by a previous failed run of deploy, although it's actually still down. At this point, 'vdsClient -s 0 getVdsStats' indeed got stuck. Removing /etc/ovirt-hosted-engine/hosted-engine.conf was enough to make it work. Mikola, please try that and tell us if it solves. Thanks! I added a comment [1] on bz. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1099874#c20 . Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 7 05:42:25 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 7 Jan 2015 06:42:25 +0100 Subject: [ovirt-users] Alerts Message-ID: Hi All, We recently had a major crash on our ovirt environment due a strange bug (has been reported in the meanwhile). But now we are left we a bunch of aerts (+100) that are still standing there... Is there a way I can flush them manually from command line or so? Because the right click+clear all, doesn't seem to work that good... :-). Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 7 07:00:25 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 07 Jan 2015 08:00:25 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed Message-ID: <54ACD989.50301@redhat.com> Hi, We have still blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 57 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From t.ruiten at rdmedia.com Wed Jan 7 07:20:36 2015 From: t.ruiten at rdmedia.com (Tiemen Ruiten) Date: Wed, 7 Jan 2015 08:20:36 +0100 Subject: [ovirt-users] ERROR 'no free file handlers in pool' while creating VM from template In-Reply-To: References: <5490877E.3070500@rdmedia.com> <014701d01966$a1d1bc60$e5753520$@cloudspin.me> <014e01d01968$da75c9b0$8f615d10$@cloudspin.me> <1451111612.11310623.1418813292516.JavaMail.zimbra@redhat.com> <15325751.11323108.1418815852895.JavaMail.zimbra@redhat.com> <1000274211.11323945.1418816040539.JavaMail.zimbra@redhat.com> Message-ID: After creating a default disk profile, I can add new disks and create VMs without issues. I have updated the bug I reported as a duplicate of 1145241. https://bugzilla.redhat.com/show_bug.cgi?id=1175255 On 5 January 2015 at 15:46, Tiemen Ruiten wrote: > Sorry, to be clear: no default disk policy exists for the 3.4 cluster > storage domain. > > On 5 January 2015 at 15:45, Tiemen Ruiten wrote: > >> Hello, >> >> I just tried creating a thin-provisioned disk and the same problem (load >> spike, non responsive VMs) occurred. I may have an idea what is going wrong >> now. The following is an excerpt from the engine log after starting the >> disk create job: >> >> 2015-01-05 15:12:14,277 ERROR [org.ovirt.engine.core.bll.SearchQuery] >> (ajp--127.0.0.1-8702-1) Query SearchQuery failed. Exception message is >> StatementCallback; bad SQL grammar [SELECT * FROM (SELECT * FROM >> vds_groups_view WHERE ( vds_group_id IN (SELECT distinct >> vds_groups_storage_domain.vds_group_id FROM vds_groups_storage_domain >> LEFT OUTER JOIN storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. : >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet.: >> org.springframework.jdbc.BadSqlGrammarException: StatementCallback; bad SQL >> grammar [SELECT * FROM (SELECT * FROM vds_groups_view WHERE ( vds_group_id >> IN (SELECT distinct vds_groups_storage_domain.vds_group_id FROM >> vds_groups_storage_domain LEFT OUTER JOIN >> storage_pool_with_storage_domain ON >> vds_groups_storage_domain.storage_pool_id= >> storage_pool_with_storage_domain.id WHERE >> storage_pool_with_storage_domain.name LIKE 'XS4ALL-Strozzi' )) ORDER BY >> name ASC) as T1 OFFSET (1 -1) LIMIT 100]; nested exception is >> org.postgresql.util.PSQLException: The column name disk_storage_type was >> not found in this ResultSet. >> >> This cluster happens to be a oVirt 3.4 cluster, while the engine is 3.5. >> There's also a 3.5 cluster managed by the same engine. Could this be >> related to this BZ ? >> >> >> >> On 17 December 2014 at 12:34, Yeela Kaplan wrote: >> >>> Just another thought, >>> from looking at the vdsm logs it looks like there are too many calls to >>> getVolumeSize that are eating up all handlers >>> and eventually a timeout occurs. >>> Adam, do you have any idea about this? >>> >>> ----- Original Message ----- >>> > From: "Yeela Kaplan" >>> > To: "Tiemen Ruiten" >>> > Cc: "Users at ovirt.org" >>> > Sent: Wednesday, December 17, 2014 1:30:52 PM >>> > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' while >>> creating VM from template >>> > >>> > >>> > >>> > ----- Original Message ----- >>> > > From: "Tiemen Ruiten" >>> > > To: "Yeela Kaplan" >>> > > Cc: "Users at ovirt.org" >>> > > Sent: Wednesday, December 17, 2014 1:22:59 PM >>> > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > creating VM from template >>> > > >>> > > Thank you, I will try to increase to 20 and see what happens. Bug is >>> filed: >>> > > https://bugzilla.redhat.com/show_bug.cgi?id=1175255 >>> > >>> > Thank you >>> > and I forgot to mention that you have to restart vdsmd so the change >>> will >>> > apply... >>> > >>> > >>> > > >>> > > On 17 December 2014 at 11:48, Yeela Kaplan >>> wrote: >>> > > > >>> > > > Hi, >>> > > > You are right, the problem is with the file handlers. >>> > > > You can increase the number of handlers in pool using the vdsm >>> config >>> > > > file, which is supposed to be under the following directory in your >>> > > > system: >>> > > > >>> > > > /usr/lib/python2.6/site-packages/vdsm/config.py >>> > > > >>> > > > The default value for 'process_pool_max_slots_per_domain' is 10, >>> so you >>> > > > can increase it by a bit, but not too much. >>> > > > >>> > > > But I suspect the problem is in a larger scale, and this is only a >>> > > > temporary relief for your system and this needs much more >>> attention and a >>> > > > proper fix. >>> > > > could you please open a bug on RHEV/vdsm in bugzilla stating all >>> of the >>> > > > details of your setup and logs? >>> > > > >>> > > > thanks, >>> > > > Yeela >>> > > > >>> > > > ----- Original Message ----- >>> > > > > From: "Tiemen Ruiten" >>> > > > > To: "Users at ovirt.org" >>> > > > > Sent: Wednesday, December 17, 2014 10:53:39 AM >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating VM from template >>> > > > > >>> > > > > Would this be limits for the vdsm process? Then what is the >>> proper way >>> > > > > to >>> > > > > change ulimits for VDSM? >>> > > > > >>> > > > > On 16 December 2014 at 20:45, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > The only thing I can think of would be file hard and soft >>> limits, but I >>> > > > am no >>> > > > > oVirt pro. >>> > > > > >>> > > > > >>> > > > > >>> > > > > 'no free file handlers in pool' that would make sense to me? >>> > > > > >>> > > > > Donny >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > From: Tiemen Ruiten [mailto: t.ruiten at rdmedia.com ] >>> > > > > Sent: Tuesday, December 16, 2014 12:40 PM >>> > > > > To: Donny Davis >>> > > > > Cc: Users at ovirt.org >>> > > > > Subject: Re: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > > creating VM from template >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > About 25-30. The nodes are Xeon(R) CPU E5-2650 0 @ 2.00GHz with >>> 16 >>> > > > > hyperthreaded cores and 64 GB of RAM each. At the moment I >>> created the >>> > > > VM, >>> > > > > processor load on both nodes was less than 1. >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > On 16 December 2014 at 20:29, Donny Davis < donny at cloudspin.me >>> > wrote: >>> > > > > >>> > > > > What is the VM load you are running on your servers? >>> > > > > >>> > > > > >>> > > > > >>> > > > > -----Original Message----- >>> > > > > From: users-bounces at ovirt.org [mailto: users-bounces at ovirt.org >>> ] On >>> > > > Behalf Of >>> > > > > Tiemen Ruiten >>> > > > > Sent: Tuesday, December 16, 2014 12:27 PM >>> > > > > To: users at ovirt.org >>> > > > > Subject: [ovirt-users] ERROR 'no free file handlers in pool' >>> while >>> > > > creating >>> > > > > VM from template >>> > > > > >>> > > > > Hello, >>> > > > > >>> > > > > I ran into a nasty problem today when creating a new, cloned VM >>> from a >>> > > > > template (one virtual 20 GBdisk) on our two-node oVirt cluster: >>> on the >>> > > > node >>> > > > > where I started a VM creation job, load skyrocketed and some VMs >>> > > > > stopped >>> > > > > responding until and after the job failed. Everything recovered >>> without >>> > > > > intervention, but this obviously shouldn't happen. I have >>> attached the >>> > > > > relevant vdsm log file. The button to create the VM was pressed >>> around >>> > > > > 11:17, the first error in the vdsm log is at 11:23:58. >>> > > > > >>> > > > > The ISO domain is a gluster volume exposed via NFS, the storage >>> domain >>> > > > for >>> > > > > the VM's is also a gluster volume. The underlying filesystem is >>> ZFS. >>> > > > > The hypervisor nodes are full CentOS 6 installs. >>> > > > > >>> > > > > I'm guessing the 'no free file handlers in pool' in the vdsm log >>> file >>> > > > > is >>> > > > key >>> > > > > here. What can I do to prevent this from happening again? Apart >>> from >>> > > > > not >>> > > > > creating new VMs of course :) >>> > > > > >>> > > > > Tiemen >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > >>> > > > > >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > >>> > > > > -- >>> > > > > Tiemen Ruiten >>> > > > > Systems Engineer >>> > > > > R&D Media >>> > > > > >>> > > > > _______________________________________________ >>> > > > > Users mailing list >>> > > > > Users at ovirt.org >>> > > > > http://lists.ovirt.org/mailman/listinfo/users >>> > > > > >>> > > > >>> > > >>> > > >>> > > -- >>> > > Tiemen Ruiten >>> > > Systems Engineer >>> > > R&D Media >>> > > >>> > _______________________________________________ >>> > Users mailing list >>> > Users at ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/users >>> > >>> >> >> >> >> -- >> Tiemen Ruiten >> Systems Engineer >> R&D Media >> > > > > -- > Tiemen Ruiten > Systems Engineer > R&D Media > -- Tiemen Ruiten Systems Engineer R&D Media -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 7 07:45:17 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 7 Jan 2015 02:45:17 -0500 (EST) Subject: [ovirt-users] LDAP Certificate Location? In-Reply-To: <20150106221235.97621C3C3@lists.ovirt.org> References: <20150106221235.97621C3C3@lists.ovirt.org> Message-ID: <1654170825.2402429.1420616717565.JavaMail.zimbra@redhat.com> Please use the formal documentation and if needed help improve them. References for ssl: http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l153 http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l106 http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l147 ----- Original Message ----- > From: "Donny Davis" > To: "Sandvik Agustin" , users at ovirt.org > Sent: Wednesday, January 7, 2015 12:12:23 AM > Subject: Re: [ovirt-users] LDAP Certificate Location? > > > > In the article you referenced you didn't setup tls > On Jan 6, 2015 2:04 PM, Sandvik Agustin wrote: > > > > Hi Donny, > > > Sorry to bother you at this time, I installed the 389ds by following this > http://www.unixmen.com/setup-directory-serverldap-in-centos-6-4-rhel-6-4/ > and now I'm following your documentation at > https://cloudspin.me/ovirt-simple-ldap-aaa/ I'm wondering if where can I > find this CA or pem thing you mention on your website " > /etc/pki/tls/cacerts/ldapCA.pem". > > Thanks in Advance, > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From sbonazzo at redhat.com Wed Jan 7 08:05:05 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 07 Jan 2015 09:05:05 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54ACE8B1.3020207@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: no earlier than 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-12-29 (DELAYED) QEMU 2.2.0: 2014-12-09 (RELEASED) The tracker bug for 3.6.0 [2] currently shows no blockers. There are 466 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 440 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] http://goo.gl/zwkF3r [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From ovedo at redhat.com Wed Jan 7 08:06:24 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Wed, 7 Jan 2015 03:06:24 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> Message-ID: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Hi Was the installation of the engine successful? It is a bit weird that it doesn't find this class, so perhaps it is some packaging issue? Can you attach the complete engine.log and server.log? What's the operating system of your engine server? Thanks, Oved ----- Original Message ----- > From: "Staffan ?hrberg" > To: users at ovirt.org > Sent: Monday, January 5, 2015 6:03:46 PM > Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) > > Hi, > Short background, I own a startup company that have been used VMware ESXi for > a year and are trying oVirt to see if that can be a replacement for us. > I have just installed oVirt 3.5, but have trouble accessing > ovirt-image-repository,Glance ( http://glance.ovirt.org:9292 ). > In the admin console it just says: ?Error while executing action: A Request > to the server failed with the following Status Code: 500? > > In the server.log I got a lot of errors: > 2015-01-05 16:57:01,881 ERROR > [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] > (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: > com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public > abstract org.ovirt.engine.core.common.action.VdcReturnValueBase > org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' > threw an unexpected exception: javax.ejb.EJBException: > java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not > initialize class com.woorea.openstack.glance.Glance > > ?. > > I have search for an answer, but have not found one. > Anyone in this forum have any idea of whats wrong? > > Regards, > Staffan ?hrberg > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From shimano at go2.pl Wed Jan 7 08:15:15 2015 From: shimano at go2.pl (shimano) Date: Wed, 7 Jan 2015 09:15:15 +0100 Subject: [ovirt-users] MooseFS cluster as storage domain Message-ID: Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating? -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Wed Jan 7 08:18:33 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 7 Jan 2015 03:18:33 -0500 (EST) Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> Message-ID: <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Wednesday, January 7, 2015 3:29:24 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > Thanks for the tip. That seemed to work and after fixing my nfs issues and > removing that config the hosted setup completed to the point of creating the > vm and waiting for the os to be installed on it, however... Thanks for the report! > > I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc > log indicated an unexpected close. > > We're are the logs for the vnc server end of things so I can see why it's > closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi From andreas at allaboutapps.at Wed Jan 7 08:23:55 2015 From: andreas at allaboutapps.at (Andreas Mather) Date: Wed, 7 Jan 2015 09:23:55 +0100 Subject: [ovirt-users] hosted-engine --deploy fails In-Reply-To: <20150102180829.GQ12365@redhat.com> References: <1519008015.2709388.1420022429174.JavaMail.zimbra@redhat.com> <20150102180829.GQ12365@redhat.com> Message-ID: Hi! > I believe that this was fixed by http://gerrit.ovirt.org/35317 > which would be in the long-delayed ovirt-3.5.1. > > I'd apreciate if you try it out! I can't really try it out, since I had to move forward and can't do the tests now :-/ But according to the diff, this should do the same as what I did (prefix seems to be ignored in this function anyway). Nevertheless, people shouldn't use a SCOPE="peer ..." configuration (as mine was before), but should stick to a regular addr/subnet/gateway config. At least this fixed my issues.... Regards, Andreas On Fri, Jan 2, 2015 at 7:08 PM, Dan Kenigsberg wrote: > On Wed, Dec 31, 2014 at 05:40:29AM -0500, Yedidyah Bar David wrote: > > ----- Original Message ----- > > > From: "Andreas Mather" > > > To: users at ovirt.org > > > Sent: Wednesday, December 24, 2014 11:29:58 PM > > > Subject: Re: [ovirt-users] hosted-engine --deploy fails > > > > > > Hi All! > > > > > > Just did more research on this and it seems as if the reason was > related to > > > my interface configuration. Disclaimer upfront: I've a public IP > configured > > > on this server (since it's a hosted root server), but changed the IP > addr > > > here to 192.168.0.99 > > > > > > I started with the output from ?vdsm-tool restore-nets': > > > ipv4addr, prefix = addr['address'].split('/') > > > ValueError: need more than 1 value to unpack > > Thanks for this report. > > I believe that this was fixed by http://gerrit.ovirt.org/35317 > which would be in the long-delayed ovirt-3.5.1. > > Unfortunately, the official build of vdsm-4.16.10 for el6 is being > delayed > http://lists.ovirt.org/pipermail/devel/2014-December/009566.html > but for other platforms it is already testable. > > I'd apreciate if you try it out! > > > > > > > So I dumped the addr dictionary: > > > {'address': '192.168.0.99', > > > 'family': 'inet', > > > 'flags': frozenset(['permanent']), > > > 'index': 2, > > > 'label': 'eth0', > > > 'prefixlen': 32, > > > 'scope': 'universe'} > > > > > > I've no clue why there's no "/32" at the end, but that's what my > netmask > > > actually is due to the special configuration I got from my hosting > provider: > > > > > > [root at vhost1 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 > > > DEVICE=eth0 > > > BOOTPROTO=none > > > ONBOOT=yes > > > HWADDR=00:52:9F:A8:AA:BB > > > IPADDR=192.168.0.99 > > > NETMASK=255.255.255.255 > > > SCOPE="peer 192.168.0.1" > > > > > > (again, public IPs changed to private one, if that matters. And I > skipped the > > > IPv6 config above...) > > > > > > So what I did next, was to patch the netinfo.py: > > > [root at vhost1 vdsm]# diff -u netinfo_orig.py netinfo.py > > > --- netinfo_orig.py 2014-12-24 22:16:23.362198715 +0100 > > > +++ netinfo.py 2014-12-24 22:16:02.567625247 +0100 > > > @@ -368,7 +368,12 @@ > > > if addr['family'] == 'inet': > > > ipv4addrs.append(addr['address']) > > > if 'secondary' not in addr['flags']: > > > - ipv4addr, prefix = addr['address'].split('/') > > > + """Assume /32 if no prefix was found""" > > > + if addr['address'].find('/') == -1: > > > + ipv4addr = addr['address'] > > > + prefix = "32" > > > + else: > > > + ipv4addr, prefix = addr['address'].split('/') > > > ipv4netmask = prefix2netmask(addr['prefixlen']) > > > else: > > > ipv6addrs.append(addr['address']) > > > > > > > > > and recompiled it: > > > [root at vhost1 vdsm]# python -m py_compile netinfo.py > > > > > > > > > > > > Et voil?: > > > vdsm-tool ran fine: > > > `hosted-engine --deploy' passed the previous failing stage! > > > > Thanks for great analysis, report and patch! > > Would you like to push it to gerrit? See [1] and [2] > > > > Adding Dan in case you do not want to, so that your patch isn't lost... > > > > > > > > Hope this helps to find the root cause.... > > > > Not sure what you mean - did you have any other problem after > > applying your patch? Seems to me that the root cause is some > > code (the part you patched or something earlier) did not expect > > a prefix of /32, which is indeed quite rare. Not even certain > > how it works - did you also get a default gateway? How can you > > access it, if it's not in your subnet? > > > > [1] http://www.ovirt.org/Develop > > [2] http://www.ovirt.org/Working_with_oVirt_Gerrit > > > > Best regards, > > -- > > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Wed Jan 7 11:26:31 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Wed, 7 Jan 2015 12:26:31 +0100 Subject: [ovirt-users] Can't migrate/remove VM In-Reply-To: References: Message-ID: All, I was able to reproduce this every time I did an install of ovirt 3.5 on CentOS 6. The issue does not occur when I move to the snapshot version of 3.5 On Tue, Jan 6, 2015 at 2:20 PM, Johan Kooijman wrote: > Hi all, > > Been playing with an ovirt test setup for the last couple of days. > Created some vm's, started to throw them around on the cluster, but now > I'm stuck. The VM's are running, but when I try to stop them, I get errors > like this: > > https://plakbord.cloud.nl/p/zvAEVPFeBBJSBeGspKNxJsqF > > > When trying to migrate a VM, the node throws this error: > > https://plakbord.cloud.nl/p/4Syi9A7tEd8L3A2pQg6boVB6 > > Any clue on what's happening? > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From emesika at redhat.com Wed Jan 7 12:07:02 2015 From: emesika at redhat.com (Eli Mesika) Date: Wed, 7 Jan 2015 07:07:02 -0500 (EST) Subject: [ovirt-users] Alerts In-Reply-To: References: Message-ID: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: users at ovirt.org > Sent: Wednesday, January 7, 2015 7:42:25 AM > Subject: [ovirt-users] Alerts > > Hi All, > > We recently had a major crash on our ovirt environment due a strange bug (has > been reported in the meanwhile). > > But now we are left we a bunch of aerts (+100) that are still standing > there... Is there a way I can flush them manually from command line or so? > Because the right click+clear all, doesn't seem to work that good... :-). If you want to remove ALL alerts run from command line psql -U engine -c "delete from audit_log where severity = 10;" engine NOTE: Keep in mind that before any manual operation on your database you should backup it first. > > Kind regards, > > Koen > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From svenkieske at gmail.com Wed Jan 7 13:04:14 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Wed, 07 Jan 2015 14:04:14 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Message-ID: <54AD2ECE.5080401@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07.01.2015 09:06, Oved Ourfali wrote: > It is a bit weird that it doesn't find this class, so perhaps it is > some packaging issue? afaik this is not about a "class" but about the ovirt image repo (glance) at the mentioned URL: http://glance.ovirt.org:9292 which was unavailable/not configured correctly at the time of installation resulting in http 500 error. HTH Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUrS7OAAoJEAq0kGAWDrql0IwL+wZEcIvXoY0dvCgkLPbFkXuM gWMS9sHcMVvpv1Tf+OkVbiVKqjfMAqwNk7pkHK2G8G/giEzY2NsYJ7dIsfWgMzfB 0hp8CjLoV/O6EiPEvYNrLytThAzP/umrPvk4OiEczRB/AX+83A0V6jHcZLQKzQrE Q4RXxWIPey7MW4wxwomuX+gUAq6b4Oopu7SZGPc1qvKDDgfdms85WGqlObo5B4Ff NMfCe0jntjhRX/LFAjXycWJXxLfrGHfFOHl3ndWszEqT0Wy3POpXb+bLoKQ6bDD5 TG1+IABLEMGGyTgOL5LRu5VZKyS+cw7zNAHM3SaG3blPhQL3cRwhScoBFGzxWILs ULmryOBQYiDuqyzryQBA/BzAqhxG7XHO1Gr+qAd/XKby9hLw+Yxmdufco86TSLZI WeTg44ZPj7Ie5jz1yUPAmh+QQmVeRtDE85RBwe6EoS3POc1qREP9NOOAmbkfhOcd xLZ+jRAe+/DrzUDKCy3huDO7swoP3qoZRjENPfrBBw== =LWU8 -----END PGP SIGNATURE----- From vanoppen.koen at gmail.com Wed Jan 7 13:05:23 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 7 Jan 2015 14:05:23 +0100 Subject: [ovirt-users] Alerts In-Reply-To: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> References: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> Message-ID: Thanks. But, is there no other way, besides screwing around in the database? 2015-01-07 13:07 GMT+01:00 Eli Mesika : > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: users at ovirt.org > > Sent: Wednesday, January 7, 2015 7:42:25 AM > > Subject: [ovirt-users] Alerts > > > > Hi All, > > > > We recently had a major crash on our ovirt environment due a strange bug > (has > > been reported in the meanwhile). > > > > But now we are left we a bunch of aerts (+100) that are still standing > > there... Is there a way I can flush them manually from command line or > so? > > Because the right click+clear all, doesn't seem to work that good... :-). > > If you want to remove ALL alerts run from command line > > psql -U engine -c "delete from audit_log where severity = 10;" engine > > NOTE: > Keep in mind that before any manual operation on your database you should > backup it first. > > > > > Kind regards, > > > > Koen > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Wed Jan 7 13:07:14 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Wed, 7 Jan 2015 08:07:14 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <54AD2ECE.5080401@gmail.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> <54AD2ECE.5080401@gmail.com> Message-ID: <709659947.5076830.1420636034924.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sven Kieske" > To: users at ovirt.org > Sent: Wednesday, January 7, 2015 3:04:14 PM > Subject: Re: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 07.01.2015 09:06, Oved Ourfali wrote: > > It is a bit weird that it doesn't find this class, so perhaps it is > > some packaging issue? > afaik this is not about a "class" but about the ovirt image repo > (glance) at the mentioned URL: > http://glance.ovirt.org:9292 > > which was unavailable/not configured correctly > at the time of installation > resulting in http 500 error. > The error was NoClassDefFound. The glance repo is available now, and should work, so I don't think it was caused by short-term unavailability. > HTH > > Sven > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQGcBAEBAgAGBQJUrS7OAAoJEAq0kGAWDrql0IwL+wZEcIvXoY0dvCgkLPbFkXuM > gWMS9sHcMVvpv1Tf+OkVbiVKqjfMAqwNk7pkHK2G8G/giEzY2NsYJ7dIsfWgMzfB > 0hp8CjLoV/O6EiPEvYNrLytThAzP/umrPvk4OiEczRB/AX+83A0V6jHcZLQKzQrE > Q4RXxWIPey7MW4wxwomuX+gUAq6b4Oopu7SZGPc1qvKDDgfdms85WGqlObo5B4Ff > NMfCe0jntjhRX/LFAjXycWJXxLfrGHfFOHl3ndWszEqT0Wy3POpXb+bLoKQ6bDD5 > TG1+IABLEMGGyTgOL5LRu5VZKyS+cw7zNAHM3SaG3blPhQL3cRwhScoBFGzxWILs > ULmryOBQYiDuqyzryQBA/BzAqhxG7XHO1Gr+qAd/XKby9hLw+Yxmdufco86TSLZI > WeTg44ZPj7Ie5jz1yUPAmh+QQmVeRtDE85RBwe6EoS3POc1qREP9NOOAmbkfhOcd > xLZ+jRAe+/DrzUDKCy3huDO7swoP3qoZRjENPfrBBw== > =LWU8 > -----END PGP SIGNATURE----- > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jhernand at redhat.com Wed Jan 7 13:19:10 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Wed, 07 Jan 2015 14:19:10 +0100 Subject: [ovirt-users] Alerts In-Reply-To: References: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> Message-ID: <54AD324E.6010009@redhat.com> On 01/07/2015 02:05 PM, Koen Vanoppen wrote: > Thanks. But, is there no other way, besides screwing around in the database? > You can use the Python SDK: #!/usr/bin/python import ovirtsdk.api import ovirtsdk.xml api = ovirtsdk.api.API( url="https://engine.example.com/ovirt-engine/api", username="admin at internal", password="******", ca_file="/etc/pki/ovirt-engine/ca.pem" ) alerts = api.events.list(query="severity=alert") for alert in alerts: alert.delete() api.disconnect() > 2015-01-07 13:07 GMT+01:00 Eli Mesika >: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > > To: users at ovirt.org > > Sent: Wednesday, January 7, 2015 7:42:25 AM > > Subject: [ovirt-users] Alerts > > > > Hi All, > > > > We recently had a major crash on our ovirt environment due a > strange bug (has > > been reported in the meanwhile). > > > > But now we are left we a bunch of aerts (+100) that are still standing > > there... Is there a way I can flush them manually from command > line or so? > > Because the right click+clear all, doesn't seem to work that > good... :-). > > If you want to remove ALL alerts run from command line > > psql -U engine -c "delete from audit_log where severity = 10;" engine > > NOTE: > Keep in mind that before any manual operation on your database you > should backup it first. > > > > > Kind regards, > > > > Koen > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- 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. From hypunit at gmail.com Wed Jan 7 13:27:49 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 7 Jan 2015 21:27:49 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host Message-ID: Hi, I am facing one strange issue in the ovirt with glusterfs ......i want to reactivate onw of my host node....but it's failed with the following error :- Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com] failed on server cpu04. Engine Logs :- http://ur1.ca/jczdp -------------- next part -------------- An HTML attachment was scrubbed... URL: From sohrberg at gmail.com Wed Jan 7 14:07:20 2015 From: sohrberg at gmail.com (=?utf-8?Q?Staffan_=C3=96hrberg?=) Date: Wed, 7 Jan 2015 15:07:20 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Message-ID: <85DF88FD-6346-41FD-9560-EF9FCA63AAE9@gmail.com> Hi, I will do the installation again, and send you the log files. Thanks for responding, Staffan ?hrberg > 7 jan 2015 kl. 09:06 skrev Oved Ourfali : > > Hi > > Was the installation of the engine successful? > It is a bit weird that it doesn't find this class, so perhaps it is some packaging issue? > Can you attach the complete engine.log and server.log? > > What's the operating system of your engine server? > > Thanks, > Oved > > ----- Original Message ----- >> From: "Staffan ?hrberg" >> To: users at ovirt.org >> Sent: Monday, January 5, 2015 6:03:46 PM >> Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) >> >> Hi, >> Short background, I own a startup company that have been used VMware ESXi for >> a year and are trying oVirt to see if that can be a replacement for us. >> I have just installed oVirt 3.5, but have trouble accessing >> ovirt-image-repository,Glance ( http://glance.ovirt.org:9292 ). >> In the admin console it just says: ?Error while executing action: A Request >> to the server failed with the following Status Code: 500? >> >> In the server.log I got a lot of errors: >> 2015-01-05 16:57:01,881 ERROR >> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] >> (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: >> com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public >> abstract org.ovirt.engine.core.common.action.VdcReturnValueBase >> org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' >> threw an unexpected exception: javax.ejb.EJBException: >> java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not >> initialize class com.woorea.openstack.glance.Glance >> >> ?. >> >> I have search for an answer, but have not found one. >> Anyone in this forum have any idea of whats wrong? >> >> Regards, >> Staffan ?hrberg >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From bproffit at redhat.com Wed Jan 7 14:57:38 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Wed, 7 Jan 2015 09:57:38 -0500 (EST) Subject: [ovirt-users] oVirt Monthly Newsletter: December 2014 In-Reply-To: <941636992.4433738.1420642628615.JavaMail.zimbra@redhat.com> Message-ID: <356975370.4433930.1420642658895.JavaMail.zimbra@redhat.com> The close of the old year was a little more of a downbeat, but the news and views about oVirt were still happening! News and Community oVirt is now officially part of the CentOS Virt SIG! (http://lists.centos.org/pipermail/centos-virt/2014-December/004187.html) Meanwhile, CentOS 7 gets reviewed using oVirt (http://www.networkworld.com/article/2861458/linux/centos-7-the-perfect-gift-for-the-linux-do-it-yourselfer.html) CloudSpin is a great new *free* (as in everything) machine-hosting service that uses oVirt. Learn more at https://cloudspin.me/ Better performance than VMware? Here's how to set up oVirt and Gluster to achieve better benchmarks [Spanish] http://blog.sotoca.es/2014/08/agilizando-la-infraestructura-iii-ovirt.html Find out how the University of Sevilla used oVirt and tools from UDS Enterprise to build a better virtual desktop solution for their campus: http://www.slideshare.net/UDSenterprise/virtual-desktops-in-educational-environments (http://www.slideshare.net/UDSenterpriseSpain/escritorios-virtuales-en-entornos-educativos [Spanish]) Allon Murenik opines on The Helpful Stranger and Meaning of Open Source (http://opensource.com/life/14/12/the-meaning-of-open-source) Open Source Is Just Another Way of Doing Good Business, and everyone knows it: http://community.redhat.com/blog/2014/12/open-source-is-just-another-way-of-doing-good-business/ ManageIQ partner VMTurbo asks: Does a Monitoring Tool Provide Automated Decisions? Especially using technologies like oVirt and RHEV? http://vmturbo.com/blog/monitoring-tool-automated-decisions/ Deploying and Managing Gluster using oVirt Webadmin Portal http://blogs-ramesh.blogspot.in/2014/12/deploying-gluster-using-ovirt.html oVirt's China community just posted the oVirt 3.5 release notes (http://ovirt-china.org/mediawiki/index.php/OVirt_3.5_Release_Notes) Discover more about open source virtualization options (http://computerworld.cz/software/virtualizace-ve-viru-open-source-51667) [Czech] Software Check out rbovirt, a Ruby client for the oVirt REST API (http://rubygems.org/gems/rbovirt) Learn more about the new UI plugin for oVirt, iso-uploader-plugin: https://github.com/ovirt-china/iso-uploader-plugin/wiki/Specifications Videos oVirt is featured software on the popular Hak5 video podcast http://youtu.be/6w8F5k41_9E Learn more about another successful VMware to oVirt migrtation: http://tv.rediris.es/es/jt2014/400.html [Spanish] Introduction to oVirt as CISL: http://youtu.be/EuxRrlsGO3k [Portuguese] Manage oVirt Open Source Project Infrastructure with Jenkins: http://youtu.be/WIRxw3noMmA [Hebrew] Take a video tour of oVirt http://youtu.be/cgH20bYt2z8 [Russian] -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From bproffit at redhat.com Wed Jan 7 16:02:43 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Wed, 7 Jan 2015 11:02:43 -0500 (EST) Subject: [ovirt-users] oVirt Weekly Sync Meeting: Jan. 7, 2015 In-Reply-To: <78315895.4463448.1420646340733.JavaMail.zimbra@redhat.com> Message-ID: <1239725910.4465019.1420646563231.JavaMail.zimbra@redhat.com> ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:03:23 UTC. Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-07-15.03.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-07-15.03.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-07-15.03.log.html Meeting summary --------------- * Agenda and Roll Call (bkp, 15:03:35) * infra update (bkp, 15:03:35) * 3.5.z updates (bkp, 15:03:35) * 3.6.0 status (bkp, 15:03:35) * conferences and workshops (bkp, 15:03:35) * other topics (bkp, 15:03:38) * infra update (bkp, 15:05:39) * infra update The ILO issue was fixed on the PHX lab, and we're waiting now for dcaro to return to start phase II (bkp, 15:13:45) * infra update Phase II includes assining more IPs to the lab, migrating linode services, etc. Expected start: newxt week. (bkp, 15:13:48) * infra update A new unstable view was added to show productions jobs to better focus on fixing critical jobs first, and leave jobs that are work-in-progress for another view (bkp, 15:13:51) * 3.5.z updates (bkp, 15:14:29) * 3.5.z updates 3.5.1 RC is postponed due to two known blockers: 1160846 (which SLA is still working on) and 1177290 (ovirt-engine not installable on CentOS 6: broken dependency novnc) (bkp, 15:34:35) * 3.5.z updates Status of 1177290 fix: Not sure of status, but may be able to have a workaround by the end of this week, according to sbonazzo (bkp, 15:34:39) * 3.5.z updates According to didi, there is already a "workaround" mentioned in the 1177290 - we took downstream rhel sources and built on upstream jenkins, eedri signed them and they are available in the 3.5 repo. So not sure it's a blocker for 3.5.1, although we do need a longer-term solution (bkp, 15:34:42) * 3.5.z updates 1177290 dropped as a blocker, retargeted to 3.6 for proper handling (bkp, 15:34:47) * 3.5.z updates Status of 1160846 fix: Hopefully Monday, according to gchaplik (bkp, 15:34:50) * 3.5.z updates danken reported another potential blocker with vdsm. No bug assigned/tracked yet. sbonazzo asked to assist. (bkp, 15:34:53) * 3.5.z updates There are still 57 bugs targeted to 3.5.1. Excluding node and documentation bugs we still have 37 bugs targeted to 3.5.1 (bkp, 15:34:56) * 3.5.z updates 3.5.1 RC tentatively scheduled for Jan. 14, 2015. (bkp, 15:34:59) * 3.6 status (bkp, 15:35:07) * ACTION: 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers (bkp, 15:47:28) * 3.6.0 status Finished the review process, the remaining key milestones for this release will be scheduled. (bkp, 15:47:31) * 3.6.0 status Will now need to think about what to do with novnc in this release. (bkp, 15:47:34) * 3.6.0 status Jenkins build for 3.6 currently failing, but once back to nomral, 3.6 should be able to run on F21 (thanks emesika) (bkp, 15:47:37) * 3.6.0 status There are 466 bugs targeted to 3.6.0. Excluding node and documentation bugs we have 440 bugs targeted to 3.6.0. (bkp, 15:47:40) * 3.6.0 status Host Network QoS is all merged, at long last. (bkp, 15:47:43) * 3.6.0 status emesika's patch to introduce 3.6 clusters into oVirt was merged today, now this feature (and any other that's already merged) will be available for users to use. (bkp, 15:47:45) * 3.6.0 status Networking is also making decent progress on a bunch of other features, updating on the spreadsheet. More should be merged in the coming weeks. (bkp, 15:47:48) * 3.6.0 status UX has completed a feature for 3.6 that a lot of people have apparently wanted returned since 3.0. When switching main tabs the search now remembers the query you entered. (bkp, 15:47:51) * conferences and workshops (bkp, 15:47:58) * conferences and workshops FOSDEM is fast approaching. If you plan to attend this event on Jan. 31-Feb. 1, stop by the oVirt booth as well as the Virt and IaaS devrooms to hear more about oVirt! (bkp, 15:48:22) * conferences and workshops Stay tuned for more info on a FOSDEM social gathering for oVirt during the event, too! (bkp, 15:48:26) * conferences and workshops We are currently planning a one-day oVirt Workshop to coincide with FOSSAsia in Singapore, Feb. 13-15. Asia-Pac, Australia, and West Asia users are invited to attend. Details and registration to follow soon! (bkp, 15:48:29) * conferences and workshops jbrooks will be speaking on the new Smart VM Scheduler at SCALE 13X, as well as bkp, who will be discussing data centers vs. cloud VM management. A shared booth will be present as well. (bkp, 15:48:33) * conferences and workshops bkp will be speaking at the Linux Collab Summit on VM and container management (bkp, 15:48:37) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (bkp, 15:51:27) * other topics (bkp, 15:51:53) * other topics bkp has completed a case study on CloudSpin, and will be posting it today on ovirt.org. (bkp, 15:52:25) * other topics One of the 2015 goals is updating oVirt documentation. To that end, we will compile a list of known use cases/tasks that users and admins do with oVirt in the real world. Once this task list is compiled, we can start building an action-oriented set of user documentation. bkp will be setting this up and sending out a notice soon. (bkp, 15:52:36) * other topics The Dec. 2014 newsletter was just posted (which is why this meeting was late), and can be found at http://lists.ovirt.org/pipermail/users/2015-January/030436.html (bkp, 15:52:50) Meeting ended at 15:55:53 UTC. Action Items ------------ * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers Action Items, by person ----------------------- * **UNASSIGNED** * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From mpavlik at redhat.com Wed Jan 7 16:06:24 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 7 Jan 2015 17:06:24 +0100 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: References: Message-ID: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> Hi Punit, could you describe steps which led to this result? regards Matin Pavlik - RHEV QE > On 07 Jan 2015, at 14:27, Punit Dambiwal wrote: > > Hi, > > I am facing one strange issue in the ovirt with glusterfs ......i want to reactivate onw of my host node....but it's failed with the following error :- > > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed on server cpu04. > > Engine Logs :- http://ur1.ca/jczdp > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Wed Jan 7 17:20:16 2015 From: kmayilsa at redhat.com (Kanagaraj Mayilsamy) Date: Wed, 7 Jan 2015 12:20:16 -0500 (EST) Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> Message-ID: <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Can you check if glusterd service is running on the host? Regards, Kanagaraj ----- Original Message ----- > From: "Martin Pavl?k" > To: "Punit Dambiwal" > Cc: gluster-users at gluster.org, "Kaushal M" , users at ovirt.org > Sent: Wednesday, January 7, 2015 9:36:24 PM > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer list from Host > > Hi Punit, > > could you describe steps which led to this result? > > regards > > Matin Pavlik - RHEV QE > > > > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: > > Hi, > > I am facing one strange issue in the ovirt with glusterfs ......i want to > reactivate onw of my host node....but it's failed with the following error > :- > > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed on > server cpu04. > > Engine Logs :- http://ur1.ca/jczdp > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From andrzej.sus at gmail.com Wed Jan 7 07:51:32 2015 From: andrzej.sus at gmail.com (=?UTF-8?B?QW5kcnplaiBTdcWb?=) Date: Wed, 7 Jan 2015 08:51:32 +0100 Subject: [ovirt-users] MooseFS cluster as storage domain Message-ID: Hi everyone, I would like to create storage domain based on MooseFS cluster. The first idea was to do it by mount Posix compliant FS, but it doesn't like to mount (or i don't know how to do it). The next idea was to use NFS, but even that won't work. NFS causing Kernel crash and rebooting a Host when trying to create storage domain. I've checked everything I found on Google and all my NFS settings seems to be OK but it's still crashing. I know that MFS's issue have been taken here and it may be supported in future, but does anybody know how to get it working in oVirt 3.4 or 3.5? Or maybe somebody known problem with NFS and kernel panics on storage domain creating? -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 7 18:37:09 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 7 Jan 2015 18:37:09 +0000 (UTC) Subject: [ovirt-users] Using gluster on other hosts? Message-ID: <359985466.5951094.1420655829175.JavaMail.yahoo@jws10637.mail.bf1.yahoo.com> Hi I would like to see if anyone has good suggestion. I have two physical hosts with 1GB connections to switched networks. The hosts also have 10GB interface connected directly using Twinax cable like copper crossover cable.? The idea was to use the 10GB as a "private network" for GlusterFS till the day we want to grow out of this 2 node setup. GlusterFS was setup with the 10GB ports using non-routable IPs and hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 192.168.1.2.? I'm following example from community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ , Currently I'm only using Gluster volume on node1, but `gluster probe peer` test worked fine with node2 through the 10GB connection. oVirt engine was setup on physical host1 with hosted engine.? Now, when I try to create new Gluster storage domain, I can only see the host "node1" available. Is there anyway I can setup oVirt on node1 and node2, while using "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the 10GB connection? ThanksW -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Wed Jan 7 21:42:48 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 7 Jan 2015 21:42:48 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> Message-ID: I tried realvnc The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Wed Jan 7 21:58:42 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 7 Jan 2015 21:58:42 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> Message-ID: <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Also tried; [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console HostedEngine Connected to domain HostedEngine Escape character is ^] no prompts or interaction after the Escape character line On Jan 7, 2015, at 1:42 PM, Mikola Rose > wrote: I tried realvnc The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Thu Jan 8 00:03:08 2015 From: mrose at power-soft.com (Mikola Rose) Date: Thu, 8 Jan 2015 00:03:08 +0000 Subject: [ovirt-users] HostedEngine Deployment Woes In-Reply-To: <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Message-ID: I am also Seeing this in the messages.log Jan 7 13:55:39 pws-hv15 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 314, in vmSetTicket#012 return vm.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/API.py", line 610, in setTicket#012 return v.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/vm.py", line 4560, in setTicket#012 graphics = _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \#012AttributeError: 'NoneType' object has no attribute 'XMLDesc' Jan 7 13:55:39 pws-hv15 sanlock[2152]: 2015-01-07 13:55:39-0800 6412 [2152]: cmd 9 target pid 7899 not found Jan 7 13:55:40 pws-hv15 vdsm vm.Vm WARNING vmId=`edc69fdd-6188-4dce-b1dc-d5ed03f914e5`::_readPauseCode unsupported by libvirt vm On Jan 7, 2015, at 1:58 PM, Mikola Rose > wrote: Also tried; [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console HostedEngine Connected to domain HostedEngine Escape character is ^] no prompts or interaction after the Escape character line On Jan 7, 2015, at 1:42 PM, Mikola Rose > wrote: I tried realvnc The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 8 02:00:06 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 8 Jan 2015 10:00:06 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Message-ID: Yes...Gluster service running on the host...disable the selinux and reinstall the host work for me.. On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy wrote: > Can you check if glusterd service is running on the host? > > Regards, > Kanagaraj > > ----- Original Message ----- > > From: "Martin Pavl?k" > > To: "Punit Dambiwal" > > Cc: gluster-users at gluster.org, "Kaushal M" , > users at ovirt.org > > Sent: Wednesday, January 7, 2015 9:36:24 PM > > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer > list from Host > > > > Hi Punit, > > > > could you describe steps which led to this result? > > > > regards > > > > Matin Pavlik - RHEV QE > > > > > > > > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: > > > > Hi, > > > > I am facing one strange issue in the ovirt with glusterfs ......i want to > > reactivate onw of my host node....but it's failed with the following > error > > :- > > > > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed > on > > server cpu04. > > > > Engine Logs :- http://ur1.ca/jczdp > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 8 02:06:37 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 8 Jan 2015 10:06:37 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster Message-ID: Hi, I try to add gluster volume but it failed... Ovirt :- 3.5 VDSM :- vdsm-4.16.7-1.gitdb83943.el7 KVM :- 1.5.3 - 60.el7_0.2 libvirt-1.1.1-29.el7_0.4 Glusterfs :- glusterfs-3.5.3-1.el7 Engine Logs :- 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] ^C -------------- next part -------------- An HTML attachment was scrubbed... URL: From julian at jdcomputers.com.au Thu Jan 8 05:00:59 2015 From: julian at jdcomputers.com.au (Julian De Marchi) Date: Thu, 08 Jan 2015 15:00:59 +1000 Subject: [ovirt-users] [STORAGE] Adding posix compliant FS In-Reply-To: <1466816557.204935.1418883121663.JavaMail.zimbra@redhat.com> References: <548F675E.9070202@jdcomputers.com.au> <548F9B84.50405@jdcomputers.com.au> <1298154031.2057803.1418714459455.JavaMail.zimbra@redhat.com> <548FFF7A.7050904@jdcomputers.com.au> <5490DDE6.7000701@jdcomputers.com.au> <1485258707.19808065.1418816293611.JavaMail.zimbra@redhat.com> <54919350.4070506@jdcomputers.com.au> <1466816557.204935.1418883121663.JavaMail.zimbra@redhat.com> Message-ID: <54AE0F0B.2070201@jdcomputers.com.au> Sorry for belated reply... Holidays etc... On 12/18/14 16:12, Vered Volansky wrote: > Hi Julian, Hi Vared, > Please see my questions inline. Answered inline, not trimmed to keep context for all. > Vered > > ----- Original Message ----- >> From: "Julian De Marchi" >> To: "Vered Volansky" >> Cc: users at ovirt.org >> Sent: Wednesday, December 17, 2014 4:29:36 PM >> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >> >> On 17/12/14 21:38, Vered Volansky wrote: >>> Hi Julian, >> >> Hey Vered, >> >>> IIUC the you have a self-created lvm, to which you're trying to connect as >>> posix using ovirt. >>> If that's the case please try to manually change the device's permissions >>> to 36:36 under /dev/. >>> If that doesn't work try the actual device it's mapped to (which is what >>> vdsm actually tries to mount). >>> If that also doesn't work please send us the output of: >>>>> ls -lh /dev/ . >> >> Still failed mate after a chmod 36:36. The thing is though, it _does_ >> mount the device for a moment before failing and unmounting it... > Is this the same behaviour as before? > >> >> [root at blade01 ~]# ls /dev/VolGroup/lv_images -lh >> lrwxrwxrwx 1 root root 7 Dec 15 16:52 /dev/VolGroup/lv_images -> ../dm-2 > > I see /dev/VolGroup/lv_images are still root:root. > Please chown 36:36 as well. > > Please state the all the chown you tried. This is the symlink so you can never chown that part, only the source. I did a chown foo:bar > >> [root at blade01 ~]# ls /dev/dm-2 -lh >> brw-rw---- 1 vdsm kvm 253, 2 Dec 15 16:52 /dev/dm-2 >> >>> >>> Regards, >>> Vered >>> >>> ----- Original Message ----- >>>> From: "Julian De Marchi" >>>> To: users at ovirt.org >>>> Sent: Wednesday, December 17, 2014 3:35:34 AM >>>> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >>>> >>>> Think I found some more clues. >>>> >>>> Thread-21910::DEBUG::2014-12-17 >>>> 11:26:07,277::lvm::288::Storage.Misc.excCmd::(cmd) /usr/bin/sudo -n >>>> /sbin/lvm vgs --config ' devices { preferred_names = ["^/dev/mapper/"] >>>> ignore_suspended_devices=1 write_cache_state=0 >>>> disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ >>>> '\''r|.*|'\'' ] } global { locking_type=1 prioritise_write_locks=1 >>>> wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 >>>> retain_days = 0 } ' --noheadings --units b --nosuffix --separator '|' >>>> --ignoreskippedcluster -o >>>> uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name >>>> 3ba06bee-861e-4868-8e89-f29f785bab65 (cwd None) >>>> Thread-21910::DEBUG::2014-12-17 >>>> 11:26:07,348::lvm::288::Storage.Misc.excCmd::(cmd) FAILED: = ' >>>> Volume group "3ba06bee-861e-4868-8e89-f29f785bab65" not found\n >>>> Skipping volume group 3ba06bee-861e-4868-8e89-f29f785bab65\n'; = 5 >>>> Thread-21910::WARNING::2014-12-17 >>>> 11:26:07,350::lvm::370::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] >>>> [' Volume group "3ba06bee-861e-4868-8e89-f29f785bab65" not found', ' >>>> Skipping volume group 3ba06bee-861e-4868-8e89-f29f785bab65'] >>>> Thread-21910::DEBUG::2014-12-17 >>>> 11:26:07,351::lvm::407::Storage.OperationMutex::(_reloadvgs) Operation >>>> 'lvm reload operation' released the operation mutex >>>> >>>> But I still don't understand what it's trying to do. Just to recap, I do >>>> see it create the dir and mount the device. But when it fails it umounts >>>> everything. >>>> >>>> I tried to manually create the DIR it is expecting, but ovirt seems to >>>> remove it and re-create it which then ends up with root:root. I can see >>>> this as when I add the storage I run watch ls -lh and can see it all >>>> occur. >>>> >>>> Any help would still be greatly appreciated! >>>> >>>> On 12/16/14 19:46, Julian De Marchi wrote: >>>>> On 16/12/14 17:20, Aharon Canan wrote: >>>>>> Did you "chown 36:36" the folder to get the right permissions for >>>>>> adding to ovirt? >>>>> >>>>> That's the thing. Ovirt actually creates that dir when I go and try to >>>>> add the storage. It mounts the LVM device to that dir then fails. In the >>>>> logs I posted at http://pastebin.com/fzN9ktAX you can see it is failing >>>>> with a permission denied error. The command that is above the error is >>>>> touch. I think it is trying to touch a file to ensure all is well and >>>>> when that fails it gives the error. >>>>> >>>>> If I knew where in the code to prefix the touch command with sudo and >>>>> add a line to the sudoers entry I can test this idea. >>>>> >>>>> [...] >>>>> >>>>>> ----- Original Message ----- >>>>>> >>>>>> From: "Julian De Marchi" >>>>>> To: users at ovirt.org >>>>>> Sent: Tuesday, December 16, 2014 4:40:04 AM >>>>>> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >>>>>> >>>>>> On 12/16/14 08:57, Julian De Marchi wrote: >>>>>>> Heya-- >>>>>>> >>>>>>> I'm using ovirt 3.5 and trying to add a posix compliant FS to a node in >>>>>>> my cluster. >>>>>>> >>>>>>> The storage I'm trying to add is contained within LVM. Below is a link >>>>>>> to my log files on the node where I'm trying to attach the storage. >>>>>>> >>>>>>> http://pastebin.com/fzN9ktAX >>>>>>> >>>>>>> I've read the ovirt manual for adding posix compliant storage and >>>>>>> believe I'm doing everything correct. >>>>>>> >>>>>>> Any help to get this storage added would be great thanks and if I >>>>>>> forgot >>>>>>> to include any info please ask. >>>>>> >>>>>> More info to add. I was doing an "ls" on the dir it does the mount in >>>>>> and saw the dir was owned by root:root with different perms to the ones >>>>>> mounted via NFS. >>>>>> >>>>>> [root at blade01 libvirt]# ls /rhev/data-center/mnt/ -lh >>>>>> total 20K >>>>>> drwxrwxrwx 4 root root 4.0K Dec 11 09:00 10.106.200.100:_VM__IMAGES >>>>>> drwxrwxrwx 3 root root 4.0K Oct 17 09:42 10.106.200.22:_opt_vmexport >>>>>> drwxrwxrwx 4 root root 4.0K Oct 17 09:39 >>>>>> 10.106.200.22:_var_lib_libvirt_images >>>>>> drwxr-xr-x 3 root root 4.0K Dec 15 16:52 _dev_mapper_VolGroup-lv__images >>>>>> >>>>>> This could explain why the touch command fails. >>>>>> >>>>>> Still at a loss over the issue though. >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From julian at jdcomputers.com.au Thu Jan 8 05:04:21 2015 From: julian at jdcomputers.com.au (Julian De Marchi) Date: Thu, 08 Jan 2015 15:04:21 +1000 Subject: [ovirt-users] [STORAGE] Adding posix compliant FS In-Reply-To: <42312248.62639.1419109184905.JavaMail.zimbra@redhat.com> References: <548F675E.9070202@jdcomputers.com.au> <548F9B84.50405@jdcomputers.com.au> <1298154031.2057803.1418714459455.JavaMail.zimbra@redhat.com> <548FFF7A.7050904@jdcomputers.com.au> <5490DDE6.7000701@jdcomputers.com.au> <1485258707.19808065.1418816293611.JavaMail.zimbra@redhat.com> <54919350.4070506@jdcomputers.com.au> <42312248.62639.1419109184905.JavaMail.zimbra@redhat.com> Message-ID: <54AE0FD5.3030909@jdcomputers.com.au> On 12/21/14 06:59, Nir Soffer wrote: > ----- Original Message ----- >> From: "Julian De Marchi" >> To: "Vered Volansky" >> Cc: users at ovirt.org >> Sent: Wednesday, December 17, 2014 4:29:36 PM >> Subject: Re: [ovirt-users] [STORAGE] Adding posix compliant FS >> >> On 17/12/14 21:38, Vered Volansky wrote: >>> Hi Julian, >> >> Hey Vered, >> >>> IIUC the you have a self-created lvm, to which you're trying to connect as >>> posix using ovirt. >>> If that's the case please try to manually change the device's permissions >>> to 36:36 under /dev/. >>> If that doesn't work try the actual device it's mapped to (which is what >>> vdsm actually tries to mount). >>> If that also doesn't work please send us the output of: >>>>> ls -lh /dev/ . >> >> Still failed mate after a chmod 36:36. The thing is though, it _does_ >> mount the device for a moment before failing and unmounting it... >> >> [root at blade01 ~]# ls /dev/VolGroup/lv_images -lh >> lrwxrwxrwx 1 root root 7 Dec 15 16:52 /dev/VolGroup/lv_images -> ../dm-2 >> [root at blade01 ~]# ls /dev/dm-2 -lh >> brw-rw---- 1 vdsm kvm 253, 2 Dec 15 16:52 /dev/dm-2 > > Hi Julian, Hey Nir, > It is not clear what are you trying to do - is this lv on shared storage, and accessed > by multiple hosts or use only one host? It's a local LVM mount. > If the lv is shared, you cannot create a file system and mount it on multiple hosts (unless you > are using cluster file system). > > If this local storage for one host, you should create a file system and mount it, and then > you can use the mountpoint as local storage. If I proceed this way then the ovirt node needs to be in it's own local cluster, correct? > Please describe in details what are you trying to do and how did you create the storage > domain in the engine side. I first did a default centos install which created the LVM stuff. I then lvrename the home LV to images LV. My end goal is to use the posix compliant mount option to have each of my ovirt nodes the option to use local storage for VMs for which I'm not fussed if they can migrate between the cluster or not. Does this make more sense? --julian From julian at jdcomputers.com.au Thu Jan 8 05:06:23 2015 From: julian at jdcomputers.com.au (Julian De Marchi) Date: Thu, 08 Jan 2015 15:06:23 +1000 Subject: [ovirt-users] [STORAGE] Adding posix compliant FS In-Reply-To: References: <548F675E.9070202@jdcomputers.com.au> <548F9B84.50405@jdcomputers.com.au> <1298154031.2057803.1418714459455.JavaMail.zimbra@redhat.com> <548FFF7A.7050904@jdcomputers.com.au> <5490DDE6.7000701@jdcomputers.com.au> <1485258707.19808065.1418816293611.JavaMail.zimbra@redhat.com> <54919350.4070506@jdcomputers.com.au> <1466816557.204935.1418883121663.JavaMail.zimbra@redhat.com> Message-ID: <54AE104F.8040204@jdcomputers.com.au> On 12/18/14 18:23, Gianluca Cecchi wrote: > On Thu, Dec 18, 2014 at 7:12 AM, Vered Volansky wrote: >> >> >>> >>> Hey Vered, >>> >>>> IIUC the you have a self-created lvm, to which you're trying to >> connect as >>>> posix using ovirt. >>>> If that's the case please try to manually change the device's >> permissions >>>> to 36:36 under /dev/. >>>> If that doesn't work try the actual device it's mapped to (which is >> what >>>> vdsm actually tries to mount). >>>> If that also doesn't work please send us the output of: >>>>>> ls -lh /dev/ . >>> >>> Still failed mate after a chmod 36:36. The thing is though, it _does_ >>> mount the device for a moment before failing and unmounting it... >> Is this the same behaviour as before? >> >>> >>> [root at blade01 ~]# ls /dev/VolGroup/lv_images -lh >>> lrwxrwxrwx 1 root root 7 Dec 15 16:52 /dev/VolGroup/lv_images -> ../dm-2 >> >> I see /dev/VolGroup/lv_images are still root:root. >> Please chown 36:36 as well. >> >> Please state the all the chown you tried. >> >> >> > > Possibly a starting point for automating LVM device permissions setting is > > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/udev_device_manager.html > > and in particular the possibility to add, under /lib/udev/rules, a > customized file based on the one found in > /usr/share/doc/device-mapper/12-dm-permissions.rules > > Not tried myself though... I don't think permissions for the device are the root cause of the issue. The way I see it behave when I try and mount it is: vdsm will mount the device(If I'm quick I can see this with a LS). It then tries to write some kind of test file(I'm guessing) and as the mount point is still owned by root when vdsm tries to do the touch to test it fails. Then vdsm backs out and I get the failed to add storage error. --julian From mpavlik at redhat.com Thu Jan 8 07:20:10 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Thu, 8 Jan 2015 08:20:10 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: Message-ID: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> Hi Punit, can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log it would be really helpful if you provided exact steps how to reproduce the problem. regards Martin Pavlik - rhev QE > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > > Hi, > > I try to add gluster volume but it failed... > > Ovirt :- 3.5 > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > KVM :- 1.5.3 - 60.el7_0.2 > libvirt-1.1.1-29.el7_0.4 > Glusterfs :- glusterfs-3.5.3-1.el7 > > Engine Logs :- > > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > ^C > > From didi at redhat.com Thu Jan 8 08:30:47 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Thu, 8 Jan 2015 03:30:47 -0500 (EST) Subject: [ovirt-users] Failing to connect to console via vnc (was: HostedEngine Deployment Woes) In-Reply-To: References: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Message-ID: <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Thursday, January 8, 2015 2:03:08 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > > I am also Seeing this in the messages.log > > Jan 7 13:55:39 pws-hv15 vdsm vds ERROR unexpected error#012Traceback (most > recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, > in wrapper#012 res = f(*args, **kwargs)#012 File > "/usr/share/vdsm/BindingXMLRPC.py", line 314, in vmSetTicket#012 return > vm.setTicket(password, ttl, existingConnAction, params)#012 File > "/usr/share/vdsm/API.py", line 610, in setTicket#012 return > v.setTicket(password, ttl, existingConnAction, params)#012 File > "/usr/share/vdsm/vm.py", line 4560, in setTicket#012 graphics = > _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \#012AttributeError: > 'NoneType' object has no attribute 'XMLDesc' > Jan 7 13:55:39 pws-hv15 sanlock[2152]: 2015-01-07 13:55:39-0800 6412 [2152]: > cmd 9 target pid 7899 not found > Jan 7 13:55:40 pws-hv15 vdsm vm.Vm WARNING > vmId=`edc69fdd-6188-4dce-b1dc-d5ed03f914e5`::_readPauseCode unsupported by > libvirt vm When? When you try to connect with virsh? Note that you need to create a temporary password with: hosted-engine --add-console-password > > > On Jan 7, 2015, at 1:58 PM, Mikola Rose > > wrote: > > Also tried; > [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console > HostedEngine > Connected to domain HostedEngine > Escape character is ^] > > > no prompts or interaction after the Escape character line iirc 'console' connects you to the serial console, not vnc, no? > > > On Jan 7, 2015, at 1:42 PM, Mikola Rose > > wrote: > > I tried realvnc How exactly? You need to connect to the host where it runs. BTW, do you have there other VMs? If you migrated the engine vm there after you already had other VMs, it will not get console '0' but some other. > > The log file doesn?t really tell me whats going on that I can see > > 2015-01-07 21:35:15.381+0000: starting up > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin > QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 > -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp > 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 > -smbios type=1,manufacturer=Red Hat,product=RHEV > Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 > -nodefconfig -nodefaults -chardev > socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device > virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive > file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= > -device > ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 > -drive > file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads > -device > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 > -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 > -chardev > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm > -chardev > socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait > -device > virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 > -chardev pty,id=charconsole0 -device > virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus > -msg timestamp=on > char device redirected to /dev/pts/1 Sorry, no idea. Please try getting some more info from the vnc client. I personally use tightvnc on linux and verified that it can connect to a hosted-engine console. I am also changing the subject to attract others... > > On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > > wrote: > > ----- Original Message ----- > From: "Mikola Rose" > > To: "Yedidyah Bar David" > > Cc: users at ovirt.org > Sent: Wednesday, January 7, 2015 3:29:24 AM > Subject: Re: [ovirt-users] HostedEngine Deployment Woes > > Thanks for the tip. That seemed to work and after fixing my nfs issues and > removing that config the hosted setup completed to the point of creating the > vm and waiting for the os to be installed on it, however... > > Thanks for the report! > > > I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc > log indicated an unexpected close. > > We're are the logs for the vnc server end of things so I can see why it's > closing the session? > > The "vnc server" here is qemu. You should find its logs on the host in > /var/log/libvirt/qemu/HostedEngine.log or something like that. > > What vnc client do you use? > > I managed to connect using merely vncclient over an ssh tunnel, in case > more complicated tools (remote-viewer etc) fail. > Best, -- Didi From sabose at redhat.com Thu Jan 8 08:43:29 2015 From: sabose at redhat.com (Sahina Bose) Date: Thu, 08 Jan 2015 14:13:29 +0530 Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <359985466.5951094.1420655829175.JavaMail.yahoo@jws10637.mail.bf1.yahoo.com> References: <359985466.5951094.1420655829175.JavaMail.yahoo@jws10637.mail.bf1.yahoo.com> Message-ID: <54AE4331.7060109@redhat.com> On 01/08/2015 12:07 AM, Will K wrote: > Hi > > I would like to see if anyone has good suggestion. > > I have two physical hosts with 1GB connections to switched networks. > The hosts also have 10GB interface connected directly using Twinax > cable like copper crossover cable. The idea was to use the 10GB as a > "private network" for GlusterFS till the day we want to grow out of > this 2 node setup. > > GlusterFS was setup with the 10GB ports using non-routable IPs and > hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 > 192.168.1.2. I'm following example from > community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ > > , Currently I'm only using Gluster volume on node1, but `gluster probe > peer` test worked fine with node2 through the 10GB connection. > > oVirt engine was setup on physical host1 with hosted engine. Now, > when I try to create new Gluster storage domain, I can only see the > host "node1" available. > > Is there anyway I can setup oVirt on node1 and node2, while using > "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the > 10GB connection? If I understand right, you have 2 interfaces on each of your hosts, and you want oVirt to communicate via 1 interface and glusterfs to use other? While adding the hosts to oVirt you could use ip1 and then.while creating the volume, add the brick using the other ip address. For instance, gluster volume create 192.168.1.2:/bricks/b1 Currently, there's no way to specify the IP address to use while adding a brick from oVirt UI (we're working on this for 3.6), but you could do this from the gluster CLI commands. This would then be detected in the oVirt UI. > > Thanks > W > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 8 08:55:47 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 8 Jan 2015 16:55:47 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> Message-ID: Hi Martin, The steps are below :- 1. Step the ovirt engine on the one server... 2. Installed centos 7 on 4 host node servers.. 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... 4. Create the gluster volume from GUI... Network :- eth0 :- public network (1G) eth1+eth2=bond0= VM public network (1G) eth3+eth4=bond1=ovirtmgmt+storage (10G private network) every hostnode has 24 bricks=24*4(distributed replicated) Thanks, Punit On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k wrote: > Hi Punit, > > can you please provide also errors from /var/log/vdsm/vdsm.log and > /var/log/vdsm/vdsmd.log > > it would be really helpful if you provided exact steps how to reproduce > the problem. > > regards > > Martin Pavlik - rhev QE > > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > > > > Hi, > > > > I try to add gluster volume but it failed... > > > > Ovirt :- 3.5 > > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > KVM :- 1.5.3 - 60.el7_0.2 > > libvirt-1.1.1-29.el7_0.4 > > Glusterfs :- glusterfs-3.5.3-1.el7 > > > > Engine Logs :- > > > > 2015-01-08 09:57:52,569 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:52,609 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,582 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,591 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,596 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,633 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > > , sharedLocks= ] > > ^C > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Thu Jan 8 10:05:41 2015 From: kmayilsa at redhat.com (Kanagaraj) Date: Thu, 08 Jan 2015 15:35:41 +0530 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> Message-ID: <54AE5675.7010903@redhat.com> Do you see any errors in the UI? Also please provide the engine.log and vdsm.log when the failure occured. Thanks, Kanagaraj On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > Hi Martin, > > The steps are below :- > > 1. Step the ovirt engine on the one server... > 2. Installed centos 7 on 4 host node servers.. > 3. I am using host node (compute+storage)....now i have added all 4 > nodes to engine... > 4. Create the gluster volume from GUI... > > Network :- > eth0 :- public network (1G) > eth1+eth2=bond0= VM public network (1G) > eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > every hostnode has 24 bricks=24*4(distributed replicated) > > Thanks, > Punit > > > On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: > > Hi Punit, > > can you please provide also errors from /var/log/vdsm/vdsm.log and > /var/log/vdsm/vdsmd.log > > it would be really helpful if you provided exact steps how to > reproduce the problem. > > regards > > Martin Pavlik - rhev QE > > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > > > Hi, > > > > I try to add gluster volume but it failed... > > > > Ovirt :- 3.5 > > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > KVM :- 1.5.3 - 60.el7_0.2 > > libvirt-1.1.1-29.el7_0.4 > > Glusterfs :- glusterfs-3.5.3-1.el7 > > > > Engine Logs :- > > > > 2015-01-08 09:57:52,569 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:52,609 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,582 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,591 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,596 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > 2015-01-08 09:57:55,633 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > ^C > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From g.lloyd at keele.ac.uk Thu Jan 8 11:12:01 2015 From: g.lloyd at keele.ac.uk (Gary Lloyd) Date: Thu, 8 Jan 2015 11:12:01 +0000 Subject: [ovirt-users] VM Affinity groups ovirt 3.4.4 Message-ID: Hi we have recently updated our production environment to ovirt 3.4.4 . I have created a positive enforcing VM Affinity Group with 2 vms in one of our clusters, but they don't seem to be moving (currently on different hosts). Is there something else I need to activate ? Thanks *Gary Lloyd* ---------------------------------- IT Services Keele University ----------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Thu Jan 8 11:41:21 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Thu, 8 Jan 2015 06:41:21 -0500 (EST) Subject: [ovirt-users] VM Affinity groups ovirt 3.4.4 In-Reply-To: References: Message-ID: <1702446460.7147535.1420717281869.JavaMail.zimbra@redhat.com> At present time we have only affinity filter and affinity weight module, so you can see work of affinity groups only when you start or manually migrate vms. If you have hard positive affinity group, that include two vms, and first vm was started on first host, second vm also must start on first host. I don't know if devs will add also balancing module for affinity groups. But you can open PRD bug for this one. Thanks ----- Original Message ----- From: "Gary Lloyd" To: users at ovirt.org Sent: Thursday, January 8, 2015 1:12:01 PM Subject: [ovirt-users] VM Affinity groups ovirt 3.4.4 Hi we have recently updated our production environment to ovirt 3.4.4 . I have created a positive enforcing VM Affinity Group with 2 vms in one of our clusters, but they don't seem to be moving (currently on different hosts). Is there something else I need to activate ? Thanks Gary Lloyd ---------------------------------- IT Services Keele University ----------------------------------- _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From AVONDRA at unicef.fr Thu Jan 8 15:48:41 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Thu, 8 Jan 2015 15:48:41 +0000 Subject: [ovirt-users] Issues with vm start up In-Reply-To: References: <20141127081559.GA2537@redhat.com> <572849023.7775824.1417428425628.JavaMail.zimbra@redhat.com> <454519527.7801484.1417432137174.JavaMail.zimbra@redhat.com> Message-ID: Hi, Thanks A LOT Koen, you saved me with your solution !!!! Regards ________________________________ Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr [cid:urgence_eboladc6d2e] ________________________________ [cid:siganture_bonne-annee_taille1707bdcfa] De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de Koen Vanoppen Envoy? : lundi 8 d?cembre 2014 07:49 ? : users at ovirt.org Objet : Re: [ovirt-users] Issues with vm start up We also had a issue when starting our vms. This was due the fact of the NUMA option under the host section. I attached a procedure I created for work. Maybe it is also useful for your case... 2014-12-02 5:58 GMT+01:00 Shanil S >: Hi Omer, We have opened this as a bug, you can view the new bug here https://bugzilla.redhat.com/show_bug.cgi?id=1169625. -- Regards Shanil On Tue, Dec 2, 2014 at 8:42 AM, Shanil S > wrote: Hi Omer, Thanks for your reply. We will open it as a bug. -- Regards Shanil On Mon, Dec 1, 2014 at 4:38 PM, Omer Frenkel > wrote: ----- Original Message ----- > From: "Shanil S" > > To: "Omer Frenkel" >, users at ovirt.org, "Juan Hernandez" > > Sent: Monday, December 1, 2014 12:39:12 PM > Subject: Re: [ovirt-users] Issues with vm start up > > Hi Omer, > > Thanks for your reply. > > We are deploying those VM's through templates and all the templates has > first boot from hard disk and second with cdrom. We are using cdrom in > cloud-init section to insert the cloud-init data .Why we need this boot > loader (VM boot order or in the cloud-init section) as in the template the > first boot order is harddisk ? > > if the template's boot order has hard-disk it should be ok, not sure why it seems for this vm the boot order is only cd. does this happen to any vm created from this template? can you check the boot order is corrent in the edit vm dialog? if the boot order is ok in the template, and it happens to any new vm from this template, you should open a bug so we could investigate this. > > -- > Regards > Shanil > > On Mon, Dec 1, 2014 at 3:37 PM, Omer Frenkel > wrote: > > > > > > > ----- Original Message ----- > > > From: "Shanil S" > > > > To: "Shahar Havivi" > > > > Cc: users at ovirt.org, "Juan Hernandez" >, "Omer > > Frenkel" > > > > Sent: Thursday, November 27, 2014 10:32:54 AM > > > Subject: Re: [ovirt-users] Issues with vm start up > > > > > > Hi Omer, > > > > > > I have attached the engine.log and vdsm.log. Please check it. The vm id > > is > > > - 7c7aa9dedb57248f5da291117164f0d7 > > > > > > > sorry Shanil for the delay, > > it looks that in the vm settings, you have chosen to boot only from cd ? > > this is why the vm doest boot, the cloud-init disk is a settings disk, not > > a boot disk > > please go to update vm, change the boot order to use hard-disk, and boot > > the vm. > > > > let me know if it helps, > > Omer. > > > > > -- > > > Regards > > > Shanil > > > > > > On Thu, Nov 27, 2014 at 1:46 PM, Shahar Havivi > > > wrote: > > > > > > > Try to remove content and run the vm, > > > > ie remove the runcmd: or some of it - try to use the xml with out CDATA > > > > maybe > > > > you can pinpoint the problem that way... > > > > > > > > > > > > On 27.11.14 10:03, Shanil S wrote: > > > > > Hi All, > > > > > > > > > > > > > > > I am using the ovirt version 3.5 and having some issues with the vm > > > > startup > > > > > with cloud-init using api in run-once mode..... > > > > > > > > > > Below is the steps i follow :- > > > > > > > > > > 1. Create the VM by API from precreated Template.. > > > > > 2. Start the VM in run-once mode and push the cloud-init data from > > API.. > > > > > 3. VM stuck and from console it display the following :- > > > > > Booting from DVD/CD.. ... > > > > > Boot failed : could not read from CDROM (code 004) > > > > > > > > > > I am using the following xml for this operation :- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
test
> > > > >
> > > > > > > > > > > > > > > > > > > > virtIO > > > > > eth0 > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > virtIO > > > > > eth1 > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /ignored > > > > disable-ec2-metadata: true > > > > > disable_root: false > > > > > ssh_pwauth: true > > > > > ssh_deletekeys: true > > > > > chpasswd: { expire: False } > > > > > > > > > > users: > > > > > - name: root > > > > > primary-group: root > > > > > passwd: 8W7RQ5Bh > > > > > lock-passwd: false > > > > > > > > > > runcmd: > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > - yum -y update > > > > > - yum -y install rdate > > > > > - rdate -s stdtime.gov.hk]]> > > > > > plaintext > > > > > > > > > > > > > > >
> > > > disable-ec2-metadata: true > > > > > disable_root: false > > > > > ssh_pwauth: true > > > > > ssh_deletekeys: true > > > > > chpasswd: { expire: False } > > > > > > > > > > users: > > > > > - name: root > > > > > primary-group: root > > > > > passwd: 8W7RQ5Bh > > > > > lock-passwd: false > > > > > > > > > > runcmd: > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > - yum -y update > > > > > - yum -y install rdate > > > > > - rdate -s stdtime.gov.hk]]> > > > > >
> > > > >
> > > > >
> > > > > > > > > > I am also attaching the screen shot to this. > > > > > > > > > > > > > > > > > > > > -- > > > > > Regards > > > > > Shanil > > > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: urgence_eboladc6d2e Type: image/gif Size: 3264 bytes Desc: urgence_eboladc6d2e URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siganture_bonne-annee_taille1707bdcfa Type: image/jpeg Size: 36754 bytes Desc: siganture_bonne-annee_taille1707bdcfa URL: From yetanotherwill at yahoo.com Thu Jan 8 16:11:50 2015 From: yetanotherwill at yahoo.com (Will K) Date: Thu, 8 Jan 2015 16:11:50 +0000 (UTC) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AE4331.7060109@redhat.com> References: <54AE4331.7060109@redhat.com> Message-ID: <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> That's what I did, but didn't work for me. 1. use the 192.168.x interface to setup gluster. I used hostname in /etc/hosts.2. setup oVirt using the switched network hostnames, let's say 10.10.10.x3. oVirt and all that comes up fine.4. When try to create a storage domain, it only shows the 10.10.10.x hostnames available. Tried to add a brick and I would get something like??? Host gfs2 is not in 'Peer in Cluster' state? (while node2 is the hostname and gfs2 is the 192.168 name) Ran command `gluster probe peer gfs2` or `gluster probe peer 192.168.x.x` didn't work??? peer probe: failed: Probe returned with unknown errno 107 Ran probe again with the switched network hostname or IP worked fine. May be it is not possible with current GlusterFS version?? http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork Will On Thursday, January 8, 2015 3:43 AM, Sahina Bose wrote: On 01/08/2015 12:07 AM, Will K wrote: Hi I would like to see if anyone has good suggestion. I have two physical hosts with 1GB connections to switched networks. The hosts also have 10GB interface connected directly using Twinax cable like copper crossover cable.? The idea was to use the 10GB as a "private network" for GlusterFS till the day we want to grow out of this 2 node setup. GlusterFS was setup with the 10GB ports using non-routable IPs and hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 192.168.1.2.? I'm following example from community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ , Currently I'm only using Gluster volume on node1, but `gluster probe peer` test worked fine with node2 through the 10GB connection. oVirt engine was setup on physical host1 with hosted engine.? Now, when I try to create new Gluster storage domain, I can only see the host "node1" available. Is there anyway I can setup oVirt on node1 and node2, while using "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the 10GB connection? If I understand right, you have 2 interfaces on each of your hosts, and you want oVirt to communicate via 1 interface and glusterfs to use other? While adding the hosts to oVirt you could use ip1 and then.while creating the volume, add the brick using the other ip address. For instance, gluster volume create 192.168.1.2:/bricks/b1 Currently, there's no way to specify the IP address to use while adding a brick from oVirt UI (we're working on this for 3.6), but you could do this from the gluster CLI commands. This would then be detected in the oVirt UI. Thanks W _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Thu Jan 8 16:11:50 2015 From: yetanotherwill at yahoo.com (Will K) Date: Thu, 8 Jan 2015 16:11:50 +0000 (UTC) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AE4331.7060109@redhat.com> References: <54AE4331.7060109@redhat.com> Message-ID: <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> That's what I did, but didn't work for me. 1. use the 192.168.x interface to setup gluster. I used hostname in /etc/hosts.2. setup oVirt using the switched network hostnames, let's say 10.10.10.x3. oVirt and all that comes up fine.4. When try to create a storage domain, it only shows the 10.10.10.x hostnames available. Tried to add a brick and I would get something like??? Host gfs2 is not in 'Peer in Cluster' state? (while node2 is the hostname and gfs2 is the 192.168 name) Ran command `gluster probe peer gfs2` or `gluster probe peer 192.168.x.x` didn't work??? peer probe: failed: Probe returned with unknown errno 107 Ran probe again with the switched network hostname or IP worked fine. May be it is not possible with current GlusterFS version?? http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork Will On Thursday, January 8, 2015 3:43 AM, Sahina Bose wrote: On 01/08/2015 12:07 AM, Will K wrote: Hi I would like to see if anyone has good suggestion. I have two physical hosts with 1GB connections to switched networks. The hosts also have 10GB interface connected directly using Twinax cable like copper crossover cable.? The idea was to use the 10GB as a "private network" for GlusterFS till the day we want to grow out of this 2 node setup. GlusterFS was setup with the 10GB ports using non-routable IPs and hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 192.168.1.2.? I'm following example from community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ , Currently I'm only using Gluster volume on node1, but `gluster probe peer` test worked fine with node2 through the 10GB connection. oVirt engine was setup on physical host1 with hosted engine.? Now, when I try to create new Gluster storage domain, I can only see the host "node1" available. Is there anyway I can setup oVirt on node1 and node2, while using "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the 10GB connection? If I understand right, you have 2 interfaces on each of your hosts, and you want oVirt to communicate via 1 interface and glusterfs to use other? While adding the hosts to oVirt you could use ip1 and then.while creating the volume, add the brick using the other ip address. For instance, gluster volume create 192.168.1.2:/bricks/b1 Currently, there's no way to specify the IP address to use while adding a brick from oVirt UI (we're working on this for 3.6), but you could do this from the gluster CLI commands. This would then be detected in the oVirt UI. Thanks W _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mexigabacho at gmail.com Thu Jan 8 16:36:44 2015 From: mexigabacho at gmail.com (Christopher Young) Date: Thu, 8 Jan 2015 11:36:44 -0500 Subject: [ovirt-users] Possibility to regenerate answer file on primary node In-Reply-To: References: Message-ID: Would anyone be able to provide me any insight here? I can include any logs if needed as I'm at a loss trying to get this 2nd hosted engine up and running. On Tue, Jan 6, 2015 at 7:37 PM, Christopher Young wrote: > For added information (a portion from the ovirt-hosted-setup log): > > ------ > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVEHOSTED_VM/vmBoot=str:'disk' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization > 2015-01-06 19:18:23 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu > cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module > 2015-01-06 19:18:23 DEBUG > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu cpu._customization:137 > Compatible CPU models are: [u'model_Nehalem', u'model_Conroe', > u'model_coreduo', u'model_core2duo', u'model_Penryn', u'model_Westmere', > u'model_n270'] > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND The following CPU types > are supported by this host: > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Westmere: > Intel Westmere Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Nehalem: > Intel Nehalem Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Penryn: Intel > Penryn Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Conroe: Intel > Conroe Family > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py", > line 194, in _customization > ohostedcons.VDSMEnv.VDSM_CPU > RuntimeError: Invalid CPU type specified: None > 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed > to execute stage 'Environment customization': Invalid CPU type specified: > None > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > RuntimeError('Invalid CPU type specified: None',), 0x39782d8>)]' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: > Clean up > 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE > cleanup > ------ > > On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young > wrote: > >> I believe that I'm stuck with trying to follow the deployment via the >> popular guide at: >> >> http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ >> >> I'm trying to get my second hosted-engine deployed and seem to keep >> running into errors with '--deploy' on the second node. >> >> --- >> --== NETWORK CONFIGURATION ==-- >> >> Please indicate a pingable gateway IP address [x.x.x.x]: >> The following CPU types are supported by this host: >> - model_Westmere: Intel Westmere Family >> - model_Nehalem: Intel Nehalem Family >> - model_Penryn: Intel Penryn Family >> - model_Conroe: Intel Conroe Family >> [ ERROR ] Failed to execute stage 'Environment customization': Invalid >> CPU type specified: None >> >> --- >> It seems like the answer file that is copied from the first node is >> either not being copied or is incorrect. In any case, I was wondering if >> there was a way to verify this as well as if there is a method for >> regenerating the answer file on the first node should it be missing (which >> I think that it might be). >> >> I apologize if this is pretty obvious stuff at this point as I feel like >> I'm missing something. Any help would be greatly appreciated. >> >> Thanks, >> >> Chris >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Thu Jan 8 16:46:08 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Thu, 8 Jan 2015 11:46:08 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> Message-ID: <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> So, behavior for not HE HA vm is: 1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. 2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Wednesday, January 7, 2015 3:00:26 AM Subject: RE: [ovirt-users] VM failover with ovirt3.5 For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From Cong_Yue at alliedtelesis.com Thu Jan 8 17:03:55 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 8 Jan 2015 09:03:55 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> Message-ID: Thanks for the advice. For >2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). Is there any way to make the VM failover happen(move to another host in the same cluster) automatically as for sometimes the administrator may also can not recognize the sudden power outage immediately. Also How I can test in my environment? Please kindly advise. >1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Thursday, January 08, 2015 8:46 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 So, behavior for not HE HA vm is: 1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. 2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Wednesday, January 7, 2015 3:00:26 AM Subject: RE: [ovirt-users] VM failover with ovirt3.5 For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From stirabos at redhat.com Thu Jan 8 17:19:37 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Thu, 8 Jan 2015 12:19:37 -0500 (EST) Subject: [ovirt-users] Possibility to regenerate answer file on primary node In-Reply-To: References: Message-ID: <1066227673.4422951.1420737577076.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Christopher Young" > To: users at ovirt.org > Sent: Thursday, January 8, 2015 5:36:44 PM > Subject: Re: [ovirt-users] Possibility to regenerate answer file on primary node > > Would anyone be able to provide me any insight here? I can include any logs > if needed as I'm at a loss trying to get this 2nd hosted engine up and > running. > > On Tue, Jan 6, 2015 at 7:37 PM, Christopher Young < mexigabacho at gmail.com > > wrote: > > > > For added information (a portion from the ovirt-hosted-setup log): > > ------ > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.core.titles.Plugin._vm_start > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.configurevm.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVEHOSTED_VM/vmBoot=str:'disk' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vm.boot_disk.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:138 Stage > customization METHOD > otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu.Plugin._customization > 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu > cpu._getCompatibleCpuModels:68 Attempting to load the caps vdsm module > 2015-01-06 19:18:23 DEBUG otopi.plugins.ovirt_hosted_engine_setup.vdsmd.cpu > cpu._customization:137 Compatible CPU models are: [u'model_Nehalem', > u'model_Conroe', u'model_coreduo', u'model_core2duo', u'model_Penryn', > u'model_Westmere', u'model_n270'] > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND The following CPU types are supported by > this host: > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Westmere: Intel Westmere Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Nehalem: Intel Nehalem Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Penryn: Intel Penryn Family > 2015-01-06 19:18:23 DEBUG otopi.plugins.otopi.dialog.human > dialog.__logString:215 DIALOG:SEND - model_Conroe: Intel Conroe Family > 2015-01-06 19:18:23 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/vdsmd/cpu.py", > line 194, in _customization > ohostedcons.VDSMEnv.VDSM_CPU > RuntimeError: Invalid CPU type specified: None > 2015-01-06 19:18:23 ERROR otopi.context context._executeMethod:161 Failed to > execute stage 'Environment customization': Invalid CPU type specified: None > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > RuntimeError('Invalid CPU type specified: None',), 0x39782d8>)]' > 2015-01-06 19:18:23 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-06 19:18:23 INFO otopi.context context.runSequence:417 Stage: Clean > up > 2015-01-06 19:18:23 DEBUG otopi.context context.runSequence:421 STAGE cleanup > ------ > > On Tue, Jan 6, 2015 at 7:26 PM, Christopher Young < mexigabacho at gmail.com > > wrote: > > > > I believe that I'm stuck with trying to follow the deployment via the popular > guide at: > http://community.redhat.com/blog/2014/11/up-and-running-with-ovirt-3-5-part-two/ > > I'm trying to get my second hosted-engine deployed and seem to keep running > into errors with '--deploy' on the second node. > > --- > --== NETWORK CONFIGURATION ==-- > > Please indicate a pingable gateway IP address [x.x.x.x]: > The following CPU types are supported by this host: > - model_Westmere: Intel Westmere Family > - model_Nehalem: Intel Nehalem Family > - model_Penryn: Intel Penryn Family > - model_Conroe: Intel Conroe Family > [ ERROR ] Failed to execute stage 'Environment customization': Invalid CPU > type specified: None > > --- > It seems like the answer file that is copied from the first node is either > not being copied or is incorrect. In any case, I was wondering if there was > a way to verify this as well as if there is a method for regenerating the > answer file on the first node should it be missing (which I think that it > might be). It's probably due to this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1121057 Re-running hosted-engine --deploy on the first host it's enough to generate a new answer file witch looks not complete if you interrupt the setup process. We already had a patch for it, it will be released in the next days with oVirt 3.5.1 Unfortunately, till that patch, we didn't store previous version of answer file so you have to manually edit it matching your configuration. I can help you off the list. > I apologize if this is pretty obvious stuff at this point as I feel like I'm > missing something. Any help would be greatly appreciated. > > Thanks, > > Chris > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mrose at power-soft.com Thu Jan 8 19:24:51 2015 From: mrose at power-soft.com (Mikola Rose) Date: Thu, 8 Jan 2015 19:24:51 +0000 Subject: [ovirt-users] Failing to connect to console via vnc (was: HostedEngine Deployment Woes) In-Reply-To: <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> References: <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> Message-ID: <463D53A3-47B9-4C58-ACB4-018CA0061B51@power-soft.com> Hi again Didi, I decided to try a bare metal install and migrate to a self hosted. The bare metal install worked great but same issue conencting to the VM via VNC. Just prompts for password seems to connect then auto closes any vnc client I use. From the logs it sasys authentication cancelled. The password to connect was in the hosted-engine ?deploy at the end so I didn?t think I needed to set it again. All the vnc debug logs say is ; VNC(R) Viewer 5.1.0 (r115125) x86 Built on Dec 6 2013 15:12:13 Copyright (C) 2002-2013 RealVNC Ltd. VNC is a registered trademark of RealVNC Ltd. in the U.S. and in other countries. Protected by UK patent 2481870. See http://www.realvnc.com for information on VNC. For third party acknowledgements see: http://www.realvnc.com/products/vnc/documentation/5.1/acknowledgements.txt <15> 2015-01-08T19:08:37.207Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to _system_, priority 50 <15> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SaveToFile(Bool) to 1, priority 50 <15> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to AspectFit, priority 50 <15> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 0, priority 50 <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /Applications/RealVNC/VNC Viewer.app/Contents/MacOS/vnc/policy.d/common <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /Applications/RealVNC/VNC Viewer.app/Contents/MacOS/vnc/policy.d/vncviewer <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /etc/vnc/policy.d/common <14> 2015-01-08T19:08:37.208Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FileConfig: Reading Connection Configuration from /etc/vnc/policy.d/vncviewer <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AdvancedOptions=1 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EnableRemotePrinting=0 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Encryption=Server (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EulaAccepted=true (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Log=*:file:100 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyServer=_system_ (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SaveToFile=1 (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Scaling=AspectFit (Preference) <14> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SingleSignOn=0 (Preference) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AcceptBell=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AutoReconnect=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AutoSelect=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: AutoSelectLossy=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ChangeServerDefaultPrinter=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ClientCutText=1 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ColorLevel=pal8 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: CompactLog=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ConnectInParallel=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: CopyRectDelay=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DebugDelay=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DisableOptionsModeSwitch=0 (Default) <15> 2015-01-08T19:08:37.324Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DotWhenNoCursor=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: DstXor=65280 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Emulate2=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Emulate3=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EnableChat=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: EnableToolbar=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FetchDir= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FileTransferBufferSize=262144 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FileTransferLWM=-1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FtCompress=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ftConcurrency=8 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FullColor=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FullScreen=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: FullScreenChangeResolution=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: HideCloseAlert=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Identities=$HOME/.vnc/identities (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: IdHash= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: InTransports=IPv6,IPv4 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LazyFlushTimeout=300 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LeftCmdKey=Alt_L (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LeftOptKey=ExtendedChars (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LogDir=$HOME/Library/Logs/vnc (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: LogFile=vncviewer.log (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MaxCutText=262144 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MaxOutBufferSize=4194304 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MenuKey=F8 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Monitor=-1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: MRUEntries=20 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PasswordFile= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PointerCornerSnapThreshold=30 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PointerEventInterval=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ppmm=4 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PreferredEncoding=ZRLE (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: PrioritiseFileTransfer=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProtocolVersion= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyPassword= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyType= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ProxyUserName= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RelativePtr=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RightCmdKey=Super_L (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RightOptKey=ExtendedChars (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RsaModulusBits=2048 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: RsaPrivateKeyFile=$HOME/.vnc/rsaKeys/vncviewer.privatekey (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: s3= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScalePrintOutput=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScalingQuality=2 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScrollWheelAccel=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ScrollWheelButtons=4,5,6,7 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SecurityNotificationTimeout=2500 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SelectDesktop= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SendKeyEvents=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SendMediaKeys=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SendPointerEvents=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ServerClipboardGraceTime=1000 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ServerCutText=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Shared=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ShareFiles=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: SrcXor=255 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: TextSizeFactor=115 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: Ticket= (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: ToolbarIconSize=24 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseAddrBook=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseAllMonitors=0 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseDisplayCapture=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UseLocalCursor=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: UserName=mrose (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: VerifyId=2 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Configuration: WarnUnencrypted=1 (Default) <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseLocalCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set DotWhenNoCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreen(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullColor(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ColorLevel(String) to pal8, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoSelect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Shared(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendPointerEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendKeyEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ClientCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ServerCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ShareFiles(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.325Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableChat(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyType(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerEventInterval(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerCornerSnapThreshold(Int) to 30, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate3(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProtocolVersion(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AcceptBell(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to None, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 8, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableToolbar(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SecurityNotificationTimeout(Int) to 2500, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SelectDesktop(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 2, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoReconnect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PasswordFile(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyUserName(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyPassword(String) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set VerifyId(Int) to 2, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set IdHash(Binary) to , priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set WarnUnencrypted(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ChangeServerDefaultPrinter(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ScalePrintOutput(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreenChangeResolution(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseAllMonitors(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendMediaKeys(Bool) to 1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate2(Bool) to 0, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Monitor(Int) to -1, priority 100 <15> 2015-01-08T19:08:37.326Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to mrose, priority 100 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 0, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 0, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to AspectFit, priority 50 <15> 2015-01-08T19:08:37.328Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to _system_, priority 50 <15> 2015-01-08T19:08:37.414Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: DesktopView: Native pixel format is depth 24 (32 bpp) little-endian rgb888 <14> 2015-01-08T19:08:37.514Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CModuleCtrlComms: Listening on /tmp/.vnc-mrose/vncviewer.CtrlComms.61706 <15> 2015-01-08T19:08:37.540Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: created <15> 2015-01-08T19:08:39.903Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Trying ProxySupport <15> 2015-01-08T19:08:39.905Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: 1 entries <15> 2015-01-08T19:08:39.905Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Type kCFProxyTypeNone <14> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Using direct connection <15> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: created IpResolveThread 0 <15> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: started IpResolveThread b0629000 <14> 2015-01-08T19:08:39.906Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Connecting to pws-hv15.power-soft.net:5900 (Direct TCP) <15> 2015-01-08T19:08:39.913Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolver: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:39.915Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolverIpc: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:39.916Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: TcpAddrConnector: Trying 192.168.0.178::5900 <14> 2015-01-08T19:08:39.919Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Beginning RFB connection to pws-hv15.power-soft.net::5900 <14> 2015-01-08T19:08:39.919Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Encryption set to 'Server' <15> 2015-01-08T19:08:39.921Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: reading protocol version <14> 2015-01-08T19:08:39.922Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server supports RFB protocol version 3.8 <14> 2015-01-08T19:08:39.922Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Using RFB protocol version 3.8 <15> 2015-01-08T19:08:39.922Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server offers security type VncAuth(2) <14> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Choosing security type VncAuth(2) <15> 2015-01-08T19:08:39.924Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:39.927Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:40.246Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <14> 2015-01-08T19:08:44.445Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: close: Authentication cancelled <15> 2015-01-08T19:08:44.448Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x3898e0 (fd=32), flush true (tellHandler true) <15> 2015-01-08T19:08:44.462Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: ioShutdown 0x3898e0 (fd=32) <15> 2015-01-08T19:08:44.471Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrinterHandler: removePrinters() <15> 2015-01-08T19:08:44.471Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: destroyed <15> 2015-01-08T19:08:44.489Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: created <15> 2015-01-08T19:08:45.786Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Trying ProxySupport <15> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: 1 entries <15> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Type kCFProxyTypeNone <14> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ProxySettings: Using direct connection <14> 2015-01-08T19:08:45.787Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Connecting to pws-hv15.power-soft.net:5900 (Direct TCP) <15> 2015-01-08T19:08:45.788Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolver: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:45.790Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: IpResolverIpc: Resolved 192.168.0.178::5900 <15> 2015-01-08T19:08:45.791Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: TcpAddrConnector: Trying 192.168.0.178::5900 <14> 2015-01-08T19:08:45.795Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Beginning RFB connection to pws-hv15.power-soft.net::5900 <14> 2015-01-08T19:08:45.795Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: Encryption set to 'Server' <15> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: reading protocol version <14> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server supports RFB protocol version 3.8 <14> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Using RFB protocol version 3.8 <15> 2015-01-08T19:08:45.798Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security types message <15> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Server offers security type VncAuth(2) <14> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Choosing security type VncAuth(2) <15> 2015-01-08T19:08:45.800Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:45.804Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:46.129Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:52.307Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security message <15> 2015-01-08T19:08:52.307Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security result message <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: processing security result message <14> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Authentication successful <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'RelPtrCtrl' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'DesktopName' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'EncodingList' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'FileTransfer' 1 <15> 2015-01-08T19:08:52.312Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: RfbConnection: Enabling extension 'Chat' 1 <15> 2015-01-08T19:08:52.315Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: setDesktopSize 720x400 <15> 2015-01-08T19:08:52.322Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnection: Initialisation done <15> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 50 <14> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: requesting initial update <14> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: AutoSelector: Requesting ZRLE encoding (line speed 0 kbit/s) <14> 2015-01-08T19:08:52.443Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: AutoSelector: Using pixel format depth 8 (8 bpp) colour-map <14> 2015-01-08T19:08:52.477Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: CConnCommon: close: The connection closed unexpectedly. <15> 2015-01-08T19:08:52.481Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x562d30 (fd=32), flush true (tellHandler true) <15> 2015-01-08T19:08:52.481Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: ioShutdown 0x562d30 (fd=32) <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseLocalCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set DotWhenNoCursor(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreen(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullColor(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ColorLevel(String) to pal8, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoSelect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Shared(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendPointerEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendKeyEvents(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ClientCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ServerCutText(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ShareFiles(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableChat(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyType(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerEventInterval(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PointerCornerSnapThreshold(Int) to 30, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate3(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProtocolVersion(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AcceptBell(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to None, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set MenuKey(Int) to 8, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableToolbar(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SecurityNotificationTimeout(Int) to 2500, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SelectDesktop(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PreferredEncoding(Int) to 2, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set AutoReconnect(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set PasswordFile(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyUserName(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyPassword(String) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set VerifyId(Int) to 2, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set IdHash(Binary) to , priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set WarnUnencrypted(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ChangeServerDefaultPrinter(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ScalePrintOutput(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set FullScreenChangeResolution(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UseAllMonitors(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SendMediaKeys(Bool) to 1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Emulate2(Bool) to 0, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Monitor(Int) to -1, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set UserName(String) to mrose, priority 100 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set EnableRemotePrinting(Bool) to 0, priority 50 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set SingleSignOn(Bool) to 0, priority 50 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Encryption(Int) to 0, priority 50 <15> 2015-01-08T19:08:52.491Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set Scaling(String) to AspectFit, priority 50 <15> 2015-01-08T19:08:52.492Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set ProxyServer(String) to _system_, priority 50 <15> 2015-01-08T19:08:52.492Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: ConfigParameter: set RelativePtr(Bool) to 0, priority 50 <15> 2015-01-08T19:08:52.495Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrinterHandler: removePrinters() <15> 2015-01-08T19:08:52.495Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: PrintConnectionManager: destroyed <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x632aa0 (fd=30), flush false (tellHandler false) <14> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Ipc: IpResolveThread: End of stream <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: shutdown 0x6253f0 (fd=31), flush false (tellHandler true) <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: destroy IpResolveThread b0629000 <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: FdIo: ioShutdown 0x6253f0 (fd=31) <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: join IpResolveThread b0629000 <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: stopped IpResolveThread b0629000 <15> 2015-01-08T19:08:52.512Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: joined IpResolveThread b0629000 <15> 2015-01-08T19:08:52.513Z Mik-Roses-MacBook-Pro-3 vncviewer[61706]: Threading: destroyed IpResolveThread b0629000 The VDSM logs for this session; Thread-60::DEBUG::2015-01-08 11:14:53,712::domainMonitor::192::Storage.DomainMonitorThread::(_monitorDomain) Refreshing domain ac1ae7f8-cb48-4251-a246-e68efa9772f0 Thread-60::DEBUG::2015-01-08 11:14:53,718::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0 Thread-60::DEBUG::2015-01-08 11:14:53,719::persistentDict::192::Storage.PersistentDict::(__init__) Created a persistent dict with FileMetadataRW backend Thread-60::DEBUG::2015-01-08 11:14:53,721::persistentDict::234::Storage.PersistentDict::(refresh) read lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=hosted_storage', 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=ON', 'LOCKRENEWALINTERVALSEC=5', 'MASTER_VERSION=1', 'POOL_DESCRIPTION=hosted_datacenter', 'POOL_DOMAINS=ac1ae7f8-cb48-4251-a246-e68efa9772f0:Active', 'POOL_SPM_ID=-1', 'POOL_SPM_LVER=0', 'POOL_UUID=c4a7ea33-d530-492c-a7fa-13418b6c6f0a', 'REMOTE_PATH=192.168.1.32:/Volumes/Raid1', 'ROLE=Master', 'SDUUID=ac1ae7f8-cb48-4251-a246-e68efa9772f0', 'TYPE=NFS', 'VERSION=3', '_SHA_CKSUM=78daa16373d371fb33ae30943059b955b3d3ebdb'] Thread-60::DEBUG::2015-01-08 11:14:53,723::fileSD::611::Storage.StorageDomain::(imageGarbageCollector) Removing remnants of deleted images [] Thread-60::INFO::2015-01-08 11:14:53,724::sd::384::Storage.StorageDomain::(_registerResourceNamespaces) Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_imageNS already registered Thread-60::INFO::2015-01-08 11:14:53,724::sd::392::Storage.StorageDomain::(_registerResourceNamespaces) Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_volumeNS already registered Thread-60::DEBUG::2015-01-08 11:14:53,728::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1' (cwd None) Thread-60::DEBUG::2015-01-08 11:14:53,736::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.000292092 s, 1.6 MB/s\n'; = 0 VM Channels Listener::DEBUG::2015-01-08 11:14:59,682::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 12. Thread-60::DEBUG::2015-01-08 11:15:03,744::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1' (cwd None) Thread-60::DEBUG::2015-01-08 11:15:03,753::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.00036382 s, 1.3 MB/s\n'; = 0 Thread-60::DEBUG::2015-01-08 11:15:13,762::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata iflag=direct of=/dev/null bs=4096 count=1' (cwd None) Thread-60::DEBUG::2015-01-08 11:15:13,770::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, 0.000338997 s, 1.4 MB/s\n'; = 0 On Jan 8, 2015, at 12:30 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Thursday, January 8, 2015 2:03:08 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes I am also Seeing this in the messages.log Jan 7 13:55:39 pws-hv15 vdsm vds ERROR unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/BindingXMLRPC.py", line 314, in vmSetTicket#012 return vm.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/API.py", line 610, in setTicket#012 return v.setTicket(password, ttl, existingConnAction, params)#012 File "/usr/share/vdsm/vm.py", line 4560, in setTicket#012 graphics = _domParseStr(self._dom.XMLDesc(0)).childNodes[0]. \#012AttributeError: 'NoneType' object has no attribute 'XMLDesc' Jan 7 13:55:39 pws-hv15 sanlock[2152]: 2015-01-07 13:55:39-0800 6412 [2152]: cmd 9 target pid 7899 not found Jan 7 13:55:40 pws-hv15 vdsm vm.Vm WARNING vmId=`edc69fdd-6188-4dce-b1dc-d5ed03f914e5`::_readPauseCode unsupported by libvirt vm When? When you try to connect with virsh? Note that you need to create a temporary password with: hosted-engine --add-console-password On Jan 7, 2015, at 1:58 PM, Mikola Rose > wrote: Also tried; [root at pws-hv15 ~]# virsh -c qemu+tls://pws-hv15.power-soft.net/system console HostedEngine Connected to domain HostedEngine Escape character is ^] no prompts or interaction after the Escape character line iirc 'console' connects you to the serial console, not vnc, no? On Jan 7, 2015, at 1:42 PM, Mikola Rose > wrote: I tried realvnc How exactly? You need to connect to the host where it runs. BTW, do you have there other VMs? If you migrated the engine vm there after you already had other VMs, it will not get console '0' but some other. The log file doesn?t really tell me whats going on that I can see 2015-01-07 21:35:15.381+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/libexec/qemu-kvm -name HostedEngine -S -M rhel6.5.0 -cpu Westmere -enable-kvm -m 4096 -realtime mlock=off -smp 2,sockets=2,cores=1,threads=1 -uuid edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -smbios type=1,manufacturer=Red Hat,product=RHEV Hypervisor,version=6Server-6.6.0.2.el6,serial=4C4C4544-0036-5210-8036-B1C04F4A3032_d4:ae:52:d1:91:7a,uuid=edc69fdd-6188-4dce-b1dc-d5ed03f914e5 -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/HostedEngine.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2015-01-07T21:35:15,driftfix=slew -no-reboot -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -drive file=/rhel-server-6.6-x86_64-dvd.iso,if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -drive file=/var/run/vdsm/storage/9b103e2f-d35b-4b56-a380-a374c21219d1/bdfd32e0-8116-4d29-baa2-6f6a98d981c6/9d2b9c8d-9005-4cb9-836b-a3848a24b4c4,if=none,id=drive-virtio-disk0,format=raw,serial=bdfd32e0-8116-4d29-baa2-6f6a98d981c6,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0 -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:16:3e:64:dd:63,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.com.redhat.rhevm.vdsm,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm -chardev socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/edc69fdd-6188-4dce-b1dc-d5ed03f914e5.org.qemu.guest_agent.0,server,nowait -device virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 -chardev pty,id=charconsole0 -device virtconsole,chardev=charconsole0,id=console0 -vnc 0:0,password -vga cirrus -msg timestamp=on char device redirected to /dev/pts/1 Sorry, no idea. Please try getting some more info from the vnc client. I personally use tightvnc on linux and verified that it can connect to a hosted-engine console. I am also changing the subject to attract others... On Jan 7, 2015, at 12:18 AM, Yedidyah Bar David > wrote: ----- Original Message ----- From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org Sent: Wednesday, January 7, 2015 3:29:24 AM Subject: Re: [ovirt-users] HostedEngine Deployment Woes Thanks for the tip. That seemed to work and after fixing my nfs issues and removing that config the hosted setup completed to the point of creating the vm and waiting for the os to be installed on it, however... Thanks for the report! I try to connect to the vm via vnc and it just flashes and closes vnc. Vnc log indicated an unexpected close. We're are the logs for the vnc server end of things so I can see why it's closing the session? The "vnc server" here is qemu. You should find its logs on the host in /var/log/libvirt/qemu/HostedEngine.log or something like that. What vnc client do you use? I managed to connect using merely vncclient over an ssh tunnel, in case more complicated tools (remote-viewer etc) fail. Best, -- Didi Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bproffit at redhat.com Thu Jan 8 20:12:39 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Thu, 8 Jan 2015 15:12:39 -0500 (EST) Subject: [ovirt-users] Community ads on StackOverflow, 1st half 2015 In-Reply-To: <1234710964.5024410.1420747853983.JavaMail.zimbra@redhat.com> Message-ID: <1114690557.5024951.1420747959683.JavaMail.zimbra@redhat.com> We have a new community ad set to go for the next StackOverflow campaign for the first half of the year. Allon Mureinik has posted it at: http://meta.stackoverflow.com/a/283016/2422776 Now we just need some upvotes there to have the ad approved. The current threshold is +6. If you are a member of the StackOverflow network, we could use the support! Thanks! BKP -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From Cong_Yue at alliedtelesis.com Thu Jan 8 23:13:04 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 8 Jan 2015 15:13:04 -0800 Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: <54ABAE60.9010906@redhat.com> References: <924283192.4044081.1420013644636.JavaMail.zimbra@redhat.com> <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> <54ABAE60.9010906@redhat.com> Message-ID: The patch works for my case1. Thanks! Thanks, Cong -----Original Message----- From: Jiri Moskovcak [mailto:jmoskovc at redhat.com] Sent: Tuesday, January 06, 2015 1:44 AM To: Artyom Lukianov; Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 On 01/06/2015 09:34 AM, Artyom Lukianov wrote: > Case 1: > In vdsm.log I can see this one: > Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 245, in run > self._startUnderlyingMigration(time.time()) > File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration > None, maxBandwidth) > File "/usr/share/vdsm/virt/vm.py", line 670, in f > ret = attr(*args, **kwargs) > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 > if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) > libvirtError: operation aborted: migration job: canceled by client > I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. > - agent did everything correctly and as Artyom says, the migration is aborted by vdsm: The migration took 260 seconds which is exceeding the configured maximum time for migrations of 256 seconds. The migration will be aborted. - there is a configuration option in vdsm conf you can tweak to increase the timeout: 'migration_max_time_per_gib_mem', '64', 'The maximum time in seconds per GiB memory a migration may take ' 'before the migration will be aborted by the source host. ' 'Setting this value to 0 will disable this feature.' So as you can see in your case it's 4 * 64 seconds => 256seconds. --Jirka > Case 2: > HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. > > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Monday, January 5, 2015 7:38:08 PM > Subject: RE: [ovirt-users] VM failover with ovirt3.5 > > I collected the agent.log and vdsm.log in 2 cases. > > Case1 HE VM failover trail > What I did > 1, make all host be engine up > 2, set host1 be with local maintenance mode. In host1, there is HE VM. > 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 > As for the log is very large, I uploaded into google dirve. The link is as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc > The logs are for 3 hosts in my environment. > > Case2 non-HE VM failover trail > 1, make all host be engine up > 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" > 3,But the vm on the top of host3 does not migrate at all. > The logs are uploaded to good drive as > https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc > > > Thanks, > Cong > > > > > -----Original Message----- > From: Artyom Lukianov [mailto:alukiano at redhat.com] > Sent: Sunday, January 04, 2015 3:22 AM > To: Yue, Cong > Cc: cong yue; stirabos at redhat.com; users at ovirt.org > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Can you provide vdsm logs: > 1) for HE vm case > 2) for not HE vm case > Thanks > > ----- Original Message ----- > From: "Cong Yue" > To: "Artyom Lukianov" > Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org > Sent: Thursday, January 1, 2015 2:32:18 AM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > Thanks for the advice. I applied the patch for clientIF.py as > - port = config.getint('addresses', 'management_port') > + port = config.get('addresses', 'management_port') > > Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. > > MainThread::INFO::2014-12-31 > 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) > Continuing to monitor migration > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state EngineMigratingAway (score: 2000) > MainThread::INFO::2014-12-31 > 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > MainThread::ERROR::2014-12-31 > 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) > Failed to migrate > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", > line 863, in _monitor_migration > vm_id, > File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", > line 85, in run_vds_client_cmd > response['status']['message']) > DetailedError: Error 47 from migrateStatus: Migration canceled > MainThread::INFO::2014-12-31 > 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Trying: notify time=1420070896.5 type=state_transition > detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' > MainThread::INFO::2014-12-31 > 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) > Success, was notification of state_transition > (EngineMigratingAway-ReinitializeFSM) sent? ignored > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Current state ReinitializeFSM (score: 0) > MainThread::INFO::2014-12-31 > 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) > Best remote host 10.0.0.93 (id: 2, score: 2400) > > Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? > > Please kindly advise. > > Thanks, > Cong > > >> On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: >> >> Ok I found this one: >> Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 163, in _recover >> self.destServer.destroy(self._vm.id) >> AttributeError: 'SourceThread' object has no attribute 'destServer' >> Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate >> Traceback (most recent call last): >> File "/usr/share/vdsm/virt/migration.py", line 229, in run >> self._setupVdsConnection() >> File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection >> self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) >> File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort >> return addr + ':' + port >> TypeError: cannot concatenate 'str' and 'int' objects >> >> We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. >> >> ----- Original Message ----- >> From: "cong yue" >> To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org >> Cc: "Cong Yue" >> Sent: Tuesday, December 30, 2014 8:22:47 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> The vdsm.log just after I turned the host where HE VM is to local. >> >> In the log, there is some part like >> >> --- >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> GuestMonitor-HostedEngine::DEBUG::2014-12-30 >> 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806995::DEBUG::2014-12-30 >> 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending >> response >> JsonRpc (StompReactor)::DEBUG::2014-12-30 >> 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) >> Handling message >> JsonRpcServer::DEBUG::2014-12-30 >> 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) >> Waiting for request >> Thread-1806996::DEBUG::2014-12-30 >> 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) >> vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not >> set >> --- >> >> I this with some wrong? >> >> Thanks, >> Cong >> >> >>> From: Artyom Lukianov >>> Date: 2014?12?29? 23:13:45 GMT-8 >>> To: "Yue, Cong" >>> Cc: Simone Tiraboschi , "users at ovirt.org" >>> >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >>> more interesting, can you provide vdsm.log for this one please. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> To: "Artyom Lukianov" >>> Cc: "Simone Tiraboschi" , users at ovirt.org >>> Sent: Monday, December 29, 2014 8:29:04 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> I disabled local maintenance mode for all hosts, and then only set the host >>> where HE VM is there to local maintenance mode. The logs are as follows. >>> During the migration of HE VM , it shows some fatal error happen. By the >>> way, also HE VM can not work with live migration. Instead, other VMs can do >>> live migration. >>> >>> --- >>> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >>> You have new mail in /var/spool/mail/root >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-29 >>> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.92 (id: 3, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.61 type=state_transition >>> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenanceMigrateVm (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877023.96 type=state_transition >>> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >>> hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >>> Penalizing score by 400 due to low free memory >>> MainThread::INFO::2014-12-29 >>> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineMigratingAway (score: 2000) >>> MainThread::INFO::2014-12-29 >>> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::ERROR::2014-12-29 >>> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >>> Failed to migrate >>> Traceback (most recent call last): >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >>> line 863, in _monitor_migration >>> vm_id, >>> File >>> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >>> line 85, in run_vds_client_cmd >>> response['status']['message']) >>> DetailedError: Error 12 from migrateStatus: Fatal error during migration >>> MainThread::INFO::2014-12-29 >>> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877034.26 type=state_transition >>> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineMigratingAway-ReinitializeFSM) sent? ignored >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state ReinitializeFSM (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419877044.55 type=state_transition >>> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >>> MainThread::INFO::2014-12-29 >>> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (ReinitializeFSM-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-29 >>> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ^C >>> [root at compute2-3 ~]# >>> >>> >>> [root at compute2-3 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 1014956 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >>> host-id=1 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 866019 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=866019 (Mon Dec 29 10:19:45 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 860493 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=860493 (Mon Dec 29 10:20:35 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> [root at compute2-3 ~]# >>> --- >>> Thanks, >>> Cong >>> >>> >>> >>> On 2014/12/29, at 8:43, "Artyom Lukianov" >>> > wrote: >>> >>> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >>> "Local Maintenance" state, so vm will not migrate to any of them, can you >>> try disable local maintenance on all hosts in HE environment and after >>> enable "local maintenance" on host where HE vm run, and provide also output >>> of hosted-engine --vm-status. >>> Failover works in next way: >>> 1) if host where run HE vm have score less by 800 that some other host in HE >>> environment, HE vm will migrate on host with best score >>> 2) if something happen to vm(kernel panic, crash of service...), agent will >>> restart HE vm on another host in HE environment with positive score >>> 3) if put to local maintenance host with HE vm, vm will migrate to another >>> host with positive score >>> Thanks. >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" > >>> Cc: "Simone Tiraboschi" >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 6:30:42 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks and the --vm-status log is as follows: >>> [root at compute2-2 ~]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1008087 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 859142 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=859142 (Mon Dec 29 08:25:08 2014) >>> host-id=2 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 853615 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=853615 (Mon Dec 29 08:25:57 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# >>> >>> Could you please explain how VM failover works inside ovirt? Is there any >>> other debug option I can enable to check the problem? >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/29, at 1:39, "Artyom Lukianov" >>> > >>> wrote: >>> >>> Can you also provide output of hosted-engine --vm-status please, previous >>> time it was useful, because I do not see something unusual. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Artyom Lukianov" >>> > >>> Cc: "Simone Tiraboschi" >>> >, >>> users at ovirt.org >>> Sent: Monday, December 29, 2014 7:15:24 AM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Also I change the maintenance mode to local in another host. But also the VM >>> in this host can not be migrated. The logs are as follows. >>> >>> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Trying: notify time=1419829795.7 type=state_transition >>> detail=EngineDown-LocalMaintenance hostname='compute2-2' >>> MainThread::INFO::2014-12-28 >>> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >>> Success, was notification of state_transition >>> (EngineDown-LocalMaintenance) sent? sent >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> ^C >>> You have new mail in /var/spool/mail/root >>> [root at compute2-2 ~]# ps -ef | grep qemu >>> root 18420 2777 0 21:10 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >>> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >>> -m 500 -realtime mlock=off -smp >>> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >>> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:17:17,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-2 ~]# >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 20:53, "Yue, Cong" >>> > >>> wrote: >>> >>> I checked it again and confirmed there is one guest VM is running on the top >>> of this host. The log is as follows: >>> >>> [root at compute2-1 vdsm]# ps -ef | grep qemu >>> qemu 2983 846 0 Dec19 ? 00:00:00 >>> [supervdsmServer] >>> root 5489 3053 0 20:49 pts/0 >>> 00:00:00 grep --color=auto qemu >>> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >>> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >>> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >>> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >>> type=1,manufacturer=oVirt,product=oVirt >>> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >>> -no-user-config -nodefaults -chardev >>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >>> -mon chardev=charmonitor,id=monitor,mode=control -rtc >>> base=2014-12-19T20:18:01,driftfix=slew >>> -no-kvm-pit-reinjection >>> -no-hpet -no-shutdown -boot strict=on -device >>> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >>> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >>> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >>> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >>> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >>> -drive >>> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >>> -device >>> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >>> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >>> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >>> -chardev >>> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >>> -chardev >>> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >>> -device >>> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >>> -chardev spicevmc,id=charchannel2,name=vdagent -device >>> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >>> -spice >>> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >>> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >>> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >>> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-28 >>> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >>> Score is 0 due to local maintenance mode >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-28 >>> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> >>> On 2014/12/28, at 3:46, "Artyom Lukianov" >>> > >>> wrote: >>> >>> I see that you set local maintenance on host3 that do not have engine vm on >>> it, so it nothing to migrate from this host. >>> If you set local maintenance on host1, vm must migrate to another host with >>> positive score. >>> Thanks >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Saturday, December 27, 2014 6:58:32 PM >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> Hi >>> >>> I had a try with "hosted-engine --set-maintence --mode=local" on >>> compute2-1, which is host 3 in my cluster. From the log, it shows >>> maintence mode is dectected, but migration does not happen. >>> >>> The logs are as follows. Is there any other config I need to check? >>> >>> [root at compute2-1 vdsm]# hosted-engine --vm-status >>> >>> >>> --== Host 1 status ==- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 836296 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=836296 (Sat Dec 27 11:42:39 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 687358 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=687358 (Sat Dec 27 08:42:04 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 0 >>> Local maintenance : True >>> Host timestamp : 681827 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=681827 (Sat Dec 27 08:42:40 2014) >>> host-id=3 >>> score=0 >>> maintenance=True >>> state=LocalMaintenance >>> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >>> Local maintenance detected >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state LocalMaintenance (score: 0) >>> MainThread::INFO::2014-12-27 >>> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> >>> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> >>> >>> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >>> MainThread::INFO::2014-12-27 >>> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm is running on host 10.0.0.94 (id 1) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.94 (id 1): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >>> (Sat Dec 27 11:37:30 >>> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >>> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >>> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >>> 'maintenance': False, 'host-ts': 835987} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >>> (Sat Dec 27 08:37:41 >>> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >>> 'host-ts': 681528} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 2): {'engine-health': {'reason': 'vm not running on this >>> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >>> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >>> 'gateway': True} >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-27 >>> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> Thanks, >>> Cong >>> >>> On 2014/12/22, at 5:29, "Simone Tiraboschi" >>> > >>> wrote: >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: "Simone Tiraboschi" >>> > >>> Cc: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 7:22:10 PM >>> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >>> >>> Thanks for the information. This is the log for my three ovirt nodes. >>> From the output of hosted-engine --vm-status, it shows the engine state for >>> my 2nd and 3rd ovirt node is DOWN. >>> Is this the reason why VM failover not work in my environment? >>> >>> No, they looks ok: you can run the engine VM on single host at a time. >>> >>> How can I make >>> also engine works for my 2nd and 3rd ovit nodes? >>> >>> If you put the host 1 in local maintenance mode ( hosted-engine >>> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >>> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >>> host 2 in local maintenance mode the VM should migrate again. >>> >>> Can you please try that and post the logs if something is going bad? >>> >>> >>> -- >>> --== Host 1 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.94 >>> Host ID : 1 >>> Engine status : {"health": "good", "vm": "up", >>> "detail": "up"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 150475 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=150475 (Fri Dec 19 13:12:18 2014) >>> host-id=1 >>> score=2400 >>> maintenance=False >>> state=EngineUp >>> >>> >>> --== Host 2 status ==-- >>> >>> Status up-to-date : True >>> Hostname : 10.0.0.93 >>> Host ID : 2 >>> Engine status : {"reason": "vm not running on >>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 1572 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=1572 (Fri Dec 19 10:12:18 2014) >>> host-id=2 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> >>> --== Host 3 status ==-- >>> >>> Status up-to-date : False >>> Hostname : 10.0.0.92 >>> Host ID : 3 >>> Engine status : unknown stale-data >>> Score : 2400 >>> Local maintenance : False >>> Host timestamp : 987 >>> Extra metadata (valid at timestamp): >>> metadata_parse_version=1 >>> metadata_feature_version=1 >>> timestamp=987 (Fri Dec 19 10:09:58 2014) >>> host-id=3 >>> score=2400 >>> maintenance=False >>> state=EngineDown >>> >>> -- >>> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >>> as follows: >>> -- >>> 10.0.0.94(hosted-engine-1) >>> --- >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Global metadata: {'maintenance': False} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.93 (id 2): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >>> (Fri Dec 19 10:10:14 >>> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 1448} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Host 10.0.0.92 (id 3): {'extra': >>> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >>> (Fri Dec 19 10:09:58 >>> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >>> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >>> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >>> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >>> 'host-ts': 987} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >>> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >>> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >>> False, 'cpu-load': 0.0269, 'gateway': True} >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >>> Engine vm running on localhost >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineUp (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.93 (id: 2, score: 2400) >>> ---- >>> >>> 10.0.0.93 (hosted-engine-2) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Current state EngineDown (score: 2400) >>> MainThread::INFO::2014-12-19 >>> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >>> Best remote host 10.0.0.94 (id: 1, score: 2400) >>> >>> >>> 10.0.0.92(hosted-engine-3) >>> same as 10.0.0.93 >>> -- >>> >>> -----Original Message----- >>> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >>> Sent: Friday, December 19, 2014 12:28 AM >>> To: Yue, Cong >>> Cc: >>> users at ovirt.org >>> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> ----- Original Message ----- >>> From: "Cong Yue" >>> > >>> To: >>> users at ovirt.org >>> Sent: Friday, December 19, 2014 2:14:33 AM >>> Subject: [ovirt-users] VM failover with ovirt3.5 >>> >>> >>> >>> Hi >>> >>> >>> >>> In my environment, I have 3 ovirt nodes as one cluster. And on top of >>> host-1, there is one vm to host ovirt engine. >>> >>> Also I have one external storage for the cluster to use as data domain >>> of engine and data. >>> >>> I confirmed live migration works well in my environment. >>> >>> But it seems very buggy for VM failover if I try to force to shut down >>> one ovirt node. Sometimes the VM in the node which is shutdown can >>> migrate to other host, but it take more than several minutes. >>> >>> Sometimes, it can not migrate at all. Sometimes, only when the host is >>> back, the VM is beginning to move. >>> >>> Can you please check or share the logs under >>> /var/log/ovirt-hosted-engine-ha/ >>> ? >>> >>> Is there some documentation to explain how VM failover is working? And >>> is there some bugs reported related with this? >>> >>> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >>> >>> Thanks in advance, >>> >>> Cong >>> >>> >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) >>> and may contain confidential and privileged information. Any >>> unauthorized review, use, disclosure or distribution is prohibited. If >>> you are not the intended recipient, please contact the sender by reply >>> e-mail and destroy all copies of the original message. If you are the >>> intended recipient, please be advised that the content of this message >>> is subject to access, review and disclosure by the sender's e-mail System >>> Administrator. >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. >>> >>> >>> ________________________________ >>> This e-mail message is for the sole use of the intended recipient(s) and may >>> contain confidential and privileged information. Any unauthorized review, >>> use, disclosure or distribution is prohibited. If you are not the intended >>> recipient, please contact the sender by reply e-mail and destroy all copies >>> of the original message. If you are the intended recipient, please be >>> advised that the content of this message is subject to access, review and >>> disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. > This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From sabose at redhat.com Fri Jan 9 05:40:48 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 09 Jan 2015 11:10:48 +0530 Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> Message-ID: <54AF69E0.6090302@redhat.com> On 01/08/2015 09:41 PM, Will K wrote: > That's what I did, but didn't work for me. > > 1. use the 192.168.x interface to setup gluster. I used hostname in > /etc/hosts. > 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x > 3. oVirt and all that comes up fine. > 4. When try to create a storage domain, it only shows the 10.10.10.x > hostnames available. > > > Tried to add a brick and I would get something like > Host gfs2 is not in 'Peer in Cluster' state (while node2 is the > hostname and gfs2 is the 192.168 name) Which version of glusterfs do you have? Kaushal, will this work in glusterfs3.6 and above? > > Ran command `gluster probe peer gfs2` or `gluster probe peer > 192.168.x.x` didn't work > peer probe: failed: Probe returned with unknown errno 107 > > Ran probe again with the switched network hostname or IP worked fine. > May be it is not possible with current GlusterFS version? > http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork > > > Will > > > On Thursday, January 8, 2015 3:43 AM, Sahina Bose > wrote: > > > > On 01/08/2015 12:07 AM, Will K wrote: >> Hi >> >> I would like to see if anyone has good suggestion. >> >> I have two physical hosts with 1GB connections to switched networks. >> The hosts also have 10GB interface connected directly using Twinax >> cable like copper crossover cable. The idea was to use the 10GB as a >> "private network" for GlusterFS till the day we want to grow out of >> this 2 node setup. >> >> GlusterFS was setup with the 10GB ports using non-routable IPs and >> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 >> 192.168.1.2. I'm following example from >> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ >> >> , Currently I'm only using Gluster volume on node1, but `gluster >> probe peer` test worked fine with node2 through the 10GB connection. >> >> oVirt engine was setup on physical host1 with hosted engine. Now, >> when I try to create new Gluster storage domain, I can only see the >> host "node1" available. >> >> Is there anyway I can setup oVirt on node1 and node2, while using >> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the >> 10GB connection? > > If I understand right, you have 2 interfaces on each of your hosts, > and you want oVirt to communicate via 1 interface and glusterfs to use > other? > > While adding the hosts to oVirt you could use ip1 and then.while > creating the volume, add the brick using the other ip address. > For instance, gluster volume create 192.168.1.2:/bricks/b1 > > Currently, there's no way to specify the IP address to use while > adding a brick from oVirt UI (we're working on this for 3.6), but you > could do this from the gluster CLI commands. This would then be > detected in the oVirt UI. > > > >> >> Thanks >> W >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeloro at web.de Fri Jan 9 06:31:19 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Fri, 9 Jan 2015 07:31:19 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication Message-ID: Hello, I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? My curent configuration: [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties include = vars.server = ldap.company.de vars.user = cn=system,dc=company,dc=de vars.password = password pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties ovirt.engine.extension.name = company-ldap-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = company-ldap ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties ovirt.engine.extension.name = company-ldap-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base with scope subtree # filter: cn=jdeloro # requesting: ALL # # jdeloro, users, admins, company.de dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de [... and many more lines ...] I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. Kind regards Jannick From sabose at redhat.com Fri Jan 9 08:17:17 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 09 Jan 2015 13:47:17 +0530 Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> <54AF69E0.6090302@redhat.com> <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> Message-ID: <54AF8E8D.6050206@redhat.com> On 01/09/2015 01:13 PM, Kaushal M wrote: > Hey Will, > > It seems to me you are trying manage GlusterFS from oVirt, and trying to get your multi-network setup to work. As Sahina mentioned already, this is not currently possible as oVirt doesn't have the required support. > > If you want to make this work right now, I suggest you manage GlusterFS manually. You could do the following, > > - Install GlusterFS on both the hosts and setup a GlusterFS trusted storage pool using the 'gluster peer probe' commands. Run 'gluster peer probe gfs2' from node1 (and the reverse just for safety) > - Create a GlusterFS volume, 'gluster volume create gfs1: gfs2:; and start it, 'gluster volume start '. > After this you'll have GlusterFS setup on the particular network and you'll have volume ready to be added as a oVirt storage domain. To enable, oVirt to use the node1 interface, is it possible to peer probe using node1 and node2 interface in steps above - i.e "gluster peer probe node2" (This is essentially what happens when a host is added with host address node1 or node2) and then create a GlusterFS volume from CLI using the command you mentioned above? > - Now setup oVirt on the nodes with the node* network. > - Add the gfs* network to oVirt. I'm not sure if this would be required, but you can try it anyway. > - Add the created GlusterFS volume as a storage domain using a gfs* address. > > You should now be ready to begin using the new storage domain. > > If you would want to expand the volume later, you will need to do it manually with an explicit 'gluster volume add-brick' command. > > You could possible add the GlusterFS cluster to the oVirt interface, just so you can get stats and monitoring. But even then you shouldn't use the oVirt interface to do any management tasks. > > Multi-network support for GlusterFS within oVirt is an upcoming feature, and Sahina can give you more details on when to expect it to be available. > > Thanks, > Kaushal > > > ----- Original Message ----- >> From: "Sahina Bose" >> To: "Will K" , users at ovirt.org, "Kaushal M" >> Sent: Friday, 9 January, 2015 11:10:48 AM >> Subject: Re: [ovirt-users] Using gluster on other hosts? >> >> >> On 01/08/2015 09:41 PM, Will K wrote: >>> That's what I did, but didn't work for me. >>> >>> 1. use the 192.168.x interface to setup gluster. I used hostname in >>> /etc/hosts. >>> 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x >>> 3. oVirt and all that comes up fine. >>> 4. When try to create a storage domain, it only shows the 10.10.10.x >>> hostnames available. >>> >>> >>> Tried to add a brick and I would get something like >>> Host gfs2 is not in 'Peer in Cluster' state (while node2 is the >>> hostname and gfs2 is the 192.168 name) >> >> Which version of glusterfs do you have? >> >> Kaushal, will this work in glusterfs3.6 and above? >> >> >>> Ran command `gluster probe peer gfs2` or `gluster probe peer >>> 192.168.x.x` didn't work >>> peer probe: failed: Probe returned with unknown errno 107 >>> >>> Ran probe again with the switched network hostname or IP worked fine. >>> May be it is not possible with current GlusterFS version? >>> http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork >>> >>> >>> Will >>> >>> >>> On Thursday, January 8, 2015 3:43 AM, Sahina Bose >>> wrote: >>> >>> >>> >>> On 01/08/2015 12:07 AM, Will K wrote: >>>> Hi >>>> >>>> I would like to see if anyone has good suggestion. >>>> >>>> I have two physical hosts with 1GB connections to switched networks. >>>> The hosts also have 10GB interface connected directly using Twinax >>>> cable like copper crossover cable. The idea was to use the 10GB as a >>>> "private network" for GlusterFS till the day we want to grow out of >>>> this 2 node setup. >>>> >>>> GlusterFS was setup with the 10GB ports using non-routable IPs and >>>> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 >>>> 192.168.1.2. I'm following example from >>>> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ >>>> >>>> , Currently I'm only using Gluster volume on node1, but `gluster >>>> probe peer` test worked fine with node2 through the 10GB connection. >>>> >>>> oVirt engine was setup on physical host1 with hosted engine. Now, >>>> when I try to create new Gluster storage domain, I can only see the >>>> host "node1" available. >>>> >>>> Is there anyway I can setup oVirt on node1 and node2, while using >>>> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the >>>> 10GB connection? >>> If I understand right, you have 2 interfaces on each of your hosts, >>> and you want oVirt to communicate via 1 interface and glusterfs to use >>> other? >>> >>> While adding the hosts to oVirt you could use ip1 and then.while >>> creating the volume, add the brick using the other ip address. >>> For instance, gluster volume create 192.168.1.2:/bricks/b1 >>> >>> Currently, there's no way to specify the IP address to use while >>> adding a brick from oVirt UI (we're working on this for 3.6), but you >>> could do this from the gluster CLI commands. This would then be >>> detected in the oVirt UI. >>> >>> >>> >>>> Thanks >>>> W >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> From alonbl at redhat.com Fri Jan 9 09:17:24 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 9 Jan 2015 04:17:24 -0500 (EST) Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: Message-ID: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: jdeloro at web.de > To: users at ovirt.org > Sent: Friday, January 9, 2015 8:31:19 AM > Subject: [ovirt-users] Setting Base DN for LDAP authentication > > Hello, > > I'm trying to configure LDAP authentication with oVirt 3.5 and > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. > But the given examples are missing the explicit specification of a base dn. > Could you please advise me how this can be done? > > My curent configuration: > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > include = > > vars.server = ldap.company.de > > vars.user = cn=system,dc=company,dc=de > vars.password = password > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > ovirt.engine.extension.name = company-ldap-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = company-ldap > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > ovirt.engine.extension.name = company-ldap-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # jdeloro, users, admins, company.de > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > [... and many more lines ...] > > I could not use namingContexts from RootDSE cause this results in base dn > dc=de instead of dc=company,dc=de. Can you explain why the namingContexts is not sufficient? just for me to know and maybe enable easier override? It should contain a valid base DN for you to use. You have two options to fix this: 1. add another attribute to openldap let's say myNamingContext with valid value and add the following to profile (company-ldap.properties): sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars sequence.my-openldap-init-vars.010.description = set base dn sequence.my-openldap-init-vars.010.type = var-set sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts 2. another option is to enforce baseDN (company-ldap.properties): sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars sequence.my-openldap-init-vars.010.description = set base dn sequence.my-openldap-init-vars.010.type = var-set sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de If you use the 2nd form, please note that it might break if I add proper support in next version. Regards, Alon. > > Kind regards > > Jannick > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From ybronhei at redhat.com Fri Jan 9 09:39:59 2015 From: ybronhei at redhat.com (ybronhei) Date: Fri, 09 Jan 2015 11:39:59 +0200 Subject: [ovirt-users] New Vdsm Build for oVirt 3.5 Message-ID: <54AFA1EF.9020404@redhat.com> Hey all, Vdsm-4.16.10 is just released for ovirt-3.5 (Async release). f20 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8495492 epel6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8556522 epel7 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8479594 f21 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494079 f22 - http://koji.fedoraproject.org/koji/taskinfo?taskID=8494059 Enjoy. Please give karma if tested, for good and bad Regards -- Yaniv Bronhaim. From hypunit at gmail.com Fri Jan 9 10:13:06 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Fri, 9 Jan 2015 18:13:06 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <54AE5675.7010903@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: Hi Kanagaraj, Please find the attached logs :- Engine Logs :- http://ur1.ca/jdopt VDSM Logs :- http://ur1.ca/jdoq9 On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > Do you see any errors in the UI? > > Also please provide the engine.log and vdsm.log when the failure occured. > > Thanks, > Kanagaraj > > > On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > Hi Martin, > > The steps are below :- > > 1. Step the ovirt engine on the one server... > 2. Installed centos 7 on 4 host node servers.. > 3. I am using host node (compute+storage)....now i have added all 4 nodes > to engine... > 4. Create the gluster volume from GUI... > > Network :- > eth0 :- public network (1G) > eth1+eth2=bond0= VM public network (1G) > eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > every hostnode has 24 bricks=24*4(distributed replicated) > > Thanks, > Punit > > > On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k wrote: > >> Hi Punit, >> >> can you please provide also errors from /var/log/vdsm/vdsm.log and >> /var/log/vdsm/vdsmd.log >> >> it would be really helpful if you provided exact steps how to reproduce >> the problem. >> >> regards >> >> Martin Pavlik - rhev QE >> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >> > >> > Hi, >> > >> > I try to add gluster volume but it failed... >> > >> > Ovirt :- 3.5 >> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >> > KVM :- 1.5.3 - 60.el7_0.2 >> > libvirt-1.1.1-29.el7_0.4 >> > Glusterfs :- glusterfs-3.5.3-1.el7 >> > >> > Engine Logs :- >> > >> > 2015-01-08 09:57:52,569 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:52,609 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,582 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,591 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,596 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,633 INFO >> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> value: GLUSTER >> > , sharedLocks= ] >> > ^C >> > >> > >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 216 09-Jan-15.jpg Type: image/jpeg Size: 77468 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 217 09-Jan-15.jpg Type: image/jpeg Size: 42640 bytes Desc: not available URL: From hypunit at gmail.com Fri Jan 9 10:14:58 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Fri, 9 Jan 2015 18:14:58 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Message-ID: Hi, Again i am facing the same issue.... Hi Kanagaraj, Please find the attached logs :- Engine Logs :- http://ur1.ca/jdopt VDSM Logs :- http://ur1.ca/jdoq9 On Thu, Jan 8, 2015 at 10:00 AM, Punit Dambiwal wrote: > Yes...Gluster service running on the host...disable the selinux and > reinstall the host work for me.. > > On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy > wrote: > >> Can you check if glusterd service is running on the host? >> >> Regards, >> Kanagaraj >> >> ----- Original Message ----- >> > From: "Martin Pavl?k" >> > To: "Punit Dambiwal" >> > Cc: gluster-users at gluster.org, "Kaushal M" , >> users at ovirt.org >> > Sent: Wednesday, January 7, 2015 9:36:24 PM >> > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer >> list from Host >> > >> > Hi Punit, >> > >> > could you describe steps which led to this result? >> > >> > regards >> > >> > Matin Pavlik - RHEV QE >> > >> > >> > >> > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: >> > >> > Hi, >> > >> > I am facing one strange issue in the ovirt with glusterfs ......i want >> to >> > reactivate onw of my host node....but it's failed with the following >> error >> > :- >> > >> > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed >> on >> > server cpu04. >> > >> > Engine Logs :- http://ur1.ca/jczdp >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 216 09-Jan-15.jpg Type: image/jpeg Size: 77468 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 217 09-Jan-15.jpg Type: image/jpeg Size: 42640 bytes Desc: not available URL: From mpavlik at redhat.com Fri Jan 9 11:19:06 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Fri, 9 Jan 2015 12:19:06 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: Hi Punit, can you verify that nodes contain cluster packages from the following log? Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found M. > On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > > Hi Kanagaraj, > > Please find the attached logs :- > > Engine Logs :- http://ur1.ca/jdopt > VDSM Logs :- http://ur1.ca/jdoq9 > > > > On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > Do you see any errors in the UI? > > Also please provide the engine.log and vdsm.log when the failure occured. > > Thanks, > Kanagaraj > > > On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >> Hi Martin, >> >> The steps are below :- >> >> 1. Step the ovirt engine on the one server... >> 2. Installed centos 7 on 4 host node servers.. >> 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... >> 4. Create the gluster volume from GUI... >> >> Network :- >> eth0 :- public network (1G) >> eth1+eth2=bond0= VM public network (1G) >> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >> >> every hostnode has 24 bricks=24*4(distributed replicated) >> >> Thanks, >> Punit >> >> >> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: >> Hi Punit, >> >> can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >> >> it would be really helpful if you provided exact steps how to reproduce the problem. >> >> regards >> >> Martin Pavlik - rhev QE >> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: >> > >> > Hi, >> > >> > I try to add gluster volume but it failed... >> > >> > Ovirt :- 3.5 >> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >> > KVM :- 1.5.3 - 60.el7_0.2 >> > libvirt-1.1.1-29.el7_0.4 >> > Glusterfs :- glusterfs-3.5.3-1.el7 >> > >> > Engine Logs :- >> > >> > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >> > , sharedLocks= ] >> > ^C >> > >> > >> >> > > > <216 09-Jan-15.jpg><217 09-Jan-15.jpg> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeloro at web.de Fri Jan 9 11:20:44 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Fri, 9 Jan 2015 12:20:44 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> References: , <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> Message-ID: Hello Alon, > > I'm trying to configure LDAP authentication with oVirt 3.5 and > > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. > > But the given examples are missing the explicit specification of a base dn. > > Could you please advise me how this can be done? > > > > My curent configuration: > > > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > > include = > > > > vars.server = ldap.company.de > > > > vars.user = cn=system,dc=company,dc=de > > vars.password = password > > > > pool.default.serverset.single.server = ${global:vars.server} > > pool.default.auth.simple.bindDN = ${global:vars.user} > > pool.default.auth.simple.password = ${global:vars.password} > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > > ovirt.engine.extension.name = company-ldap-authn > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > > ovirt.engine.aaa.authn.profile.name = company-ldap > > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > > ovirt.engine.extension.name = company-ldap-authz > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > > # extended LDIF > > # > > # LDAPv3 > > # base with scope subtree > > # filter: cn=jdeloro > > # requesting: ALL > > # > > > > # jdeloro, users, admins, company.de > > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > > [... and many more lines ...] > > > > I could not use namingContexts from RootDSE cause this results in base dn > > dc=de instead of dc=company,dc=de. > > Can you explain why the namingContexts is not sufficient? just for me to know and maybe enable easier override? > It should contain a valid base DN for you to use. [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -s base namingContexts -LLL dn: namingContexts: dc=de This isn't the correct base dn. I need dc=company,dc=de to find any users. I don't know, why LDAP is configured like this. But I need to work with it. [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base with scope subtree # filter: cn=jdeloro # requesting: ALL # # search result search: 2 result: 32 No such object # numResponses: 1 [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro # extended LDIF # # LDAPv3 # base with scope subtree # filter: cn=jdeloro # requesting: ALL # # jdeloro, users, admins, company.de dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de [... and many more lines ...] > You have two options to fix this: > > 1. add another attribute to openldap let's say myNamingContext with valid value and add the following to profile (company-ldap.properties): > > sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars > sequence.my-openldap-init-vars.010.description = set base dn > sequence.my-openldap-init-vars.010.type = var-set > sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN > sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts I can't use this options, because I'm not allowed to make LDAP changes. > 2. another option is to enforce baseDN (company-ldap.properties): > > sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars > sequence.my-openldap-init-vars.010.description = set base dn > sequence.my-openldap-init-vars.010.type = var-set > sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN > sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de I have added the lines and restarted ovirt-engine, but the Namespace in 'Add Users and Groups' is still 'dc=de' and I can't find any users. Kind regards Jannick From sbonazzo at redhat.com Fri Jan 9 11:43:56 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 09 Jan 2015 12:43:56 +0100 Subject: [ovirt-users] Get involved in oVirt project! January edition Message-ID: <54AFBEFC.5030209@redhat.com> Hi, are you full of energy after winter holidays and do you want to get involved in oVirt project? Here are some bugs you can hopefully fix in less that one day or you can just try to reproduce providing info: Bug 1080823 - [RFE] make override of iptables configurable when using hosted-engine Bug 1065350 - hosted-engine should prompt a question at the user when the host was already a host in the engine Bug 1059952 - hosted-engine --deploy (additional host) will fail if the engine is not using the default self-signed CA Bug 1073421 - [RFE] allow additional parameter for engine-backup to omit audit_log data Bug 1083104 - engine-setup --offline does not update versionlock Do you want something easier? Bug ID Status Summary 1174285 NEW [de-DE] "Live Snapshot Support" reads "Live Snapsnot Support" 734120 NEW [RFE] VDSM: use virt-sparsify/zerofree to reduce image size 1115059 NEW Incomplete error message when adding VNIC profile to running VM 1156060 NEW [text] engine admin password prompt consistency 1143817 NEW [TEXT ONLY] - Hosted Engine - Instructions for FQDN are not clear enough 772931 NEW [RFE] Reports should include the name of the oVirt engine You don't have programming skills but you want to contribute? Here are some bugs you can take care of, also without writing a line of code: Bug ID Status Summary 1099998 NEW Hosted Engine documentation has several errors 1099995 NEW Migrate to Hosted Engine How-To does not state all pre-reqs 1159784 NEW [RFE] Document when and where new features are available when upgrading cluster / datacenters 1074545 NEW Error in API documentation: Create API object in python sdk 1120585 NEW update image uploader documentation 1120586 NEW update iso uploader documentation 1120588 NEW update log collector documentation 1074301 NEW [RFE] ovirt-shell has no man page Do you prefer to test things? We have some test cases[5] you can try using nightly snapshots[6] Do you want to contribute test cases? Most of the features[7] included in oVirt are missing a test case, you're welcome to contribute one! Is this the first time you try to contribute to oVirt project? You can start from here [1][2]! Don't know gerrit very well? You can find some more docs here [3]. Any other question about development? Feel free to ask on devel at ovirt.org or on irc channel[4]. [1] http://www.ovirt.org/Develop [2] http://www.ovirt.org/Working_with_oVirt_Gerrit [3] https://gerrit-review.googlesource.com/Documentation [4] http://www.ovirt.org/Community [5] http://www.ovirt.org/Category:TestCase [6] http://www.ovirt.org/Install_nightly_snapshot [7] http://www.ovirt.org/Category:Feature -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From alonbl at redhat.com Fri Jan 9 11:49:58 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 9 Jan 2015 06:49:58 -0500 (EST) Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> Message-ID: <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: jdeloro at web.de > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Friday, January 9, 2015 1:20:44 PM > Subject: Re: [ovirt-users] Setting Base DN for LDAP authentication > > Hello Alon, > > > > I'm trying to configure LDAP authentication with oVirt 3.5 and > > > ovirt-engine-extension-aaa-ldap. I chose the simple bind transport > > > example. > > > But the given examples are missing the explicit specification of a base > > > dn. > > > Could you please advise me how this can be done? > > > > > > My curent configuration: > > > > > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > > > include = > > > > > > vars.server = ldap.company.de > > > > > > vars.user = cn=system,dc=company,dc=de > > > vars.password = password > > > > > > pool.default.serverset.single.server = ${global:vars.server} > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > > > ovirt.engine.extension.name = company-ldap-authn > > > ovirt.engine.extension.bindings.method = jbossmodule > > > ovirt.engine.extension.binding.jbossmodule.module = > > > org.ovirt.engine-extensions.aaa.ldap > > > ovirt.engine.extension.binding.jbossmodule.class = > > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > > > ovirt.engine.extension.provides = > > > org.ovirt.engine.api.extensions.aaa.Authn > > > ovirt.engine.aaa.authn.profile.name = company-ldap > > > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > > > ovirt.engine.extension.name = company-ldap-authz > > > ovirt.engine.extension.bindings.method = jbossmodule > > > ovirt.engine.extension.binding.jbossmodule.module = > > > org.ovirt.engine-extensions.aaa.ldap > > > ovirt.engine.extension.binding.jbossmodule.class = > > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > > ovirt.engine.extension.provides = > > > org.ovirt.engine.api.extensions.aaa.Authz > > > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > > > > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > > > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > > > # extended LDIF > > > # > > > # LDAPv3 > > > # base with scope subtree > > > # filter: cn=jdeloro > > > # requesting: ALL > > > # > > > > > > # jdeloro, users, admins, company.de > > > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > > > [... and many more lines ...] > > > > > > I could not use namingContexts from RootDSE cause this results in base dn > > > dc=de instead of dc=company,dc=de. > > > > Can you explain why the namingContexts is not sufficient? just for me to > > know and maybe enable easier override? > > It should contain a valid base DN for you to use. > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -s base namingContexts -LLL > dn: > namingContexts: dc=de > > This isn't the correct base dn. I need dc=company,dc=de to find any users. I > don't know, why LDAP is configured like this. But I need to work with it. > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -b dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # search result > search: 2 > result: 32 No such object > > # numResponses: 1 > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D > cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # jdeloro, users, admins, company.de > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > [... and many more lines ...] > > > You have two options to fix this: > > > > 1. add another attribute to openldap let's say myNamingContext with valid > > value and add the following to profile (company-ldap.properties): > > > > sequence-init.init.610-my-openldap-init-vars = my-openldap-init-vars > > sequence.my-openldap-init-vars.010.description = set base dn > > sequence.my-openldap-init-vars.010.type = var-set > > sequence.my-openldap-init-vars.010.var-set.variable = simple_attrsBaseDN > > sequence.my-openldap-init-vars.010.var-set.value = myNamingContexts > > I can't use this options, because I'm not allowed to make LDAP changes. > > > 2. another option is to enforce baseDN (company-ldap.properties): > > > > sequence-init.open.910-my-openldap-init-vars = my-openldap-init-vars > > sequence.my-openldap-init-vars.010.description = set base dn > > sequence.my-openldap-init-vars.010.type = var-set > > sequence.my-openldap-init-vars.010.var-set.variable = _simple_baseDN > > sequence.my-openldap-init-vars.010.var-set.value = dc=company,dc=de > > I have added the lines and restarted ovirt-engine, but the Namespace in 'Add > Users and Groups' is still 'dc=de' and I can't find any users. Yes, the namespace will still present dc=de, this is expected. Can you please send me debug log? Edit: /usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.xml.in Before , add: And in 3.5.0 you also need to modify INFO to ALL at Thanks! From svenkieske at gmail.com Fri Jan 9 12:52:37 2015 From: svenkieske at gmail.com (Sven Kieske) Date: Fri, 09 Jan 2015 13:52:37 +0100 Subject: [ovirt-users] New Vdsm Build for oVirt 3.5 In-Reply-To: <54AFA1EF.9020404@redhat.com> References: <54AFA1EF.9020404@redhat.com> Message-ID: <54AFCF15.3060802@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, would it be possible to also generate some kind of changelog? As there is no changelog yet (that I know of), I tried to find some git tag or a commit which bumped the version to 4.16.10 but I didn't find one in the 3.5 ovirt branch at: http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs%2Fheads%2Fovirt-3.5 am I looking in the wrong direction? Any help would be appreciated Thanks Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJUr88UAAoJEAq0kGAWDrqlaJEL/j3mJj6AOF/d89CteCEKKnrd 1Pm1OtqtQ3ObACAcXOgLqZJL+DC4cgsO3MdO+50wZ3lmPztKugMyv9a3KZdr8Gr+ PGZWEta64Hbn9xl5qeSazY52I5B44SJNRDETNJHbqZOJYZDJ3wGsFN2SkLFjk32M 3WFxw5LtsoFTw012yYojVyZDV3RP5j1QnBNTY3awNDPbSQ1ee+8GjdsiEmvUmwJK 5ooJ6eSPAPNxRXp9Nhr8cV+6Gf2EuLvlviKLNV+OHFNR5X2kJG0JvdqrYxnWo1dX 65O1AKDLhunYFfl0XgCeZGSgOtBb1V/KYniKeDbv5/9rFyTQUnxFU9YAP668q1ZP IdYBCUHGMpB4y0U7vTfWhmnja4krIQYbXaLhszk8yp3VntBQZG6dtozQH6jheGgw HTAxmptw1CsVmvQjl/0SvG3GQTGSxcKfTlXHo6EfscFR+QMIq88yApcGTR1+z1my 6tn2Ju4CCwh/ftCqu5wm1NEHls329tU91TOsn4xaQg== =VmOs -----END PGP SIGNATURE----- From omachace at redhat.com Fri Jan 9 13:21:02 2015 From: omachace at redhat.com (Ondra Machacek) Date: Fri, 09 Jan 2015 14:21:02 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: Message-ID: <54AFD5BE.2020102@redhat.com> Hi, On 01/09/2015 07:31 AM, jdeloro at web.de wrote: > Hello, > > I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? > > My curent configuration: > > [jd at om01 ovirt-engine]$ cat aaa/company-ldap.properties > include = > > vars.server = ldap.company.de > > vars.user = cn=system,dc=company,dc=de > vars.password = password > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > [jd at om01 ovirt-engine]$ cat company-ldap-authn.properties > ovirt.engine.extension.name = company-ldap-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = company-ldap > ovirt.engine.aaa.authn.authz.plugin = company-ldap-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ cat company-ldap-authz.properties > ovirt.engine.extension.name = company-ldap-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/company-ldap.properties > > [jd at om01 ovirt-engine]$ ldapsearch -H ldap://ldap.company.de -D cn=system,dc=company,dc=de -W -b dc=company,dc=de cn=jdeloro > # extended LDIF > # > # LDAPv3 > # base with scope subtree > # filter: cn=jdeloro > # requesting: ALL > # > > # jdeloro, users, admins, company.de > dn: cn=jdeloro,ou=users,ou=admins,dc=company,dc=de > [... and many more lines ...] > > I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. Can you try user 'cn=Manager', I think it's incorrectly configured ACL. > > Kind regards > > Jannick > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From stirabos at redhat.com Fri Jan 9 14:11:37 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 9 Jan 2015 09:11:37 -0500 (EST) Subject: [ovirt-users] Override hostname novnc In-Reply-To: <481442832.1746494.1420453453388.JavaMail.zimbra@redhat.com> References: <481442832.1746494.1420453453388.JavaMail.zimbra@redhat.com> Message-ID: <1268431706.4734848.1420812697022.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Alon Bar-Lev" > To: "Johan Kooijman" > Cc: "users" > Sent: Monday, January 5, 2015 11:24:13 AM > Subject: Re: [ovirt-users] Override hostname novnc > > > The following command should be helpful: > > engine-config -s WebSocketProxy=host Just to add that novnc client requires a trusted ssl connection so, if you are using a different hostname, you'll probably need to regenerate the WebSocketProxy cert. > ----- Original Message ----- > > From: "Johan Kooijman" > > To: "users" > > Sent: Monday, January 5, 2015 10:59:40 AM > > Subject: [ovirt-users] Override hostname novnc > > > > Hey all, > > > > Is there a way to override the host parameter that novnc uses in it's URL? > > It > > now tries to use it's internal hostname (private LAN), while we also like > > to > > connect over the internet: > > > > https://ovirt.domain.com/ovirt-engine/services/novnc-main.html?host=engine.ovirt.gs.domain.lan&port=6100 > > > > -- > > Met vriendelijke groeten / With kind regards, > > Johan Kooijman > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From shuriku at shurik.kiev.ua Fri Jan 9 14:24:09 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Fri, 09 Jan 2015 16:24:09 +0200 Subject: [ovirt-users] Problems after upgrade to 3.5 Message-ID: <54AFE489.1080004@shurik.kiev.ua> Hello! Recently I have upgraded my installation to 3.5. Everything works fine except of two things: 1. I cannot use REST API any more - "Internal server error 500" with java exception. May be I missing something? 2. Cannot import VM from Export domain to Local Storage - "VM already exists" error, but there are no any vms or disks on local storage. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dfdiaadb.png Type: image/png Size: 30119 bytes Desc: not available URL: From mpavlik at redhat.com Fri Jan 9 15:04:21 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Fri, 9 Jan 2015 16:04:21 +0100 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: <54AFE489.1080004@shurik.kiev.ua> References: <54AFE489.1080004@shurik.kiev.ua> Message-ID: Hi Alexandr, for the API part try to change the entry_point as follows: whatever_the_path_was/api to whatever_the_path_was/ovirt-engine/api HTH Martin Pavlik - RHEV QE > On 09 Jan 2015, at 15:24, Alexandr Krivulya wrote: > > Hello! > Recently I have upgraded my installation to 3.5. Everything works fine except of two things: > > 1. I cannot use REST API any more - "Internal server error 500" with java exception. May be I missing something? > 2. Cannot import VM from Export domain to Local Storage - "VM already exists" error, but there are no any vms or disks on local storage. > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From shuriku at shurik.kiev.ua Fri Jan 9 15:31:20 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Fri, 09 Jan 2015 17:31:20 +0200 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: References: <54AFE489.1080004@shurik.kiev.ua> Message-ID: <54AFF448.5040006@shurik.kiev.ua> No luck, same error. I think it's due to some misconfiguration... 09.01.2015 17:04, Martin Pavl?k ?????: > Hi Alexandr, > > for the API part try to change the entry_point as follows: > > whatever_the_path_was/api > to > whatever_the_path_was/ovirt-engine/api > > HTH > > Martin Pavlik - RHEV QE >> On 09 Jan 2015, at 15:24, Alexandr Krivulya wrote: >> >> Hello! >> Recently I have upgraded my installation to 3.5. Everything works fine except of two things: >> >> 1. I cannot use REST API any more - "Internal server error 500" with java exception. May be I missing something? >> 2. Cannot import VM from Export domain to Local Storage - "VM already exists" error, but there are no any vms or disks on local storage. >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From awels at redhat.com Fri Jan 9 16:00:51 2015 From: awels at redhat.com (Alexander Wels) Date: Fri, 09 Jan 2015 11:00:51 -0500 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: <54AFF448.5040006@shurik.kiev.ua> References: <54AFE489.1080004@shurik.kiev.ua> <54AFF448.5040006@shurik.kiev.ua> Message-ID: <2508739.ufEXMpBLtX@awels> On Friday, January 09, 2015 05:31:20 PM Alexandr Krivulya wrote: > No luck, same error. I think it's due to some misconfiguration... > Hi, look in /var/log/ovirt-engine at server.log. It should contain the exception that generated the 500 error. If not there look in engine.log. I have a suspicion you will see a java.lang.NoClassDefFoundError exception related to jackson-xc. > 09.01.2015 17:04, Martin Pavl?k ?????: > > Hi Alexandr, > > > > for the API part try to change the entry_point as follows: > > > > whatever_the_path_was/api > > to > > whatever_the_path_was/ovirt-engine/api > > > > HTH > > > > Martin Pavlik - RHEV QE > > > >> On 09 Jan 2015, at 15:24, Alexandr Krivulya > >> wrote: > >> > >> Hello! > >> Recently I have upgraded my installation to 3.5. Everything works fine > >> except of two things: > >> > >> 1. I cannot use REST API any more - "Internal server error 500" with java > >> exception. May be I missing something? 2. Cannot import VM from Export > >> domain to Local Storage - "VM already exists" error, but there are no > >> any vms or disks on local storage. > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From budic at onholyground.com Fri Jan 9 17:17:50 2015 From: budic at onholyground.com (Darrell Budic) Date: Fri, 9 Jan 2015 11:17:50 -0600 Subject: [ovirt-users] Status libgfapi support in oVirt In-Reply-To: <1255785723.14470364.1416608749974.JavaMail.zimbra@redhat.com> References: <5469B448.9060901@xs4all.nl> <546C568C.7020000@nieuwland.nl> <305137923.12763636.1416412232706.JavaMail.zimbra@redhat.com> <546EFC29.5020008@nieuwland.nl> <546EFF6A.1070907@nieuwland.nl> <1255785723.14470364.1416608749974.JavaMail.zimbra@redhat.com> Message-ID: <1DAD3B26-2953-4557-BDF2-D8E6879FC241@onholyground.com> Any chance of an update for the 4.16.10 build from ybrohoni yesterday? Or has this made it into the nightlies yet? > On Nov 21, 2014, at 4:25 PM, Federico Simoncelli wrote: > > I updated the packages (rebasing on a newer master) and I provided an > el7 build as well: > > https://fsimonce.fedorapeople.org/vdsm-libgfapi/ > > These rpms are less tested than the previous ones but the rebase was > straight forward. > > -- > Federico > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From shuriku at shurik.kiev.ua Fri Jan 9 21:30:55 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Fri, 09 Jan 2015 23:30:55 +0200 Subject: [ovirt-users] Problems after upgrade to 3.5 In-Reply-To: <2508739.ufEXMpBLtX@awels> References: <54AFE489.1080004@shurik.kiev.ua> <54AFF448.5040006@shurik.kiev.ua> <2508739.ufEXMpBLtX@awels> Message-ID: <54B0488F.20406@shurik.kiev.ua> 09.01.2015 18:00, Alexander Wels ?????: > On Friday, January 09, 2015 05:31:20 PM Alexandr Krivulya wrote: >> No luck, same error. I think it's due to some misconfiguration... >> > Hi, > > look in /var/log/ovirt-engine at server.log. It should contain the exception > that generated the 500 error. If not there look in engine.log. I have a > suspicion you will see a java.lang.NoClassDefFoundError exception related to > jackson-xc. > > Thank you, Alexander and Martin It's "java.lang.RuntimeException: Unable to instantiate MessageBodyWriter". This points me to a similar thread [1], which helps to solve the problem. 1. http://lists.ovirt.org/pipermail/users/2014-October/028370.html From jeremy at ifuzioncorp.com Fri Jan 9 21:46:22 2015 From: jeremy at ifuzioncorp.com (Jeremy Utley) Date: Fri, 9 Jan 2015 15:46:22 -0600 Subject: [ovirt-users] Problems starting VM Message-ID: Hello everyone! We have been working on our testing OVirt cluster today again, for the first time in a few weeks, and all of the sudden a new problem has cropped up. VM's that I created weeks ago and had working properly are now no longer starting. When we try to start one of them, we get this error in the engine console: VM CentOS1 is down with error. Exit message: Bad volume specification {'index': 0, 'iface': 'virtio', 'type': 'disk', 'format': 'raw', 'bootOrder': '1', 'volumeID': 'a737621e-6e66-4cd9-9014-67f7aaa184fb', 'apparentsize': '53687091200', 'imageID': '702440a9-cd53-4300-8369-28123e8a095e', 'specParams': {}, 'readonly': 'false', 'domainID': 'fa2f828c-f98a-4a17-99fb-1ec1f46d018c', 'reqsize': '0', 'deviceId': '702440a9-cd53-4300-8369-28123e8a095e', 'truesize': '53687091200', 'poolID': 'a0781e2b-6242-4043-86c2-cd6694688ed2', 'device': 'disk', 'shared': 'false', 'propagateErrors': 'off', 'optional': 'false'}. Looking at the VDSM log files, I think I've found what's actually triggering this up, but I honestly do not know how to decipher it - here's the message: Thread-418::ERROR::2015-01-09 15:59:57,874::task::863::Storage.TaskManager.Task::(_setError) Task=`11a740b7-4391-47ab-8575-919bd1e0c3fb`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 870, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 49, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 3242, in prepareImage leafInfo = dom.produceVolume(imgUUID, leafUUID).getVmVolumeInfo() File "/usr/share/vdsm/storage/glusterVolume.py", line 35, in getVmVolumeInfo volTrans = VOLUME_TRANS_MAP[volInfo[volname]['transportType'][0]] KeyError: u'_gf-os' This is Ovirt 3.5, with a 2-node gluster as the storage domain (no ovirt stuff running there) , and 5 virtualization nodes, all machines running CentOS 6.6 installs. We also have the patched RPMs that *should* enable libgfapi access to gluster, but I can't confirm those are working properly. The gluster filesystem is mounted on the virtualization node: gf-os01-ib:/gf-os on /rhev/data-center/mnt/glusterSD/gf-os01-ib:_gf-os type fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072) Anyone got any ideas? More logs available upon request. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael at schefczyk.net Fri Jan 9 23:24:49 2015 From: michael at schefczyk.net (Michael Schefczyk) Date: Sat, 10 Jan 2015 00:24:49 +0100 (CET) Subject: [ovirt-users] Recovering from an aborted hosted-engine --deploy Message-ID: <20150109232449.B34DA2E4048F@dd20936.kasserver.com> Dear All, after a failing hosted-engine --deploy, I am trying to recover the system based on the following description: http://lists.ovirt.org/pipermail/users/2014-May/024423.html Whatever I do, however, I receive the following message during the next hosted-engine --deploy: [ ERROR ] Failed to execute stage 'Environment setup': Failed to reconfigure libvirt for VDSM Is there a way to initiate such reconfiguration without completely installing the server from scratch?? Thank you very much for any efforts, Michael From amureini at redhat.com Sat Jan 10 02:26:54 2015 From: amureini at redhat.com (Allon Mureinik) Date: Fri, 9 Jan 2015 21:26:54 -0500 (EST) Subject: [ovirt-users] [ovirt-devel] Community ads on StackOverflow, 1st half 2015 In-Reply-To: <1114690557.5024951.1420747959683.JavaMail.zimbra@redhat.com> References: <1114690557.5024951.1420747959683.JavaMail.zimbra@redhat.com> Message-ID: <973059276.5587223.1420856814511.JavaMail.zimbra@redhat.com> Seems like a couple of the moderators there have their signals crossed about whether we're allowed to participate in consecutive campaigns with a different ad or not. I'm trying to get a straight answer from them, and will update here when the uncertainty is cleared up. ----- Original Message ----- > From: "Brian Proffitt" > To: "users" > Cc: devel at ovirt.org > Sent: Thursday, January 8, 2015 10:12:39 PM > Subject: [ovirt-devel] Community ads on StackOverflow, 1st half 2015 > > We have a new community ad set to go for the next StackOverflow campaign for > the first half of the year. Allon Mureinik has posted it at: > > http://meta.stackoverflow.com/a/283016/2422776 > > Now we just need some upvotes there to have the ad approved. The current > threshold is +6. If you are a member of the StackOverflow network, we could > use the support! > > Thanks! > > BKP > > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Devel mailing list > Devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > > > From hypunit at gmail.com Sat Jan 10 03:35:46 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Sat, 10 Jan 2015 11:35:46 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: Hi Martin, I installed gluster from ovirt repo....is it require to install those packages manually ?? On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > Hi Punit, > > can you verify that nodes contain cluster packages from the following log? > > Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found > > > M. > > On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > > Hi Kanagaraj, > > Please find the attached logs :- > > Engine Logs :- http://ur1.ca/jdopt > VDSM Logs :- http://ur1.ca/jdoq9 > > > > On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >> Do you see any errors in the UI? >> >> Also please provide the engine.log and vdsm.log when the failure occured. >> >> Thanks, >> Kanagaraj >> >> >> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >> >> Hi Martin, >> >> The steps are below :- >> >> 1. Step the ovirt engine on the one server... >> 2. Installed centos 7 on 4 host node servers.. >> 3. I am using host node (compute+storage)....now i have added all 4 nodes >> to engine... >> 4. Create the gluster volume from GUI... >> >> Network :- >> eth0 :- public network (1G) >> eth1+eth2=bond0= VM public network (1G) >> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >> >> every hostnode has 24 bricks=24*4(distributed replicated) >> >> Thanks, >> Punit >> >> >> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k wrote: >> >>> Hi Punit, >>> >>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>> /var/log/vdsm/vdsmd.log >>> >>> it would be really helpful if you provided exact steps how to reproduce >>> the problem. >>> >>> regards >>> >>> Martin Pavlik - rhev QE >>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >>> > >>> > Hi, >>> > >>> > I try to add gluster volume but it failed... >>> > >>> > Ovirt :- 3.5 >>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > libvirt-1.1.1-29.el7_0.4 >>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>> > Engine Logs :- >>> > >>> > 2015-01-08 09:57:52,569 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:52,609 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,582 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,591 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,596 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,633 INFO >>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> value: GLUSTER >>> > , sharedLocks= ] >>> > ^C >>> > >>> > >>> >>> >> >> > <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Sun Jan 11 04:38:16 2015 From: kmayilsa at redhat.com (Kanagaraj Mayilsamy) Date: Sat, 10 Jan 2015 23:38:16 -0500 (EST) Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> Message-ID: <1734123055.5640253.1420951096591.JavaMail.zimbra@redhat.com> Looks like some issue while peer probing cpu02. Can you provide 'gluster peer status' output from host cpu04? Also in the same host, search for any errors in vdsm.log file. Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj Mayilsamy" > Cc: "Martin Pavl?k" , gluster-users at gluster.org, "Kaushal M" , > users at ovirt.org > Sent: Friday, January 9, 2015 3:44:58 PM > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer list from Host > > Hi, > > Again i am facing the same issue.... > > Hi Kanagaraj, > > Please find the attached logs :- > > Engine Logs :- http://ur1.ca/jdopt > VDSM Logs :- http://ur1.ca/jdoq9 > > > > On Thu, Jan 8, 2015 at 10:00 AM, Punit Dambiwal wrote: > > > Yes...Gluster service running on the host...disable the selinux and > > reinstall the host work for me.. > > > > On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy > > wrote: > > > >> Can you check if glusterd service is running on the host? > >> > >> Regards, > >> Kanagaraj > >> > >> ----- Original Message ----- > >> > From: "Martin Pavl?k" > >> > To: "Punit Dambiwal" > >> > Cc: gluster-users at gluster.org, "Kaushal M" , > >> users at ovirt.org > >> > Sent: Wednesday, January 7, 2015 9:36:24 PM > >> > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer > >> list from Host > >> > > >> > Hi Punit, > >> > > >> > could you describe steps which led to this result? > >> > > >> > regards > >> > > >> > Matin Pavlik - RHEV QE > >> > > >> > > >> > > >> > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > wrote: > >> > > >> > Hi, > >> > > >> > I am facing one strange issue in the ovirt with glusterfs ......i want > >> to > >> > reactivate onw of my host node....but it's failed with the following > >> error > >> > :- > >> > > >> > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] failed > >> on > >> > server cpu04. > >> > > >> > Engine Logs :- http://ur1.ca/jczdp > >> > > >> > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> > > >> > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> > > >> > > > > > From didi at redhat.com Sun Jan 11 08:11:11 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 11 Jan 2015 03:11:11 -0500 (EST) Subject: [ovirt-users] Failing to connect to console via vnc (was: HostedEngine Deployment Woes) In-Reply-To: <463D53A3-47B9-4C58-ACB4-018CA0061B51@power-soft.com> References: <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> <1573483390.6354373.1420705847835.JavaMail.zimbra@redhat.com> <463D53A3-47B9-4C58-ACB4-018CA0061B51@power-soft.com> Message-ID: <982907261.7736178.1420963871465.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Thursday, January 8, 2015 9:24:51 PM > Subject: Re: Failing to connect to console via vnc (was: HostedEngine Deployment Woes) > > Hi again Didi, > > > I decided to try a bare metal install and migrate to a self hosted. The bare > metal install worked great but same issue conencting to the VM via VNC. > Just prompts for password seems to connect then auto closes any vnc client > I use. From the logs it sasys authentication cancelled. The password to > connect was in the hosted-engine ?deploy at the end so I didn?t think I > needed to set it again. This is a temporary password, by default valid for 3 hours. The one you set with 'hosted-engine --add-console-password' is temporary too, valid for 2 minutes. Did vnc console connection work during deploy? Do you have engine up and running? If so, can you get the console through the web admin? > > The VDSM logs for this session; > > Thread-60::DEBUG::2015-01-08 > 11:14:53,712::domainMonitor::192::Storage.DomainMonitorThread::(_monitorDomain) > Refreshing domain ac1ae7f8-cb48-4251-a246-e68efa9772f0 > Thread-60::DEBUG::2015-01-08 > 11:14:53,718::fileSD::152::Storage.StorageDomain::(__init__) Reading domain > in path > /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0 > Thread-60::DEBUG::2015-01-08 > 11:14:53,719::persistentDict::192::Storage.PersistentDict::(__init__) > Created a persistent dict with FileMetadataRW backend > Thread-60::DEBUG::2015-01-08 > 11:14:53,721::persistentDict::234::Storage.PersistentDict::(refresh) read > lines (FileMetadataRW)=['CLASS=Data', 'DESCRIPTION=hosted_storage', > 'IOOPTIMEOUTSEC=10', 'LEASERETRIES=3', 'LEASETIMESEC=60', 'LOCKPOLICY=ON', > 'LOCKRENEWALINTERVALSEC=5', 'MASTER_VERSION=1', > 'POOL_DESCRIPTION=hosted_datacenter', > 'POOL_DOMAINS=ac1ae7f8-cb48-4251-a246-e68efa9772f0:Active', > 'POOL_SPM_ID=-1', 'POOL_SPM_LVER=0', > 'POOL_UUID=c4a7ea33-d530-492c-a7fa-13418b6c6f0a', > 'REMOTE_PATH=192.168.1.32:/Volumes/Raid1', 'ROLE=Master', > 'SDUUID=ac1ae7f8-cb48-4251-a246-e68efa9772f0', 'TYPE=NFS', 'VERSION=3', > '_SHA_CKSUM=78daa16373d371fb33ae30943059b955b3d3ebdb'] > Thread-60::DEBUG::2015-01-08 > 11:14:53,723::fileSD::611::Storage.StorageDomain::(imageGarbageCollector) > Removing remnants of deleted images [] > Thread-60::INFO::2015-01-08 > 11:14:53,724::sd::384::Storage.StorageDomain::(_registerResourceNamespaces) > Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_imageNS already > registered > Thread-60::INFO::2015-01-08 > 11:14:53,724::sd::392::Storage.StorageDomain::(_registerResourceNamespaces) > Resource namespace ac1ae7f8-cb48-4251-a246-e68efa9772f0_volumeNS already > registered > Thread-60::DEBUG::2015-01-08 > 11:14:53,728::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1' (cwd None) > Thread-60::DEBUG::2015-01-08 > 11:14:53,736::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.000292092 s, 1.6 MB/s\n'; = 0 > VM Channels Listener::DEBUG::2015-01-08 > 11:14:59,682::vmChannels::95::vds::(_handle_timeouts) Timeout on fileno 12. > Thread-60::DEBUG::2015-01-08 > 11:15:03,744::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1' (cwd None) > Thread-60::DEBUG::2015-01-08 > 11:15:03,753::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.00036382 s, 1.3 MB/s\n'; = 0 > Thread-60::DEBUG::2015-01-08 > 11:15:13,762::fileSD::261::Storage.Misc.excCmd::(getReadDelay) '/bin/dd > if=/rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/ac1ae7f8-cb48-4251-a246-e68efa9772f0/dom_md/metadata > iflag=direct of=/dev/null bs=4096 count=1' (cwd None) > Thread-60::DEBUG::2015-01-08 > 11:15:13,770::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS: > = '0+1 records in\n0+1 records out\n480 bytes (480 B) copied, > 0.000338997 s, 1.4 MB/s\n'; = 0 This all seems unrelated, result of some monitoring. When I try to login with an invalid password, I get in vdsm.log: libvirtEventLoop::DEBUG::2015-01-11 10:04:41,423::clientIF::555::vm.Vm::(dispatchLibvirtEvents) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::graphics event phase 0 localAddr {'node': '0.0.0.0', 'service': '5900', 'family': 0} remoteAddr {'node': '10.36.4.232', 'service': '50218', 'family': 0}authScheme vnc subject [] libvirtEventLoop::DEBUG::2015-01-11 10:04:42,150::clientIF::555::vm.Vm::(dispatchLibvirtEvents) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::graphics event phase 1 localAddr {'node': '0.0.0.0', 'service': '5900', 'family': 0} remoteAddr {'node': '10.36.4.232', 'service': '50218', 'family': 0}authScheme vnc subject [] libvirtEventLoop::DEBUG::2015-01-11 10:04:47,476::clientIF::555::vm.Vm::(dispatchLibvirtEvents) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::graphics event phase 2 localAddr {'node': '0.0.0.0', 'service': '5900', 'family': 0} remoteAddr {'node': '10.36.4.232', 'service': '50218', 'family': 0}authScheme vnc subject [] Thread-530134::DEBUG::2015-01-11 10:04:49,477::guestagent::356::vm.Vm::(desktopLock) vmId=`7d43e8bd-7b09-4bd1-9254-6780da07da5a`::desktopLock called If you do not see something similar, you might have some problem earlier. Best, -- Didi From didi at redhat.com Sun Jan 11 08:32:55 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 11 Jan 2015 03:32:55 -0500 (EST) Subject: [ovirt-users] Recovering from an aborted hosted-engine --deploy In-Reply-To: <20150109232449.B34DA2E4048F@dd20936.kasserver.com> References: <20150109232449.B34DA2E4048F@dd20936.kasserver.com> Message-ID: <136937828.7736803.1420965175666.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Michael Schefczyk" > To: users at ovirt.org > Sent: Saturday, January 10, 2015 1:24:49 AM > Subject: [ovirt-users] Recovering from an aborted hosted-engine --deploy > > Dear All, > > after a failing hosted-engine --deploy, I am trying to recover the system > based on the following description: > http://lists.ovirt.org/pipermail/users/2014-May/024423.html > > Whatever I do, however, I receive the following message during the next > hosted-engine --deploy: > [ ERROR ] Failed to execute stage 'Environment setup': Failed to reconfigure > libvirt for VDSM What do you get from 'vdsm-tool configure --force'? > > Is there a way to initiate such reconfiguration without completely installing > the server from scratch?? Please see e.g.: http://lists.ovirt.org/pipermail/users/2014-May/024423.html http://lists.ovirt.org/pipermail/users/2015-January/030356.html http://lists.ovirt.org/pipermail/users/2015-January/030358.html Best, -- Didi From mpavlik at redhat.com Sun Jan 11 10:46:08 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Sun, 11 Jan 2015 11:46:08 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: <397007C3-ACA0-4855-B7A5-37215A5D0819@redhat.com> Hi Punit, unfortunately I?am not that with the gluster, I was just following the obvious clue from the log. Could you try on the nodes if the packages are even available for installation yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account gluster-swift-proxy gluster-swift-doc gluster-swift-container glusterfs-geo-replication if not you could try to get them in official gluster repo. http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo HTH M. > On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > Hi Martin, > > I installed gluster from ovirt repo....is it require to install those packages manually ?? > > On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > Hi Punit, > can you verify that nodes contain cluster packages from the following log? > Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found > > M. > >> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: >> >> Hi Kanagaraj, >> >> Please find the attached logs :- >> >> Engine Logs :- http://ur1.ca/jdopt >> VDSM Logs :- http://ur1.ca/jdoq9 >> >> >> >> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: >> Do you see any errors in the UI? >> >> Also please provide the engine.log and vdsm.log when the failure occured. >> >> Thanks, >> Kanagaraj >> >> >> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> Hi Martin, >>> >>> The steps are below :- >>> >>> 1. Step the ovirt engine on the one server... >>> 2. Installed centos 7 on 4 host node servers.. >>> 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... >>> 4. Create the gluster volume from GUI... >>> >>> Network :- >>> eth0 :- public network (1G) >>> eth1+eth2=bond0= VM public network (1G) >>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> >>> every hostnode has 24 bricks=24*4(distributed replicated) >>> >>> Thanks, >>> Punit >>> >>> >>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: >>> Hi Punit, >>> >>> can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >>> >>> it would be really helpful if you provided exact steps how to reproduce the problem. >>> >>> regards >>> >>> Martin Pavlik - rhev QE >>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: >>> > >>> > Hi, >>> > >>> > I try to add gluster volume but it failed... >>> > >>> > Ovirt :- 3.5 >>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > libvirt-1.1.1-29.el7_0.4 >>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>> > Engine Logs :- >>> > >>> > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > ^C >>> > >>> > >>> >>> >> >> >> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpavlik at redhat.com Sun Jan 11 10:48:55 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Sun, 11 Jan 2015 11:48:55 +0100 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> Message-ID: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> Hi Punit, unfortunately I?am not that good with the gluster, I was just following the obvious clue from the log. Could you try on the nodes if the packages are even available for installation yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account gluster-swift-proxy gluster-swift-doc gluster-swift-container glusterfs-geo-replication if not you could try to get them in official gluster repo. http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo HTH M. > On 10 Jan 2015, at 04:35, Punit Dambiwal > wrote: > > Hi Martin, > > I installed gluster from ovirt repo....is it require to install those packages manually ?? > > On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > Hi Punit, > can you verify that nodes contain cluster packages from the following log? > Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found > Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found > > M. > >> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: >> >> Hi Kanagaraj, >> >> Please find the attached logs :- >> >> Engine Logs :- http://ur1.ca/jdopt >> VDSM Logs :- http://ur1.ca/jdoq9 >> >> >> >> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: >> Do you see any errors in the UI? >> >> Also please provide the engine.log and vdsm.log when the failure occured. >> >> Thanks, >> Kanagaraj >> >> >> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> Hi Martin, >>> >>> The steps are below :- >>> >>> 1. Step the ovirt engine on the one server... >>> 2. Installed centos 7 on 4 host node servers.. >>> 3. I am using host node (compute+storage)....now i have added all 4 nodes to engine... >>> 4. Create the gluster volume from GUI... >>> >>> Network :- >>> eth0 :- public network (1G) >>> eth1+eth2=bond0= VM public network (1G) >>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> >>> every hostnode has 24 bricks=24*4(distributed replicated) >>> >>> Thanks, >>> Punit >>> >>> >>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > wrote: >>> Hi Punit, >>> >>> can you please provide also errors from /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >>> >>> it would be really helpful if you provided exact steps how to reproduce the problem. >>> >>> regards >>> >>> Martin Pavlik - rhev QE >>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: >>> > >>> > Hi, >>> > >>> > I try to add gluster volume but it failed... >>> > >>> > Ovirt :- 3.5 >>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > libvirt-1.1.1-29.el7_0.4 >>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>> > Engine Logs :- >>> > >>> > 2015-01-08 09:57:52,569 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:52,609 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,582 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,591 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,596 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > 2015-01-08 09:57:55,633 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER >>> > , sharedLocks= ] >>> > ^C >>> > >>> > >>> >>> >> >> >> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Sun Jan 11 14:19:58 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Sun, 11 Jan 2015 09:19:58 -0500 (EST) Subject: [ovirt-users] VM failover with ovirt3.5 In-Reply-To: References: <1CAB0155-C29C-4B46-B04C-AA58CED6F39E@alliedtelesis.com> <1035101720.4796921.1420370533164.JavaMail.zimbra@redhat.com> <646288466.5704630.1420533261197.JavaMail.zimbra@redhat.com> <1057483285.7312387.1420735568548.JavaMail.zimbra@redhat.com> Message-ID: <1633331868.8325070.1420985998623.JavaMail.zimbra@redhat.com> 1) If you want to check crush of vm, you can emulate kernel panic on vm, or just to kill vm process on host. So if you have HA vm that run on first host, and you kill vm process, vm must be restarted on second host. 2) Reason why we drop vm to unknown status and not start it automatically on second host(in case of some host problem), because engine not really know if it power outage or just some connectivity problem with host, and can be that vm still exist on first host and continue write on storage, so when you start the same vm on second host, that will write on the same storage you can get data corruption. I think you can write your own script, for example check connectivity to vm or to power management interface of host(if you have one) and if it really power outage, "Confirm Host has been Rebooted" via REST or SDK(fence manual). I hope it will help you. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Thursday, January 8, 2015 7:03:55 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. For >2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). Is there any way to make the VM failover happen(move to another host in the same cluster) automatically as for sometimes the administrator may also can not recognize the sudden power outage immediately. Also How I can test in my environment? Please kindly advise. >1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Thursday, January 08, 2015 8:46 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 So, behavior for not HE HA vm is: 1) If vm crash(from some reason) it restarted automatically on another host in the same cluster. 2) If something happen with host where HA vm run(network problem, power outage), vm dropped to unknown state, and if you want from engine to start this vm on another host, you need click under problematic host menu "Confirm Host has been Rebooted", when you confirm this, engine will start vm on another host and also release SPM role from problematic host(if it SPM sure). ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org, "Jiri Moskovcak" , "Yedidyah Bar David" , "Sandro Bonazzola" Sent: Wednesday, January 7, 2015 3:00:26 AM Subject: RE: [ovirt-users] VM failover with ovirt3.5 For case 1, I got the avicde that I need to change 'migration_max_time_per_gib_mem' value inside vdsm.conf, I am doing it and when I get the result, I will also share with you. Thanks. For case 2, do you mean I did the wrong way to test normal VM failover? Now although I shut down host 3 forcely, the vm on the top of it will not do failover. What is your advice for this? Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Tuesday, January 06, 2015 12:34 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org; Jiri Moskovcak; Yedidyah Bar David; Sandro Bonazzola Subject: Re: [ovirt-users] VM failover with ovirt3.5 Case 1: In vdsm.log I can see this one: Thread-674407::ERROR::2015-01-05 12:09:43,264::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate Traceback (most recent call last): File "/usr/share/vdsm/virt/migration.py", line 245, in run self._startUnderlyingMigration(time.time()) File "/usr/share/vdsm/virt/migration.py", line 324, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/virt/vm.py", line 670, in f ret = attr(*args, **kwargs) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1264, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation aborted: migration job: canceled by client I see that this kind can be happen, because migration time exceeding the configured maximum time for migrations, but anyway we need help from devs, I added some to CC. Case 2: HA vm must migrate only in case of some fail on host3, so if your host_3 is ok vm will continue run on it. ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Monday, January 5, 2015 7:38:08 PM Subject: RE: [ovirt-users] VM failover with ovirt3.5 I collected the agent.log and vdsm.log in 2 cases. Case1 HE VM failover trail What I did 1, make all host be engine up 2, set host1 be with local maintenance mode. In host1, there is HE VM. 3, Then HE VM is trying to migrate, but finally it fails. This can be found from agent.log_hosted_engine_1 As for the log is very large, I uploaded into google dirve. The link is as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdRGJhUXUwejNGRHc The logs are for 3 hosts in my environment. Case2 non-HE VM failover trail 1, make all host be engine up 2,set host2 be with local maintenance mode. In host3, there is one vm with ha enabled. Also for the cluster, "Enable HA reservation" and Resilience policy is set as "migrating virtual machines" 3,But the vm on the top of host3 does not migrate at all. The logs are uploaded to good drive as https://drive.google.com/drive/#folders/0B9Pi5vvimKTdNU82bWVpZDhDQmM/0B9Pi5vvimKTdd3MzTXZBbmxpNmc Thanks, Cong -----Original Message----- From: Artyom Lukianov [mailto:alukiano at redhat.com] Sent: Sunday, January 04, 2015 3:22 AM To: Yue, Cong Cc: cong yue; stirabos at redhat.com; users at ovirt.org Subject: Re: [ovirt-users] VM failover with ovirt3.5 Can you provide vdsm logs: 1) for HE vm case 2) for not HE vm case Thanks ----- Original Message ----- From: "Cong Yue" To: "Artyom Lukianov" Cc: "cong yue" , stirabos at redhat.com, users at ovirt.org Sent: Thursday, January 1, 2015 2:32:18 AM Subject: Re: [ovirt-users] VM failover with ovirt3.5 Thanks for the advice. I applied the patch for clientIF.py as - port = config.getint('addresses', 'management_port') + port = config.get('addresses', 'management_port') Now there is no fatal error in beam.log, also migration can start to happen when I set the host where HE VM is to be local maintenance mode. But it finally fail with the following log. Also HE VM can not be done with live migration in my environment. MainThread::INFO::2014-12-31 19:08:06,197::states::759::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) Continuing to monitor migration MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineMigratingAway (score: 2000) MainThread::INFO::2014-12-31 19:08:06,430::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) MainThread::ERROR::2014-12-31 19:08:16,490::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) Failed to migrate Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", line 863, in _monitor_migration vm_id, File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", line 85, in run_vds_client_cmd response['status']['message']) DetailedError: Error 47 from migrateStatus: Migration canceled MainThread::INFO::2014-12-31 19:08:16,501::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Trying: notify time=1420070896.5 type=state_transition detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' MainThread::INFO::2014-12-31 19:08:16,502::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) Success, was notification of state_transition (EngineMigratingAway-ReinitializeFSM) sent? ignored MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state ReinitializeFSM (score: 0) MainThread::INFO::2014-12-31 19:08:16,805::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Best remote host 10.0.0.93 (id: 2, score: 2400) Besides, I had a try for other VMs instead of HE VM, but the failover( also no start to try migrating) happen. I set HA for those VMs. Is there some log I can check for this? Please kindly advise. Thanks, Cong > On 2014/12/31, at 0:14, "Artyom Lukianov" wrote: > > Ok I found this one: > Thread-1807180::ERROR::2014-12-30 13:02:52,164::migration::165::vm.Vm::(_recover) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to destroy remote VM > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 163, in _recover > self.destServer.destroy(self._vm.id) > AttributeError: 'SourceThread' object has no attribute 'destServer' > Thread-1807180::ERROR::2014-12-30 13:02:52,165::migration::259::vm.Vm::(run) vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Failed to migrate > Traceback (most recent call last): > File "/usr/share/vdsm/virt/migration.py", line 229, in run > self._setupVdsConnection() > File "/usr/share/vdsm/virt/migration.py", line 92, in _setupVdsConnection > self._dst, self._vm.cif.bindings['xmlrpc'].serverPort) > File "/usr/lib/python2.7/site-packages/vdsm/vdscli.py", line 91, in cannonizeHostPort > return addr + ':' + port > TypeError: cannot concatenate 'str' and 'int' objects > > We have bug that already verified for this one https://bugzilla.redhat.com/show_bug.cgi?id=1163771, so patch must be included in latest builds, but you can also take a look on patch, and edit files by yourself on all you machines and restart vdsm. > > ----- Original Message ----- > From: "cong yue" > To: alukiano at redhat.com, stirabos at redhat.com, users at ovirt.org > Cc: "Cong Yue" > Sent: Tuesday, December 30, 2014 8:22:47 PM > Subject: Re: [ovirt-users] VM failover with ovirt3.5 > > The vdsm.log just after I turned the host where HE VM is to local. > > In the log, there is some part like > > --- > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,988::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,989::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > GuestMonitor-HostedEngine::DEBUG::2014-12-30 > 13:01:03,990::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,675::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,676::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806995::DEBUG::2014-12-30 > 13:01:04,677::stompReactor::163::yajsonrpc.StompServer::(send) Sending > response > JsonRpc (StompReactor)::DEBUG::2014-12-30 > 13:01:04,678::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message > JsonRpcServer::DEBUG::2014-12-30 > 13:01:04,679::__init__::504::jsonrpc.JsonRpcServer::(serve_requests) > Waiting for request > Thread-1806996::DEBUG::2014-12-30 > 13:01:04,681::vm::486::vm.Vm::(_getUserCpuTuneInfo) > vmId=`0d3adb5c-0960-483c-9d73-5e256a519f2f`::Domain Metadata is not > set > --- > > I this with some wrong? > > Thanks, > Cong > > >> From: Artyom Lukianov >> Date: 2014?12?29? 23:13:45 GMT-8 >> To: "Yue, Cong" >> Cc: Simone Tiraboschi , "users at ovirt.org" >> >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> HE vm migrated only by ovirt-ha-agent and not by engine, but FatalError it's >> more interesting, can you provide vdsm.log for this one please. >> >> ----- Original Message ----- >> From: "Cong Yue" >> To: "Artyom Lukianov" >> Cc: "Simone Tiraboschi" , users at ovirt.org >> Sent: Monday, December 29, 2014 8:29:04 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> I disabled local maintenance mode for all hosts, and then only set the host >> where HE VM is there to local maintenance mode. The logs are as follows. >> During the migration of HE VM , it shows some fatal error happen. By the >> way, also HE VM can not work with live migration. Instead, other VMs can do >> live migration. >> >> --- >> [root at compute2-3 ~]# hosted-engine --set-maintenance --mode=local >> You have new mail in /var/spool/mail/root >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-29 >> 13:16:12,435::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:22,711::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.92 (id: 3, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:32,978::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:43,272::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,316::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-29 >> 13:16:53,562::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,600::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:03,611::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.61 type=state_transition >> detail=EngineUp-LocalMaintenanceMigrateVm hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,672::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineUp-LocalMaintenanceMigrateVm) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:03,911::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenanceMigrateVm (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:03,912::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:03,960::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877023.96 type=state_transition >> detail=LocalMaintenanceMigrateVm-EngineMigratingAway >> hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:03,980::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (LocalMaintenanceMigrateVm-EngineMigratingAway) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:04,218::states::66::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_penalize_memory) >> Penalizing score by 400 due to low free memory >> MainThread::INFO::2014-12-29 >> 13:17:04,218::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineMigratingAway (score: 2000) >> MainThread::INFO::2014-12-29 >> 13:17:04,219::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::ERROR::2014-12-29 >> 13:17:14,251::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration) >> Failed to migrate >> Traceback (most recent call last): >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py", >> line 863, in _monitor_migration >> vm_id, >> File >> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", >> line 85, in run_vds_client_cmd >> response['status']['message']) >> DetailedError: Error 12 from migrateStatus: Fatal error during migration >> MainThread::INFO::2014-12-29 >> 13:17:14,262::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877034.26 type=state_transition >> detail=EngineMigratingAway-ReinitializeFSM hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:14,263::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineMigratingAway-ReinitializeFSM) sent? ignored >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state ReinitializeFSM (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:14,496::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:24,536::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:24,547::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419877044.55 type=state_transition >> detail=ReinitializeFSM-LocalMaintenance hostname='compute2-3' >> MainThread::INFO::2014-12-29 >> 13:17:24,574::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (ReinitializeFSM-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:24,812::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:34,851::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:35,095::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-29 >> 13:17:45,130::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-29 >> 13:17:45,368::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ^C >> [root at compute2-3 ~]# >> >> >> [root at compute2-3 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 1014956 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1014956 (Mon Dec 29 13:20:19 2014) >> host-id=1 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 866019 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=866019 (Mon Dec 29 10:19:45 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 860493 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=860493 (Mon Dec 29 10:20:35 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> [root at compute2-3 ~]# >> --- >> Thanks, >> Cong >> >> >> >> On 2014/12/29, at 8:43, "Artyom Lukianov" >> > wrote: >> >> I see that HE vm run on host with ip 10.0.0.94, and two another hosts in >> "Local Maintenance" state, so vm will not migrate to any of them, can you >> try disable local maintenance on all hosts in HE environment and after >> enable "local maintenance" on host where HE vm run, and provide also output >> of hosted-engine --vm-status. >> Failover works in next way: >> 1) if host where run HE vm have score less by 800 that some other host in HE >> environment, HE vm will migrate on host with best score >> 2) if something happen to vm(kernel panic, crash of service...), agent will >> restart HE vm on another host in HE environment with positive score >> 3) if put to local maintenance host with HE vm, vm will migrate to another >> host with positive score >> Thanks. >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" > >> Cc: "Simone Tiraboschi" >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 6:30:42 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks and the --vm-status log is as follows: >> [root at compute2-2 ~]# hosted-engine --vm-status >> >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1008087 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1008087 (Mon Dec 29 11:25:51 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 859142 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=859142 (Mon Dec 29 08:25:08 2014) >> host-id=2 >> score=0 >> maintenance=True >> state=LocalMaintenance >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 853615 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=853615 (Mon Dec 29 08:25:57 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# >> >> Could you please explain how VM failover works inside ovirt? Is there any >> other debug option I can enable to check the problem? >> >> Thanks, >> Cong >> >> >> On 2014/12/29, at 1:39, "Artyom Lukianov" >> > >> wrote: >> >> Can you also provide output of hosted-engine --vm-status please, previous >> time it was useful, because I do not see something unusual. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Artyom Lukianov" >> > >> Cc: "Simone Tiraboschi" >> >, >> users at ovirt.org >> Sent: Monday, December 29, 2014 7:15:24 AM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Also I change the maintenance mode to local in another host. But also the VM >> in this host can not be migrated. The logs are as follows. >> >> [root at compute2-2 ~]# hosted-engine --set-maintenance --mode=local >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 21:09:04,184::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:14,603::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,903::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:24,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,026::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:35,236::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:45,604::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 21:09:55,691::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 21:09:55,701::brokerlink::111::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Trying: notify time=1419829795.7 type=state_transition >> detail=EngineDown-LocalMaintenance hostname='compute2-2' >> MainThread::INFO::2014-12-28 >> 21:09:55,761::brokerlink::120::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify) >> Success, was notification of state_transition >> (EngineDown-LocalMaintenance) sent? sent >> MainThread::INFO::2014-12-28 >> 21:09:55,990::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 21:09:55,990::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 21:09:55,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> ^C >> You have new mail in /var/spool/mail/root >> [root at compute2-2 ~]# ps -ef | grep qemu >> root 18420 2777 0 21:10 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 29809 1 0 Dec19 ? 01:17:20 /usr/libexec/qemu-kvm >> -name testvm2-2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem >> -m 500 -realtime mlock=off -smp >> 1,maxcpus=16,sockets=16,cores=1,threads=1 -uuid >> c31e97d0-135e-42da-9954-162b5228dce3 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0059-3610-8033-B4C04F395931,uuid=c31e97d0-135e-42da-9954-162b5228dce3 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2-2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:17:17,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/5cbeb8c9-4f04-48d0-a5eb-78c49187c550/a0570e8c-9867-4ec4-818f-11e102fc4f9b,if=none,id=drive-virtio-disk0,format=qcow2,serial=5cbeb8c9-4f04-48d0-a5eb-78c49187c550,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=28,id=hostnet0,vhost=on,vhostfd=29 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:00,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/c31e97d0-135e-42da-9954-162b5228dce3.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5901,addr=10.0.0.93,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-2 ~]# >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 20:53, "Yue, Cong" >> > >> wrote: >> >> I checked it again and confirmed there is one guest VM is running on the top >> of this host. The log is as follows: >> >> [root at compute2-1 vdsm]# ps -ef | grep qemu >> qemu 2983 846 0 Dec19 ? 00:00:00 >> [supervdsmServer] >> root 5489 3053 0 20:49 pts/0 >> 00:00:00 grep --color=auto qemu >> qemu 26128 1 0 Dec19 ? 01:09:19 /usr/libexec/qemu-kvm >> -name testvm2 -S -machine rhel6.5.0,accel=kvm,usb=off -cpu Nehalem -m >> 500 -realtime mlock=off -smp 1,maxcpus=16,sockets=16,cores=1,threads=1 >> -uuid e46bca87-4df5-4287-844b-90a26fccef33 -smbios >> type=1,manufacturer=oVirt,product=oVirt >> Node,version=7-0.1406.el7.centos.2.5,serial=4C4C4544-0030-3310-8059-B8C04F585231,uuid=e46bca87-4df5-4287-844b-90a26fccef33 >> -no-user-config -nodefaults -chardev >> socket,id=charmonitor,path=/var/lib/libvirt/qemu/testvm2.monitor,server,nowait >> -mon chardev=charmonitor,id=monitor,mode=control -rtc >> base=2014-12-19T20:18:01,driftfix=slew >> -no-kvm-pit-reinjection >> -no-hpet -no-shutdown -boot strict=on -device >> piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 >> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= >> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 >> -drive >> file=/rhev/data-center/00000002-0002-0002-0002-0000000001e4/1dc71096-27c4-4256-b2ac-bd7265525c69/images/b4b5426b-95e3-41af-b286-da245891cdaf/0f688d49-97e3-4f1d-84d4-ac1432d903b3,if=none,id=drive-virtio-disk0,format=qcow2,serial=b4b5426b-95e3-41af-b286-da245891cdaf,cache=none,werror=stop,rerror=stop,aio=threads >> -device >> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 >> -netdev tap,fd=26,id=hostnet0,vhost=on,vhostfd=27 -device >> virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:db:94:01,bus=pci.0,addr=0x3 >> -chardev >> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.com.redhat.rhevm.vdsm,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm >> -chardev >> socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/e46bca87-4df5-4287-844b-90a26fccef33.org.qemu.guest_agent.0,server,nowait >> -device >> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0 >> -chardev spicevmc,id=charchannel2,name=vdagent -device >> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 >> -spice >> tls-port=5900,addr=10.0.0.92,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on >> -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global >> qxl-vga.vram_size=33554432 -incoming tcp:[::]:49152 -device >> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-28 >> 20:49:27,315::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:27,646::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:37,732::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:37,961::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-28 >> 20:49:48,048::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-28 >> 20:49:48,319::states::208::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) >> Score is 0 due to local maintenance mode >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-28 >> 20:49:48,319::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> >> On 2014/12/28, at 3:46, "Artyom Lukianov" >> > >> wrote: >> >> I see that you set local maintenance on host3 that do not have engine vm on >> it, so it nothing to migrate from this host. >> If you set local maintenance on host1, vm must migrate to another host with >> positive score. >> Thanks >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Saturday, December 27, 2014 6:58:32 PM >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> Hi >> >> I had a try with "hosted-engine --set-maintence --mode=local" on >> compute2-1, which is host 3 in my cluster. From the log, it shows >> maintence mode is dectected, but migration does not happen. >> >> The logs are as follows. Is there any other config I need to check? >> >> [root at compute2-1 vdsm]# hosted-engine --vm-status >> >> >> --== Host 1 status ==- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 836296 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=836296 (Sat Dec 27 11:42:39 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 687358 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=687358 (Sat Dec 27 08:42:04 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 0 >> Local maintenance : True >> Host timestamp : 681827 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=681827 (Sat Dec 27 08:42:40 2014) >> host-id=3 >> score=0 >> maintenance=True >> state=LocalMaintenance >> [root at compute2-1 vdsm]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:42:41,109::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:42:51,198::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:42:51,420::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:01,507::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:01,773::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:43:11,859::state_decorators::124::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(check) >> Local maintenance detected >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state LocalMaintenance (score: 0) >> MainThread::INFO::2014-12-27 >> 08:43:12,072::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> >> [root at compute2-3 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 11:36:28,855::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:39,130::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:49,449::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:36:59,739::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:09,779::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:10,026::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-27 >> 11:37:20,331::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> >> >> [root at compute2-2 ~]# tail -f /var/log/ovirt-hosted-engine-ha/agent.log >> MainThread::INFO::2014-12-27 >> 08:36:12,462::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,797::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:22,798::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:32,876::states::437::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm is running on host 10.0.0.94 (id 1) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:33,169::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:43,567::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:36:53,858::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.94 (id 1): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=835987 >> (Sat Dec 27 11:37:30 >> 2014)\nhost-id=1\nscore=2400\nmaintenance=False\nstate=EngineUp\n', >> 'hostname': '10.0.0.94', 'alive': True, 'host-id': 1, 'engine-status': >> {'health': 'good', 'vm': 'up', 'detail': 'up'}, 'score': 2400, >> 'maintenance': False, 'host-ts': 835987} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=681528 >> (Sat Dec 27 08:37:41 >> 2014)\nhost-id=3\nscore=0\nmaintenance=True\nstate=LocalMaintenance\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 0, 'maintenance': True, >> 'host-ts': 681528} >> MainThread::INFO::2014-12-27 >> 08:37:04,028::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 2): {'engine-health': {'reason': 'vm not running on this >> host', 'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': >> True, 'mem-free': 15300.0, 'maintenance': False, 'cpu-load': 0.0215, >> 'gateway': True} >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-27 >> 08:37:04,265::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> Thanks, >> Cong >> >> On 2014/12/22, at 5:29, "Simone Tiraboschi" >> > >> wrote: >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: "Simone Tiraboschi" >> > >> Cc: >> users at ovirt.org >> Sent: Friday, December 19, 2014 7:22:10 PM >> Subject: RE: [ovirt-users] VM failover with ovirt3.5 >> >> Thanks for the information. This is the log for my three ovirt nodes. >> From the output of hosted-engine --vm-status, it shows the engine state for >> my 2nd and 3rd ovirt node is DOWN. >> Is this the reason why VM failover not work in my environment? >> >> No, they looks ok: you can run the engine VM on single host at a time. >> >> How can I make >> also engine works for my 2nd and 3rd ovit nodes? >> >> If you put the host 1 in local maintenance mode ( hosted-engine >> --set-maintenance --mode=local ) the VM should migrate to host 2; if you >> reactivate host 1 ( hosted-engine --set-maintenance --mode=none ) and put >> host 2 in local maintenance mode the VM should migrate again. >> >> Can you please try that and post the logs if something is going bad? >> >> >> -- >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.94 >> Host ID : 1 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 150475 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=150475 (Fri Dec 19 13:12:18 2014) >> host-id=1 >> score=2400 >> maintenance=False >> state=EngineUp >> >> >> --== Host 2 status ==-- >> >> Status up-to-date : True >> Hostname : 10.0.0.93 >> Host ID : 2 >> Engine status : {"reason": "vm not running on >> this host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 2400 >> Local maintenance : False >> Host timestamp : 1572 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=1572 (Fri Dec 19 10:12:18 2014) >> host-id=2 >> score=2400 >> maintenance=False >> state=EngineDown >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : False >> Hostname : 10.0.0.92 >> Host ID : 3 >> Engine status : unknown stale-data >> Score : 2400 >> Local maintenance : False >> Host timestamp : 987 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=987 (Fri Dec 19 10:09:58 2014) >> host-id=3 >> score=2400 >> maintenance=False >> state=EngineDown >> >> -- >> And the /var/log/ovirt-hosted-engine-ha/agent.log for three ovirt nodes are >> as follows: >> -- >> 10.0.0.94(hosted-engine-1) >> --- >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:33,716::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:44,017::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:09:54,303::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,342::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:04,617::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::160::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Global metadata: {'maintenance': False} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.93 (id 2): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=1448 >> (Fri Dec 19 10:10:14 >> 2014)\nhost-id=2\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.93', 'alive': True, 'host-id': 2, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 1448} >> MainThread::INFO::2014-12-19 >> 13:10:14,657::state_machine::165::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Host 10.0.0.92 (id 3): {'extra': >> 'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=987 >> (Fri Dec 19 10:09:58 >> 2014)\nhost-id=3\nscore=2400\nmaintenance=False\nstate=EngineDown\n', >> 'hostname': '10.0.0.92', 'alive': True, 'host-id': 3, 'engine-status': >> {'reason': 'vm not running on this host', 'health': 'bad', 'vm': >> 'down', 'detail': 'unknown'}, 'score': 2400, 'maintenance': False, >> 'host-ts': 987} >> MainThread::INFO::2014-12-19 >> 13:10:14,658::state_machine::168::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh) >> Local (id 1): {'engine-health': {'health': 'good', 'vm': 'up', >> 'detail': 'up'}, 'bridge': True, 'mem-free': 1079.0, 'maintenance': >> False, 'cpu-load': 0.0269, 'gateway': True} >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:14,904::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:25,210::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:35,499::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,784::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:45,785::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:10:56,070::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,109::states::394::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume) >> Engine vm running on localhost >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:06,359::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:16,658::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:26,991::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineUp (score: 2400) >> MainThread::INFO::2014-12-19 >> 13:11:37,341::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.93 (id: 2, score: 2400) >> ---- >> >> 10.0.0.93 (hosted-engine-2) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:18,339::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,651::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:28,652::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:39,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:49,338::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:12:59,642::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Current state EngineDown (score: 2400) >> MainThread::INFO::2014-12-19 >> 10:13:10,010::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) >> Best remote host 10.0.0.94 (id: 1, score: 2400) >> >> >> 10.0.0.92(hosted-engine-3) >> same as 10.0.0.93 >> -- >> >> -----Original Message----- >> From: Simone Tiraboschi [mailto:stirabos at redhat.com] >> Sent: Friday, December 19, 2014 12:28 AM >> To: Yue, Cong >> Cc: >> users at ovirt.org >> Subject: Re: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> ----- Original Message ----- >> From: "Cong Yue" >> > >> To: >> users at ovirt.org >> Sent: Friday, December 19, 2014 2:14:33 AM >> Subject: [ovirt-users] VM failover with ovirt3.5 >> >> >> >> Hi >> >> >> >> In my environment, I have 3 ovirt nodes as one cluster. And on top of >> host-1, there is one vm to host ovirt engine. >> >> Also I have one external storage for the cluster to use as data domain >> of engine and data. >> >> I confirmed live migration works well in my environment. >> >> But it seems very buggy for VM failover if I try to force to shut down >> one ovirt node. Sometimes the VM in the node which is shutdown can >> migrate to other host, but it take more than several minutes. >> >> Sometimes, it can not migrate at all. Sometimes, only when the host is >> back, the VM is beginning to move. >> >> Can you please check or share the logs under >> /var/log/ovirt-hosted-engine-ha/ >> ? >> >> Is there some documentation to explain how VM failover is working? And >> is there some bugs reported related with this? >> >> http://www.ovirt.org/Features/Self_Hosted_Engine#Agent_State_Diagram >> >> Thanks in advance, >> >> Cong >> >> >> >> >> This e-mail message is for the sole use of the intended recipient(s) >> and may contain confidential and privileged information. Any >> unauthorized review, use, disclosure or distribution is prohibited. If >> you are not the intended recipient, please contact the sender by reply >> e-mail and destroy all copies of the original message. If you are the >> intended recipient, please be advised that the content of this message >> is subject to access, review and disclosure by the sender's e-mail System >> Administrator. >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. >> >> >> ________________________________ >> This e-mail message is for the sole use of the intended recipient(s) and may >> contain confidential and privileged information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the intended >> recipient, please contact the sender by reply e-mail and destroy all copies >> of the original message. If you are the intended recipient, please be >> advised that the content of this message is subject to access, review and >> disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. From tlitovsk at redhat.com Sun Jan 11 15:29:34 2015 From: tlitovsk at redhat.com (Anatoly Litvosky) Date: Sun, 11 Jan 2015 17:29:34 +0200 Subject: [ovirt-users] Cutting edge ovirt node images. Message-ID: <1420990174.17364.26.camel@redhat.com> Hi For all of you that want the latest images for ovirt node. For some time there is a new job in the ovirt jenkins that builds an image for every commit made. http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Currently for fedora 20 but hopefully more to come. Many thanks to David (dcaro) for all the effort. Best regards. Tolik. From hypunit at gmail.com Mon Jan 12 03:15:46 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 12 Jan 2015 11:15:46 +0800 Subject: [ovirt-users] Failed to find host Host in gluster peer list from Host In-Reply-To: <1734123055.5640253.1420951096591.JavaMail.zimbra@redhat.com> References: <6E1F1A33-C602-4C04-9F3B-1DD39FA1936D@redhat.com> <43930638.3224832.1420651216395.JavaMail.zimbra@redhat.com> <1734123055.5640253.1420951096591.JavaMail.zimbra@redhat.com> Message-ID: Hi Kanagaraj, I can probe the host from each other through command line without any issue....also there is no error in the vdsm logs.. On Sun, Jan 11, 2015 at 12:38 PM, Kanagaraj Mayilsamy wrote: > Looks like some issue while peer probing cpu02. > > Can you provide 'gluster peer status' output from host cpu04? Also in the > same host, search for any errors in vdsm.log file. > > Thanks, > Kanagaraj > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj Mayilsamy" > > Cc: "Martin Pavl?k" , gluster-users at gluster.org, > "Kaushal M" , > > users at ovirt.org > > Sent: Friday, January 9, 2015 3:44:58 PM > > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer list > from Host > > > > Hi, > > > > Again i am facing the same issue.... > > > > Hi Kanagaraj, > > > > Please find the attached logs :- > > > > Engine Logs :- http://ur1.ca/jdopt > > VDSM Logs :- http://ur1.ca/jdoq9 > > > > > > > > On Thu, Jan 8, 2015 at 10:00 AM, Punit Dambiwal > wrote: > > > > > Yes...Gluster service running on the host...disable the selinux and > > > reinstall the host work for me.. > > > > > > On Thu, Jan 8, 2015 at 1:20 AM, Kanagaraj Mayilsamy < > kmayilsa at redhat.com> > > > wrote: > > > > > >> Can you check if glusterd service is running on the host? > > >> > > >> Regards, > > >> Kanagaraj > > >> > > >> ----- Original Message ----- > > >> > From: "Martin Pavl?k" > > >> > To: "Punit Dambiwal" > > >> > Cc: gluster-users at gluster.org, "Kaushal M" , > > >> users at ovirt.org > > >> > Sent: Wednesday, January 7, 2015 9:36:24 PM > > >> > Subject: Re: [ovirt-users] Failed to find host Host in gluster peer > > >> list from Host > > >> > > > >> > Hi Punit, > > >> > > > >> > could you describe steps which led to this result? > > >> > > > >> > regards > > >> > > > >> > Matin Pavlik - RHEV QE > > >> > > > >> > > > >> > > > >> > On 07 Jan 2015, at 14:27, Punit Dambiwal < hypunit at gmail.com > > wrote: > > >> > > > >> > Hi, > > >> > > > >> > I am facing one strange issue in the ovirt with glusterfs ......i > want > > >> to > > >> > reactivate onw of my host node....but it's failed with the following > > >> error > > >> > :- > > >> > > > >> > Gluster command [gluster peer status cpu04.zne01.hkg1.ovt.com ] > failed > > >> on > > >> > server cpu04. > > >> > > > >> > Engine Logs :- http://ur1.ca/jczdp > > >> > > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users at ovirt.org > > >> > http://lists.ovirt.org/mailman/listinfo/users > > >> > > > >> > > > >> > _______________________________________________ > > >> > Users mailing list > > >> > Users at ovirt.org > > >> > http://lists.ovirt.org/mailman/listinfo/users > > >> > > > >> > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Mon Jan 12 04:54:10 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 12 Jan 2015 12:54:10 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> Message-ID: Hi, Is there any one from gluster can help me here :- Engine logs :- 2015-01-12 12:50:33,841 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:34,725 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:36,824 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:36,853 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:36,866 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:37,751 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:39,849 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:39,878 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:39,890 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:40,776 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:42,878 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:42,903 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:42,916 INFO [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] 2015-01-12 12:50:43,771 INFO [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, log id: 303e70a4 2015-01-12 12:50:43,780 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: -1, Message: Creation of Gluster Volume vol01 failed. 2015-01-12 12:50:43,785 INFO [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER , sharedLocks= ] [image: Inline image 2] On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > Hi Punit, > > unfortunately I?am not that good with the gluster, I was just following > the obvious clue from the log. Could you try on the nodes if the packages > are even available for installation > > yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account > gluster-swift-proxy gluster-swift-doc gluster-swift-container > glusterfs-geo-replication > > if not you could try to get them in official gluster repo. > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > HTH > > M. > > > > > On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > Hi Martin, > > I installed gluster from ovirt repo....is it require to install those > packages manually ?? > > On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> Hi Punit, >> >> can you verify that nodes contain cluster packages from the following log? >> >> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found >> >> >> M. >> >> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: >> >> Hi Kanagaraj, >> >> Please find the attached logs :- >> >> Engine Logs :- http://ur1.ca/jdopt >> VDSM Logs :- http://ur1.ca/jdoq9 >> >> >> >> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: >> >>> Do you see any errors in the UI? >>> >>> Also please provide the engine.log and vdsm.log when the failure occured. >>> >>> Thanks, >>> Kanagaraj >>> >>> >>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> >>> Hi Martin, >>> >>> The steps are below :- >>> >>> 1. Step the ovirt engine on the one server... >>> 2. Installed centos 7 on 4 host node servers.. >>> 3. I am using host node (compute+storage)....now i have added all 4 >>> nodes to engine... >>> 4. Create the gluster volume from GUI... >>> >>> Network :- >>> eth0 :- public network (1G) >>> eth1+eth2=bond0= VM public network (1G) >>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> >>> every hostnode has 24 bricks=24*4(distributed replicated) >>> >>> Thanks, >>> Punit >>> >>> >>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>> wrote: >>> >>>> Hi Punit, >>>> >>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>> /var/log/vdsm/vdsmd.log >>>> >>>> it would be really helpful if you provided exact steps how to reproduce >>>> the problem. >>>> >>>> regards >>>> >>>> Martin Pavlik - rhev QE >>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >>>> > >>>> > Hi, >>>> > >>>> > I try to add gluster volume but it failed... >>>> > >>>> > Ovirt :- 3.5 >>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>> > KVM :- 1.5.3 - 60.el7_0.2 >>>> > libvirt-1.1.1-29.el7_0.4 >>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>>> > >>>> > Engine Logs :- >>>> > >>>> > 2015-01-08 09:57:52,569 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:52,609 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,582 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,591 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,596 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,633 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> > , sharedLocks= ] >>>> > ^C >>>> > >>>> > >>>> >>>> >>> >>> >> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 92270 bytes Desc: not available URL: From kmayilsa at redhat.com Mon Jan 12 05:02:38 2015 From: kmayilsa at redhat.com (Kanagaraj) Date: Mon, 12 Jan 2015 10:32:38 +0530 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> Message-ID: <54B3556E.1000203@redhat.com> Looks like there are some failures in gluster. Can you send the log output from glusterd log file from the relevant hosts? Thanks, Kanagaraj On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > Hi, > > Is there any one from gluster can help me here :- > > Engine logs :- > > 2015-01-12 12:50:33,841 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:34,725 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,824 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,853 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,866 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:37,751 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,849 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,890 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:40,776 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,903 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,916 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:43,771 INFO > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, log id: 303e70a4 > 2015-01-12 12:50:43,780 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: -1, Message: Creation of Gluster Volume vol01 failed. > 2015-01-12 12:50:43,785 INFO > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > > Inline image 2 > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > Hi Punit, > > unfortunately I?am not that good with the gluster, I was just > following the obvious clue from the log. Could you try on the > nodes if the packages are even available for installation > > yum install gluster-swift gluster-swift-object > gluster-swift-plugin gluster-swift-account gluster-swift-proxy > gluster-swift-doc gluster-swift-container glusterfs-geo-replication > > if not you could try to get them in official gluster repo. > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > HTH > > M. > > > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal > > wrote: >> >> Hi Martin, >> >> I installed gluster from ovirt repo....is it require to install >> those packages manually ?? >> >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > > wrote: >> >> Hi Punit, >> >> can you verify that nodes contain cluster packages from the following log? >> >> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found >> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found >> >> >> M. >> >>> On 09 Jan 2015, at 11:13, Punit Dambiwal >> > wrote: >>> >>> Hi Kanagaraj, >>> >>> Please find the attached logs :- >>> >>> Engine Logs :- http://ur1.ca/jdopt >>> VDSM Logs :- http://ur1.ca/jdoq9 >>> >>> >>> >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >>> > wrote: >>> >>> Do you see any errors in the UI? >>> >>> Also please provide the engine.log and vdsm.log when the >>> failure occured. >>> >>> Thanks, >>> Kanagaraj >>> >>> >>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>> Hi Martin, >>>> >>>> The steps are below :- >>>> >>>> 1. Step the ovirt engine on the one server... >>>> 2. Installed centos 7 on 4 host node servers.. >>>> 3. I am using host node (compute+storage)....now i have >>>> added all 4 nodes to engine... >>>> 4. Create the gluster volume from GUI... >>>> >>>> Network :- >>>> eth0 :- public network (1G) >>>> eth1+eth2=bond0= VM public network (1G) >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>> >>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>> >>>> Thanks, >>>> Punit >>>> >>>> >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>> > wrote: >>>> >>>> Hi Punit, >>>> >>>> can you please provide also errors from >>>> /var/log/vdsm/vdsm.log and /var/log/vdsm/vdsmd.log >>>> >>>> it would be really helpful if you provided exact >>>> steps how to reproduce the problem. >>>> >>>> regards >>>> >>>> Martin Pavlik - rhev QE >>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >>>> > wrote: >>>> > >>>> > Hi, >>>> > >>>> > I try to add gluster volume but it failed... >>>> > >>>> > Ovirt :- 3.5 >>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>> > KVM :- 1.5.3 - 60.el7_0.2 >>>> > libvirt-1.1.1-29.el7_0.4 >>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>>> > >>>> > Engine Logs :- >>>> > >>>> > 2015-01-08 09:57:52,569 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:52,609 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,582 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,591 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,596 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > 2015-01-08 09:57:55,633 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler_Worker-16) >>>> Failed to acquire lock and wait lock EngineLock >>>> [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 value: GLUSTER >>>> > , sharedLocks= ] >>>> > ^C >>>> > >>>> > >>>> >>>> >>> >>> >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 92270 bytes Desc: not available URL: From mail at johankooijman.com Mon Jan 12 07:26:09 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Mon, 12 Jan 2015 08:26:09 +0100 Subject: [ovirt-users] Can't migrate/remove VM In-Reply-To: References: Message-ID: Found the bug I'm hitting: https://bugzilla.redhat.com/show_bug.cgi?id=1145636 Workaround is to put host in maintenance mode and uncheck the JSON checkbox change under advanced settings for the node. On Wed, Jan 7, 2015 at 12:26 PM, Johan Kooijman wrote: > All, > > I was able to reproduce this every time I did an install of ovirt 3.5 on > CentOS 6. The issue does not occur when I move to the snapshot version of > 3.5 > > On Tue, Jan 6, 2015 at 2:20 PM, Johan Kooijman > wrote: > >> Hi all, >> >> Been playing with an ovirt test setup for the last couple of days. >> Created some vm's, started to throw them around on the cluster, but now >> I'm stuck. The VM's are running, but when I try to stop them, I get errors >> like this: >> >> https://plakbord.cloud.nl/p/zvAEVPFeBBJSBeGspKNxJsqF >> >> >> When trying to migrate a VM, the node throws this error: >> >> https://plakbord.cloud.nl/p/4Syi9A7tEd8L3A2pQg6boVB6 >> >> Any clue on what's happening? >> >> -- >> Met vriendelijke groeten / With kind regards, >> Johan Kooijman >> > > > > -- > Met vriendelijke groeten / With kind regards, > Johan Kooijman > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Mon Jan 12 08:54:25 2015 From: yetanotherwill at yahoo.com (Will K) Date: Mon, 12 Jan 2015 08:54:25 +0000 (UTC) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." Message-ID: <533815895.837219.1421052865748.JavaMail.yahoo@jws106105.mail.bf1.yahoo.com> Hi list, I've been trying to setup hosted-engine on 2 nodes for a few times.? The latest failure which I can't figure out is the "Engine health status page is not yet reachable." I'm running CentOS 6.6 fully patched before setting up 3.5.? Sure I run screen, I also need to setup three vars to get around a proxy server, http_proxy, https_proxy, no_proxy. `hosted-engine --deploy` went fine until the last steps.? After `engine setup is completed`, I picked (1) Continue setup.?? It says 'Waiting for VM to shutdown`.? Once the VM is up again, I waited for a couple of minutes, then pick (1) again, it gives me "Engine health status page is not yet reachable." At this point, I can ssh to the VM, I can also access and login the web GUI. Any suggestion? Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Mon Jan 12 09:18:36 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 12 Jan 2015 04:18:36 -0500 (EST) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." In-Reply-To: <533815895.837219.1421052865748.JavaMail.yahoo@jws106105.mail.bf1.yahoo.com> References: <533815895.837219.1421052865748.JavaMail.yahoo@jws106105.mail.bf1.yahoo.com> Message-ID: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Monday, January 12, 2015 10:54:25 AM > Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." > > Hi list, > > I've been trying to setup hosted-engine on 2 nodes for a few times. The > latest failure which I can't figure out is the "Engine health status page is > not yet reachable." > > I'm running CentOS 6.6 fully patched before setting up 3.5. Sure I run > screen, I also need to setup three vars to get around a proxy server, > http_proxy, https_proxy, no_proxy. > > `hosted-engine --deploy` went fine until the last steps. After `engine setup > is completed`, I picked (1) Continue setup. It says 'Waiting for VM to > shutdown`. Once the VM is up again, I waited for a couple of minutes, then > pick (1) again, it gives me > > "Engine health status page is not yet reachable." > > At this point, I can ssh to the VM, I can also access and login the web GUI. So the health page _is_ probably reachable, but for some reason the host can't access it. > > Any suggestion? Check/post logs, check correctness of names/IP addresses/etc., iptables, try to manually get the health page from the host and see if it works, e.g. curl http://{fqdn}/ovirt-engine/services/health (replace {fqdn} with the name you input as engine fqdn). Best, -- Didi From olivier.navas at sdis33.fr Mon Jan 12 09:41:57 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Mon, 12 Jan 2015 10:41:57 +0100 (CET) Subject: [ovirt-users] Can't remove a storage domain related to a broken hardware In-Reply-To: <2067853214.1572961.1421055562592.JavaMail.zimbra@sdis33.fr> Message-ID: <224275394.1573993.1421055717806.JavaMail.zimbra@sdis33.fr> Hi ! I finally solved my problem by removing information related to broken storage in the engine database. I post below the sql queries I executed in postgres (with engine stopped while executing them) in order to remove storage domain. Maybe it can be useful for somebody else in the same situation. Connect to database # su - postgres # psql engine identify broken storage engine=# select id, storage_name from storage_domain_static; id | storage_name --------------------------------------+------------------------ 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 | my-broken-storage-domain identify ovf disks on this storage engine=# select storage_domain_id, ovf_disk_id from storage_domains_ovf_info where storage_domain_id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; storage_domain_id | ovf_disk_id --------------------------------------+-------------------------------------- 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 | 033f8fba-5145-47e8-b3b5-32a34a39ad11 34c95a44-db7f-4d0f-ba13-5f06a7feefe7 | 2d9a6a40-1dd0-4180-b7c7-3829a443c825 engine=# delete from storage_domain_dynamic where id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; engine=# delete from storage_domain_static where id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; engine=# delete from base_disks where disk_id = '033f8fba-5145-47e8-b3b5-32a34a39ad11'; engine=# delete from base_disks where disk_id = '2d9a6a40-1dd0-4180-b7c7-3829a443c825'; engine=# delete from storage_domains_ovf_info where storage_domain_id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; engine=# delete from storage_pool_iso_map where storage_id = '34c95a44-db7f-4d0f-ba13-5f06a7feefe7'; identify and delete luns and connections related to storage (i did not take notes of results of these ones, but it was easy to find the good lines). Also, i noticed that lun_storage_server_connection_map only contained information about iscsi storage, not fiber channel. engine=# select * from luns; engine=# delete from luns where physical_volume_id = 'IqOdm6-BWuT-9YBW-uvM1-q41E-a3Cz-zPnWHq'; engine=# delete from lun_storage_server_connection_map where storage_server_connection='1b9f3167-3236-431e-93c2-ab5ee18eba04'; engine=# delete from lun_storage_server_connection_map where storage_server_connection='ea5971f8-e1a0-42e3-826d-b95e9031ce53'; engine=# delete from storage_server_connections where id='1b9f3167-3236-431e-93c2-ab5ee18eba04'; engine=# delete from storage_server_connections where id='ea5971f8-e1a0-42e3-826d-b95e9031ce53'; delete remaining disk(s) ; I had 1 virtual disk on this storage engine=# delete from base_disks where disk_id='03d651eb-14a9-4dca-8c87-605f101a5e0c'; engine=# delete from permissions where object_id='03d651eb-14a9-4dca-8c87-605f101a5e0c'; Then started engine and all is fine now. ----- Mail original ----- > De: "Amit Aviram" > ?: "Olivier Navas" > Envoy?: Mardi 6 Janvier 2015 17:24:19 > Objet: Re: [ovirt-users] Can't remove a storage domain related to a broken hardware > > > > ----- Original Message ----- > From: "Olivier Navas" > Hi, can you please add the engine log? > > To: users at ovirt.org > Sent: Tuesday, January 6, 2015 11:28:42 AM > Subject: [ovirt-users] Can't remove a storage domain related to a broken > hardware > > > Hello Ovirt users ! > > I experienced an hardware failure on a ISCSI storage making it unrecoverable, > and I would like to remove it from storage domains. > > There was 1 disk on this storage domain, and this disk isn't attached to any > VM anymore, but I still can't detach this storage domain from cluster. > > The storage domain is in "inactive" status and if I try to "detach" it from > data center, ovirt tries to activate it. Obviously it can't activate it > since hardware is broken, and it fails after several minutes with the event > "Failed to detach Storage Domain my_storage_domain to Data Center Default. > (User: admin)". I can post my engine.log if useful. > > I need a way to force removal of this storage domain. Any trick would be > greatly appreciated. > > Perhaps does Ovirt miss some sort of "force detach, i know what i'm doing" > button ? > > I am running an Ovirt 3.5 cluster (engine with CentOS 6.6, 4 nodes with > CentOS 7) with FC and ISCSI storage domains. > > Thanks for your help. > > > > > Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels > et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si > vous avez re?u ce courriel par erreur, merci de le retourner ? son > exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique > est susceptible d'alteration au cours de son acheminement sur internet. > Seuls les documents officiels du SDIS sont de nature ? engager sa > responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont > celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de > la Gironde. > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Mon Jan 12 10:06:43 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 12 Jan 2015 18:06:43 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <54B3556E.1000203@redhat.com> References: <604416B5-4AD0-4D82-B2DE-80CD55E18838@redhat.com> <54AE5675.7010903@redhat.com> <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> Message-ID: Hi Kanagaraj, Please find the logs from here :- http://ur1.ca/jeszc [image: Inline image 1] [image: Inline image 2] On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > Looks like there are some failures in gluster. > Can you send the log output from glusterd log file from the relevant hosts? > > Thanks, > Kanagaraj > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > Hi, > > Is there any one from gluster can help me here :- > > Engine logs :- > > 2015-01-12 12:50:33,841 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:34,725 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,824 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,853 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:36,866 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:37,751 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,849 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:39,890 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:40,776 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,878 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,903 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:42,916 INFO > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > value: GLUSTER > , sharedLocks= ] > 2015-01-12 12:50:43,771 INFO > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > log id: 303e70a4 > 2015-01-12 12:50:43,780 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > -1, Message: Creation of Gluster Volume vol01 failed. > 2015-01-12 12:50:43,785 INFO > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > , sharedLocks= ] > > [image: Inline image 2] > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > >> Hi Punit, >> >> unfortunately I?am not that good with the gluster, I was just following >> the obvious clue from the log. Could you try on the nodes if the packages >> are even available for installation >> >> yum install gluster-swift gluster-swift-object gluster-swift-plugin gluster-swift-account >> gluster-swift-proxy gluster-swift-doc gluster-swift-container >> glusterfs-geo-replication >> >> if not you could try to get them in official gluster repo. >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >> >> HTH >> >> M. >> >> >> >> >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: >> >> Hi Martin, >> >> I installed gluster from ovirt repo....is it require to install those >> packages manually ?? >> >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: >> >>> Hi Punit, >>> >>> can you verify that nodes contain cluster packages from the following log? >>> >>> Thread-14::DEBUG::2015-01-09 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-object',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-plugin',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-account',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-proxy',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-doc',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('gluster-swift-container',) not found >>> Thread-14::DEBUG::2015-01-09 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package ('glusterfs-geo-replication',) not found >>> >>> >>> M. >>> >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: >>> >>> Hi Kanagaraj, >>> >>> Please find the attached logs :- >>> >>> Engine Logs :- http://ur1.ca/jdopt >>> VDSM Logs :- http://ur1.ca/jdoq9 >>> >>> >>> >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: >>> >>>> Do you see any errors in the UI? >>>> >>>> Also please provide the engine.log and vdsm.log when the failure >>>> occured. >>>> >>>> Thanks, >>>> Kanagaraj >>>> >>>> >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>> >>>> Hi Martin, >>>> >>>> The steps are below :- >>>> >>>> 1. Step the ovirt engine on the one server... >>>> 2. Installed centos 7 on 4 host node servers.. >>>> 3. I am using host node (compute+storage)....now i have added all 4 >>>> nodes to engine... >>>> 4. Create the gluster volume from GUI... >>>> >>>> Network :- >>>> eth0 :- public network (1G) >>>> eth1+eth2=bond0= VM public network (1G) >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>> >>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>> >>>> Thanks, >>>> Punit >>>> >>>> >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>> wrote: >>>> >>>>> Hi Punit, >>>>> >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>>> /var/log/vdsm/vdsmd.log >>>>> >>>>> it would be really helpful if you provided exact steps how to >>>>> reproduce the problem. >>>>> >>>>> regards >>>>> >>>>> Martin Pavlik - rhev QE >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: >>>>> > >>>>> > Hi, >>>>> > >>>>> > I try to add gluster volume but it failed... >>>>> > >>>>> > Ovirt :- 3.5 >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>>> > KVM :- 1.5.3 - 60.el7_0.2 >>>>> > libvirt-1.1.1-29.el7_0.4 >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>>>> > >>>>> > Engine Logs :- >>>>> > >>>>> > 2015-01-08 09:57:52,569 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:52,609 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,582 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,591 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,596 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > 2015-01-08 09:57:55,633 INFO >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>> value: GLUSTER >>>>> > , sharedLocks= ] >>>>> > ^C >>>>> > >>>>> > >>>>> >>>>> >>>> >>>> >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>> >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 144424 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 92270 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 167891 bytes Desc: not available URL: From jdeloro at web.de Mon Jan 12 10:16:52 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Mon, 12 Jan 2015 11:16:52 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <54AFD5BE.2020102@redhat.com> References: , <54AFD5BE.2020102@redhat.com> Message-ID: Hello Ondra, > > I'm trying to configure LDAP authentication with oVirt 3.5 and ovirt-engine-extension-aaa-ldap. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? > > [...] > > > > I could not use namingContexts from RootDSE cause this results in base dn dc=de instead of dc=company,dc=de. > > Can you try user 'cn=Manager', I think it's incorrectly configured ACL. Nice try, but this is no proper solution for the problem. Raising privileges should be always avoided. Alon is currently troubleshooting this issue and he is close to find a good solution. Best regards Jannick From vanoppen.koen at gmail.com Mon Jan 12 12:09:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:09:56 +0100 Subject: [ovirt-users] Issues with vm start up In-Reply-To: References: <20141127081559.GA2537@redhat.com> <572849023.7775824.1417428425628.JavaMail.zimbra@redhat.com> <454519527.7801484.1417432137174.JavaMail.zimbra@redhat.com> Message-ID: Glad I could help :-) 2015-01-08 16:48 GMT+01:00 VONDRA Alain : > Hi, > > Thanks A LOT Koen, you saved me with your solution !!!! > > Regards > > > > > > ------------------------------ > > *Alain VONDRA * > *Charg? d'exploitation des Syst?mes d'Information * > *Direction Administrative et Financi?re* > * +33 1 44 39 77 76 <%2B33%201%2044%2039%2077%2076> * > > *UNICEF France 3 rue Duguay Trouin 75006 PARIS* > * www.unicef.fr * > > > > > > > > > ------------------------------ > > > *De :* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *De la > part de* Koen Vanoppen > *Envoy? :* lundi 8 d?cembre 2014 07:49 > *? :* users at ovirt.org > *Objet :* Re: [ovirt-users] Issues with vm start up > > > > We also had a issue when starting our vms. This was due the fact of the > NUMA option under the host section. I attached a procedure I created for > work. Maybe it is also useful for your case... > > > > 2014-12-02 5:58 GMT+01:00 Shanil S : > > Hi Omer, > > We have opened this as a bug, you can view the new bug here > https://bugzilla.redhat.com/show_bug.cgi?id=1169625. > > > -- > Regards > Shanil > > > > On Tue, Dec 2, 2014 at 8:42 AM, Shanil S wrote: > > Hi Omer, > > Thanks for your reply. We will open it as a bug. > > > -- > Regards > Shanil > > > > On Mon, Dec 1, 2014 at 4:38 PM, Omer Frenkel wrote: > > > > ----- Original Message ----- > > From: "Shanil S" > > To: "Omer Frenkel" , users at ovirt.org, "Juan > Hernandez" > > Sent: Monday, December 1, 2014 12:39:12 PM > > Subject: Re: [ovirt-users] Issues with vm start up > > > > Hi Omer, > > > > Thanks for your reply. > > > > We are deploying those VM's through templates and all the templates has > > first boot from hard disk and second with cdrom. We are using cdrom in > > cloud-init section to insert the cloud-init data .Why we need this boot > > loader (VM boot order or in the cloud-init section) as in the template > the > > first boot order is harddisk ? > > > > > > if the template's boot order has hard-disk it should be ok, > not sure why it seems for this vm the boot order is only cd. > does this happen to any vm created from this template? > can you check the boot order is corrent in the edit vm dialog? > > if the boot order is ok in the template, > and it happens to any new vm from this template, > you should open a bug so we could investigate this. > > > > > > -- > > Regards > > Shanil > > > > On Mon, Dec 1, 2014 at 3:37 PM, Omer Frenkel > wrote: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Shanil S" > > > > To: "Shahar Havivi" > > > > Cc: users at ovirt.org, "Juan Hernandez" , "Omer > > > Frenkel" > > > > Sent: Thursday, November 27, 2014 10:32:54 AM > > > > Subject: Re: [ovirt-users] Issues with vm start up > > > > > > > > Hi Omer, > > > > > > > > I have attached the engine.log and vdsm.log. Please check it. The vm > id > > > is > > > > - 7c7aa9dedb57248f5da291117164f0d7 > > > > > > > > > > sorry Shanil for the delay, > > > it looks that in the vm settings, you have chosen to boot only from cd > ? > > > this is why the vm doest boot, the cloud-init disk is a settings disk, > not > > > a boot disk > > > please go to update vm, change the boot order to use hard-disk, and > boot > > > the vm. > > > > > > let me know if it helps, > > > Omer. > > > > > > > -- > > > > Regards > > > > Shanil > > > > > > > > On Thu, Nov 27, 2014 at 1:46 PM, Shahar Havivi > > > wrote: > > > > > > > > > Try to remove content and run the vm, > > > > > ie remove the runcmd: or some of it - try to use the xml with out > CDATA > > > > > maybe > > > > > you can pinpoint the problem that way... > > > > > > > > > > > > > > > On 27.11.14 10:03, Shanil S wrote: > > > > > > Hi All, > > > > > > > > > > > > > > > > > > I am using the ovirt version 3.5 and having some issues with the > vm > > > > > startup > > > > > > with cloud-init using api in run-once mode..... > > > > > > > > > > > > Below is the steps i follow :- > > > > > > > > > > > > 1. Create the VM by API from precreated Template.. > > > > > > 2. Start the VM in run-once mode and push the cloud-init data > from > > > API.. > > > > > > 3. VM stuck and from console it display the following :- > > > > > > Booting from DVD/CD.. ... > > > > > > Boot failed : could not read from CDROM (code 004) > > > > > > > > > > > > I am using the following xml for this operation :- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
test
> > > > > >
> > > > > > > > > > > > > > > > > > > > > > > > virtIO > > > > > > eth0 > > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > > > > virtIO > > > > > > eth1 > > > > > > static > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > true > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /ignored > > > > > disable-ec2-metadata: true > > > > > > disable_root: false > > > > > > ssh_pwauth: true > > > > > > ssh_deletekeys: true > > > > > > chpasswd: { expire: False } > > > > > > > > > > > > users: > > > > > > - name: root > > > > > > primary-group: root > > > > > > passwd: 8W7RQ5Bh > > > > > > lock-passwd: false > > > > > > > > > > > > runcmd: > > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > > - yum -y update > > > > > > - yum -y install rdate > > > > > > - rdate -s stdtime.gov.hk]]> > > > > > > plaintext > > > > > > > > > > > > > > > > > >
> > > > > disable-ec2-metadata: true > > > > > > disable_root: false > > > > > > ssh_pwauth: true > > > > > > ssh_deletekeys: true > > > > > > chpasswd: { expire: False } > > > > > > > > > > > > users: > > > > > > - name: root > > > > > > primary-group: root > > > > > > passwd: 8W7RQ5Bh > > > > > > lock-passwd: false > > > > > > > > > > > > runcmd: > > > > > > - sed -i '/nameserver/d' /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.8.8' >> /etc/resolv.conf > > > > > > - echo 'nameserver 8.8.4.4' >> /etc/resolv.conf > > > > > > - echo 'root:8W7RQ5Bh' | chpasswd > > > > > > - yum -y update > > > > > > - yum -y install rdate > > > > > > - rdate -s stdtime.gov.hk]]> > > > > > >
> > > > > >
> > > > > >
> > > > > > > > > > > > I am also attaching the screen shot to this. > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Regards > > > > > > Shanil > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siganture_bonne-annee_taille1707bdcfa Type: image/jpeg Size: 36754 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: urgence_eboladc6d2e Type: image/gif Size: 3264 bytes Desc: not available URL: From sabose at redhat.com Mon Jan 12 12:00:16 2015 From: sabose at redhat.com (Sahina Bose) Date: Mon, 12 Jan 2015 17:30:16 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs Message-ID: <54B3B750.6010205@redhat.com> Hi all, Please review the feature page for this proposed solution and provide your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster thanks sahina From vanoppen.koen at gmail.com Mon Jan 12 12:21:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:21:56 +0100 Subject: [ovirt-users] Alerts In-Reply-To: <54AD324E.6010009@redhat.com> References: <1127060175.10067077.1420632422528.JavaMail.zimbra@redhat.com> <54AD324E.6010009@redhat.com> Message-ID: Thanks!!! Just what I needed! 2015-01-07 14:19 GMT+01:00 Juan Hern?ndez : > On 01/07/2015 02:05 PM, Koen Vanoppen wrote: > > Thanks. But, is there no other way, besides screwing around in the > database? > > > > You can use the Python SDK: > > #!/usr/bin/python > > import ovirtsdk.api > import ovirtsdk.xml > > api = ovirtsdk.api.API( > url="https://engine.example.com/ovirt-engine/api", > username="admin at internal", > password="******", > ca_file="/etc/pki/ovirt-engine/ca.pem" > ) > > alerts = api.events.list(query="severity=alert") > for alert in alerts: > alert.delete() > > api.disconnect() > > > > 2015-01-07 13:07 GMT+01:00 Eli Mesika > >: > > > > > > > > ----- Original Message ----- > > > From: "Koen Vanoppen" > > > > > To: users at ovirt.org > > > Sent: Wednesday, January 7, 2015 7:42:25 AM > > > Subject: [ovirt-users] Alerts > > > > > > Hi All, > > > > > > We recently had a major crash on our ovirt environment due a > > strange bug (has > > > been reported in the meanwhile). > > > > > > But now we are left we a bunch of aerts (+100) that are still > standing > > > there... Is there a way I can flush them manually from command > > line or so? > > > Because the right click+clear all, doesn't seem to work that > > good... :-). > > > > If you want to remove ALL alerts run from command line > > > > psql -U engine -c "delete from audit_log where severity = 10;" engine > > > > NOTE: > > Keep in mind that before any manual operation on your database you > > should backup it first. > > > > > > > > Kind regards, > > > > > > Koen > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Mon Jan 12 12:44:47 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Mon, 12 Jan 2015 07:44:47 -0500 (EST) Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3B750.6010205@redhat.com> References: <54B3B750.6010205@redhat.com> Message-ID: <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> Hi Sahina, Some comments: 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). 2. Perhaps you should pass not the IP but the name of the network? IPs might change. 3. Adding to "2", perhaps using DNS names is a more valid approach? 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. Thanks, Oved ----- Original Message ----- > From: "Sahina Bose" > To: devel at ovirt.org, "users" > Sent: Monday, January 12, 2015 2:00:16 PM > Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs > > Hi all, > > Please review the feature page for this proposed solution and provide > your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > > thanks > sahina > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Mon Jan 12 12:51:05 2015 From: lvernia at redhat.com (Lior Vernia) Date: Mon, 12 Jan 2015 14:51:05 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3B750.6010205@redhat.com> References: <54B3B750.6010205@redhat.com> Message-ID: <54B3C339.9040203@redhat.com> Hi Sahina! :) Cool feature, and I think long-awaited by many users. I have a few comments: 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a list box - I presume the items contained there are all IP addresses configured on the host's interfaces. 1. a. May I suggest that this contain network names instead of IP addresses? Would be easier for users to think about things (they surely remember the meaning of network names, not necessarily of IP addresses). 1. b. If I correctly understood the mock-up, then configuring a "Storage Network" role only affects the default entry chosen in the list box. Is it really worth the trouble of implementing this added role? It's quite different than display/migration roles, which are used to determine what IP address to use at a later time (i.e. not when configuring the host), when a VM is run/migrated in the cluster. 1. c. A word of warning: sometimes a host interface's IP address is missing in the engine - this usually happens when they're configured for the first time with DHCP, and the setup networks command returns before an IP address is allocated (this can later be resolved by refreshing host capabilities, there's a button for that). So when displaying items in the list box, you should really check that an IP address exists for each network. 2. "Storage Network": if you intend to keep this role in the feature (I don't think it adds a lot of functionality, see article 1b), it might be better to call it "Gluster Network" - otherwise people using virt mode might think this network is gonna be used to communicate with other types of storage domains. Yours, Lior. On 12/01/15 14:00, Sahina Bose wrote: > Hi all, > > Please review the feature page for this proposed solution and provide > your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > > thanks > sahina > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From vanoppen.koen at gmail.com Mon Jan 12 12:57:30 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:57:30 +0100 Subject: [ovirt-users] rename ovirt-engine Message-ID: Dear all, A while ago we migrated our engine to a new host with a new name. But now, we come to realistion that our certificate is still using the old name of the host. I tried to run the ovirt-engine-rename script, but after typed the new hostname I get this output: [ INFO ] The following files will be updated: /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf /etc/pki/ovirt-engine/cert.conf /etc/pki/ovirt-engine/cert.template /etc/pki/ovirt-engine/certs/apache.cer /etc/pki/ovirt-engine/keys/apache.key.nopass /etc/pki/ovirt-engine/keys/apache.p12 [ INFO ] Stage: Transaction setup [ INFO ] Stopping engine service [ INFO ] Stopping ovirt-fence-kdump-listener service [ INFO ] Stopping websocket-proxy service [ INFO ] Stage: Misc configuration [ INFO ] Stage: Package installation [ INFO ] Stage: Misc configuration [ ERROR ] Failed to execute stage 'Misc configuration': invalid literal for int() with base 10: 'None' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-rename-20150112135225-wfbear.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20150112135247-rename.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of rename failed >From the log file: 2015-01-12 13:52:46 DEBUG otopi.plugins.otopi.services.rhel plugin.executeRaw:785 execute: ('/sbin/service', 'ovirt-websocket-proxy', 'stop'), executable='None', cwd='None', env=None 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel plugin.executeRaw:803 execute-result: ('/sbin/service', 'ovirt-websocket-proxy', 'stop'), rc=0 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:861 execute-output: ('/sbin/service', 'ovirt-websocket-proxy', 'stop') stdout: Stopping oVirt Engine websockets proxy: [ OK ] 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:866 execute-output: ('/sbin/service', 'ovirt-websocket-proxy', 'stop') stderr: 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc configuration 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE early_misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage early_misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._early_misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Package installation 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE packages 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.network.iptables.Plugin._packages 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc configuration 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.system.command.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition False 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_common.ovirt_engine.db.pgpass.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/pgPassFile=str:'/tmp/tmpHWoEfz' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._connection 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/connection=connection:'' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/statement=Statement:'' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc METHOD otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._misc 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:164 Database: 'None', Statement: ' select version, option_value from vdc_options where option_name = %(name)s ', args: {'name': 'RedirectServletReportsPage'} 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:214 Result: [{'version': 'general', 'option_value': '//ovirtmgmt01prod.brusselsairport.aero:None/ovirt-engine-reports'}] 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-rename/ovirt-engine/database.py", line 176, in _misc ulist[1] = newfqdn + ":" + str(u.port) File "/usr/lib64/python2.6/urlparse.py", line 105, in port return int(port, 10) ValueError: invalid literal for int() with base 10: 'None' 2015-01-12 13:52:47 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': invalid literal for int() with base 10: 'None' 2015-01-12 13:52:47 DEBUG otopi.transaction transaction.abort:131 aborting 'Database Transaction' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, ValueError("invalid literal for int() with base 10: 'None'",), )]' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV OVESETUP_DB/connection=NoneType:'None' 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Clean up 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE cleanup Any ideas? Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Mon Jan 12 12:58:06 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Mon, 12 Jan 2015 13:58:06 +0100 Subject: [ovirt-users] rename ovirt-engine In-Reply-To: References: Message-ID: Oh yeah, we are using ovirt 3.5 :-) 2015-01-12 13:57 GMT+01:00 Koen Vanoppen : > Dear all, > > A while ago we migrated our engine to a new host with a new name. > But now, we come to realistion that our certificate is still using the old > name of the host. > I tried to run the ovirt-engine-rename script, but after typed the new > hostname I get this output: > > [ INFO ] The following files will be updated: > > /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf > /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf > /etc/pki/ovirt-engine/cert.conf > /etc/pki/ovirt-engine/cert.template > /etc/pki/ovirt-engine/certs/apache.cer > /etc/pki/ovirt-engine/keys/apache.key.nopass > /etc/pki/ovirt-engine/keys/apache.p12 > > [ INFO ] Stage: Transaction setup > [ INFO ] Stopping engine service > [ INFO ] Stopping ovirt-fence-kdump-listener service > [ INFO ] Stopping websocket-proxy service > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ ERROR ] Failed to execute stage 'Misc configuration': invalid literal > for int() with base 10: 'None' > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-rename-20150112135225-wfbear.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20150112135247-rename.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of rename failed > > > From the log file: > > 2015-01-12 13:52:46 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:785 execute: ('/sbin/service', 'ovirt-websocket-proxy', > 'stop'), executable='None', cwd='None', env=None > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:803 execute-result: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop'), rc=0 > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:861 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stdout: > Stopping oVirt Engine websockets proxy: [ OK ] > > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:866 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stderr: > > > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > early_misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: > Package installation > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.network.iptables.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.system.command.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 > condition False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_engine_common.ovirt_engine.db.pgpass.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/pgPassFile=str:'/tmp/tmpHWoEfz' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._connection > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=connection:' 'dbname=engine host=localhost port=5432 user=engine password=xxxxxxxx > sslmode=allow', closed: 0>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/statement=Statement:' object at 0x2ab0850>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > misc METHOD > otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:164 Database: 'None', Statement: ' > select version, option_value > from vdc_options > where option_name = %(name)s > ', args: {'name': 'RedirectServletReportsPage'} > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:214 Result: [{'version': 'general', 'option_value': > '//ovirtmgmt01prod.brusselsairport.aero:None/ovirt-engine-reports'}] > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-rename/ovirt-engine/database.py", > line 176, in _misc > ulist[1] = newfqdn + ":" + str(u.port) > File "/usr/lib64/python2.6/urlparse.py", line 105, in port > return int(port, 10) > ValueError: invalid literal for int() with base 10: 'None' > 2015-01-12 13:52:47 ERROR otopi.context context._executeMethod:161 Failed > to execute stage 'Misc configuration': invalid literal for int() with base > 10: 'None' > 2015-01-12 13:52:47 DEBUG otopi.transaction transaction.abort:131 aborting > 'Database Transaction' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > ValueError("invalid literal for int() with base 10: 'None'",), object at 0x2ae7ea8>)]' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=NoneType:'None' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: > Clean up > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > cleanup > > > Any ideas? > > Kind regards, > > Koen > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Mon Jan 12 12:59:50 2015 From: lvernia at redhat.com (Lior Vernia) Date: Mon, 12 Jan 2015 14:59:50 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> Message-ID: <54B3C546.2010202@redhat.com> On 12/01/15 14:44, Oved Ourfali wrote: > Hi Sahina, > > Some comments: > > 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). > 2. Perhaps you should pass not the IP but the name of the network? IPs might change. Actually, IP address can indeed change - which would be very bad for gluster functioning! I think moving networks or changing their IP addresses via Setup Networks should be blocked if they're used by gluster bricks. > 3. Adding to "2", perhaps using DNS names is a more valid approach? > 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. Well, we've already been using this terminology for a while now concerning display/migration roles for networks... That's probably the terminology to use. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Sahina Bose" >> To: devel at ovirt.org, "users" >> Sent: Monday, January 12, 2015 2:00:16 PM >> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs >> >> Hi all, >> >> Please review the feature page for this proposed solution and provide >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >> >> thanks >> sahina >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From didi at redhat.com Mon Jan 12 13:25:17 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Mon, 12 Jan 2015 08:25:17 -0500 (EST) Subject: [ovirt-users] rename ovirt-engine In-Reply-To: References: Message-ID: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: users at ovirt.org > Sent: Monday, January 12, 2015 2:58:06 PM > Subject: Re: [ovirt-users] rename ovirt-engine > > Oh yeah, we are using ovirt 3.5 :-) > > 2015-01-12 13:57 GMT+01:00 Koen Vanoppen < vanoppen.koen at gmail.com > : > > > > Dear all, > > A while ago we migrated our engine to a new host with a new name. > But now, we come to realistion that our certificate is still using the old > name of the host. > I tried to run the ovirt-engine-rename script, but after typed the new > hostname I get this output: > > [ INFO ] The following files will be updated: > > /etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf > /etc/ovirt-engine/imageuploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf > /etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf > /etc/pki/ovirt-engine/cert.conf > /etc/pki/ovirt-engine/cert.template > /etc/pki/ovirt-engine/certs/apache.cer > /etc/pki/ovirt-engine/keys/apache.key.nopass > /etc/pki/ovirt-engine/keys/apache.p12 > > [ INFO ] Stage: Transaction setup > [ INFO ] Stopping engine service > [ INFO ] Stopping ovirt-fence-kdump-listener service > [ INFO ] Stopping websocket-proxy service > [ INFO ] Stage: Misc configuration > [ INFO ] Stage: Package installation > [ INFO ] Stage: Misc configuration > [ ERROR ] Failed to execute stage 'Misc configuration': invalid literal for > int() with base 10: 'None' > [ INFO ] Stage: Clean up > Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-rename-20150112135225-wfbear.log > [ INFO ] Generating answer file > '/var/lib/ovirt-engine/setup/answers/20150112135247-rename.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Execution of rename failed > > > From the log file: > > 2015-01-12 13:52:46 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:785 execute: ('/sbin/service', 'ovirt-websocket-proxy', > 'stop'), executable='None', cwd='None', env=None > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.executeRaw:803 execute-result: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop'), rc=0 > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:861 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stdout: > Stopping oVirt Engine websockets proxy: [ OK ] > > 2015-01-12 13:52:47 DEBUG otopi.plugins.otopi.services.rhel > plugin.execute:866 execute-output: ('/sbin/service', > 'ovirt-websocket-proxy', 'stop') stderr: > > > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > early_misc METHOD otopi.plugins.otopi.network.firewalld.Plugin._early_misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Package > installation > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE > packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.network.iptables.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage > packages METHOD otopi.plugins.otopi.packagers.yumpackager.Plugin._packages > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Misc > configuration > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.system.command.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.network.firewalld.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.network.iptables.Plugin._store_iptables > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.otopi.system.clock.Plugin._set_clock > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:144 condition > False > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.ovirt_engine_common.ovirt_engine.db.pgpass.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/pgPassFile=str:'/tmp/tmpHWoEfz' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD > otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._connection > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=connection:' 'dbname=engine host=localhost port=5432 user=engine password=xxxxxxxx > sslmode=allow', closed: 0>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/statement=Statement:' object at 0x2ab0850>' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:138 Stage misc > METHOD otopi.plugins.ovirt_engine_rename.ovirt-engine.database.Plugin._misc > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:164 Database: 'None', Statement: ' > select version, option_value > from vdc_options > where option_name = %(name)s > ', args: {'name': 'RedirectServletReportsPage'} > 2015-01-12 13:52:47 DEBUG otopi.ovirt_engine_setup.engine_common.database > database.execute:214 Result: [{'version': 'general', 'option_value': > '//ovirtmgmt01prod.brusselsairport.aero:None/ovirt-engine-reports'}] > 2015-01-12 13:52:47 DEBUG otopi.context context._executeMethod:152 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-rename/ovirt-engine/database.py", > line 176, in _misc > ulist[1] = newfqdn + ":" + str(u.port) > File "/usr/lib64/python2.6/urlparse.py", line 105, in port > return int(port, 10) > ValueError: invalid literal for int() with base 10: 'None' > 2015-01-12 13:52:47 ERROR otopi.context context._executeMethod:161 Failed to > execute stage 'Misc configuration': invalid literal for int() with base 10: > 'None' > 2015-01-12 13:52:47 DEBUG otopi.transaction transaction.abort:131 aborting > 'Database Transaction' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:490 > ENVIRONMENT DUMP - BEGIN > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/error=bool:'True' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > BASE/exceptionInfo=list:'[(, > ValueError("invalid literal for int() with base 10: 'None'",), object at 0x2ae7ea8>)]' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:500 ENV > OVESETUP_DB/connection=NoneType:'None' > 2015-01-12 13:52:47 DEBUG otopi.context context.dumpEnvironment:504 > ENVIRONMENT DUMP - END > 2015-01-12 13:52:47 INFO otopi.context context.runSequence:417 Stage: Clean > up > 2015-01-12 13:52:47 DEBUG otopi.context context.runSequence:421 STAGE cleanup > > > Any ideas? Fixed by [1], will be included in 3.5.1. [1] http://gerrit.ovirt.org/#/q/If22134524c7699d53fb944b9b26dc158ac71ea49,n,z -- Didi From ecohen at redhat.com Mon Jan 12 13:56:30 2015 From: ecohen at redhat.com (Einav Cohen) Date: Mon, 12 Jan 2015 08:56:30 -0500 (EST) Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3C339.9040203@redhat.com> References: <54B3B750.6010205@redhat.com> <54B3C339.9040203@redhat.com> Message-ID: <1050980849.8274375.1421070990234.JavaMail.zimbra@redhat.com> > 2. "Storage Network": if you intend to keep this role in the feature (I > don't think it adds a lot of functionality, see article 1b), it might be > better to call it "Gluster Network" - otherwise people using virt mode > might think this network is gonna be used to communicate with other > types of storage domains. +1 on "Storage Network" -> "Gluster Network" (assuming this role is kept, as Lior mentioned). > ----- Original Message ----- > From: "Lior Vernia" > Sent: Monday, January 12, 2015 7:51:05 AM > > Hi Sahina! :) > > Cool feature, and I think long-awaited by many users. I have a few comments: > > 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a > list box - I presume the items contained there are all IP addresses > configured on the host's interfaces. > > 1. a. May I suggest that this contain network names instead of IP > addresses? Would be easier for users to think about things (they surely > remember the meaning of network names, not necessarily of IP addresses). > > 1. b. If I correctly understood the mock-up, then configuring a "Storage > Network" role only affects the default entry chosen in the list box. Is > it really worth the trouble of implementing this added role? It's quite > different than display/migration roles, which are used to determine what > IP address to use at a later time (i.e. not when configuring the host), > when a VM is run/migrated in the cluster. > > 1. c. A word of warning: sometimes a host interface's IP address is > missing in the engine - this usually happens when they're configured for > the first time with DHCP, and the setup networks command returns before > an IP address is allocated (this can later be resolved by refreshing > host capabilities, there's a button for that). So when displaying items > in the list box, you should really check that an IP address exists for > each network. > > 2. "Storage Network": if you intend to keep this role in the feature (I > don't think it adds a lot of functionality, see article 1b), it might be > better to call it "Gluster Network" - otherwise people using virt mode > might think this network is gonna be used to communicate with other > types of storage domains. > > Yours, Lior. > > On 12/01/15 14:00, Sahina Bose wrote: > > Hi all, > > > > Please review the feature page for this proposed solution and provide > > your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > > > > thanks > > sahina > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jdeloro at web.de Mon Jan 12 14:16:17 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Mon, 12 Jan 2015 15:16:17 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> References: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> , <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> Message-ID: Hello, many thanks to Alon! We have a working setup with support for base dn. The special challenge in our setup is the constraint of specifying a base dn for every ldap search and referrals inside the branches that must be processed. If anyone has the same problem, our working configuration with a slightly newer version of ovirt-engine-extension-aaa-ldap is: $ cat /etc/ovirt-engine/aaa/company-ldap.properties include = vars.server = ldap.company.de vars.user = cn=system,dc=company,dc=de vars.password = password pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} sequence-init.init.100-my-basedn-init-vars = my-basedn-init-vars sequence.my-basedn-init-vars.010.description = set baseDN sequence.my-basedn-init-vars.010.type = var-set sequence.my-basedn-init-vars.010.var-set.variable = simple_baseDN sequence.my-basedn-init-vars.010.var-set.value = dc=company,dc=de search.default.search-request.derefPolicy = ALWAYS Best regards Jannick From kmayilsa at redhat.com Mon Jan 12 14:53:31 2015 From: kmayilsa at redhat.com (Kanagaraj Mayilsamy) Date: Mon, 12 Jan 2015 09:53:31 -0500 (EST) Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> Message-ID: <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> I can see the failures in glusterd log. Can someone from glusterfs dev pls help on this? Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj" > Cc: "Martin Pavl?k" , "Vijay Bellur" , "Kaushal M" , > users at ovirt.org, gluster-users at gluster.org > Sent: Monday, January 12, 2015 3:36:43 PM > Subject: Re: Failed to create volume in OVirt with gluster > > Hi Kanagaraj, > > Please find the logs from here :- http://ur1.ca/jeszc > > [image: Inline image 1] > > [image: Inline image 2] > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > Looks like there are some failures in gluster. > > Can you send the log output from glusterd log file from the relevant hosts? > > > > Thanks, > > Kanagaraj > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > Hi, > > > > Is there any one from gluster can help me here :- > > > > Engine logs :- > > > > 2015-01-12 12:50:33,841 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:34,725 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,824 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,853 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,866 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:37,751 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,849 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,890 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:40,776 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,903 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,916 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:43,771 INFO > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > > log id: 303e70a4 > > 2015-01-12 12:50:43,780 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > > -1, Message: Creation of Gluster Volume vol01 failed. > > 2015-01-12 12:50:43,785 INFO > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > > > [image: Inline image 2] > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > > > >> Hi Punit, > >> > >> unfortunately I?am not that good with the gluster, I was just following > >> the obvious clue from the log. Could you try on the nodes if the packages > >> are even available for installation > >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >> gluster-swift-account > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >> glusterfs-geo-replication > >> > >> if not you could try to get them in official gluster repo. > >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >> > >> HTH > >> > >> M. > >> > >> > >> > >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > >> > >> Hi Martin, > >> > >> I installed gluster from ovirt repo....is it require to install those > >> packages manually ?? > >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> > >>> Hi Punit, > >>> > >>> can you verify that nodes contain cluster packages from the following > >>> log? > >>> > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-object',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-plugin',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-account',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-proxy',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-doc',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-container',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('glusterfs-geo-replication',) not found > >>> > >>> > >>> M. > >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the attached logs :- > >>> > >>> Engine Logs :- http://ur1.ca/jdopt > >>> VDSM Logs :- http://ur1.ca/jdoq9 > >>> > >>> > >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >>> > >>>> Do you see any errors in the UI? > >>>> > >>>> Also please provide the engine.log and vdsm.log when the failure > >>>> occured. > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>> > >>>> Hi Martin, > >>>> > >>>> The steps are below :- > >>>> > >>>> 1. Step the ovirt engine on the one server... > >>>> 2. Installed centos 7 on 4 host node servers.. > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>> nodes to engine... > >>>> 4. Create the gluster volume from GUI... > >>>> > >>>> Network :- > >>>> eth0 :- public network (1G) > >>>> eth1+eth2=bond0= VM public network (1G) > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>> > >>>> Thanks, > >>>> Punit > >>>> > >>>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>> /var/log/vdsm/vdsmd.log > >>>>> > >>>>> it would be really helpful if you provided exact steps how to > >>>>> reproduce the problem. > >>>>> > >>>>> regards > >>>>> > >>>>> Martin Pavlik - rhev QE > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > >>>>> > > >>>>> > Hi, > >>>>> > > >>>>> > I try to add gluster volume but it failed... > >>>>> > > >>>>> > Ovirt :- 3.5 > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > >>>>> > libvirt-1.1.1-29.el7_0.4 > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>> > > >>>>> > Engine Logs :- > >>>>> > > >>>>> > 2015-01-08 09:57:52,569 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:52,609 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,582 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,591 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,596 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,633 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > ^C > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>> > >>>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>> > >>> > >>> > >> > >> > > > > > From alonbl at redhat.com Mon Jan 12 14:53:54 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Mon, 12 Jan 2015 09:53:54 -0500 (EST) Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: References: <1447933408.3221947.1420795044481.JavaMail.zimbra@redhat.com> <115663922.3252063.1420804198101.JavaMail.zimbra@redhat.com> Message-ID: <1963422653.3765907.1421074434889.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: jdeloro at web.de > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Monday, January 12, 2015 4:16:17 PM > Subject: Re: [ovirt-users] Setting Base DN for LDAP authentication > > Hello, > > many thanks to Alon! We have a working setup with support for base dn. The > special challenge in our setup is the constraint of specifying a base dn for > every ldap search and referrals inside the branches that must be processed. > > If anyone has the same problem, our working configuration with a slightly > newer version of ovirt-engine-extension-aaa-ldap is: Note that this environment has more than only baseDN issue, it also requires to dereference references at server side. Most environments should not require this, nor have invalid baseDN in their rootDSE naming context. In this specific environment a query for baseDN X result in baseDN Y. Thank you Jannick for the problem determination process. Supporting baseDN X->Y will be formally released in 1.0.2. > > $ cat /etc/ovirt-engine/aaa/company-ldap.properties > include = > > vars.server = ldap.company.de > > vars.user = cn=system,dc=company,dc=de > vars.password = password > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > sequence-init.init.100-my-basedn-init-vars = my-basedn-init-vars > sequence.my-basedn-init-vars.010.description = set baseDN > sequence.my-basedn-init-vars.010.type = var-set > sequence.my-basedn-init-vars.010.var-set.variable = simple_baseDN > sequence.my-basedn-init-vars.010.var-set.value = dc=company,dc=de > > search.default.search-request.derefPolicy = ALWAYS > > Best regards > > Jannick > From danken at redhat.com Mon Jan 12 15:22:32 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 12 Jan 2015 15:22:32 +0000 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3C546.2010202@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> Message-ID: <20150112152232.GJ25208@redhat.com> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: > > > On 12/01/15 14:44, Oved Ourfali wrote: > > Hi Sahina, > > > > Some comments: > > > > 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). > > 2. Perhaps you should pass not the IP but the name of the network? IPs might change. > > Actually, IP address can indeed change - which would be very bad for > gluster functioning! I think moving networks or changing their IP > addresses via Setup Networks should be blocked if they're used by > gluster bricks. In the suggested feature, there is no real storage "role". The "storage role" title means only "default value for glusterfs IP". For example, once a brick was created, nothing protects the admin from accidently removing the storage network, or changing its IP address. Another "proof" that this is not a real "role", is that it affects only GUI: I am guessing that REST API would not make use of it at all. (maybe I'm wrong; for sure, REST must be defined in the feature page) Maybe that's the behavior we want. But alternatively, Engine can enforce a stronger linkage between the brick to the network that it uses. When adding a brick, the dialog would list available networks instead of the specific IP. As long as the brick is being used, the admin would be blocked/warned against deleting the network. I'm missing a discussion regarding the upgrade path. If we would opt to requiring a single storage role network in a cluster, in an upgraded cluster the management network should take this role. > > > 3. Adding to "2", perhaps using DNS names is a more valid approach? > > 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. > > Well, we've already been using this terminology for a while now > concerning display/migration roles for networks... That's probably the > terminology to use. > > > > > Thanks, > > Oved > > > > ----- Original Message ----- > >> From: "Sahina Bose" > >> To: devel at ovirt.org, "users" > >> Sent: Monday, January 12, 2015 2:00:16 PM > >> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs > >> > >> Hi all, > >> > >> Please review the feature page for this proposed solution and provide > >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster > >> > >> thanks > >> sahina From jdeloro at web.de Thu Jan 8 19:29:10 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Thu, 8 Jan 2015 20:29:10 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication Message-ID: Hello, I'm trying to configure LDAP authentication with oVirt 3.5 as described in http://www.ovirt.org/Features/AAA. I chose the simple bind transport example. But the given examples are missing the explicit specification of a base dn. Could you please advise me how this can be done? Kind regards Jannick From claurent at numar.net Thu Jan 8 23:12:00 2015 From: claurent at numar.net (Carlos Laurent) Date: Thu, 08 Jan 2015 17:12:00 -0600 Subject: [ovirt-users] about Ovirt - KVM - Ubuntu Message-ID: <54AF0EC0.8020401@numar.net> Hi, I have questions about ovirt, my english is not good,I do not know if there are some mail list in spanish. I need install ovirt in ubuntu server, it is posible to do? I read is in experimental. I try install but there areproblems with Python libraries. Is posible Ovirt server read guest machines in KVM ubuntu server? or I need install Ovirt and migrade one to one machines. Thank you very much for the answers. Carlos Laurent Costa Rica,NUMAR From kaushal at redhat.com Fri Jan 9 07:43:33 2015 From: kaushal at redhat.com (Kaushal M) Date: Fri, 9 Jan 2015 02:43:33 -0500 (EST) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AF69E0.6090302@redhat.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> <54AF69E0.6090302@redhat.com> Message-ID: <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> Hey Will, It seems to me you are trying manage GlusterFS from oVirt, and trying to get your multi-network setup to work. As Sahina mentioned already, this is not currently possible as oVirt doesn't have the required support. If you want to make this work right now, I suggest you manage GlusterFS manually. You could do the following, - Install GlusterFS on both the hosts and setup a GlusterFS trusted storage pool using the 'gluster peer probe' commands. Run 'gluster peer probe gfs2' from node1 (and the reverse just for safety) - Create a GlusterFS volume, 'gluster volume create gfs1: gfs2:; and start it, 'gluster volume start '. After this you'll have GlusterFS setup on the particular network and you'll have volume ready to be added as a oVirt storage domain. - Now setup oVirt on the nodes with the node* network. - Add the gfs* network to oVirt. I'm not sure if this would be required, but you can try it anyway. - Add the created GlusterFS volume as a storage domain using a gfs* address. You should now be ready to begin using the new storage domain. If you would want to expand the volume later, you will need to do it manually with an explicit 'gluster volume add-brick' command. You could possible add the GlusterFS cluster to the oVirt interface, just so you can get stats and monitoring. But even then you shouldn't use the oVirt interface to do any management tasks. Multi-network support for GlusterFS within oVirt is an upcoming feature, and Sahina can give you more details on when to expect it to be available. Thanks, Kaushal ----- Original Message ----- > From: "Sahina Bose" > To: "Will K" , users at ovirt.org, "Kaushal M" > Sent: Friday, 9 January, 2015 11:10:48 AM > Subject: Re: [ovirt-users] Using gluster on other hosts? > > > On 01/08/2015 09:41 PM, Will K wrote: > > That's what I did, but didn't work for me. > > > > 1. use the 192.168.x interface to setup gluster. I used hostname in > > /etc/hosts. > > 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x > > 3. oVirt and all that comes up fine. > > 4. When try to create a storage domain, it only shows the 10.10.10.x > > hostnames available. > > > > > > Tried to add a brick and I would get something like > > Host gfs2 is not in 'Peer in Cluster' state (while node2 is the > > hostname and gfs2 is the 192.168 name) > > > Which version of glusterfs do you have? > > Kaushal, will this work in glusterfs3.6 and above? > > > > > > Ran command `gluster probe peer gfs2` or `gluster probe peer > > 192.168.x.x` didn't work > > peer probe: failed: Probe returned with unknown errno 107 > > > > Ran probe again with the switched network hostname or IP worked fine. > > May be it is not possible with current GlusterFS version? > > http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork > > > > > > Will > > > > > > On Thursday, January 8, 2015 3:43 AM, Sahina Bose > > wrote: > > > > > > > > On 01/08/2015 12:07 AM, Will K wrote: > >> Hi > >> > >> I would like to see if anyone has good suggestion. > >> > >> I have two physical hosts with 1GB connections to switched networks. > >> The hosts also have 10GB interface connected directly using Twinax > >> cable like copper crossover cable. The idea was to use the 10GB as a > >> "private network" for GlusterFS till the day we want to grow out of > >> this 2 node setup. > >> > >> GlusterFS was setup with the 10GB ports using non-routable IPs and > >> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 > >> 192.168.1.2. I'm following example from > >> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ > >> > >> , Currently I'm only using Gluster volume on node1, but `gluster > >> probe peer` test worked fine with node2 through the 10GB connection. > >> > >> oVirt engine was setup on physical host1 with hosted engine. Now, > >> when I try to create new Gluster storage domain, I can only see the > >> host "node1" available. > >> > >> Is there anyway I can setup oVirt on node1 and node2, while using > >> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the > >> 10GB connection? > > > > If I understand right, you have 2 interfaces on each of your hosts, > > and you want oVirt to communicate via 1 interface and glusterfs to use > > other? > > > > While adding the hosts to oVirt you could use ip1 and then.while > > creating the volume, add the brick using the other ip address. > > For instance, gluster volume create 192.168.1.2:/bricks/b1 > > > > Currently, there's no way to specify the IP address to use while > > adding a brick from oVirt UI (we're working on this for 3.6), but you > > could do this from the gluster CLI commands. This would then be > > detected in the oVirt UI. > > > > > > > >> > >> Thanks > >> W > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > From kaushal at redhat.com Fri Jan 9 08:48:15 2015 From: kaushal at redhat.com (Kaushal M) Date: Fri, 9 Jan 2015 03:48:15 -0500 (EST) Subject: [ovirt-users] Using gluster on other hosts? In-Reply-To: <54AF8E8D.6050206@redhat.com> References: <54AE4331.7060109@redhat.com> <659925230.234547.1420733510302.JavaMail.yahoo@jws106117.mail.bf1.yahoo.com> <54AF69E0.6090302@redhat.com> <1335419350.6085172.1420789413578.JavaMail.zimbra@redhat.com> <54AF8E8D.6050206@redhat.com> Message-ID: <526738054.6099598.1420793295208.JavaMail.zimbra@redhat.com> That should work, provided the names being used resolve correctly and to the same values everywhere. But I'd suggest that a manual peer probe is done using the alternative names, before creating the volume. This way Gluster explicitly knows all the names/addresses, and should not cause any troubles. But as I said before, after doing the manual operations, I'd suggest avoiding doing any management actions from the oVirt interface; as it still doesn't know how to handle multiple networks with Gluster. ~kaushal ----- Original Message ----- > From: "Sahina Bose" > To: "Kaushal M" > Cc: "Will K" , users at ovirt.org > Sent: Friday, 9 January, 2015 1:47:17 PM > Subject: Re: [ovirt-users] Using gluster on other hosts? > > > On 01/09/2015 01:13 PM, Kaushal M wrote: > > Hey Will, > > > > It seems to me you are trying manage GlusterFS from oVirt, and trying to > > get your multi-network setup to work. As Sahina mentioned already, this is > > not currently possible as oVirt doesn't have the required support. > > > > If you want to make this work right now, I suggest you manage GlusterFS > > manually. You could do the following, > > > > - Install GlusterFS on both the hosts and setup a GlusterFS trusted storage > > pool using the 'gluster peer probe' commands. Run 'gluster peer probe > > gfs2' from node1 (and the reverse just for safety) > > - Create a GlusterFS volume, 'gluster volume create > > gfs1: gfs2:; and start it, 'gluster volume start > > '. > > After this you'll have GlusterFS setup on the particular network and you'll > > have volume ready to be added as a oVirt storage domain. > > > To enable, oVirt to use the node1 interface, is it possible to peer > probe using node1 and node2 interface in steps above - i.e "gluster peer > probe node2" (This is essentially what happens when a host is added with > host address node1 or node2) > > and then create a GlusterFS volume from CLI using the command you > mentioned above? > > > > - Now setup oVirt on the nodes with the node* network. > > - Add the gfs* network to oVirt. I'm not sure if this would be required, > > but you can try it anyway. > > - Add the created GlusterFS volume as a storage domain using a gfs* > > address. > > > > You should now be ready to begin using the new storage domain. > > > > If you would want to expand the volume later, you will need to do it > > manually with an explicit 'gluster volume add-brick' command. > > > > You could possible add the GlusterFS cluster to the oVirt interface, just > > so you can get stats and monitoring. But even then you shouldn't use the > > oVirt interface to do any management tasks. > > > > Multi-network support for GlusterFS within oVirt is an upcoming feature, > > and Sahina can give you more details on when to expect it to be available. > > > > Thanks, > > Kaushal > > > > > > ----- Original Message ----- > >> From: "Sahina Bose" > >> To: "Will K" , users at ovirt.org, "Kaushal M" > >> > >> Sent: Friday, 9 January, 2015 11:10:48 AM > >> Subject: Re: [ovirt-users] Using gluster on other hosts? > >> > >> > >> On 01/08/2015 09:41 PM, Will K wrote: > >>> That's what I did, but didn't work for me. > >>> > >>> 1. use the 192.168.x interface to setup gluster. I used hostname in > >>> /etc/hosts. > >>> 2. setup oVirt using the switched network hostnames, let's say 10.10.10.x > >>> 3. oVirt and all that comes up fine. > >>> 4. When try to create a storage domain, it only shows the 10.10.10.x > >>> hostnames available. > >>> > >>> > >>> Tried to add a brick and I would get something like > >>> Host gfs2 is not in 'Peer in Cluster' state (while node2 is the > >>> hostname and gfs2 is the 192.168 name) > >> > >> Which version of glusterfs do you have? > >> > >> Kaushal, will this work in glusterfs3.6 and above? > >> > >> > >>> Ran command `gluster probe peer gfs2` or `gluster probe peer > >>> 192.168.x.x` didn't work > >>> peer probe: failed: Probe returned with unknown errno 107 > >>> > >>> Ran probe again with the switched network hostname or IP worked fine. > >>> May be it is not possible with current GlusterFS version? > >>> http://www.gluster.org/community/documentation/index.php/Features/SplitNetwork > >>> > >>> > >>> Will > >>> > >>> > >>> On Thursday, January 8, 2015 3:43 AM, Sahina Bose > >>> wrote: > >>> > >>> > >>> > >>> On 01/08/2015 12:07 AM, Will K wrote: > >>>> Hi > >>>> > >>>> I would like to see if anyone has good suggestion. > >>>> > >>>> I have two physical hosts with 1GB connections to switched networks. > >>>> The hosts also have 10GB interface connected directly using Twinax > >>>> cable like copper crossover cable. The idea was to use the 10GB as a > >>>> "private network" for GlusterFS till the day we want to grow out of > >>>> this 2 node setup. > >>>> > >>>> GlusterFS was setup with the 10GB ports using non-routable IPs and > >>>> hostnames in /etc/hosts, for example, gfs1 192.168.1.1 and gfs2 > >>>> 192.168.1.2. I'm following example from > >>>> community.redhat.com/blog/2014/10/up-and-running-with-ovirt-3-5/ > >>>> > >>>> , Currently I'm only using Gluster volume on node1, but `gluster > >>>> probe peer` test worked fine with node2 through the 10GB connection. > >>>> > >>>> oVirt engine was setup on physical host1 with hosted engine. Now, > >>>> when I try to create new Gluster storage domain, I can only see the > >>>> host "node1" available. > >>>> > >>>> Is there anyway I can setup oVirt on node1 and node2, while using > >>>> "gfs1" and "gfs2" for GlusterFS? or some way to take advantage of the > >>>> 10GB connection? > >>> If I understand right, you have 2 interfaces on each of your hosts, > >>> and you want oVirt to communicate via 1 interface and glusterfs to use > >>> other? > >>> > >>> While adding the hosts to oVirt you could use ip1 and then.while > >>> creating the volume, add the brick using the other ip address. > >>> For instance, gluster volume create 192.168.1.2:/bricks/b1 > >>> > >>> Currently, there's no way to specify the IP address to use while > >>> adding a brick from oVirt UI (we're working on this for 3.6), but you > >>> could do this from the gluster CLI commands. This would then be > >>> detected in the oVirt UI. > >>> > >>> > >>> > >>>> Thanks > >>>> W > >>>> > >>>> > >>>> > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >>> > >> > > From jmbaek4848 at gmail.com Mon Jan 12 06:51:43 2015 From: jmbaek4848 at gmail.com (jaemin baek) Date: Mon, 12 Jan 2015 15:51:43 +0900 Subject: [ovirt-users] I have a question about the spice client. Message-ID: hi, i'm korean I have a question about the spice client. My spice client connect to VDI ----> Windows 7 VDI input key ---> Korea keyboard(103/106 key) + hangul key ---> windows 7 IME *but...* input key ---> Korea keyboard(103/106 key) + hangul key --> hangul key exchanged ---> Alt key *Why??* linux spice client Hangul key OK. but windows spice client Hangul key ---> Alt key... Hangul key scancode = 0x38 Alt key scancode = 0x38 *WHY??* Help me Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Tue Jan 13 02:18:02 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Tue, 13 Jan 2015 10:18:02 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> Message-ID: Hi, Please find the more details on this ....can anybody from gluster will help me here :- Gluster CLI Logs :- /var/log/glusterfs/cli.log [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] 0-transport: disconnecting now [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_DISCONNECT [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: [2015-01-13 02:06:23.072176] T [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen 128, payload: 64, rpc hdr: 64 [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect () called on transport already connected [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) to rpc-transport (glusterfs) [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] 0-glusterfs: ping timeout is 0, returning [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] 0-cli: Received response to status cmd [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: Returning 0 [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] 0-cli: Returning: 0 [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 [2015-01-13 02:06:23.076256] D [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076459] D [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 Command log :- /var/log/glusterfs/.cmd_log_history Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy wrote: > I can see the failures in glusterd log. > > Can someone from glusterfs dev pls help on this? > > Thanks, > Kanagaraj > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj" > > Cc: "Martin Pavl?k" , "Vijay Bellur" < > vbellur at redhat.com>, "Kaushal M" , > > users at ovirt.org, gluster-users at gluster.org > > Sent: Monday, January 12, 2015 3:36:43 PM > > Subject: Re: Failed to create volume in OVirt with gluster > > > > Hi Kanagaraj, > > > > Please find the logs from here :- http://ur1.ca/jeszc > > > > [image: Inline image 1] > > > > [image: Inline image 2] > > > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > > > Looks like there are some failures in gluster. > > > Can you send the log output from glusterd log file from the relevant > hosts? > > > > > > Thanks, > > > Kanagaraj > > > > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > > > Hi, > > > > > > Is there any one from gluster can help me here :- > > > > > > Engine logs :- > > > > > > 2015-01-12 12:50:33,841 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:34,725 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,824 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,853 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,866 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:37,751 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,849 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,890 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:40,776 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,903 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,916 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:43,771 INFO > > > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, > > > log id: 303e70a4 > > > 2015-01-12 12:50:43,780 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: > > > -1, Message: Creation of Gluster Volume vol01 failed. > > > 2015-01-12 12:50:43,785 INFO > > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > GLUSTER > > > , sharedLocks= ] > > > > > > [image: Inline image 2] > > > > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > > > > >> Hi Punit, > > >> > > >> unfortunately I?am not that good with the gluster, I was just > following > > >> the obvious clue from the log. Could you try on the nodes if the > packages > > >> are even available for installation > > >> > > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > > >> gluster-swift-account > > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > > >> glusterfs-geo-replication > > >> > > >> if not you could try to get them in official gluster repo. > > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > >> > > >> HTH > > >> > > >> M. > > >> > > >> > > >> > > >> > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > >> > > >> Hi Martin, > > >> > > >> I installed gluster from ovirt repo....is it require to install those > > >> packages manually ?? > > >> > > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > > >> > > >>> Hi Punit, > > >>> > > >>> can you verify that nodes contain cluster packages from the following > > >>> log? > > >>> > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-object',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-plugin',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-account',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-proxy',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-doc',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-container',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('glusterfs-geo-replication',) not found > > >>> > > >>> > > >>> M. > > >>> > > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: > > >>> > > >>> Hi Kanagaraj, > > >>> > > >>> Please find the attached logs :- > > >>> > > >>> Engine Logs :- http://ur1.ca/jdopt > > >>> VDSM Logs :- http://ur1.ca/jdoq9 > > >>> > > >>> > > >>> > > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > > >>> > > >>>> Do you see any errors in the UI? > > >>>> > > >>>> Also please provide the engine.log and vdsm.log when the failure > > >>>> occured. > > >>>> > > >>>> Thanks, > > >>>> Kanagaraj > > >>>> > > >>>> > > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > >>>> > > >>>> Hi Martin, > > >>>> > > >>>> The steps are below :- > > >>>> > > >>>> 1. Step the ovirt engine on the one server... > > >>>> 2. Installed centos 7 on 4 host node servers.. > > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > > >>>> nodes to engine... > > >>>> 4. Create the gluster volume from GUI... > > >>>> > > >>>> Network :- > > >>>> eth0 :- public network (1G) > > >>>> eth1+eth2=bond0= VM public network (1G) > > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > >>>> > > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > > >>>> > > >>>> Thanks, > > >>>> Punit > > >>>> > > >>>> > > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > > >>>> wrote: > > >>>> > > >>>>> Hi Punit, > > >>>>> > > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > > >>>>> /var/log/vdsm/vdsmd.log > > >>>>> > > >>>>> it would be really helpful if you provided exact steps how to > > >>>>> reproduce the problem. > > >>>>> > > >>>>> regards > > >>>>> > > >>>>> Martin Pavlik - rhev QE > > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > >>>>> > > > >>>>> > Hi, > > >>>>> > > > >>>>> > I try to add gluster volume but it failed... > > >>>>> > > > >>>>> > Ovirt :- 3.5 > > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > > >>>>> > libvirt-1.1.1-29.el7_0.4 > > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > > >>>>> > > > >>>>> > Engine Logs :- > > >>>>> > > > >>>>> > 2015-01-08 09:57:52,569 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:52,609 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,582 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,591 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,596 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,633 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > ^C > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 03:03:24 2015 From: donny at cloudspin.me (Donny Davis) Date: Mon, 12 Jan 2015 20:03:24 -0700 Subject: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members Message-ID: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> Here is a quick rundown of the system, and the problem. All hosts on centOS 7 fully up to date GlusterFS is running on 6 servers, 3x2 distribute/replicate. CTDB is running on all hosts I am unable to mount via nfs the exported volume on any of the gluster server members. I am able to mount, read, write, umount from any server that is not a gluster member. Topology - all are hostnames that are resolvable Gluster Members Node1 Node2 Node3 Node4 Node5 Node6 CTDB Virtual IP/Hostname SharedNFS Test Machine Test1 Gluster Volumes Engine Data I am trying to bring up hosted-engine using nfs using the gluster members I run hosted-engine -deploy Nfsv3 Host:/path sharednfs:/engine Error while mounting specified storage path: mount.nfs: an incorrect mount option was specified Ok well lets try that without using the hosted-engine script Mount -v -t nfs -o vers=3 sharednfs:/engine /tmp mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 mount.nfs: trying text-based options 'vers=3,lock=Flase,addr=192.168.0.240 mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100005, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 mount.nfs: mount(2): Invalid argument mount.nfs: an incorrect mount option was specified [root at node4 ~]# systemctl status rpcbind rpcbind.service - RPC bind service Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h 57min ago Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} (code=exited, status=0/SUCCESS) Main PID: 1353 (rpcbind) CGroup: /system.slice/rpcbind.service L-1353 /sbin/rpcbind -w Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. Ummm: this makes no sense:. [root at test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: portmap query retrying: RPC: Program not registered mount.nfs: prog 100005, trying vers=3, prot=6 mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) On the test machine mounts the nfs share with no problems. I have confirmed this does not work on a single machine that is part of the gluster. And any other machine is able to mount the exact same share, with the exact same parameters: on the exact same OS:. I am at a loss Donny D -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Tue Jan 13 04:02:47 2015 From: yetanotherwill at yahoo.com (Will K) Date: Tue, 13 Jan 2015 04:02:47 +0000 (UTC) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." In-Reply-To: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> References: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> Message-ID: <590028741.207684.1421121767337.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> thanks, the URL helped troubleshoot it.W On Monday, January 12, 2015 4:18 AM, Yedidyah Bar David wrote: ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Monday, January 12, 2015 10:54:25 AM > Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." > > Hi list, > > I've been trying to setup hosted-engine on 2 nodes for a few times. The > latest failure which I can't figure out is the "Engine health status page is > not yet reachable." > > I'm running CentOS 6.6 fully patched before setting up 3.5. Sure I run > screen, I also need to setup three vars to get around a proxy server, > http_proxy, https_proxy, no_proxy. > > `hosted-engine --deploy` went fine until the last steps. After `engine setup > is completed`, I picked (1) Continue setup. It says 'Waiting for VM to > shutdown`. Once the VM is up again, I waited for a couple of minutes, then > pick (1) again, it gives me > > "Engine health status page is not yet reachable." > > At this point, I can ssh to the VM, I can also access and login the web GUI. So the health page _is_ probably reachable, but for some reason the host can't access it. > > Any suggestion? Check/post logs, check correctness of names/IP addresses/etc., iptables, try to manually get the health page from the host and see if it works, e.g. curl http://{fqdn}/ovirt-engine/services/health (replace {fqdn} with the name you input as engine fqdn). Best, -- Didi -------------- next part -------------- An HTML attachment was scrubbed... URL: From rstory at tislabs.com Tue Jan 13 04:14:57 2015 From: rstory at tislabs.com (Robert Story) Date: Mon, 12 Jan 2015 23:14:57 -0500 Subject: [ovirt-users] about Ovirt - KVM - Ubuntu In-Reply-To: <54AF0EC0.8020401@numar.net> References: <54AF0EC0.8020401@numar.net> Message-ID: <20150112231457.111858eb@ispx.vb.futz.org> On Thu, 08 Jan 2015 17:12:00 -0600 Carlos wrote: CL> I have questions about ovirt, my english is not good,I do not know if CL> there are some mail list in spanish. Hola Carlos, CL> Is posible Ovirt server read guest machines in KVM ubuntu server? or I CL> need install Ovirt and migrade one to one machines. You will need to migrate existing KVM guests to oVirt. There is a tool, virt-v2v, that can help with the conversion. Unfortunately it's a long, slow multi-step process. Hopefully google can help find some documentation or a blog in Spanish for you. Robert -- Senior Software Engineer @ Parsons -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From yetanotherwill at yahoo.com Tue Jan 13 05:05:14 2015 From: yetanotherwill at yahoo.com (Will K) Date: Tue, 13 Jan 2015 05:05:14 +0000 (UTC) Subject: [ovirt-users] hosted-engine-lockspace broken symlinks Message-ID: <1816486558.248633.1421125514859.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Hi, still working on this hosted-engine setup. ?When deploy hosted-engine on the 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot be found. 1) ?Node1 is up with hosted engine installed on a GlusterFS volume. ?When try to deploy hosted engine on node2, ?I specified storage path to be nfs available on "ovirtmount.xyz.com". ?ovirtmount is just an entry in the host file pointing to node1 as in the "Up and Running with oVirt 3.5". The deploy process mounted the ifs export under?????/rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent I fond symlinks point to /rhev/data-center/mnt/:_engine/.... ? instead of "ovirtmount"? ? hosted-engine-lockspace? ? ? hosted-engine-metadata If I re-run deploy again using IP for the NFS export, the symlinks will look good and go forward with the process. 2) Then something killed the VM at this point. Sure it was running.[ INFO ?] Configuring VDSM[ INFO ?] Starting vdsmd[ INFO ?] Waiting for VDSM hardware info[ INFO ?] Waiting for VDSM hardware info[ INFO ?] Connected to Storage Domain[ INFO ?] Configuring VM[ INFO ?] Updating hosted-engine configuration[ INFO ?] Stage: Transaction commit[ INFO ?] Stage: Closing up[ ERROR ] Failed to execute stage 'Closing up': [ INFO ?] Stage: Clean up[ INFO ?] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'[ INFO ?] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated[ INFO ?] Stage: Pre-termination[ INFO ?] Stage: Termination Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From jdeloro at web.de Tue Jan 13 05:19:02 2015 From: jdeloro at web.de (jdeloro at web.de) Date: Tue, 13 Jan 2015 06:19:02 +0100 Subject: [ovirt-users] Setting Base DN for LDAP authentication In-Reply-To: <2031445146.3911934.1421098372313.JavaMail.zimbra@redhat.com> References: , <2031445146.3911934.1421098372313.JavaMail.zimbra@redhat.com> Message-ID: Hello Alon, > All over? :) traveling into the past. This e-mail comes from Mailmans moderator queue. It was sent before I was registered. And after being registered I was unable to cancel the e-mail, because Mailman always told me the token was unknown. The problem is solved to my complete satisfaction. Kind regards Jannick From karli.sjoberg at slu.se Tue Jan 13 06:28:53 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Tue, 13 Jan 2015 06:28:53 +0000 Subject: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members In-Reply-To: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> References: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> Message-ID: <1421130533.5443.33.camel@data-b104.adm.slu.se> On Mon, 2015-01-12 at 20:03 -0700, Donny Davis wrote: > Here is a quick rundown of the system, and the problem. > > > > All hosts on centOS 7 fully up to date > > GlusterFS is running on 6 servers, 3x2 distribute/replicate. > > CTDB is running on all hosts > > I am unable to mount via nfs the exported volume on any of the gluster > server members. > > > > I am able to mount, read, write, umount from any server that is not a > gluster member. > > > > Topology ? all are hostnames that are resolvable > > Gluster Members > > Node1 > > Node2 > > Node3 > > Node4 > > Node5 > > Node6 > > > > CTDB Virtual IP/Hostname > > SharedNFS > > > > Test Machine > > Test1 > > > > Gluster Volumes > > Engine > > Data > > > > I am trying to bring up hosted-engine using nfs using the gluster > members > > I run hosted-engine ?deploy > > Nfsv3 > > > > Host:/path sharednfs:/engine > > Error while mounting specified storage path: mount.nfs: an incorrect > mount option was specified > > > > Ok well lets try that without using the hosted-engine script > > > > Mount ?v ?t nfs ?o vers=3 sharednfs:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 > > mount.nfs: trying text-based options > 'vers=3,lock=Flase,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > mount.nfs: mount(2): Invalid argument > > mount.nfs: an incorrect mount option was specified > > > > > > [root at node4 ~]# systemctl status rpcbind > > rpcbind.service - RPC bind service > > Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) > > Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h > 57min ago > > Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} > (code=exited, status=0/SUCCESS) > > Main PID: 1353 (rpcbind) > > CGroup: /system.slice/rpcbind.service > > ??1353 /sbin/rpcbind -w > > > > Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... > > Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. > > Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. > > > > > > Ummm? this makes no sense?. > > [root at test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 > > mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) > > > > > > > > On the test machine mounts the nfs share with no problems. I have > confirmed this does not work on a single machine that is part of the > gluster. And any other machine is able to mount the exact same share, > with the exact same parameters? on the exact same OS?. > > > > I am at a loss iptables? Can you ping 'sharednfs'? SSH in on it? /K > > > > Donny D > > > > > plain text document attachment (ATT00001) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Med V?nliga H?lsningar ------------------------------------------------------------------------------- Karli Sj?berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron?sv?gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se From hypunit at gmail.com Tue Jan 13 06:42:36 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Tue, 13 Jan 2015 14:42:36 +0800 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: <54B4A0FF.6060104@redhat.com> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <54B4A0FF.6060104@redhat.com> Message-ID: Hi Atin, Please find the output from here :- http://ur1.ca/jf4bs On Tue, Jan 13, 2015 at 12:37 PM, Atin Mukherjee wrote: > Punit, > > cli log wouldn't help much here. To debug this issue further can you > please let us know the following: > > 1. gluster peer status output > 2. gluster volume status output > 3. gluster --version output. > 4. Which command got failed > 5. glusterd log file of all the nodes > > ~Atin > > > On 01/13/2015 07:48 AM, Punit Dambiwal wrote: > > Hi, > > > > Please find the more details on this ....can anybody from gluster will > help > > me here :- > > > > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: > got > > RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > > 0-glusterfs: got RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > > 0-transport: disconnecting now > > [2015-01-13 02:06:23.072055] T > [cli-quotad-client.c:100:cli_quotad_notify] > > 0-glusterfs: got RPC_CLNT_DISCONNECT > > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > > [2015-01-13 02:06:23.072176] T > > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request > fraglen > > 128, payload: 64, rpc hdr: 64 > > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] > (--> > > > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: > connect > > () called on transport already connected > > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: > 2, > > Proc: 27) to rpc-transport (glusterfs) > > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > > 0-glusterfs: ping timeout is 0, returning > > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > > 0-cli: Received response to status cmd > > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > > Returning 0 > > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > > 0-cli: Returning: 0 > > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076244] D > [cli-xml-output.c:131:cli_xml_output_common] > > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076256] D > > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning > 0 > > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076459] D > > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > > > Command log :- /var/log/glusterfs/.cmd_log_history > > > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > > details. > > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > > details. > > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > failed > > on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > > details. > > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : > Staging > > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > > file for details. > > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < > kmayilsa at redhat.com> > > wrote: > > > >> I can see the failures in glusterd log. > >> > >> Can someone from glusterfs dev pls help on this? > >> > >> Thanks, > >> Kanagaraj > >> > >> ----- Original Message ----- > >>> From: "Punit Dambiwal" > >>> To: "Kanagaraj" > >>> Cc: "Martin Pavl?k" , "Vijay Bellur" < > >> vbellur at redhat.com>, "Kaushal M" , > >>> users at ovirt.org, gluster-users at gluster.org > >>> Sent: Monday, January 12, 2015 3:36:43 PM > >>> Subject: Re: Failed to create volume in OVirt with gluster > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the logs from here :- http://ur1.ca/jeszc > >>> > >>> [image: Inline image 1] > >>> > >>> [image: Inline image 2] > >>> > >>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj > wrote: > >>> > >>>> Looks like there are some failures in gluster. > >>>> Can you send the log output from glusterd log file from the relevant > >> hosts? > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > >>>> > >>>> Hi, > >>>> > >>>> Is there any one from gluster can help me here :- > >>>> > >>>> Engine logs :- > >>>> > >>>> 2015-01-12 12:50:33,841 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:34,725 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:36,824 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:36,853 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:36,866 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:37,751 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:39,849 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:39,878 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:39,890 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:40,776 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:42,878 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:42,903 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:42,916 INFO > >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > lock > >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>> value: GLUSTER > >>>> , sharedLocks= ] > >>>> 2015-01-12 12:50:43,771 INFO > >>>> > >> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > >>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > >> CreateGlusterVolumeVDSCommand, > >>>> log id: 303e70a4 > >>>> 2015-01-12 12:50:43,780 ERROR > >>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > >>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > >> ID: > >>>> -1, Message: Creation of Gluster Volume vol01 failed. > >>>> 2015-01-12 12:50:43,785 INFO > >>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > >>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > >>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > >> GLUSTER > >>>> , sharedLocks= ] > >>>> > >>>> [image: Inline image 2] > >>>> > >>>> > >>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > >> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> unfortunately I?am not that good with the gluster, I was just > >> following > >>>>> the obvious clue from the log. Could you try on the nodes if the > >> packages > >>>>> are even available for installation > >>>>> > >>>>> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >>>>> gluster-swift-account > >>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >>>>> glusterfs-geo-replication > >>>>> > >>>>> if not you could try to get them in official gluster repo. > >>>>> > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >>>>> > >>>>> HTH > >>>>> > >>>>> M. > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal > wrote: > >>>>> > >>>>> Hi Martin, > >>>>> > >>>>> I installed gluster from ovirt repo....is it require to install > those > >>>>> packages manually ?? > >>>>> > >>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > >> wrote: > >>>>> > >>>>>> Hi Punit, > >>>>>> > >>>>>> can you verify that nodes contain cluster packages from the > following > >>>>>> log? > >>>>>> > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-object',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-plugin',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-account',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-proxy',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-doc',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('gluster-swift-container',) not found > >>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>> ('glusterfs-geo-replication',) not found > >>>>>> > >>>>>> > >>>>>> M. > >>>>>> > >>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal > >> wrote: > >>>>>> > >>>>>> Hi Kanagaraj, > >>>>>> > >>>>>> Please find the attached logs :- > >>>>>> > >>>>>> Engine Logs :- http://ur1.ca/jdopt > >>>>>> VDSM Logs :- http://ur1.ca/jdoq9 > >>>>>> > >>>>>> > >>>>>> > >>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > >> wrote: > >>>>>> > >>>>>>> Do you see any errors in the UI? > >>>>>>> > >>>>>>> Also please provide the engine.log and vdsm.log when the failure > >>>>>>> occured. > >>>>>>> > >>>>>>> Thanks, > >>>>>>> Kanagaraj > >>>>>>> > >>>>>>> > >>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>>>>> > >>>>>>> Hi Martin, > >>>>>>> > >>>>>>> The steps are below :- > >>>>>>> > >>>>>>> 1. Step the ovirt engine on the one server... > >>>>>>> 2. Installed centos 7 on 4 host node servers.. > >>>>>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>>>>> nodes to engine... > >>>>>>> 4. Create the gluster volume from GUI... > >>>>>>> > >>>>>>> Network :- > >>>>>>> eth0 :- public network (1G) > >>>>>>> eth1+eth2=bond0= VM public network (1G) > >>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>>>>> > >>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>>>>> > >>>>>>> Thanks, > >>>>>>> Punit > >>>>>>> > >>>>>>> > >>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>>>>> wrote: > >>>>>>> > >>>>>>>> Hi Punit, > >>>>>>>> > >>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>>>>> /var/log/vdsm/vdsmd.log > >>>>>>>> > >>>>>>>> it would be really helpful if you provided exact steps how to > >>>>>>>> reproduce the problem. > >>>>>>>> > >>>>>>>> regards > >>>>>>>> > >>>>>>>> Martin Pavlik - rhev QE > >>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > >> wrote: > >>>>>>>>> > >>>>>>>>> Hi, > >>>>>>>>> > >>>>>>>>> I try to add gluster volume but it failed... > >>>>>>>>> > >>>>>>>>> Ovirt :- 3.5 > >>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 > >>>>>>>>> libvirt-1.1.1-29.el7_0.4 > >>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>>>>>> > >>>>>>>>> Engine Logs :- > >>>>>>>>> > >>>>>>>>> 2015-01-08 09:57:52,569 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:52,609 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,582 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,591 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,596 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> 2015-01-08 09:57:55,633 INFO > >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > >> lock > >>>>>>>> EngineLock [exclusiveLocks= key: > >> 00000001-0001-0001-0001-000000000300 > >>>>>>>> value: GLUSTER > >>>>>>>>> , sharedLocks= ] > >>>>>>>>> ^C > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>> > >>>> > >>> > >> > > > > > > > > _______________________________________________ > > Gluster-users mailing list > > Gluster-users at gluster.org > > http://www.gluster.org/mailman/listinfo/gluster-users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Tue Jan 13 07:27:40 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 02:27:40 -0500 (EST) Subject: [ovirt-users] about Ovirt - KVM - Ubuntu In-Reply-To: <54AF0EC0.8020401@numar.net> References: <54AF0EC0.8020401@numar.net> Message-ID: <1642778382.8590728.1421134060048.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Carlos Laurent" > To: users at ovirt.org > Sent: Friday, January 9, 2015 1:12:00 AM > Subject: [ovirt-users] about Ovirt - KVM - Ubuntu > > Hi, > > I have questions about ovirt, my english is not good,I do not know if > there are some mail list in spanish. I don't know of any, but searching for 'ovirt spanish' does find some interested people (and companies). Perhaps you should start one :-) > > I need install ovirt in ubuntu server, it is posible to do? I read is in > experimental. I try install but there areproblems with Python libraries. Debian/Ubuntu support is planned for 3.6. As you already found, there is already some work done, but some dependencies added since then are missing, as well as probably other things. > > Is posible Ovirt server read guest machines in KVM ubuntu server? or I > need install Ovirt and migrade one to one machines. > > Thank you very much for the answers. > > Carlos Laurent > Costa Rica,NUMAR > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Didi From vfeenstr at redhat.com Tue Jan 13 07:28:31 2015 From: vfeenstr at redhat.com (Vinzenz Feenstra) Date: Tue, 13 Jan 2015 08:28:31 +0100 Subject: [ovirt-users] New Vdsm Build for oVirt 3.5 In-Reply-To: <54AFCF15.3060802@gmail.com> References: <54AFA1EF.9020404@redhat.com> <54AFCF15.3060802@gmail.com> Message-ID: <54B4C91F.5050605@redhat.com> On 01/09/2015 01:52 PM, Sven Kieske wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > would it be possible to also generate some kind of changelog? > > As there is no changelog yet (that I know of), I tried > to find some git tag > or a commit which bumped the version to 4.16.10 > but I didn't find one in the 3.5 ovirt branch at: > http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs%2Fheads%2Fovirt-3.5 > > am I looking in the wrong direction? http://gerrit.ovirt.org/gitweb?p=vdsm.git;a=shortlog;h=refs/tags/v4.16.10 v4.16.10 is tagged :-) > > Any help would be appreciated > > Thanks > > Sven > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iQGcBAEBAgAGBQJUr88UAAoJEAq0kGAWDrqlaJEL/j3mJj6AOF/d89CteCEKKnrd > 1Pm1OtqtQ3ObACAcXOgLqZJL+DC4cgsO3MdO+50wZ3lmPztKugMyv9a3KZdr8Gr+ > PGZWEta64Hbn9xl5qeSazY52I5B44SJNRDETNJHbqZOJYZDJ3wGsFN2SkLFjk32M > 3WFxw5LtsoFTw012yYojVyZDV3RP5j1QnBNTY3awNDPbSQ1ee+8GjdsiEmvUmwJK > 5ooJ6eSPAPNxRXp9Nhr8cV+6Gf2EuLvlviKLNV+OHFNR5X2kJG0JvdqrYxnWo1dX > 65O1AKDLhunYFfl0XgCeZGSgOtBb1V/KYniKeDbv5/9rFyTQUnxFU9YAP668q1ZP > IdYBCUHGMpB4y0U7vTfWhmnja4krIQYbXaLhszk8yp3VntBQZG6dtozQH6jheGgw > HTAxmptw1CsVmvQjl/0SvG3GQTGSxcKfTlXHo6EfscFR+QMIq88yApcGTR1+z1my > 6tn2Ju4CCwh/ftCqu5wm1NEHls329tU91TOsn4xaQg== > =VmOs > -----END PGP SIGNATURE----- > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Regards, Vinzenz Feenstra | Senior Software Engineer RedHat Engineering Virtualization R & D Phone: +420 532 294 625 IRC: vfeenstr or evilissimo Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From didi at redhat.com Tue Jan 13 07:30:55 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 02:30:55 -0500 (EST) Subject: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." In-Reply-To: <590028741.207684.1421121767337.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> References: <824257484.8013946.1421054316169.JavaMail.zimbra@redhat.com> <590028741.207684.1421121767337.JavaMail.yahoo@jws10635.mail.bf1.yahoo.com> Message-ID: <726148385.8591041.1421134255425.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 6:02:47 AM > Subject: Re: [ovirt-users] deploy failed with "Engine health status page is not yet reachable." > > thanks, the URL helped troubleshoot it.W Thanks for the report! Would you like to open a bug about this? This will be useful even if it was your own error, if setup could have helped you find it. > > On Monday, January 12, 2015 4:18 AM, Yedidyah Bar David > wrote: > > > ----- Original Message ----- > > From: "Will K" > > To: users at ovirt.org > > Sent: Monday, January 12, 2015 10:54:25 AM > > Subject: [ovirt-users] deploy failed with "Engine health status page is not > > yet reachable." > > > > Hi list, > > > > I've been trying to setup hosted-engine on 2 nodes for a few times. The > > latest failure which I can't figure out is the "Engine health status page > > is > > not yet reachable." > > > > I'm running CentOS 6.6 fully patched before setting up 3.5. Sure I run > > screen, I also need to setup three vars to get around a proxy server, > > http_proxy, https_proxy, no_proxy. > > > > `hosted-engine --deploy` went fine until the last steps. After `engine > > setup > > is completed`, I picked (1) Continue setup. It says 'Waiting for VM to > > shutdown`. Once the VM is up again, I waited for a couple of minutes, then > > pick (1) again, it gives me > > > > "Engine health status page is not yet reachable." > > > > At this point, I can ssh to the VM, I can also access and login the web > > GUI. > > So the health page _is_ probably reachable, but for some reason the host > can't access it. > > > > > Any suggestion? > > Check/post logs, check correctness of names/IP addresses/etc., iptables, try > to manually get the health page from the host and see if it works, e.g. > > curl http://{fqdn}/ovirt-engine/services/health > > (replace {fqdn} with the name you input as engine fqdn). > > Best, > -- > Didi > > > -- Didi From didi at redhat.com Tue Jan 13 07:42:51 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 02:42:51 -0500 (EST) Subject: [ovirt-users] hosted-engine-lockspace broken symlinks In-Reply-To: <1816486558.248633.1421125514859.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> References: <1816486558.248633.1421125514859.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Message-ID: <331497295.8592705.1421134971719.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 7:05:14 AM > Subject: [ovirt-users] hosted-engine-lockspace broken symlinks > > Hi, > > still working on this hosted-engine setup. When deploy hosted-engine on the > 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot be > found. > > 1) Node1 is up with hosted engine installed on a GlusterFS volume. When try > to deploy hosted engine on node2, I specified storage path to be nfs > available on "ovirtmount.xyz.com". ovirtmount is just an entry in the host > file pointing to node1 as in the "Up and Running with oVirt 3.5". > > The deploy process mounted the ifs export under > /rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent > > I fond symlinks point to /rhev/data-center/mnt/:_engine/.... instead of > "ovirtmount" > hosted-engine-lockspace > hosted-engine-metadata > > If I re-run deploy again using IP for the NFS export, the symlinks will look > good and go forward with the process. IMO if you always supplied a name (even if resolvable only by /etc/hosts) and not an IP address, the mounts should always use the name. We have a different bug [1] which seems similar, but is related to the name of the host, not of the nfs server. Can you please post setup logs of all of the hosts? /var/log/ovirt-hosted-engine-setup/* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1178535 > > 2) Then something killed the VM at this point. Sure it was running. > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Connected to Storage Domain > [ INFO ] Configuring VM > [ INFO ] Updating hosted-engine configuration > [ INFO ] Stage: Transaction commit > [ INFO ] Stage: Closing up > [ ERROR ] Failed to execute stage 'Closing up': route to host> These logs will help here too. Thanks, -- Didi From vanoppen.koen at gmail.com Tue Jan 13 08:01:37 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 13 Jan 2015 09:01:37 +0100 Subject: [ovirt-users] rename ovirt-engine In-Reply-To: <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> Message-ID: No, it was a accident :-). I'll mark this as solved as I will wait for the new release of ovirt. Thanks for your help. If I'll find more bugs, I will definitely let the mailing list know :-) 2015-01-13 8:51 GMT+01:00 Yedidyah Bar David : > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Yedidyah Bar David" > > Sent: Tuesday, January 13, 2015 8:02:03 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > Ok, thanks. We'll wait then :-) > > Note that we are aware of other issues, still without open bugs or > any work done to fix them. Please see [1]. Not sure we'll do anything > about these, as they are non-fatal and are solvable by running > engine-setup. > So if you really care, it will help if you can try the nightly 3.5-snapshot > [2] on a test copy of your engine and report if you find issues. Thanks! > > Only now realized you didn't Cc the list. Not sure it was intentional. > Replying only to you anyway... > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1170229#c1 > [2] http://www.ovirt.org/Install_nightly_snapshot > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Tue Jan 13 08:12:11 2015 From: sabose at redhat.com (Sahina Bose) Date: Tue, 13 Jan 2015 13:42:11 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> Message-ID: <54B4D35B.30604@redhat.com> On 01/12/2015 06:14 PM, Oved Ourfali wrote: > Hi Sahina, > > Some comments: > > 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). > 2. Perhaps you should pass not the IP but the name of the network? IPs might change. > 3. Adding to "2", perhaps using DNS names is a more valid approach? To the gluster volume add brick command, the brick information needs to be passed in the form : So even if we do show the network names in the UI, we will need the underlying IP address to form this command. Regarding DNS names, currently is there a way to query for the DNS aliases for a host? I would need to use hostname in the command above, and assume that the user has setup his DNS outside of oVirt to correctly resolve to internal/external network, correct? > 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Sahina Bose" >> To: devel at ovirt.org, "users" >> Sent: Monday, January 12, 2015 2:00:16 PM >> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs >> >> Hi all, >> >> Please review the feature page for this proposed solution and provide >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >> >> thanks >> sahina >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From sabose at redhat.com Tue Jan 13 08:18:07 2015 From: sabose at redhat.com (Sahina Bose) Date: Tue, 13 Jan 2015 13:48:07 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B3C339.9040203@redhat.com> References: <54B3B750.6010205@redhat.com> <54B3C339.9040203@redhat.com> Message-ID: <54B4D4BF.8040308@redhat.com> On 01/12/2015 06:21 PM, Lior Vernia wrote: > Hi Sahina! :) > > Cool feature, and I think long-awaited by many users. I have a few comments: > > 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a > list box - I presume the items contained there are all IP addresses > configured on the host's interfaces. > > 1. a. May I suggest that this contain network names instead of IP > addresses? Would be easier for users to think about things (they surely > remember the meaning of network names, not necessarily of IP addresses). > > 1. b. If I correctly understood the mock-up, then configuring a "Storage > Network" role only affects the default entry chosen in the list box. Is > it really worth the trouble of implementing this added role? It's quite > different than display/migration roles, which are used to determine what > IP address to use at a later time (i.e. not when configuring the host), > when a VM is run/migrated in the cluster. If not for "Storage network" role, how would we default which network to use. In fact, we are planning to remove the drop down to choose network from the Add Brick UI, to avoid confusion and just use the network with this role, if available - otherwise use the host address. (host_address in vds_static) Will update page accordingly > > 1. c. A word of warning: sometimes a host interface's IP address is > missing in the engine - this usually happens when they're configured for > the first time with DHCP, and the setup networks command returns before > an IP address is allocated (this can later be resolved by refreshing > host capabilities, there's a button for that). So when displaying items > in the list box, you should really check that an IP address exists for > each network. > > 2. "Storage Network": if you intend to keep this role in the feature (I > don't think it adds a lot of functionality, see article 1b), it might be > better to call it "Gluster Network" - otherwise people using virt mode > might think this network is gonna be used to communicate with other > types of storage domains. Could this network be reused for other storage needs also. If not, we can rename it "gluster network" > > Yours, Lior. > > On 12/01/15 14:00, Sahina Bose wrote: >> Hi all, >> >> Please review the feature page for this proposed solution and provide >> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >> >> thanks >> sahina >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From lars at steinwurf.com Tue Jan 13 08:20:20 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 13 Jan 2015 09:20:20 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing Message-ID: <54B4D544.30102@steinwurf.com> Hey I am new to oVirt, so please be patient I have a problem, when setting up new hosts. Doing the setup it self no problem, but afterwards the status is set to NonOperational. Do to the network ovirtmgmt is missing on the machine. However I have added the following ifcfg file: ifcfg-ovirtmgmt:: DEVICE=ovirtmgmt TYPE=Bridge ONBOOT=yes DELAY=0 BOOTPROTO=dhcp IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 And made the adjustments, so the ifcfg-en1, file looks like this: TYPE="Ethernet" #BOOTPROTO="dhcp" DEFROUTE="yes" IPV4_FAILURE_FATAL="no" IPV6INIT="yes" IPV6_AUTOCONF="yes" IPV6_DEFROUTE="yes" IPV6_PEERDNS="yes" IPV6_PEERROUTES="yes" IPV6_FAILURE_FATAL="no" NAME="em1" UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" ONBOOT="yes" HWADDR="F8:B1:56:C1:F9:8E" PEERDNS="yes" PEERROUTES="yes" BRIDGE=ovirtmgmt I do realize that, the guides on the web for oVirt set BOOTPROTO to static. But at the office, we do not have the possibility of static IP, at the moment. Can some one please tell me what could be wrong ? - Lars From sabose at redhat.com Tue Jan 13 08:21:57 2015 From: sabose at redhat.com (Sahina Bose) Date: Tue, 13 Jan 2015 13:51:57 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <20150112152232.GJ25208@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> Message-ID: <54B4D5A5.2030104@redhat.com> On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: > On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: >> >> On 12/01/15 14:44, Oved Ourfali wrote: >>> Hi Sahina, >>> >>> Some comments: >>> >>> 1. As far as I understand, you might not have an IP available immediately after setupNetworks runs (getCapabilities should run, but it isn't run automatically, afair). >>> 2. Perhaps you should pass not the IP but the name of the network? IPs might change. >> Actually, IP address can indeed change - which would be very bad for >> gluster functioning! I think moving networks or changing their IP >> addresses via Setup Networks should be blocked if they're used by >> gluster bricks. > In the suggested feature, there is no real storage "role". The "storage > role" title means only "default value for glusterfs IP". > > For example, once a brick was created, nothing protects the admin from > accidently removing the storage network, or changing its IP address. > > Another "proof" that this is not a real "role", is that it affects only > GUI: I am guessing that REST API would not make use of it at all. (maybe > I'm wrong; for sure, REST must be defined in the feature page) REST API that lists the available networks (with IP addresses) would be used to select the network and pass to the create gluster volume API I'll update the feature page with the REST API changes as well. > > Maybe that's the behavior we want. But alternatively, Engine can enforce > a stronger linkage between the brick to the network that it uses. When > adding a brick, the dialog would list available networks instead of the > specific IP. As long as the brick is being used, the admin would be > blocked/warned against deleting the network. Is there a way to block against changing IP address used by a network? > > I'm missing a discussion regarding the upgrade path. If we would opt to > requiring a single storage role network in a cluster, in an upgraded > cluster the management network should take this role. There would not be any change to existing volumes on upgrade, as bricks have already been added. Users can use the Edit brick option to update the network to be used, if required as mentioned in "Change network used by brick " > >>> 3. Adding to "2", perhaps using DNS names is a more valid approach? >>> 4. You're using the terminology "role", but it might be confusing, as we have "roles" with regards to permissions. Consider changing "storage usage" and not "storage role" in the feature page. >> Well, we've already been using this terminology for a while now >> concerning display/migration roles for networks... That's probably the >> terminology to use. >> >>> Thanks, >>> Oved >>> >>> ----- Original Message ----- >>>> From: "Sahina Bose" >>>> To: devel at ovirt.org, "users" >>>> Sent: Monday, January 12, 2015 2:00:16 PM >>>> Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs >>>> >>>> Hi all, >>>> >>>> Please review the feature page for this proposed solution and provide >>>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >>>> >>>> thanks >>>> sahina > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From didi at redhat.com Tue Jan 13 08:25:07 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 03:25:07 -0500 (EST) Subject: [ovirt-users] rename ovirt-engine In-Reply-To: References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> Message-ID: <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Yedidyah Bar David" , users at ovirt.org > Sent: Tuesday, January 13, 2015 10:01:37 AM > Subject: Re: [ovirt-users] rename ovirt-engine > > No, it was a accident :-). Np:-) > > I'll mark this as solved as I will wait for the new release of ovirt. OK > Thanks for your help. Np :-)) > If I'll find more bugs, I will definitely let the mailing list know :-) Thanks! It's nice to see that there is for some reason a rather large minority of Dutch among our users (and even developers)... Although I now searched google and see you are actually Belgian! So, how would I say, Goede dag en tot ziens! -- Didi, who is married to a dutch woman and is ashamed by the small amount of Dutch he knows From didi at redhat.com Tue Jan 13 08:31:46 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 03:31:46 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B4D544.30102@steinwurf.com> References: <54B4D544.30102@steinwurf.com> Message-ID: <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 10:20:20 AM > Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > Hey I am new to oVirt, so please be patient > > I have a problem, when setting up new hosts. > Doing the setup it self no problem, but afterwards the status is set to > NonOperational. > Do to the network ovirtmgmt is missing on the machine. > > However I have added the following ifcfg file: > ifcfg-ovirtmgmt:: > DEVICE=ovirtmgmt > TYPE=Bridge > ONBOOT=yes > DELAY=0 > BOOTPROTO=dhcp > IPADDR=192.168.1.10 > NETMASK=255.255.255.0 > GATEWAY=192.168.0.1 > > And made the adjustments, so the ifcfg-en1, file looks like this: > TYPE="Ethernet" > #BOOTPROTO="dhcp" > DEFROUTE="yes" > IPV4_FAILURE_FATAL="no" > IPV6INIT="yes" > IPV6_AUTOCONF="yes" > IPV6_DEFROUTE="yes" > IPV6_PEERDNS="yes" > IPV6_PEERROUTES="yes" > IPV6_FAILURE_FATAL="no" > NAME="em1" > UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" > ONBOOT="yes" > HWADDR="F8:B1:56:C1:F9:8E" > PEERDNS="yes" > PEERROUTES="yes" > BRIDGE=ovirtmgmt > > > I do realize that, the guides on the web for oVirt set BOOTPROTO to > static. But at the office, we do not have the possibility of static IP, > at the moment. > > Can some one please tell me what could be wrong ? dhcp should work too. The problem is with NetworkManager. You'll need to have static IPs though for the engine to be able to contact the hosts (as well as the hosts themselves, for hosted-engine HA at least), or you'll have problems if they for some reason get a different IP address from your dhcp server. Please post relevant logs: hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* engine - /var/log/ovirt-engine/* Thanks and best regards, -- Didi From didi at redhat.com Tue Jan 13 08:37:01 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 03:37:01 -0500 (EST) Subject: [ovirt-users] rename ovirt-engine In-Reply-To: <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> Message-ID: <649071559.8630663.1421138221309.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Yedidyah Bar David" > To: "Koen Vanoppen" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 10:25:07 AM > Subject: Re: [ovirt-users] rename ovirt-engine > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Yedidyah Bar David" , users at ovirt.org > > Sent: Tuesday, January 13, 2015 10:01:37 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > No, it was a accident :-). > > Np:-) > > > > > I'll mark this as solved as I will wait for the new release of ovirt. > > OK > > > Thanks for your help. > > Np :-)) > > > If I'll find more bugs, I will definitely let the mailing list know :-) > > Thanks! > > It's nice to see that there is for some reason a rather large minority > of Dutch among our users (and even developers)... > > Although I now searched google and see you are actually Belgian! > > So, how would I say, Goede dag en tot ziens! > -- > Didi, who is married to a dutch woman and is ashamed by the small amount of > Dutch he knows > Only now I realized that now you did add the list, and I happily made a fool of myself in public. Whatever :-) -- Didi From vanoppen.koen at gmail.com Tue Jan 13 09:06:42 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 13 Jan 2015 10:06:42 +0100 Subject: [ovirt-users] rename ovirt-engine In-Reply-To: <649071559.8630663.1421138221309.JavaMail.zimbra@redhat.com> References: <703855391.8133282.1421069117690.JavaMail.zimbra@redhat.com> <661784490.8594528.1421135476922.JavaMail.zimbra@redhat.com> <893724362.8627748.1421137507740.JavaMail.zimbra@redhat.com> <649071559.8630663.1421138221309.JavaMail.zimbra@redhat.com> Message-ID: :-D. No problem :-D. And I think I speak for everyone :-D Tot de volgende :-) 2015-01-13 9:37 GMT+01:00 Yedidyah Bar David : > ----- Original Message ----- > > From: "Yedidyah Bar David" > > To: "Koen Vanoppen" > > Cc: users at ovirt.org > > Sent: Tuesday, January 13, 2015 10:25:07 AM > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > ----- Original Message ----- > > > From: "Koen Vanoppen" > > > To: "Yedidyah Bar David" , users at ovirt.org > > > Sent: Tuesday, January 13, 2015 10:01:37 AM > > > Subject: Re: [ovirt-users] rename ovirt-engine > > > > > > No, it was a accident :-). > > > > Np:-) > > > > > > > > I'll mark this as solved as I will wait for the new release of ovirt. > > > > OK > > > > > Thanks for your help. > > > > Np :-)) > > > > > If I'll find more bugs, I will definitely let the mailing list know > :-) > > > > Thanks! > > > > It's nice to see that there is for some reason a rather large minority > > of Dutch among our users (and even developers)... > > > > Although I now searched google and see you are actually Belgian! > > > > So, how would I say, Goede dag en tot ziens! > > -- > > Didi, who is married to a dutch woman and is ashamed by the small amount > of > > Dutch he knows > > > > Only now I realized that now you did add the list, and I happily > made a fool of myself in public. Whatever :-) > -- > Didi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at steinwurf.com Tue Jan 13 09:26:55 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 13 Jan 2015 10:26:55 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> Message-ID: <54B4E4DF.2000902@steinwurf.com> On 13/01/15 09:31, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: users at ovirt.org >> Sent: Tuesday, January 13, 2015 10:20:20 AM >> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> Hey I am new to oVirt, so please be patient >> >> I have a problem, when setting up new hosts. >> Doing the setup it self no problem, but afterwards the status is set to >> NonOperational. >> Do to the network ovirtmgmt is missing on the machine. >> >> However I have added the following ifcfg file: >> ifcfg-ovirtmgmt:: >> DEVICE=ovirtmgmt >> TYPE=Bridge >> ONBOOT=yes >> DELAY=0 >> BOOTPROTO=dhcp >> IPADDR=192.168.1.10 >> NETMASK=255.255.255.0 >> GATEWAY=192.168.0.1 >> >> And made the adjustments, so the ifcfg-en1, file looks like this: >> TYPE="Ethernet" >> #BOOTPROTO="dhcp" >> DEFROUTE="yes" >> IPV4_FAILURE_FATAL="no" >> IPV6INIT="yes" >> IPV6_AUTOCONF="yes" >> IPV6_DEFROUTE="yes" >> IPV6_PEERDNS="yes" >> IPV6_PEERROUTES="yes" >> IPV6_FAILURE_FATAL="no" >> NAME="em1" >> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >> ONBOOT="yes" >> HWADDR="F8:B1:56:C1:F9:8E" >> PEERDNS="yes" >> PEERROUTES="yes" >> BRIDGE=ovirtmgmt >> >> >> I do realize that, the guides on the web for oVirt set BOOTPROTO to >> static. But at the office, we do not have the possibility of static IP, >> at the moment. >> >> Can some one please tell me what could be wrong ? > dhcp should work too. The problem is with NetworkManager. > You'll need to have static IPs though for the engine to be able to > contact the hosts (as well as the hosts themselves, for hosted-engine HA > at least), or you'll have problems if they for some reason get a different > IP address from your dhcp server. > > Please post relevant logs: > hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* > engine - /var/log/ovirt-engine/* > > Thanks and best regards, Okay something seems to be a food here, because on the server hosting our oVirt instance. We do not have a /var/log/ovirt-hosted-engine directory. However the log files from the two other directories, can be found here: https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar Thanks and best regards - Lars From blanchet at abes.fr Mon Jan 12 10:58:55 2015 From: blanchet at abes.fr (=?windows-1252?Q?Nathana=EBl_Blanchet?=) Date: Mon, 12 Jan 2015 11:58:55 +0100 Subject: [ovirt-users] Backup and Restore of VMs In-Reply-To: <687766E0007010429FBFF98CA708248878DC7A@mc-exch-01.mcon-group.net> References: <687766E0007010429FBFF98CA70824887896D9@mc-exch-01.mcon-group.net> <1990065684.560572.1419262014917.JavaMail.zimbra@redhat.com> <99215142-D323-4BF0-92AD-70F7A472D66D@556nato.com> <687766E0007010429FBFF98CA708248878DC7A@mc-exch-01.mcon-group.net> Message-ID: <54B3A8EF.2060900@abes.fr> Hello, Could you please share your translated backup-vm plugin ? Thank you. Le 23/12/2014 10:31, Soeren Malchow a ?crit : > Hi, > > that is exactly right, altough we are getting closer now, we are just checking the plugins that were posted a few days ago > > https://github.com/ovirt-china/vm-backup-scheduler > > they seem to work pretty good so far, I will talk to a few developers after the holidays and see whether we can improve something, we already translated a few things in those plugins from mandarin to English. > We will have a look into improvements of that plugin. > > I will keep you guys posted. > > Thanks > Soeren > > > > -----Original Message----- > From: Blaster [mailto:blaster at 556nato.com] > Sent: Tuesday, December 23, 2014 4:56 AM > To: Vered Volansky > Cc: Soeren Malchow; Users at ovirt.org > Subject: Re: [ovirt-users] Backup and Restore of VMs > > > Vered, > > It sounds like Soeren already knows about that page. His issue seems to be, as well as the issue of others judging by comments on here, is that there aren't any real world examples of how the API is used. > > > > On Dec 22, 2014, at 9:26 AM, Vered Volansky wrote: > >> Please take a look at: >> http://www.ovirt.org/Features/Backup-Restore_API_Integration >> >> Specifically: >> http://www.ovirt.org/Features/Backup-Restore_API_Integration#Full_VM_B >> ackups >> >> Regards, >> Vered >> >> ----- Original Message ----- >>> From: "Soeren Malchow" >>> To: Users at ovirt.org >>> Sent: Friday, December 19, 2014 1:44:38 PM >>> Subject: [ovirt-users] Backup and Restore of VMs >>> >>> >>> >>> Dear all, >>> >>> >>> >>> ovirt: 3.5 >>> >>> gluster: 3.6.1 >>> >>> OS: CentOS 7 (except ovirt hosted engine = centos 6.6) >>> >>> >>> >>> i spent quite a while researching backup and restore for VMs right >>> now, so far I have come up with this as a start for us >>> >>> >>> >>> - API calls to create schedule snapshots of virtual machines This is >>> or short term storage and to guard against accidential deletion >>> within the VM but not for storage corruption >>> >>> >>> >>> - Since we are using a gluster backend, gluster snapshots I wasn't >>> able so far to really test it since the LV needs to be thin >>> provisioned and we did not do that in the setup >>> >>> >>> >>> For the API calls we have the problem that we can not find any >>> existing scripts or something like that to do those snapshots (and >>> i/we are not developers enough to do that). >>> >>> >>> >>> As an additional information, we have a ZFS based storage with >>> deduplication that we use for other backup purposes which does a >>> great job especially because of the deduplication (we can storage >>> generations of backups without problems), this storage can be NFS exported and used as backup repository. >>> >>> >>> >>> Are there any backup and restore procedure you guys are using for >>> backup and restore that works for you and can you point me into the right direction ? >>> >>> I am a little bit list right now and would appreciate any help. >>> >>> >>> >>> Regards >>> >>> Soeren >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From didi at redhat.com Tue Jan 13 09:33:48 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 13 Jan 2015 04:33:48 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B4E4DF.2000902@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> Message-ID: <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 11:26:55 AM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > > On 13/01/15 09:31, Yedidyah Bar David wrote: > > ----- Original Message ----- > >> From: "Lars Nielsen" > >> To: users at ovirt.org > >> Sent: Tuesday, January 13, 2015 10:20:20 AM > >> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network > >> missing > >> > >> Hey I am new to oVirt, so please be patient > >> > >> I have a problem, when setting up new hosts. > >> Doing the setup it self no problem, but afterwards the status is set to > >> NonOperational. > >> Do to the network ovirtmgmt is missing on the machine. > >> > >> However I have added the following ifcfg file: > >> ifcfg-ovirtmgmt:: > >> DEVICE=ovirtmgmt > >> TYPE=Bridge > >> ONBOOT=yes > >> DELAY=0 > >> BOOTPROTO=dhcp > >> IPADDR=192.168.1.10 > >> NETMASK=255.255.255.0 > >> GATEWAY=192.168.0.1 > >> > >> And made the adjustments, so the ifcfg-en1, file looks like this: > >> TYPE="Ethernet" > >> #BOOTPROTO="dhcp" > >> DEFROUTE="yes" > >> IPV4_FAILURE_FATAL="no" > >> IPV6INIT="yes" > >> IPV6_AUTOCONF="yes" > >> IPV6_DEFROUTE="yes" > >> IPV6_PEERDNS="yes" > >> IPV6_PEERROUTES="yes" > >> IPV6_FAILURE_FATAL="no" > >> NAME="em1" > >> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" > >> ONBOOT="yes" > >> HWADDR="F8:B1:56:C1:F9:8E" > >> PEERDNS="yes" > >> PEERROUTES="yes" > >> BRIDGE=ovirtmgmt > >> > >> > >> I do realize that, the guides on the web for oVirt set BOOTPROTO to > >> static. But at the office, we do not have the possibility of static IP, > >> at the moment. > >> > >> Can some one please tell me what could be wrong ? > > dhcp should work too. The problem is with NetworkManager. > > You'll need to have static IPs though for the engine to be able to > > contact the hosts (as well as the hosts themselves, for hosted-engine HA > > at least), or you'll have problems if they for some reason get a different > > IP address from your dhcp server. > > > > Please post relevant logs: > > hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* > > engine - /var/log/ovirt-engine/* > > > > Thanks and best regards, > Okay something seems to be a food here, because on the server hosting > our oVirt instance. We do not have a /var/log/ovirt-hosted-engine > directory. I didn't say you should - I wrote a '*' in the end. You should find /var/log/ovirt-hosted-engine-ha /var/log/ovirt-hosted-engine-setup But now I realize you did not mention hosted-engine. Can you detail a bit your setup? Where is the engine? Where are the hosts? How did you install and setup? > > However the log files from the two other directories, can be found here: > https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar Please add from engine also /var/log/ovirt-engine/host-deploy/* . Thanks! -- Didi From djasa at redhat.com Tue Jan 13 09:57:57 2015 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Tue, 13 Jan 2015 10:57:57 +0100 Subject: [ovirt-users] I have a question about the spice client. In-Reply-To: References: Message-ID: <1421143077.5131.91.camel@cihla.spice.brq.redhat.com> Hi, What is hangul key? Do I understand correctly that linux client works OK but windows client behaves incorrectly? David On Po, 2015-01-12 at 15:51 +0900, jaemin baek wrote: > hi, > > i'm korean > > > I have a question about the spice client. > > > > My spice client connect to VDI ----> Windows 7 VDI > > > input key ---> Korea keyboard(103/106 key) + hangul key ---> windows > 7 IME > > > but... > > > input key ---> Korea keyboard(103/106 key) + hangul key --> hangul key > exchanged ---> Alt key > > > Why?? > > > linux spice client Hangul key OK. > > > but windows spice client Hangul key ---> Alt key... > > > > > Hangul key scancode = 0x38 > Alt key scancode = 0x38 > > > WHY?? > > > Help me Thank you. > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at steinwurf.com Tue Jan 13 10:05:05 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 13 Jan 2015 11:05:05 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> Message-ID: <54B4EDD1.8040203@steinwurf.com> On 13/01/15 10:33, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc:users at ovirt.org >> Sent: Tuesday, January 13, 2015 11:26:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 09:31, Yedidyah Bar David wrote: >>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To:users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>> missing >>>> >>>> Hey I am new to oVirt, so please be patient >>>> >>>> I have a problem, when setting up new hosts. >>>> Doing the setup it self no problem, but afterwards the status is set to >>>> NonOperational. >>>> Do to the network ovirtmgmt is missing on the machine. >>>> >>>> However I have added the following ifcfg file: >>>> ifcfg-ovirtmgmt:: >>>> DEVICE=ovirtmgmt >>>> TYPE=Bridge >>>> ONBOOT=yes >>>> DELAY=0 >>>> BOOTPROTO=dhcp >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>> TYPE="Ethernet" >>>> #BOOTPROTO="dhcp" >>>> DEFROUTE="yes" >>>> IPV4_FAILURE_FATAL="no" >>>> IPV6INIT="yes" >>>> IPV6_AUTOCONF="yes" >>>> IPV6_DEFROUTE="yes" >>>> IPV6_PEERDNS="yes" >>>> IPV6_PEERROUTES="yes" >>>> IPV6_FAILURE_FATAL="no" >>>> NAME="em1" >>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>> ONBOOT="yes" >>>> HWADDR="F8:B1:56:C1:F9:8E" >>>> PEERDNS="yes" >>>> PEERROUTES="yes" >>>> BRIDGE=ovirtmgmt >>>> >>>> >>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>> static. But at the office, we do not have the possibility of static IP, >>>> at the moment. >>>> >>>> Can some one please tell me what could be wrong ? >>> dhcp should work too. The problem is with NetworkManager. >>> You'll need to have static IPs though for the engine to be able to >>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>> at least), or you'll have problems if they for some reason get a different >>> IP address from your dhcp server. >>> >>> Please post relevant logs: >>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>> engine - /var/log/ovirt-engine/* >>> >>> Thanks and best regards, >> Okay something seems to be a food here, because on the server hosting >> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >> directory. > I didn't say you should - I wrote a '*' in the end. You should find > /var/log/ovirt-hosted-engine-ha > /var/log/ovirt-hosted-engine-setup > > But now I realize you did not mention hosted-engine. Can you detail > a bit your setup? Where is the engine? Where are the hosts? How > did you install and setup? > >> However the log files from the two other directories, can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > Please add from engine also /var/log/ovirt-engine/host-deploy/* . > > Thanks! We do not have any ovirt-hosted-engine-* on the server, how ever here is a link to the complete ovirt-engine folder: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars From danken at redhat.com Tue Jan 13 10:09:45 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 13 Jan 2015 10:09:45 +0000 Subject: [ovirt-users] about Ovirt - KVM - Ubuntu In-Reply-To: <1642778382.8590728.1421134060048.JavaMail.zimbra@redhat.com> References: <54AF0EC0.8020401@numar.net> <1642778382.8590728.1421134060048.JavaMail.zimbra@redhat.com> Message-ID: <20150113100945.GA5255@redhat.com> On Tue, Jan 13, 2015 at 02:27:40AM -0500, Yedidyah Bar David wrote: > ----- Original Message ----- > > From: "Carlos Laurent" > > To: users at ovirt.org > > Sent: Friday, January 9, 2015 1:12:00 AM > > Subject: [ovirt-users] about Ovirt - KVM - Ubuntu > > > > Hi, > > > > I have questions about ovirt, my english is not good,I do not know if > > there are some mail list in spanish. > > I don't know of any, but searching for 'ovirt spanish' does find some > interested people (and companies). Perhaps you should start one :-) > > > > > I need install ovirt in ubuntu server, it is posible to do? I read is in > > experimental. I try install but there areproblems with Python libraries. > > Debian/Ubuntu support is planned for 3.6. As you already found, there is > already some work done, but some dependencies added since then are missing, > as well as probably other things. Some time ago Zhou (CCed) had made some progress in running Vdsm on Ubuntu http://www.ovirt.org/VDSM_on_Ubuntu there's more work to be done, though. For one, the iproute2 network configurator has not been tested for months. From hypunit at gmail.com Tue Jan 13 10:15:56 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Tue, 13 Jan 2015 18:15:56 +0800 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: <54B4C279.70206@redhat.com> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <54B4A0FF.6060104@redhat.com> <54B4C279.70206@redhat.com> Message-ID: Hi Atin, What about if i will use glusterfs 3.5 ?? is this bug will affect 3.5 also ?? On Tue, Jan 13, 2015 at 3:00 PM, Atin Mukherjee wrote: > > > On 01/13/2015 12:12 PM, Punit Dambiwal wrote: > > Hi Atin, > > > > Please find the output from here :- http://ur1.ca/jf4bs > > > Looks like http://review.gluster.org/#/c/9269/ should solve this issue. > Please note this patch has not been taken in 3.6 release. Would you be > able to apply this patch on the source and re-test? > > ~Atin > > On Tue, Jan 13, 2015 at 12:37 PM, Atin Mukherjee > > wrote: > > > >> Punit, > >> > >> cli log wouldn't help much here. To debug this issue further can you > >> please let us know the following: > >> > >> 1. gluster peer status output > >> 2. gluster volume status output > >> 3. gluster --version output. > >> 4. Which command got failed > >> 5. glusterd log file of all the nodes > >> > >> ~Atin > >> > >> > >> On 01/13/2015 07:48 AM, Punit Dambiwal wrote: > >>> Hi, > >>> > >>> Please find the more details on this ....can anybody from gluster will > >> help > >>> me here :- > >>> > >>> > >>> Gluster CLI Logs :- /var/log/glusterfs/cli.log > >>> > >>> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: > >> got > >>> RPC_CLNT_CONNECT > >>> [2015-01-13 02:06:23.072012] T > [cli-quotad-client.c:94:cli_quotad_notify] > >>> 0-glusterfs: got RPC_CLNT_CONNECT > >>> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > >>> 0-transport: disconnecting now > >>> [2015-01-13 02:06:23.072055] T > >> [cli-quotad-client.c:100:cli_quotad_notify] > >>> 0-glusterfs: got RPC_CLNT_DISCONNECT > >>> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > >>> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > >>> [2015-01-13 02:06:23.072176] T > >>> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request > >> fraglen > >>> 128, payload: 64, rpc hdr: 64 > >>> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > >>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] > >> (--> > >>> > >> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > >>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] > (--> > >>> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > >>> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: > >> connect > >>> () called on transport already connected > >>> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > >>> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: > >> 2, > >>> Proc: 27) to rpc-transport (glusterfs) > >>> [2015-01-13 02:06:23.072633] D > [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > >>> 0-glusterfs: ping timeout is 0, returning > >>> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > >>> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > >>> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > >>> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > >>> 0-cli: Received response to status cmd > >>> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > >>> Returning 0 > >>> [2015-01-13 02:06:23.076049] D > [cli-rpc-ops.c:6811:gf_cli_status_volume] > >>> 0-cli: Returning: 0 > >>> [2015-01-13 02:06:23.076192] D > [cli-xml-output.c:84:cli_begin_xml_output] > >>> 0-cli: Returning 0 > >>> [2015-01-13 02:06:23.076244] D > >> [cli-xml-output.c:131:cli_xml_output_common] > >>> 0-cli: Returning 0 > >>> [2015-01-13 02:06:23.076256] D > >>> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: > Returning > >> 0 > >>> [2015-01-13 02:06:23.076437] D > [cli-xml-output.c:108:cli_end_xml_output] > >>> 0-cli: Returning 0 > >>> [2015-01-13 02:06:23.076459] D > >>> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning > 0 > >>> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting > with: 0 > >>> > >>> Command log :- /var/log/glusterfs/.cmd_log_history > >>> > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for > details. > >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for > details. > >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > >> failed > >>> on cpu02.zne01.hkg1.stack.com. Please check log file for details. > >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file > for > >>> details. > >>> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : > >> Staging > >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file > for > >>> details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check > log > >>> file for details. > >>> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > >>> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > >>> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > >>> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > >>> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > >>> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > >>> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > >>> > >>> > >>> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < > >> kmayilsa at redhat.com> > >>> wrote: > >>> > >>>> I can see the failures in glusterd log. > >>>> > >>>> Can someone from glusterfs dev pls help on this? > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> ----- Original Message ----- > >>>>> From: "Punit Dambiwal" > >>>>> To: "Kanagaraj" > >>>>> Cc: "Martin Pavl?k" , "Vijay Bellur" < > >>>> vbellur at redhat.com>, "Kaushal M" , > >>>>> users at ovirt.org, gluster-users at gluster.org > >>>>> Sent: Monday, January 12, 2015 3:36:43 PM > >>>>> Subject: Re: Failed to create volume in OVirt with gluster > >>>>> > >>>>> Hi Kanagaraj, > >>>>> > >>>>> Please find the logs from here :- http://ur1.ca/jeszc > >>>>> > >>>>> [image: Inline image 1] > >>>>> > >>>>> [image: Inline image 2] > >>>>> > >>>>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj > >> wrote: > >>>>> > >>>>>> Looks like there are some failures in gluster. > >>>>>> Can you send the log output from glusterd log file from the relevant > >>>> hosts? > >>>>>> > >>>>>> Thanks, > >>>>>> Kanagaraj > >>>>>> > >>>>>> > >>>>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> Is there any one from gluster can help me here :- > >>>>>> > >>>>>> Engine logs :- > >>>>>> > >>>>>> 2015-01-12 12:50:33,841 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:34,725 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:36,824 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:36,853 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:36,866 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:37,751 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:39,849 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:39,878 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:39,890 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:40,776 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:42,878 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:42,903 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:42,916 INFO > >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait > >> lock > >>>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > >>>>>> value: GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> 2015-01-12 12:50:43,771 INFO > >>>>>> > >>>> > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > >>>> CreateGlusterVolumeVDSCommand, > >>>>>> log id: 303e70a4 > >>>>>> 2015-01-12 12:50:43,780 ERROR > >>>>>> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > >>>>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > >>>> ID: > >>>>>> -1, Message: Creation of Gluster Volume vol01 failed. > >>>>>> 2015-01-12 12:50:43,785 INFO > >>>>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > >>>>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > >>>> GLUSTER > >>>>>> , sharedLocks= ] > >>>>>> > >>>>>> [image: Inline image 2] > >>>>>> > >>>>>> > >>>>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > >>>> wrote: > >>>>>> > >>>>>>> Hi Punit, > >>>>>>> > >>>>>>> unfortunately I?am not that good with the gluster, I was just > >>>> following > >>>>>>> the obvious clue from the log. Could you try on the nodes if the > >>>> packages > >>>>>>> are even available for installation > >>>>>>> > >>>>>>> yum install gluster-swift gluster-swift-object > gluster-swift-plugin > >>>>>>> gluster-swift-account > >>>>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >>>>>>> glusterfs-geo-replication > >>>>>>> > >>>>>>> if not you could try to get them in official gluster repo. > >>>>>>> > >>>> > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >>>>>>> > >>>>>>> HTH > >>>>>>> > >>>>>>> M. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal > >> wrote: > >>>>>>> > >>>>>>> Hi Martin, > >>>>>>> > >>>>>>> I installed gluster from ovirt repo....is it require to install > >> those > >>>>>>> packages manually ?? > >>>>>>> > >>>>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > >>>> wrote: > >>>>>>> > >>>>>>>> Hi Punit, > >>>>>>>> > >>>>>>>> can you verify that nodes contain cluster packages from the > >> following > >>>>>>>> log? > >>>>>>>> > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-object',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-plugin',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-account',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-proxy',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-doc',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('gluster-swift-container',) not found > >>>>>>>> Thread-14::DEBUG::2015-01-09 > >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>>>>>>> ('glusterfs-geo-replication',) not found > >>>>>>>> > >>>>>>>> > >>>>>>>> M. > >>>>>>>> > >>>>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal > >>>> wrote: > >>>>>>>> > >>>>>>>> Hi Kanagaraj, > >>>>>>>> > >>>>>>>> Please find the attached logs :- > >>>>>>>> > >>>>>>>> Engine Logs :- http://ur1.ca/jdopt > >>>>>>>> VDSM Logs :- http://ur1.ca/jdoq9 > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > >>>> wrote: > >>>>>>>> > >>>>>>>>> Do you see any errors in the UI? > >>>>>>>>> > >>>>>>>>> Also please provide the engine.log and vdsm.log when the failure > >>>>>>>>> occured. > >>>>>>>>> > >>>>>>>>> Thanks, > >>>>>>>>> Kanagaraj > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>>>>>>> > >>>>>>>>> Hi Martin, > >>>>>>>>> > >>>>>>>>> The steps are below :- > >>>>>>>>> > >>>>>>>>> 1. Step the ovirt engine on the one server... > >>>>>>>>> 2. Installed centos 7 on 4 host node servers.. > >>>>>>>>> 3. I am using host node (compute+storage)....now i have added > all 4 > >>>>>>>>> nodes to engine... > >>>>>>>>> 4. Create the gluster volume from GUI... > >>>>>>>>> > >>>>>>>>> Network :- > >>>>>>>>> eth0 :- public network (1G) > >>>>>>>>> eth1+eth2=bond0= VM public network (1G) > >>>>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>>>>>>> > >>>>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>>>>>>> > >>>>>>>>> Thanks, > >>>>>>>>> Punit > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k < > mpavlik at redhat.com> > >>>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>>> Hi Punit, > >>>>>>>>>> > >>>>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log > and > >>>>>>>>>> /var/log/vdsm/vdsmd.log > >>>>>>>>>> > >>>>>>>>>> it would be really helpful if you provided exact steps how to > >>>>>>>>>> reproduce the problem. > >>>>>>>>>> > >>>>>>>>>> regards > >>>>>>>>>> > >>>>>>>>>> Martin Pavlik - rhev QE > >>>>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > >>>> wrote: > >>>>>>>>>>> > >>>>>>>>>>> Hi, > >>>>>>>>>>> > >>>>>>>>>>> I try to add gluster volume but it failed... > >>>>>>>>>>> > >>>>>>>>>>> Ovirt :- 3.5 > >>>>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 > >>>>>>>>>>> libvirt-1.1.1-29.el7_0.4 > >>>>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>>>>>>>> > >>>>>>>>>>> Engine Logs :- > >>>>>>>>>>> > >>>>>>>>>>> 2015-01-08 09:57:52,569 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:52,609 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,582 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,591 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,596 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> 2015-01-08 09:57:55,633 INFO > >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and > wait > >>>> lock > >>>>>>>>>> EngineLock [exclusiveLocks= key: > >>>> 00000001-0001-0001-0001-000000000300 > >>>>>>>>>> value: GLUSTER > >>>>>>>>>>> , sharedLocks= ] > >>>>>>>>>>> ^C > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Gluster-users mailing list > >>> Gluster-users at gluster.org > >>> http://www.gluster.org/mailman/listinfo/gluster-users > >>> > >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kurt.woitschach-mueller at tngtech.com Tue Jan 13 10:57:03 2015 From: kurt.woitschach-mueller at tngtech.com (Kurt Woitschach) Date: Tue, 13 Jan 2015 11:57:03 +0100 Subject: [ovirt-users] fixed by reboot - Stucked VM Migration and now only run once In-Reply-To: References: Message-ID: <54B4F9FF.3080708@tngtech.com> Thank You! Reboot of the engine fixed the problem. Greets Kurt On 28.12.2014 18:00, users-request at ovirt.org wrote: > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 28 Dec 2014 08:02:31 -0500 (EST) > From: Arik Hadas > To: Kurt Woitschach > Cc: Oved Ourfali , users at ovirt.org > Subject: Re: [ovirt-users] Stucked VM Migration and now only run once > Message-ID: > <334493801.1660696.1419771751996.JavaMail.zimbra at redhat.com> > Content-Type: text/plain; charset=utf-8 > > You wrote that reboot didn't help, is it the host that you rebooted? Because engine restart will release the migration's lock and you'll be able to run the VM normally for sure. > > Since you managed to run the VM using run-once while it was locked, I guess you're using ovirt 3.3.1/3.3.2/3.3.3/3.3.4 right? > We fixed several flows in which the migration's lock was not released since then, so I suggest to upgrade the system. > If it happens with any other version, please provide the logs Oved mentioned and specify which version of engine you're using. > > Thanks, > Arik > > ----- Original Message ----- >> > Can you provide the engine and host logs? >> > Also, please specify when the migration happened, and in addition when did >> > you try to run the VM. >> > It will help understand the flow in the logs. >> > >> > Thanks, >> > Oved >> > >> > ----- Original Message ----- >>> > > From: "Kurt Woitschach" >>> > > To: users at ovirt.org >>> > > Sent: Saturday, December 27, 2014 9:22:35 PM >>> > > Subject: [ovirt-users] Stucked VM Migration and now only run once >>> > > >>> > > Hi all, >>> > > >>> > > we have a Problem with a VM that can only be started in run-once mode. >>> > > >>> > > After a temporary network disconnect on the hosting node, the vm (and >>> > > some others) was down. When I tried to start regularly, it showed a >>> > > currently beeing migrated status. >>> > > I only could start it with run-once. >>> > > >>> > > Reboot didn't make a change. >>> > > >>> > > Any ideas? >>> > > >>> > > >>> > > Greets >>> > > Kurt >>> > > >>> > > -- >>> > > >>> > > >>> > > Kurt Woitschach-M?ller kurt.woitschach-mueller at tngtech.com * >>> > > +49-1743180076 >>> > > TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf?hring >>> > > Gesch?ftsf?hrer: Henrik Klagges, Gerhard M?ller, Christoph Stock >>> > > Sitz: Unterf?hring * Amtsgericht M?nchen * HRB 135082 >>> > > >>> > > >>> > > >>> > > _______________________________________________ >>> > > Users mailing list >>> > > Users at ovirt.org >>> > > http://lists.ovirt.org/mailman/listinfo/users >>> > > >> > -- Kurt Woitschach-M?ller kurt.woitschach-mueller at tngtech.com * +49-1743180076 TNG Technology Consulting GmbH, Betastr. 13a, 85774 Unterf?hring Gesch?ftsf?hrer: Henrik Klagges, Gerhard M?ller, Christoph Stock Sitz: Unterf?hring * Amtsgericht M?nchen * HRB 135082 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From mgiammarco at gmail.com Tue Jan 13 11:30:38 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 12:30:38 +0100 Subject: [ovirt-users] Ovirt and power saving Message-ID: Hello, I would like to ask if it is possible to do this use case with ovirt: 1) two servers powered on 2) operator suspend some virtual machines 3) load falls down 4) ovirt shutdown one server Then operator unpauses virtual machines and ovirt starts again the 2nd server. Thanks, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Tue Jan 13 11:45:13 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 13 Jan 2015 06:45:13 -0500 (EST) Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: Message-ID: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> We have power saving policy that also have possibility to poweroff hosts(via power management), you can configure power saving policy parameters for you purpose(HighUtilization can have values from 50-100 and LowUtilization 0-49), so you can set LowUtilization=0 and HighUtilization=50, so load balancing will try migrate all vms on one host(if cpu utilization less that 50). And also you can set parameter "HostsInReserve" to 0 if you do not want additional hosts in reserve. ----- Original Message ----- From: "Mario Giammarco" To: users at ovirt.org Sent: Tuesday, January 13, 2015 1:30:38 PM Subject: [ovirt-users] Ovirt and power saving Hello, I would like to ask if it is possible to do this use case with ovirt: 1) two servers powered on 2) operator suspend some virtual machines 3) load falls down 4) ovirt shutdown one server Then operator unpauses virtual machines and ovirt starts again the 2nd server. Thanks, Mario _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From lvernia at redhat.com Tue Jan 13 12:45:40 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 13 Jan 2015 14:45:40 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B4D4BF.8040308@redhat.com> References: <54B3B750.6010205@redhat.com> <54B3C339.9040203@redhat.com> <54B4D4BF.8040308@redhat.com> Message-ID: <54B51374.4060302@redhat.com> On 13/01/15 10:18, Sahina Bose wrote: > > On 01/12/2015 06:21 PM, Lior Vernia wrote: >> Hi Sahina! :) >> >> Cool feature, and I think long-awaited by many users. I have a few >> comments: >> >> 1. In the "Add Bricks" dialog, it seems like the "IP Address" field is a >> list box - I presume the items contained there are all IP addresses >> configured on the host's interfaces. >> >> 1. a. May I suggest that this contain network names instead of IP >> addresses? Would be easier for users to think about things (they surely >> remember the meaning of network names, not necessarily of IP addresses). > > >> >> 1. b. If I correctly understood the mock-up, then configuring a "Storage >> Network" role only affects the default entry chosen in the list box. Is >> it really worth the trouble of implementing this added role? It's quite >> different than display/migration roles, which are used to determine what >> IP address to use at a later time (i.e. not when configuring the host), >> when a VM is run/migrated in the cluster. > > > If not for "Storage network" role, how would we default which network to > use. In fact, we are planning to remove the drop down to choose network > from the Add Brick UI, to avoid confusion and just use the network with > this role, if available - otherwise use the host address. (host_address > in vds_static) > If the list box goes, then yeah, somehow you'll have to mark the network used for gluster traffic, so a role would be good. However, if you keep the list box, any order would be fine (maybe alphabetic with the management network as default?). > Will update page accordingly > > >> >> 1. c. A word of warning: sometimes a host interface's IP address is >> missing in the engine - this usually happens when they're configured for >> the first time with DHCP, and the setup networks command returns before >> an IP address is allocated (this can later be resolved by refreshing >> host capabilities, there's a button for that). So when displaying items >> in the list box, you should really check that an IP address exists for >> each network. >> >> 2. "Storage Network": if you intend to keep this role in the feature (I >> don't think it adds a lot of functionality, see article 1b), it might be >> better to call it "Gluster Network" - otherwise people using virt mode >> might think this network is gonna be used to communicate with other >> types of storage domains. > > > Could this network be reused for other storage needs also. If not, we > can rename it "gluster network" > I don't think there are any current plans to incorporate a "storage network" in 3.6, CCing Allon though. >> >> Yours, Lior. >> >> On 12/01/15 14:00, Sahina Bose wrote: >>> Hi all, >>> >>> Please review the feature page for this proposed solution and provide >>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >>> >>> thanks >>> sahina >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Tue Jan 13 12:51:34 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 13 Jan 2015 14:51:34 +0200 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B4D5A5.2030104@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> Message-ID: <54B514D6.9070907@redhat.com> On 13/01/15 10:21, Sahina Bose wrote: > > On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: >> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: >>> >>> On 12/01/15 14:44, Oved Ourfali wrote: >>>> Hi Sahina, >>>> >>>> Some comments: >>>> >>>> 1. As far as I understand, you might not have an IP available >>>> immediately after setupNetworks runs (getCapabilities should run, >>>> but it isn't run automatically, afair). >>>> 2. Perhaps you should pass not the IP but the name of the network? >>>> IPs might change. >>> Actually, IP address can indeed change - which would be very bad for >>> gluster functioning! I think moving networks or changing their IP >>> addresses via Setup Networks should be blocked if they're used by >>> gluster bricks. >> In the suggested feature, there is no real storage "role". The "storage >> role" title means only "default value for glusterfs IP". >> >> For example, once a brick was created, nothing protects the admin from >> accidently removing the storage network, or changing its IP address. >> >> Another "proof" that this is not a real "role", is that it affects only >> GUI: I am guessing that REST API would not make use of it at all. (maybe >> I'm wrong; for sure, REST must be defined in the feature page) > > REST API that lists the available networks (with IP addresses) would be > used to select the network and pass to the create gluster volume API > > I'll update the feature page with the REST API changes as well. > If REST allows to choose the network used for gluster traffic, then I think so should the GUI - I would not drop the list box from the design in that case. >> >> Maybe that's the behavior we want. But alternatively, Engine can enforce >> a stronger linkage between the brick to the network that it uses. When >> adding a brick, the dialog would list available networks instead of the >> specific IP. As long as the brick is being used, the admin would be >> blocked/warned against deleting the network. > > Is there a way to block against changing IP address used by a network? > Yes, this should be implemented at least in the canDoAction() method of SetupNetworksCommand (most of it is done in the SetupNetworksHelper class). And perhaps this should be blocked in the GUI as well. Note that by the time 3.6 is released, the REST (and probably GUI) are supposed to work with a different backend command that is currently being implemented - so maybe you'll need to modify that instead, or on top of the changes in SetupNetworksHelper. >> >> I'm missing a discussion regarding the upgrade path. If we would opt to >> requiring a single storage role network in a cluster, in an upgraded >> cluster the management network should take this role. > > There would not be any change to existing volumes on upgrade, as bricks > have already been added. Users can use the Edit brick option to update > the network to be used, if required as mentioned in "Change network used > by brick " > I suspect Dan referred to the upgrade path of the engine itself - if you add a new "Gluster Network" boolean column to the DB, it will initially be null for all current networks. You'd likely need to write an upgrade script to assign the role by default to the existing management networks in each cluster. > >> >>>> 3. Adding to "2", perhaps using DNS names is a more valid approach? >>>> 4. You're using the terminology "role", but it might be confusing, >>>> as we have "roles" with regards to permissions. Consider changing >>>> "storage usage" and not "storage role" in the feature page. >>> Well, we've already been using this terminology for a while now >>> concerning display/migration roles for networks... That's probably the >>> terminology to use. >>> >>>> Thanks, >>>> Oved >>>> >>>> ----- Original Message ----- >>>>> From: "Sahina Bose" >>>>> To: devel at ovirt.org, "users" >>>>> Sent: Monday, January 12, 2015 2:00:16 PM >>>>> Subject: [ovirt-users] [Feature review] Select network to be used >>>>> for glusterfs >>>>> >>>>> Hi all, >>>>> >>>>> Please review the feature page for this proposed solution and provide >>>>> your inputs - http://www.ovirt.org/Features/Select_Network_For_Gluster >>>>> >>>>> thanks >>>>> sahina >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > From donny at cloudspin.me Tue Jan 13 12:59:24 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 05:59:24 -0700 Subject: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members In-Reply-To: <1421130533.5443.33.camel@data-b104.adm.slu.se> References: <000601d02edd$858e9af0$90abd0d0$@cloudspin.me> <1421130533.5443.33.camel@data-b104.adm.slu.se> Message-ID: <005301d02f30$c2f69520$48e3bf60$@cloudspin.me> Mark as human err... mount.nfs: trying text-based options 'vers=3,lock=Flase ?----------that?s not how you spell false ,addr=192.168.0.240 -----Original Message----- From: Karli Sj?berg [mailto:karli.sjoberg at slu.se] Sent: Monday, January 12, 2015 11:29 PM To: Donny Davis Cc: users at ovirt.org Subject: Re: [ovirt-users] GlusterFS Centos 7 unable to mount NFS on gluster members On Mon, 2015-01-12 at 20:03 -0700, Donny Davis wrote: > Here is a quick rundown of the system, and the problem. > > > > All hosts on centOS 7 fully up to date > > GlusterFS is running on 6 servers, 3x2 distribute/replicate. > > CTDB is running on all hosts > > I am unable to mount via nfs the exported volume on any of the gluster > server members. > > > > I am able to mount, read, write, umount from any server that is not a > gluster member. > > > > Topology ? all are hostnames that are resolvable > > Gluster Members > > Node1 > > Node2 > > Node3 > > Node4 > > Node5 > > Node6 > > > > CTDB Virtual IP/Hostname > > SharedNFS > > > > Test Machine > > Test1 > > > > Gluster Volumes > > Engine > > Data > > > > I am trying to bring up hosted-engine using nfs using the gluster > members > > I run hosted-engine ?deploy > > Nfsv3 > > > > Host:/path sharednfs:/engine > > Error while mounting specified storage path: mount.nfs: an incorrect > mount option was specified > > > > Ok well lets try that without using the hosted-engine script > > > > Mount ?v ?t nfs ?o vers=3 sharednfs:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 22:00:08 2015 > > mount.nfs: trying text-based options > 'vers=3,lock=Flase,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > mount.nfs: mount(2): Invalid argument > > mount.nfs: an incorrect mount option was specified > > > > > > [root at node4 ~]# systemctl status rpcbind > > rpcbind.service - RPC bind service > > Loaded: loaded (/usr/lib/systemd/system/rpcbind.service; enabled) > > Active: active (running) since Mon 2015-01-12 20:01:13 EST; 1h > 57min ago > > Process: 1349 ExecStart=/sbin/rpcbind -w ${RPCBIND_ARGS} > (code=exited, status=0/SUCCESS) > > Main PID: 1353 (rpcbind) > > CGroup: /system.slice/rpcbind.service > > ??1353 /sbin/rpcbind -w > > > > Jan 12 20:01:13 node4 systemd[1]: Starting RPC bind service... > > Jan 12 20:01:13 node4 systemd[1]: Started RPC bind service. > > Jan 12 21:19:22 node4 systemd[1]: Started RPC bind service. > > > > > > Ummm? this makes no sense?. > > [root at test1 ~]# mount -v -o vers=3 -t nfs 192.168.0.240:/engine /tmp > > mount.nfs: timeout set for Mon Jan 12 20:02:58 2015 > > mount.nfs: trying text-based options 'vers=3,addr=192.168.0.240 > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100003 vers 3 prot TCP port 2049 > > mount.nfs: prog 100005, trying vers=3, prot=17 > > mount.nfs: portmap query retrying: RPC: Program not registered > > mount.nfs: prog 100005, trying vers=3, prot=6 > > mount.nfs: trying 192.168.0.240 prog 100005 vers 3 prot TCP port 38465 > > 192.168.0.240:/engine on /tmp type nfs (rw,vers=3) > > > > > > > > On the test machine mounts the nfs share with no problems. I have > confirmed this does not work on a single machine that is part of the > gluster. And any other machine is able to mount the exact same share, > with the exact same parameters? on the exact same OS?. > > > > I am at a loss iptables? Can you ping 'sharednfs'? SSH in on it? /K > > > > Donny D > > > > > plain text document attachment (ATT00001) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Med V?nliga H?lsningar ------------------------------------------------------------------------------- Karli Sj?berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron?sv?gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg at slu.se From mgiammarco at gmail.com Tue Jan 13 13:05:06 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 14:05:06 +0100 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> Message-ID: Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alukiano at redhat.com Tue Jan 13 13:21:26 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 13 Jan 2015 08:21:26 -0500 (EST) Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> Message-ID: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Not really understand you, what you mean by "you can pause vm and so trigger the low utilization parameter"? ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 3:05:06 PM Subject: Re: [ovirt-users] Ovirt and power saving Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mburman at redhat.com Tue Jan 13 14:48:55 2015 From: mburman at redhat.com (Michael Burman) Date: Tue, 13 Jan 2015 09:48:55 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B4EDD1.8040203@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> Message-ID: <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> Hi Lars First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 and add the next line: NM_CONTROLLED=no - in the ifcfg-em1 file change: BOOTPROTO=none and add the line: NM_CONTROLLED=no restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n Put your host in maintenance mode , try to activate or re-install. Best regards, Michael B ----- Original Message ----- From: "Lars Nielsen" To: "Yedidyah Bar David" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 12:05:05 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing On 13/01/15 10:33, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc:users at ovirt.org >> Sent: Tuesday, January 13, 2015 11:26:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 09:31, Yedidyah Bar David wrote: >>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To:users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>> missing >>>> >>>> Hey I am new to oVirt, so please be patient >>>> >>>> I have a problem, when setting up new hosts. >>>> Doing the setup it self no problem, but afterwards the status is set to >>>> NonOperational. >>>> Do to the network ovirtmgmt is missing on the machine. >>>> >>>> However I have added the following ifcfg file: >>>> ifcfg-ovirtmgmt:: >>>> DEVICE=ovirtmgmt >>>> TYPE=Bridge >>>> ONBOOT=yes >>>> DELAY=0 >>>> BOOTPROTO=dhcp >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>> TYPE="Ethernet" >>>> #BOOTPROTO="dhcp" >>>> DEFROUTE="yes" >>>> IPV4_FAILURE_FATAL="no" >>>> IPV6INIT="yes" >>>> IPV6_AUTOCONF="yes" >>>> IPV6_DEFROUTE="yes" >>>> IPV6_PEERDNS="yes" >>>> IPV6_PEERROUTES="yes" >>>> IPV6_FAILURE_FATAL="no" >>>> NAME="em1" >>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>> ONBOOT="yes" >>>> HWADDR="F8:B1:56:C1:F9:8E" >>>> PEERDNS="yes" >>>> PEERROUTES="yes" >>>> BRIDGE=ovirtmgmt >>>> >>>> >>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>> static. But at the office, we do not have the possibility of static IP, >>>> at the moment. >>>> >>>> Can some one please tell me what could be wrong ? >>> dhcp should work too. The problem is with NetworkManager. >>> You'll need to have static IPs though for the engine to be able to >>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>> at least), or you'll have problems if they for some reason get a different >>> IP address from your dhcp server. >>> >>> Please post relevant logs: >>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>> engine - /var/log/ovirt-engine/* >>> >>> Thanks and best regards, >> Okay something seems to be a food here, because on the server hosting >> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >> directory. > I didn't say you should - I wrote a '*' in the end. You should find > /var/log/ovirt-hosted-engine-ha > /var/log/ovirt-hosted-engine-setup > > But now I realize you did not mention hosted-engine. Can you detail > a bit your setup? Where is the engine? Where are the hosts? How > did you install and setup? > >> However the log files from the two other directories, can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > Please add from engine also /var/log/ovirt-engine/host-deploy/* . > > Thanks! We do not have any ovirt-hosted-engine-* on the server, how ever here is a link to the complete ovirt-engine folder: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From mburman at redhat.com Tue Jan 13 15:03:19 2015 From: mburman at redhat.com (Michael Burman) Date: Tue, 13 Jan 2015 10:03:19 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> Message-ID: <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> Also change NAME=em1 to: DEVICE=em1 and remove the # from the BOOTPROTO=none ----- Original Message ----- From: "Michael Burman" To: "Lars Nielsen" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 4:48:55 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing Hi Lars First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: IPADDR=192.168.1.10 NETMASK=255.255.255.0 GATEWAY=192.168.0.1 and add the next line: NM_CONTROLLED=no - in the ifcfg-em1 file change: BOOTPROTO=none and add the line: NM_CONTROLLED=no restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n Put your host in maintenance mode , try to activate or re-install. Best regards, Michael B ----- Original Message ----- From: "Lars Nielsen" To: "Yedidyah Bar David" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 12:05:05 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing On 13/01/15 10:33, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc:users at ovirt.org >> Sent: Tuesday, January 13, 2015 11:26:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 09:31, Yedidyah Bar David wrote: >>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To:users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>> missing >>>> >>>> Hey I am new to oVirt, so please be patient >>>> >>>> I have a problem, when setting up new hosts. >>>> Doing the setup it self no problem, but afterwards the status is set to >>>> NonOperational. >>>> Do to the network ovirtmgmt is missing on the machine. >>>> >>>> However I have added the following ifcfg file: >>>> ifcfg-ovirtmgmt:: >>>> DEVICE=ovirtmgmt >>>> TYPE=Bridge >>>> ONBOOT=yes >>>> DELAY=0 >>>> BOOTPROTO=dhcp >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>> TYPE="Ethernet" >>>> #BOOTPROTO="dhcp" >>>> DEFROUTE="yes" >>>> IPV4_FAILURE_FATAL="no" >>>> IPV6INIT="yes" >>>> IPV6_AUTOCONF="yes" >>>> IPV6_DEFROUTE="yes" >>>> IPV6_PEERDNS="yes" >>>> IPV6_PEERROUTES="yes" >>>> IPV6_FAILURE_FATAL="no" >>>> NAME="em1" >>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>> ONBOOT="yes" >>>> HWADDR="F8:B1:56:C1:F9:8E" >>>> PEERDNS="yes" >>>> PEERROUTES="yes" >>>> BRIDGE=ovirtmgmt >>>> >>>> >>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>> static. But at the office, we do not have the possibility of static IP, >>>> at the moment. >>>> >>>> Can some one please tell me what could be wrong ? >>> dhcp should work too. The problem is with NetworkManager. >>> You'll need to have static IPs though for the engine to be able to >>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>> at least), or you'll have problems if they for some reason get a different >>> IP address from your dhcp server. >>> >>> Please post relevant logs: >>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>> engine - /var/log/ovirt-engine/* >>> >>> Thanks and best regards, >> Okay something seems to be a food here, because on the server hosting >> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >> directory. > I didn't say you should - I wrote a '*' in the end. You should find > /var/log/ovirt-hosted-engine-ha > /var/log/ovirt-hosted-engine-setup > > But now I realize you did not mention hosted-engine. Can you detail > a bit your setup? Where is the engine? Where are the hosts? How > did you install and setup? > >> However the log files from the two other directories, can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > Please add from engine also /var/log/ovirt-engine/host-deploy/* . > > Thanks! We do not have any ovirt-hosted-engine-* on the server, how ever here is a link to the complete ovirt-engine folder: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From mgiammarco at gmail.com Tue Jan 13 15:22:59 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 16:22:59 +0100 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : > Not really understand you, what you mean by "you can pause vm and so > trigger the low > utilization parameter"? > > ----- Original Message ----- > From: "Mario Giammarco" > To: "Artyom Lukianov" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 3:05:06 PM > Subject: Re: [ovirt-users] Ovirt and power saving > > Thanks for reply. > I just want now to be sure that you can pause vm and so trigger the low > utilization parameter > > 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > > > We have power saving policy that also have possibility to poweroff > > hosts(via power management), you can configure power saving policy > > parameters for you purpose(HighUtilization can have values from 50-100 > and > > LowUtilization 0-49), so you can set LowUtilization=0 and > > HighUtilization=50, so load balancing will try migrate all vms on one > > host(if cpu utilization less that 50). And also you can set parameter > > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > > > ----- Original Message ----- > > From: "Mario Giammarco" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 1:30:38 PM > > Subject: [ovirt-users] Ovirt and power saving > > > > Hello, > > I would like to ask if it is possible to do this use case with ovirt: > > > > 1) two servers powered on > > 2) operator suspend some virtual machines > > 3) load falls down > > 4) ovirt shutdown one server > > > > Then operator unpauses virtual machines and ovirt starts again the 2nd > > server. > > > > Thanks, > > Mario > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From AVONDRA at unicef.fr Tue Jan 13 15:55:01 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Tue, 13 Jan 2015 15:55:01 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: Hi, Can you tell me if I can use an USB modem through one of the hypervisor hosts to a Windows VM ? I?d like to install a Windows Fax Server. Thank you for your answers. ________________________________ Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr ________________________________ [cid:siganture_bonne-annee_taille1702da61b] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: siganture_bonne-annee_taille1702da61b Type: image/jpeg Size: 36754 bytes Desc: siganture_bonne-annee_taille1702da61b URL: From alukiano at redhat.com Tue Jan 13 15:56:37 2015 From: alukiano at redhat.com (Artyom Lukianov) Date: Tue, 13 Jan 2015 10:56:37 -0500 (EST) Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: <672617466.9549902.1421164597018.JavaMail.zimbra@redhat.com> I don't think that suspend vm somehow affect on power saving, because suspend vm not generate cpu load on host. So if you have two vms and two hosts, when you suspend vms, engine will shutdown all hosts(if HostsInReserve=0), so it can be good idea to set this parameter equal to 1, to have at least one host up if you need to run vms. Best regards ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 5:22:59 PM Subject: Re: [ovirt-users] Ovirt and power saving I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : > Not really understand you, what you mean by "you can pause vm and so > trigger the low > utilization parameter"? > > ----- Original Message ----- > From: "Mario Giammarco" > To: "Artyom Lukianov" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 3:05:06 PM > Subject: Re: [ovirt-users] Ovirt and power saving > > Thanks for reply. > I just want now to be sure that you can pause vm and so trigger the low > utilization parameter > > 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > > > We have power saving policy that also have possibility to poweroff > > hosts(via power management), you can configure power saving policy > > parameters for you purpose(HighUtilization can have values from 50-100 > and > > LowUtilization 0-49), so you can set LowUtilization=0 and > > HighUtilization=50, so load balancing will try migrate all vms on one > > host(if cpu utilization less that 50). And also you can set parameter > > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > > > ----- Original Message ----- > > From: "Mario Giammarco" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 1:30:38 PM > > Subject: [ovirt-users] Ovirt and power saving > > > > Hello, > > I would like to ask if it is possible to do this use case with ovirt: > > > > 1) two servers powered on > > 2) operator suspend some virtual machines > > 3) load falls down > > 4) ovirt shutdown one server > > > > Then operator unpauses virtual machines and ovirt starts again the 2nd > > server. > > > > Thanks, > > Mario > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From danken at redhat.com Tue Jan 13 16:15:29 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Tue, 13 Jan 2015 16:15:29 +0000 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B514D6.9070907@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> Message-ID: <20150113161529.GB5255@redhat.com> On Tue, Jan 13, 2015 at 02:51:34PM +0200, Lior Vernia wrote: > > > On 13/01/15 10:21, Sahina Bose wrote: > > > > On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: > >> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: > >>> > >>> On 12/01/15 14:44, Oved Ourfali wrote: > >>>> Hi Sahina, > >>>> > >>>> Some comments: > >>>> > >>>> 1. As far as I understand, you might not have an IP available > >>>> immediately after setupNetworks runs (getCapabilities should run, > >>>> but it isn't run automatically, afair). > >>>> 2. Perhaps you should pass not the IP but the name of the network? > >>>> IPs might change. > >>> Actually, IP address can indeed change - which would be very bad for > >>> gluster functioning! I think moving networks or changing their IP > >>> addresses via Setup Networks should be blocked if they're used by > >>> gluster bricks. > >> In the suggested feature, there is no real storage "role". The "storage > >> role" title means only "default value for glusterfs IP". > >> > >> For example, once a brick was created, nothing protects the admin from > >> accidently removing the storage network, or changing its IP address. > >> > >> Another "proof" that this is not a real "role", is that it affects only > >> GUI: I am guessing that REST API would not make use of it at all. (maybe > >> I'm wrong; for sure, REST must be defined in the feature page) > > > > REST API that lists the available networks (with IP addresses) would be > > used to select the network and pass to the create gluster volume API My question regarded the argument of the add brick API (in Engine level). Is it an IPv4 address (like it seems) or could it be a network name? > > > > I'll update the feature page with the REST API changes as well. > > > > If REST allows to choose the network used for gluster traffic, then I > think so should the GUI - I would not drop the list box from the design > in that case. > > >> > >> Maybe that's the behavior we want. But alternatively, Engine can enforce > >> a stronger linkage between the brick to the network that it uses. When > >> adding a brick, the dialog would list available networks instead of the > >> specific IP. As long as the brick is being used, the admin would be > >> blocked/warned against deleting the network. > > > > Is there a way to block against changing IP address used by a network? > > > > Yes, this should be implemented at least in the canDoAction() method of > SetupNetworksCommand (most of it is done in the SetupNetworksHelper > class). And perhaps this should be blocked in the GUI as well. > > Note that by the time 3.6 is released, the REST (and probably GUI) are > supposed to work with a different backend command that is currently > being implemented - so maybe you'll need to modify that instead, or on > top of the changes in SetupNetworksHelper. > > >> > >> I'm missing a discussion regarding the upgrade path. If we would opt to > >> requiring a single storage role network in a cluster, in an upgraded > >> cluster the management network should take this role. > > > > There would not be any change to existing volumes on upgrade, as bricks > > have already been added. Users can use the Edit brick option to update > > the network to be used, if required as mentioned in "Change network used > > by brick " > > > > I suspect Dan referred to the upgrade path of the engine itself - if you > add a new "Gluster Network" boolean column to the DB, it will initially > be null for all current networks. You'd likely need to write an upgrade > script to assign the role by default to the existing management networks > in each cluster. yep. > > > > >> > >>>> 3. Adding to "2", perhaps using DNS names is a more valid approach? > >>>> 4. You're using the terminology "role", but it might be confusing, > >>>> as we have "roles" with regards to permissions. Consider changing > >>>> "storage usage" and not "storage role" in the feature page. > >>> Well, we've already been using this terminology for a while now > >>> concerning display/migration roles for networks... That's probably the > >>> terminology to use. If I am not mistaken, it could make sense to have a setup with one brick using network A and another - using network B. Does your design support this? I think that this would be particularly important on upgraded clusters, where the management network is already used, but newly created bricks should start using another network. Would you add a feature page section regarding modification to the Vdsm/Engine API? One last comment - may I ask that new APIs accept both ipv4 and ipv6 addresses? There is an ongoing effort to support ipv6 on Vdsm. Dan. From yetanotherwill at yahoo.com Tue Jan 13 16:43:11 2015 From: yetanotherwill at yahoo.com (Will K) Date: Tue, 13 Jan 2015 16:43:11 +0000 (UTC) Subject: [ovirt-users] hosted-engine-lockspace broken symlinks In-Reply-To: <331497295.8592705.1421134971719.JavaMail.zimbra@redhat.com> References: <331497295.8592705.1421134971719.JavaMail.zimbra@redhat.com> Message-ID: <141827512.520512.1421167391441.JavaMail.yahoo@jws106134.mail.bf1.yahoo.com> Let me review my ovirt-hosted-engine-setup logs and I'll see if it is related to update the bug. Thanks Will On Tuesday, January 13, 2015 2:42 AM, Yedidyah Bar David wrote: ----- Original Message ----- > From: "Will K" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 7:05:14 AM > Subject: [ovirt-users] hosted-engine-lockspace broken symlinks > > Hi, > > still working on this hosted-engine setup. When deploy hosted-engine on the > 2nd node, hosted-engine.lockspace and hosted-engine.metadata cannot be > found. > > 1) Node1 is up with hosted engine installed on a GlusterFS volume. When try > to deploy hosted engine on node2, I specified storage path to be nfs > available on "ovirtmount.xyz.com". ovirtmount is just an entry in the host > file pointing to node1 as in the "Up and Running with oVirt 3.5". > > The deploy process mounted the ifs export under > /rhev/data-center/mnt/ovirtmount.xyz.com:_engine/9d2142eb-f414-46f1-895a-95099aeb7f69/ha_agent > > I fond symlinks point to /rhev/data-center/mnt/:_engine/.... instead of > "ovirtmount" > hosted-engine-lockspace > hosted-engine-metadata > > If I re-run deploy again using IP for the NFS export, the symlinks will look > good and go forward with the process. IMO if you always supplied a name (even if resolvable only by /etc/hosts) and not an IP address, the mounts should always use the name. We have a different bug [1] which seems similar, but is related to the name of the host, not of the nfs server. Can you please post setup logs of all of the hosts? /var/log/ovirt-hosted-engine-setup/* [1] https://bugzilla.redhat.com/show_bug.cgi?id=1178535 > > 2) Then something killed the VM at this point. Sure it was running. > [ INFO ] Configuring VDSM > [ INFO ] Starting vdsmd > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Waiting for VDSM hardware info > [ INFO ] Connected to Storage Domain > [ INFO ] Configuring VM > [ INFO ] Updating hosted-engine configuration > [ INFO ] Stage: Transaction commit > [ INFO ] Stage: Closing up > [ ERROR ] Failed to execute stage 'Closing up': route to host> These logs will help here too. Thanks, -- Didi -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Tue Jan 13 16:46:34 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Tue, 13 Jan 2015 11:46:34 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 5:55:01 PM > Subject: [ovirt-users] USB Modem in a VM > > > > Hi, > > Can you tell me if I can use an USB modem through one of the hypervisor hosts > to a Windows VM ? > > I?d like to install a Windows Fax Server. > > Thank you for your answers. should be possible using qemu args: -usbdevice host:vendor_id:product_id in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: ... ? ? if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. Regards, Alon [1] http://www.ovirt.org/VDSM-Hooks From tdemeter at itsmart.hu Tue Jan 13 17:30:27 2015 From: tdemeter at itsmart.hu (Demeter Tibor) Date: Tue, 13 Jan 2015 18:30:27 +0100 (CET) Subject: [ovirt-users] Access userportal In-Reply-To: <1834753525.14400428.1421169913843.JavaMail.zimbra@itsmart.hu> Message-ID: <470013884.14402523.1421170227182.JavaMail.zimbra@itsmart.hu> Hi, I would like to make a public redirect to ovirt userportal like https://foo.domain.com that redirect me to my ovirt userportal that running on internal network, with not public ip address (172.16.0.1), but I don't want to create access for administrator portal. Also, I would like to add a commercial SSL certification for this site. Could me help somebody how can I do it? Thanks in advance! Regards, Tibor Demeter -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 17:40:29 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 10:40:29 -0700 Subject: [ovirt-users] Access userportal In-Reply-To: <470013884.14402523.1421170227182.JavaMail.zimbra@itsmart.hu> References: <1834753525.14400428.1421169913843.JavaMail.zimbra@itsmart.hu> <470013884.14402523.1421170227182.JavaMail.zimbra@itsmart.hu> Message-ID: <009e01d02f58$07663270$16329750$@cloudspin.me> I can tell you how I do it, and it works like a boss? don?t redirect? proxy with nginx. On foo.domain.com proxy url /ovirt-engine back to the dashboards machine? this is the only way to do it if you only have 1 public ipv4 address. You can also block access the the admin portal url using nginx, or redirect it back to the userportal url Check out cloudspin.me to see what is possible with a little nginx magic I know this is a dup message for you Demeter, I didn?t reply to all.. Donny Davis Cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Demeter Tibor Sent: Tuesday, January 13, 2015 10:30 AM To: users at ovirt.org List Subject: [ovirt-users] Access userportal Hi, I would like to make a public redirect to ovirt userportal like https://foo.domain.com that redirect me to my ovirt userportal that running on internal network, with not public ip address (172.16.0.1), but I don't want to create access for administrator portal. Also, I would like to add a commercial SSL certification for this site. Could me help somebody how can I do it? Thanks in advance! Regards, Tibor Demeter -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 17:50:14 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 10:50:14 -0700 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> Message-ID: <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf Can you give a full run down of topology, and has this ever been working or is it a new deployment? Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Punit Dambiwal Sent: Monday, January 12, 2015 7:18 PM To: Kanagaraj Mayilsamy Cc: gluster-users at gluster.org; Kaushal M; users at ovirt.org Subject: Re: [ovirt-users] Failed to create volume in OVirt with gluster Hi, Please find the more details on this ....can anybody from gluster will help me here :- Gluster CLI Logs :- /var/log/glusterfs/cli.log [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] 0-transport: disconnecting now [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_DISCONNECT [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: [2015-01-13 02:06:23.072176] T [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen 128, payload: 64, rpc hdr: 64 [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect () called on transport already connected [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) to rpc-transport (glusterfs) [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] 0-glusterfs: ping timeout is 0, returning [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] 0-cli: Received response to status cmd [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: Returning 0 [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] 0-cli: Returning: 0 [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 [2015-01-13 02:06:23.076256] D [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076459] D [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 Command log :- /var/log/glusterfs/.cmd_log_history Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy wrote: I can see the failures in glusterd log. Can someone from glusterfs dev pls help on this? Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj" > Cc: "Martin Pavl?k" , "Vijay Bellur" , "Kaushal M" , > users at ovirt.org, gluster-users at gluster.org > Sent: Monday, January 12, 2015 3:36:43 PM > Subject: Re: Failed to create volume in OVirt with gluster > > Hi Kanagaraj, > > Please find the logs from here :- http://ur1.ca/jeszc > > [image: Inline image 1] > > [image: Inline image 2] > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > Looks like there are some failures in gluster. > > Can you send the log output from glusterd log file from the relevant hosts? > > > > Thanks, > > Kanagaraj > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > Hi, > > > > Is there any one from gluster can help me here :- > > > > Engine logs :- > > > > 2015-01-12 12:50:33,841 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:34,725 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,824 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,853 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,866 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:37,751 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,849 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,890 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:40,776 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,903 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,916 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:43,771 INFO > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > > log id: 303e70a4 > > 2015-01-12 12:50:43,780 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > > -1, Message: Creation of Gluster Volume vol01 failed. > > 2015-01-12 12:50:43,785 INFO > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > > > [image: Inline image 2] > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > > > >> Hi Punit, > >> > >> unfortunately I?am not that good with the gluster, I was just following > >> the obvious clue from the log. Could you try on the nodes if the packages > >> are even available for installation > >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >> gluster-swift-account > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >> glusterfs-geo-replication > >> > >> if not you could try to get them in official gluster repo. > >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >> > >> HTH > >> > >> M. > >> > >> > >> > >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > >> > >> Hi Martin, > >> > >> I installed gluster from ovirt repo....is it require to install those > >> packages manually ?? > >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> > >>> Hi Punit, > >>> > >>> can you verify that nodes contain cluster packages from the following > >>> log? > >>> > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-object',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-plugin',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-account',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-proxy',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-doc',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-container',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('glusterfs-geo-replication',) not found > >>> > >>> > >>> M. > >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the attached logs :- > >>> > >>> Engine Logs :- http://ur1.ca/jdopt > >>> VDSM Logs :- http://ur1.ca/jdoq9 > >>> > >>> > >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >>> > >>>> Do you see any errors in the UI? > >>>> > >>>> Also please provide the engine.log and vdsm.log when the failure > >>>> occured. > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>> > >>>> Hi Martin, > >>>> > >>>> The steps are below :- > >>>> > >>>> 1. Step the ovirt engine on the one server... > >>>> 2. Installed centos 7 on 4 host node servers.. > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>> nodes to engine... > >>>> 4. Create the gluster volume from GUI... > >>>> > >>>> Network :- > >>>> eth0 :- public network (1G) > >>>> eth1+eth2=bond0= VM public network (1G) > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>> > >>>> Thanks, > >>>> Punit > >>>> > >>>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>> /var/log/vdsm/vdsmd.log > >>>>> > >>>>> it would be really helpful if you provided exact steps how to > >>>>> reproduce the problem. > >>>>> > >>>>> regards > >>>>> > >>>>> Martin Pavlik - rhev QE > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > >>>>> > > >>>>> > Hi, > >>>>> > > >>>>> > I try to add gluster volume but it failed... > >>>>> > > >>>>> > Ovirt :- 3.5 > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > >>>>> > libvirt-1.1.1-29.el7_0.4 > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>> > > >>>>> > Engine Logs :- > >>>>> > > >>>>> > 2015-01-08 09:57:52,569 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:52,609 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,582 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,591 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,596 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,633 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > ^C > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>> > >>>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>> > >>> > >>> > >> > >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 17:54:35 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 10:54:35 -0700 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> Message-ID: <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> The powersaving policy is only applicable to the hosts, so if your low utilization threshold is below the power policy when you pause the vm, it should place the host into maintenance and migrate the paused vm (may cause problems). I cannot test on my deployment, I am already down too many machines? however if you wait a couple days I can get you?re an answer as to whether it works on my deployment or not J Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Mario Giammarco Sent: Tuesday, January 13, 2015 8:23 AM To: Artyom Lukianov Cc: users at ovirt.org Subject: Re: [ovirt-users] Ovirt and power saving I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : Not really understand you, what you mean by "you can pause vm and so trigger the low utilization parameter"? ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 3:05:06 PM Subject: Re: [ovirt-users] Ovirt and power saving Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgiammarco at gmail.com Tue Jan 13 20:02:58 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Tue, 13 Jan 2015 21:02:58 +0100 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> Message-ID: 2015-01-13 18:54 GMT+01:00 Donny Davis : > The powersaving policy is only applicable to the hosts, so if your low > utilization threshold is below the power policy when you pause the vm, it > should place the host into maintenance and migrate the paused vm (may cause > problems). > Thanks it is the exact reply I was hoping for > I cannot test on my deployment, I am already down too many machines? > however if you wait a couple days I can get you?re an answer as to whether > it works on my deployment or not J > It would be the icing on the cake! > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *Mario Giammarco > *Sent:* Tuesday, January 13, 2015 8:23 AM > *To:* Artyom Lukianov > *Cc:* users at ovirt.org > > *Subject:* Re: [ovirt-users] Ovirt and power saving > > > > I mean that I know that I can set a power saving policy, it is a very nice > thing. > > I need to be sure that I can pause/suspend (not shutdown) virtual machines. > > I also need that, if I suspend enough virtual machines ovirt shutdowns > server to save power following the power save policy. > > > > Otherwise is it possible to manually shutdown a server forcing ovirt to > migrate vms to the only one powered up? > > > > Basically it is a "manual power saving" mode. > > > > Thanks again, > > Mario > > > > 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : > > Not really understand you, what you mean by "you can pause vm and so > trigger the low > utilization parameter"? > > ----- Original Message ----- > From: "Mario Giammarco" > > To: "Artyom Lukianov" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 3:05:06 PM > Subject: Re: [ovirt-users] Ovirt and power saving > > Thanks for reply. > I just want now to be sure that you can pause vm and so trigger the low > utilization parameter > > 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > > > We have power saving policy that also have possibility to poweroff > > hosts(via power management), you can configure power saving policy > > parameters for you purpose(HighUtilization can have values from 50-100 > and > > LowUtilization 0-49), so you can set LowUtilization=0 and > > HighUtilization=50, so load balancing will try migrate all vms on one > > host(if cpu utilization less that 50). And also you can set parameter > > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > > > ----- Original Message ----- > > From: "Mario Giammarco" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 1:30:38 PM > > Subject: [ovirt-users] Ovirt and power saving > > > > Hello, > > I would like to ask if it is possible to do this use case with ovirt: > > > > 1) two servers powered on > > 2) operator suspend some virtual machines > > 3) load falls down > > 4) ovirt shutdown one server > > > > Then operator unpauses virtual machines and ovirt starts again the 2nd > > server. > > > > Thanks, > > Mario > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Tue Jan 13 20:27:42 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 13:27:42 -0700 Subject: [ovirt-users] Ovirt and power saving In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <00ca01d02f59$ff9e3ea0$fedabbe0$@cloudspin.me> Message-ID: <010d01d02f6f$63af42d0$2b0dc870$@cloudspin.me> I am bringing my new system online as I am typing this message? Hopefully I can get my power management to work with my blade center? if anyone knows how with drac5 please let me in ;) Donny Davis cloudspin.me From: Mario Giammarco [mailto:mgiammarco at gmail.com] Sent: Tuesday, January 13, 2015 1:03 PM To: Donny Davis Cc: Artyom Lukianov; users at ovirt.org Subject: Re: [ovirt-users] Ovirt and power saving 2015-01-13 18:54 GMT+01:00 Donny Davis : The powersaving policy is only applicable to the hosts, so if your low utilization threshold is below the power policy when you pause the vm, it should place the host into maintenance and migrate the paused vm (may cause problems). Thanks it is the exact reply I was hoping for I cannot test on my deployment, I am already down too many machines? however if you wait a couple days I can get you?re an answer as to whether it works on my deployment or not J It would be the icing on the cake! Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Mario Giammarco Sent: Tuesday, January 13, 2015 8:23 AM To: Artyom Lukianov Cc: users at ovirt.org Subject: Re: [ovirt-users] Ovirt and power saving I mean that I know that I can set a power saving policy, it is a very nice thing. I need to be sure that I can pause/suspend (not shutdown) virtual machines. I also need that, if I suspend enough virtual machines ovirt shutdowns server to save power following the power save policy. Otherwise is it possible to manually shutdown a server forcing ovirt to migrate vms to the only one powered up? Basically it is a "manual power saving" mode. Thanks again, Mario 2015-01-13 14:21 GMT+01:00 Artyom Lukianov : Not really understand you, what you mean by "you can pause vm and so trigger the low utilization parameter"? ----- Original Message ----- From: "Mario Giammarco" To: "Artyom Lukianov" Cc: users at ovirt.org Sent: Tuesday, January 13, 2015 3:05:06 PM Subject: Re: [ovirt-users] Ovirt and power saving Thanks for reply. I just want now to be sure that you can pause vm and so trigger the low utilization parameter 2015-01-13 12:45 GMT+01:00 Artyom Lukianov : > We have power saving policy that also have possibility to poweroff > hosts(via power management), you can configure power saving policy > parameters for you purpose(HighUtilization can have values from 50-100 and > LowUtilization 0-49), so you can set LowUtilization=0 and > HighUtilization=50, so load balancing will try migrate all vms on one > host(if cpu utilization less that 50). And also you can set parameter > "HostsInReserve" to 0 if you do not want additional hosts in reserve. > > ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 1:30:38 PM > Subject: [ovirt-users] Ovirt and power saving > > Hello, > I would like to ask if it is possible to do this use case with ovirt: > > 1) two servers powered on > 2) operator suspend some virtual machines > 3) load falls down > 4) ovirt shutdown one server > > Then operator unpauses virtual machines and ovirt starts again the 2nd > server. > > Thanks, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Wed Jan 14 01:41:14 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 14 Jan 2015 09:41:14 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> Message-ID: Hi Donny, No I am not using CTDB....it's totally new deployment... On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: > Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf > > > > Can you give a full run down of topology, and has this ever been working > or is it a new deployment? > > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *Punit Dambiwal > *Sent:* Monday, January 12, 2015 7:18 PM > *To:* Kanagaraj Mayilsamy > *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org > *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with gluster > > > > Hi, > > > > Please find the more details on this ....can anybody from gluster will > help me here :- > > > > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got > RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > 0-transport: disconnecting now > > [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_DISCONNECT > > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > > [2015-01-13 02:06:23.072176] T > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen > 128, payload: 64, rpc hdr: 64 > > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect > () called on transport already connected > > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, > Proc: 27) to rpc-transport (glusterfs) > > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > 0-glusterfs: ping timeout is 0, returning > > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > 0-cli: Received response to status cmd > > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > Returning 0 > > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > 0-cli: Returning: 0 > > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076244] D > [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076256] D > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076459] D > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > > > Command log :- /var/log/glusterfs/.cmd_log_history > > > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy > wrote: > > I can see the failures in glusterd log. > > Can someone from glusterfs dev pls help on this? > > Thanks, > Kanagaraj > > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj" > > Cc: "Martin Pavl?k" , "Vijay Bellur" < > vbellur at redhat.com>, "Kaushal M" , > > users at ovirt.org, gluster-users at gluster.org > > Sent: Monday, January 12, 2015 3:36:43 PM > > Subject: Re: Failed to create volume in OVirt with gluster > > > > Hi Kanagaraj, > > > > Please find the logs from here :- http://ur1.ca/jeszc > > > > [image: Inline image 1] > > > > [image: Inline image 2] > > > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > > > Looks like there are some failures in gluster. > > > Can you send the log output from glusterd log file from the relevant > hosts? > > > > > > Thanks, > > > Kanagaraj > > > > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > > > Hi, > > > > > > Is there any one from gluster can help me here :- > > > > > > Engine logs :- > > > > > > 2015-01-12 12:50:33,841 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:34,725 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,824 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,853 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,866 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:37,751 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,849 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,890 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:40,776 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,903 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,916 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:43,771 INFO > > > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, > > > log id: 303e70a4 > > > 2015-01-12 12:50:43,780 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: > > > -1, Message: Creation of Gluster Volume vol01 failed. > > > 2015-01-12 12:50:43,785 INFO > > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > GLUSTER > > > , sharedLocks= ] > > > > > > [image: Inline image 2] > > > > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > > > > >> Hi Punit, > > >> > > >> unfortunately I?am not that good with the gluster, I was just > following > > >> the obvious clue from the log. Could you try on the nodes if the > packages > > >> are even available for installation > > >> > > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > > >> gluster-swift-account > > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > > >> glusterfs-geo-replication > > >> > > >> if not you could try to get them in official gluster repo. > > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > >> > > >> HTH > > >> > > >> M. > > >> > > >> > > >> > > >> > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > >> > > >> Hi Martin, > > >> > > >> I installed gluster from ovirt repo....is it require to install those > > >> packages manually ?? > > >> > > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > > >> > > >>> Hi Punit, > > >>> > > >>> can you verify that nodes contain cluster packages from the following > > >>> log? > > >>> > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-object',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-plugin',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-account',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-proxy',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-doc',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-container',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('glusterfs-geo-replication',) not found > > >>> > > >>> > > >>> M. > > >>> > > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: > > >>> > > >>> Hi Kanagaraj, > > >>> > > >>> Please find the attached logs :- > > >>> > > >>> Engine Logs :- http://ur1.ca/jdopt > > >>> VDSM Logs :- http://ur1.ca/jdoq9 > > >>> > > >>> > > >>> > > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > > >>> > > >>>> Do you see any errors in the UI? > > >>>> > > >>>> Also please provide the engine.log and vdsm.log when the failure > > >>>> occured. > > >>>> > > >>>> Thanks, > > >>>> Kanagaraj > > >>>> > > >>>> > > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > >>>> > > >>>> Hi Martin, > > >>>> > > >>>> The steps are below :- > > >>>> > > >>>> 1. Step the ovirt engine on the one server... > > >>>> 2. Installed centos 7 on 4 host node servers.. > > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > > >>>> nodes to engine... > > >>>> 4. Create the gluster volume from GUI... > > >>>> > > >>>> Network :- > > >>>> eth0 :- public network (1G) > > >>>> eth1+eth2=bond0= VM public network (1G) > > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > >>>> > > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > > >>>> > > >>>> Thanks, > > >>>> Punit > > >>>> > > >>>> > > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > > >>>> wrote: > > >>>> > > >>>>> Hi Punit, > > >>>>> > > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > > >>>>> /var/log/vdsm/vdsmd.log > > >>>>> > > >>>>> it would be really helpful if you provided exact steps how to > > >>>>> reproduce the problem. > > >>>>> > > >>>>> regards > > >>>>> > > >>>>> Martin Pavlik - rhev QE > > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > >>>>> > > > >>>>> > Hi, > > >>>>> > > > >>>>> > I try to add gluster volume but it failed... > > >>>>> > > > >>>>> > Ovirt :- 3.5 > > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > > >>>>> > libvirt-1.1.1-29.el7_0.4 > > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > > >>>>> > > > >>>>> > Engine Logs :- > > >>>>> > > > >>>>> > 2015-01-08 09:57:52,569 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:52,609 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,582 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,591 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,596 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,633 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > ^C > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 01:47:48 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 13 Jan 2015 18:47:48 -0700 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> Message-ID: <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> And rpcbind is running can you do a regular nfs mount of the gluster volume? gluster volume info {your volume name here} Just gathering intel to hopefully provide a solution. I just deployed gluster with hosted engine today, and I did get some of the same errors as you when I was bringing everything up Did you follow a guide, or are you craving your own? Are you using swift for anything? that is usually for openstack to my knowledge? I guess you could use it for ovirt, but I didn?t Donny D From: Punit Dambiwal [mailto:hypunit at gmail.com] Sent: Tuesday, January 13, 2015 6:41 PM To: Donny Davis Cc: users at ovirt.org Subject: Re: [ovirt-users] Failed to create volume in OVirt with gluster Hi Donny, No I am not using CTDB....it's totally new deployment... On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf Can you give a full run down of topology, and has this ever been working or is it a new deployment? Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Punit Dambiwal Sent: Monday, January 12, 2015 7:18 PM To: Kanagaraj Mayilsamy Cc: gluster-users at gluster.org; Kaushal M; users at ovirt.org Subject: Re: [ovirt-users] Failed to create volume in OVirt with gluster Hi, Please find the more details on this ....can anybody from gluster will help me here :- Gluster CLI Logs :- /var/log/glusterfs/cli.log [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] 0-transport: disconnecting now [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_DISCONNECT [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: [2015-01-13 02:06:23.072176] T [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen 128, payload: 64, rpc hdr: 64 [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect () called on transport already connected [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) to rpc-transport (glusterfs) [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] 0-glusterfs: ping timeout is 0, returning [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] 0-cli: Received response to status cmd [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: Returning 0 [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] 0-cli: Returning: 0 [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 [2015-01-13 02:06:23.076256] D [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] 0-cli: Returning 0 [2015-01-13 02:06:23.076459] D [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 Command log :- /var/log/glusterfs/.cmd_log_history Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for details. Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for details. [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. Staging failed on 00000000-0000-0000-0000-000000000000. Please check log file for details. [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy wrote: I can see the failures in glusterd log. Can someone from glusterfs dev pls help on this? Thanks, Kanagaraj ----- Original Message ----- > From: "Punit Dambiwal" > To: "Kanagaraj" > Cc: "Martin Pavl?k" , "Vijay Bellur" , "Kaushal M" , > users at ovirt.org, gluster-users at gluster.org > Sent: Monday, January 12, 2015 3:36:43 PM > Subject: Re: Failed to create volume in OVirt with gluster > > Hi Kanagaraj, > > Please find the logs from here :- http://ur1.ca/jeszc > > [image: Inline image 1] > > [image: Inline image 2] > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > Looks like there are some failures in gluster. > > Can you send the log output from glusterd log file from the relevant hosts? > > > > Thanks, > > Kanagaraj > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > Hi, > > > > Is there any one from gluster can help me here :- > > > > Engine logs :- > > > > 2015-01-12 12:50:33,841 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:34,725 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,824 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,853 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:36,866 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:37,751 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,849 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:39,890 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:40,776 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,878 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,903 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:42,916 INFO > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > value: GLUSTER > > , sharedLocks= ] > > 2015-01-12 12:50:43,771 INFO > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, CreateGlusterVolumeVDSCommand, > > log id: 303e70a4 > > 2015-01-12 12:50:43,780 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event ID: > > -1, Message: Creation of Gluster Volume vol01 failed. > > 2015-01-12 12:50:43,785 INFO > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: GLUSTER > > , sharedLocks= ] > > > > [image: Inline image 2] > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k wrote: > > > >> Hi Punit, > >> > >> unfortunately I?am not that good with the gluster, I was just following > >> the obvious clue from the log. Could you try on the nodes if the packages > >> are even available for installation > >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > >> gluster-swift-account > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > >> glusterfs-geo-replication > >> > >> if not you could try to get them in official gluster repo. > >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > >> > >> HTH > >> > >> M. > >> > >> > >> > >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > >> > >> Hi Martin, > >> > >> I installed gluster from ovirt repo....is it require to install those > >> packages manually ?? > >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k wrote: > >> > >>> Hi Punit, > >>> > >>> can you verify that nodes contain cluster packages from the following > >>> log? > >>> > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-object',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-plugin',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-account',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-proxy',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-doc',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('gluster-swift-container',) not found > >>> Thread-14::DEBUG::2015-01-09 > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > >>> ('glusterfs-geo-replication',) not found > >>> > >>> > >>> M. > >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal wrote: > >>> > >>> Hi Kanagaraj, > >>> > >>> Please find the attached logs :- > >>> > >>> Engine Logs :- http://ur1.ca/jdopt > >>> VDSM Logs :- http://ur1.ca/jdoq9 > >>> > >>> > >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj wrote: > >>> > >>>> Do you see any errors in the UI? > >>>> > >>>> Also please provide the engine.log and vdsm.log when the failure > >>>> occured. > >>>> > >>>> Thanks, > >>>> Kanagaraj > >>>> > >>>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > >>>> > >>>> Hi Martin, > >>>> > >>>> The steps are below :- > >>>> > >>>> 1. Step the ovirt engine on the one server... > >>>> 2. Installed centos 7 on 4 host node servers.. > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > >>>> nodes to engine... > >>>> 4. Create the gluster volume from GUI... > >>>> > >>>> Network :- > >>>> eth0 :- public network (1G) > >>>> eth1+eth2=bond0= VM public network (1G) > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > >>>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > >>>> > >>>> Thanks, > >>>> Punit > >>>> > >>>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > >>>> wrote: > >>>> > >>>>> Hi Punit, > >>>>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > >>>>> /var/log/vdsm/vdsmd.log > >>>>> > >>>>> it would be really helpful if you provided exact steps how to > >>>>> reproduce the problem. > >>>>> > >>>>> regards > >>>>> > >>>>> Martin Pavlik - rhev QE > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal wrote: > >>>>> > > >>>>> > Hi, > >>>>> > > >>>>> > I try to add gluster volume but it failed... > >>>>> > > >>>>> > Ovirt :- 3.5 > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > >>>>> > libvirt-1.1.1-29.el7_0.4 > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > >>>>> > > >>>>> > Engine Logs :- > >>>>> > > >>>>> > 2015-01-08 09:57:52,569 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:52,609 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,582 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,591 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,596 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > 2015-01-08 09:57:55,633 INFO > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait lock > >>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > >>>>> value: GLUSTER > >>>>> > , sharedLocks= ] > >>>>> > ^C > >>>>> > > >>>>> > > >>>>> > >>>>> > >>>> > >>>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > >>> > >>> > >>> > >> > >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Wed Jan 14 07:25:47 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 14 Jan 2015 15:25:47 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> Message-ID: Hi Donny, I am not using gluster for the NFS mount...no volume has been created because of those errors.... On Wed, Jan 14, 2015 at 9:47 AM, Donny Davis wrote: > And > > > > rpcbind is running > > > > can you do a regular nfs mount of the gluster volume? > > gluster volume info {your volume name here} > > > > > > Just gathering intel to hopefully provide a solution. I just deployed > gluster with hosted engine today, and I did get some of the same errors as > you when I was bringing everything up > > Did you follow a guide, or are you craving your own? > > Are you using swift for anything? that is usually for openstack to my > knowledge? I guess you could use it for ovirt, but I didn?t > > > > Donny D > > > > *From:* Punit Dambiwal [mailto:hypunit at gmail.com] > *Sent:* Tuesday, January 13, 2015 6:41 PM > *To:* Donny Davis > *Cc:* users at ovirt.org > > *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with gluster > > > > Hi Donny, > > > > No I am not using CTDB....it's totally new deployment... > > > > On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: > > Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf > > > > Can you give a full run down of topology, and has this ever been working > or is it a new deployment? > > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *Punit Dambiwal > *Sent:* Monday, January 12, 2015 7:18 PM > *To:* Kanagaraj Mayilsamy > *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org > *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with gluster > > > > Hi, > > > > Please find the more details on this ....can anybody from gluster will > help me here :- > > > > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got > RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_CONNECT > > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > 0-transport: disconnecting now > > [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_DISCONNECT > > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > > [2015-01-13 02:06:23.072176] T > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen > 128, payload: 64, rpc hdr: 64 > > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect > () called on transport already connected > > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, > Proc: 27) to rpc-transport (glusterfs) > > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > 0-glusterfs: ping timeout is 0, returning > > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > 0-cli: Received response to status cmd > > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > Returning 0 > > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > 0-cli: Returning: 0 > > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076244] D > [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076256] D > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > 0-cli: Returning 0 > > [2015-01-13 02:06:23.076459] D > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > > > Command log :- /var/log/glusterfs/.cmd_log_history > > > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy > wrote: > > I can see the failures in glusterd log. > > Can someone from glusterfs dev pls help on this? > > Thanks, > Kanagaraj > > > ----- Original Message ----- > > From: "Punit Dambiwal" > > To: "Kanagaraj" > > Cc: "Martin Pavl?k" , "Vijay Bellur" < > vbellur at redhat.com>, "Kaushal M" , > > users at ovirt.org, gluster-users at gluster.org > > Sent: Monday, January 12, 2015 3:36:43 PM > > Subject: Re: Failed to create volume in OVirt with gluster > > > > Hi Kanagaraj, > > > > Please find the logs from here :- http://ur1.ca/jeszc > > > > [image: Inline image 1] > > > > [image: Inline image 2] > > > > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: > > > > > Looks like there are some failures in gluster. > > > Can you send the log output from glusterd log file from the relevant > hosts? > > > > > > Thanks, > > > Kanagaraj > > > > > > > > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: > > > > > > Hi, > > > > > > Is there any one from gluster can help me here :- > > > > > > Engine logs :- > > > > > > 2015-01-12 12:50:33,841 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:34,725 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,824 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,853 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:36,866 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:37,751 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,849 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:39,890 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:40,776 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,878 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,903 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:42,916 INFO > > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock > > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 > > > value: GLUSTER > > > , sharedLocks= ] > > > 2015-01-12 12:50:43,771 INFO > > > > [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, > CreateGlusterVolumeVDSCommand, > > > log id: 303e70a4 > > > 2015-01-12 12:50:43,780 ERROR > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: > > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event > ID: > > > -1, Message: Creation of Gluster Volume vol01 failed. > > > 2015-01-12 12:50:43,785 INFO > > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] > > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock > > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: > GLUSTER > > > , sharedLocks= ] > > > > > > [image: Inline image 2] > > > > > > > > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k > wrote: > > > > > >> Hi Punit, > > >> > > >> unfortunately I?am not that good with the gluster, I was just > following > > >> the obvious clue from the log. Could you try on the nodes if the > packages > > >> are even available for installation > > >> > > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin > > >> gluster-swift-account > > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container > > >> glusterfs-geo-replication > > >> > > >> if not you could try to get them in official gluster repo. > > >> > http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo > > >> > > >> HTH > > >> > > >> M. > > >> > > >> > > >> > > >> > > >> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: > > >> > > >> Hi Martin, > > >> > > >> I installed gluster from ovirt repo....is it require to install those > > >> packages manually ?? > > >> > > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k > wrote: > > >> > > >>> Hi Punit, > > >>> > > >>> can you verify that nodes contain cluster packages from the following > > >>> log? > > >>> > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-object',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-plugin',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-account',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-proxy',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-doc',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('gluster-swift-container',) not found > > >>> Thread-14::DEBUG::2015-01-09 > > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package > > >>> ('glusterfs-geo-replication',) not found > > >>> > > >>> > > >>> M. > > >>> > > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal > wrote: > > >>> > > >>> Hi Kanagaraj, > > >>> > > >>> Please find the attached logs :- > > >>> > > >>> Engine Logs :- http://ur1.ca/jdopt > > >>> VDSM Logs :- http://ur1.ca/jdoq9 > > >>> > > >>> > > >>> > > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj > wrote: > > >>> > > >>>> Do you see any errors in the UI? > > >>>> > > >>>> Also please provide the engine.log and vdsm.log when the failure > > >>>> occured. > > >>>> > > >>>> Thanks, > > >>>> Kanagaraj > > >>>> > > >>>> > > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: > > >>>> > > >>>> Hi Martin, > > >>>> > > >>>> The steps are below :- > > >>>> > > >>>> 1. Step the ovirt engine on the one server... > > >>>> 2. Installed centos 7 on 4 host node servers.. > > >>>> 3. I am using host node (compute+storage)....now i have added all 4 > > >>>> nodes to engine... > > >>>> 4. Create the gluster volume from GUI... > > >>>> > > >>>> Network :- > > >>>> eth0 :- public network (1G) > > >>>> eth1+eth2=bond0= VM public network (1G) > > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) > > >>>> > > >>>> every hostnode has 24 bricks=24*4(distributed replicated) > > >>>> > > >>>> Thanks, > > >>>> Punit > > >>>> > > >>>> > > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k > > >>>> wrote: > > >>>> > > >>>>> Hi Punit, > > >>>>> > > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and > > >>>>> /var/log/vdsm/vdsmd.log > > >>>>> > > >>>>> it would be really helpful if you provided exact steps how to > > >>>>> reproduce the problem. > > >>>>> > > >>>>> regards > > >>>>> > > >>>>> Martin Pavlik - rhev QE > > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal > wrote: > > >>>>> > > > >>>>> > Hi, > > >>>>> > > > >>>>> > I try to add gluster volume but it failed... > > >>>>> > > > >>>>> > Ovirt :- 3.5 > > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 > > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 > > >>>>> > libvirt-1.1.1-29.el7_0.4 > > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 > > >>>>> > > > >>>>> > Engine Logs :- > > >>>>> > > > >>>>> > 2015-01-08 09:57:52,569 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:52,609 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,582 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,591 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,596 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > 2015-01-08 09:57:55,633 INFO > > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] > > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait > lock > > >>>>> EngineLock [exclusiveLocks= key: > 00000001-0001-0001-0001-000000000300 > > >>>>> value: GLUSTER > > >>>>> > , sharedLocks= ] > > >>>>> > ^C > > >>>>> > > > >>>>> > > > >>>>> > > >>>>> > > >>>> > > >>>> > > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> > > >>> > > >>> > > >>> > > >> > > >> > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 14 07:29:01 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 14 Jan 2015 08:29:01 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed Message-ID: <54B61ABD.9050906@redhat.com> Hi, We still have blockers for oVirt 3.5.1 RC release so we need to postpone it until they'll be fixed. The bug tracker [1] shows 1 open blocker: Bug ID Whiteboard Status Summary 1160846 sla POST Can't add disk to VM without specifying disk profile when... In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. - ACTION: Gilad please provide ETA on above blocker, the new proposed RC date will be decided on the given ETA. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 61 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 41 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - ACTION: Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: it will ease gathering the blocking bugs for next releases. - ACTION: Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Wed Jan 14 07:52:35 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 14 Jan 2015 08:52:35 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54B62043.8070409@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-01-21 QEMU 2.2.0: 2014-12-09 (RELEASED) QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 480 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] http://goo.gl/zwkF3r [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From lars at steinwurf.com Wed Jan 14 07:55:55 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 08:55:55 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> Message-ID: <54B6210B.203@steinwurf.com> On 13/01/15 16:03, Michael Burman wrote: > Also change NAME=em1 > to: > DEVICE=em1 > and remove the # from the BOOTPROTO=none > > > ----- Original Message ----- > From: "Michael Burman" > To: "Lars Nielsen" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 4:48:55 PM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > Hi Lars > > First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: > IPADDR=192.168.1.10 > NETMASK=255.255.255.0 > GATEWAY=192.168.0.1 > > and add the next line: > NM_CONTROLLED=no > > - in the ifcfg-em1 file change: > BOOTPROTO=none > > and add the line: > NM_CONTROLLED=no > > restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n > > Put your host in maintenance mode , try to activate or re-install. > > Best regards, > > Michael B > > > ----- Original Message ----- > From: "Lars Nielsen" > To: "Yedidyah Bar David" > Cc: users at ovirt.org > Sent: Tuesday, January 13, 2015 12:05:05 PM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > > On 13/01/15 10:33, Yedidyah Bar David wrote: >> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Yedidyah Bar David" >>> Cc:users at ovirt.org >>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>> >>> >>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>> ----- Original Message ----- >>>>> From: "Lars Nielsen" >>>>> To:users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>> missing >>>>> >>>>> Hey I am new to oVirt, so please be patient >>>>> >>>>> I have a problem, when setting up new hosts. >>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>> NonOperational. >>>>> Do to the network ovirtmgmt is missing on the machine. >>>>> >>>>> However I have added the following ifcfg file: >>>>> ifcfg-ovirtmgmt:: >>>>> DEVICE=ovirtmgmt >>>>> TYPE=Bridge >>>>> ONBOOT=yes >>>>> DELAY=0 >>>>> BOOTPROTO=dhcp >>>>> IPADDR=192.168.1.10 >>>>> NETMASK=255.255.255.0 >>>>> GATEWAY=192.168.0.1 >>>>> >>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>> TYPE="Ethernet" >>>>> #BOOTPROTO="dhcp" >>>>> DEFROUTE="yes" >>>>> IPV4_FAILURE_FATAL="no" >>>>> IPV6INIT="yes" >>>>> IPV6_AUTOCONF="yes" >>>>> IPV6_DEFROUTE="yes" >>>>> IPV6_PEERDNS="yes" >>>>> IPV6_PEERROUTES="yes" >>>>> IPV6_FAILURE_FATAL="no" >>>>> NAME="em1" >>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>> ONBOOT="yes" >>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>> PEERDNS="yes" >>>>> PEERROUTES="yes" >>>>> BRIDGE=ovirtmgmt >>>>> >>>>> >>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>> static. But at the office, we do not have the possibility of static IP, >>>>> at the moment. >>>>> >>>>> Can some one please tell me what could be wrong ? >>>> dhcp should work too. The problem is with NetworkManager. >>>> You'll need to have static IPs though for the engine to be able to >>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>> at least), or you'll have problems if they for some reason get a different >>>> IP address from your dhcp server. >>>> >>>> Please post relevant logs: >>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>> engine - /var/log/ovirt-engine/* >>>> >>>> Thanks and best regards, >>> Okay something seems to be a food here, because on the server hosting >>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>> directory. >> I didn't say you should - I wrote a '*' in the end. You should find >> /var/log/ovirt-hosted-engine-ha >> /var/log/ovirt-hosted-engine-setup >> >> But now I realize you did not mention hosted-engine. Can you detail >> a bit your setup? Where is the engine? Where are the hosts? How >> did you install and setup? >> >>> However the log files from the two other directories, can be found here: >>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >> >> Thanks! > We do not have any ovirt-hosted-engine-* on the server, how ever here is > a link to the complete ovirt-engine folder: > https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar > > Thanks and Best Regards > - Lars > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > Hey. I have had a look at this. This /etc/init.d/ovirt-engine, we also do not have on our system. So how can I restart my oVirt instance? How ever I have updated the network scripts: https://dl.dropboxusercontent.com/u/55488/network_scripts.tar To me this seems stranger and stranger, in the sense that we are missing stuff. I have followed the oVirt documentation doing installation, which I assume is correct. Thank and Best Regards - Lars From didi at redhat.com Wed Jan 14 08:43:29 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 03:43:29 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B6210B.203@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> Message-ID: <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: "Michael Burman" > Cc: users at ovirt.org > Sent: Wednesday, January 14, 2015 9:55:55 AM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > > On 13/01/15 16:03, Michael Burman wrote: > > Also change NAME=em1 > > to: > > DEVICE=em1 > > and remove the # from the BOOTPROTO=none > > > > > > ----- Original Message ----- > > From: "Michael Burman" > > To: "Lars Nielsen" > > Cc: users at ovirt.org > > Sent: Tuesday, January 13, 2015 4:48:55 PM > > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network > > missing > > > > Hi Lars > > > > First of all you have to decide from where your ovirtmgmt getting the ip, > > if it is from a dhcp server, you have to delete this lines from your > > ifcfg-ovirtmgmt file: > > IPADDR=192.168.1.10 > > NETMASK=255.255.255.0 > > GATEWAY=192.168.0.1 > > > > and add the next line: > > NM_CONTROLLED=no > > > > - in the ifcfg-em1 file change: > > BOOTPROTO=none > > > > and add the line: > > NM_CONTROLLED=no > > > > restart your engine /etc/init.d/ovirt-engine restart and make sure your > > ovirtmgmt got ip and you have a default gateway, you can run: route -n > > > > Put your host in maintenance mode , try to activate or re-install. > > > > Best regards, > > > > Michael B > > > > > > ----- Original Message ----- > > From: "Lars Nielsen" > > To: "Yedidyah Bar David" > > Cc: users at ovirt.org > > Sent: Tuesday, January 13, 2015 12:05:05 PM > > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network > > missing > > > > > > On 13/01/15 10:33, Yedidyah Bar David wrote: > >> ----- Original Message ----- > >>> From: "Lars Nielsen" > >>> To: "Yedidyah Bar David" > >>> Cc:users at ovirt.org > >>> Sent: Tuesday, January 13, 2015 11:26:55 AM > >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network > >>> missing > >>> > >>> > >>> On 13/01/15 09:31, Yedidyah Bar David wrote: > >>>> ----- Original Message ----- > >>>>> From: "Lars Nielsen" > >>>>> To:users at ovirt.org > >>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM > >>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network > >>>>> missing > >>>>> > >>>>> Hey I am new to oVirt, so please be patient > >>>>> > >>>>> I have a problem, when setting up new hosts. > >>>>> Doing the setup it self no problem, but afterwards the status is set to > >>>>> NonOperational. > >>>>> Do to the network ovirtmgmt is missing on the machine. > >>>>> > >>>>> However I have added the following ifcfg file: > >>>>> ifcfg-ovirtmgmt:: > >>>>> DEVICE=ovirtmgmt > >>>>> TYPE=Bridge > >>>>> ONBOOT=yes > >>>>> DELAY=0 > >>>>> BOOTPROTO=dhcp > >>>>> IPADDR=192.168.1.10 > >>>>> NETMASK=255.255.255.0 > >>>>> GATEWAY=192.168.0.1 > >>>>> > >>>>> And made the adjustments, so the ifcfg-en1, file looks like this: > >>>>> TYPE="Ethernet" > >>>>> #BOOTPROTO="dhcp" > >>>>> DEFROUTE="yes" > >>>>> IPV4_FAILURE_FATAL="no" > >>>>> IPV6INIT="yes" > >>>>> IPV6_AUTOCONF="yes" > >>>>> IPV6_DEFROUTE="yes" > >>>>> IPV6_PEERDNS="yes" > >>>>> IPV6_PEERROUTES="yes" > >>>>> IPV6_FAILURE_FATAL="no" > >>>>> NAME="em1" > >>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" > >>>>> ONBOOT="yes" > >>>>> HWADDR="F8:B1:56:C1:F9:8E" > >>>>> PEERDNS="yes" > >>>>> PEERROUTES="yes" > >>>>> BRIDGE=ovirtmgmt > >>>>> > >>>>> > >>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to > >>>>> static. But at the office, we do not have the possibility of static IP, > >>>>> at the moment. > >>>>> > >>>>> Can some one please tell me what could be wrong ? > >>>> dhcp should work too. The problem is with NetworkManager. > >>>> You'll need to have static IPs though for the engine to be able to > >>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA > >>>> at least), or you'll have problems if they for some reason get a > >>>> different > >>>> IP address from your dhcp server. > >>>> > >>>> Please post relevant logs: > >>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* > >>>> engine - /var/log/ovirt-engine/* > >>>> > >>>> Thanks and best regards, > >>> Okay something seems to be a food here, because on the server hosting > >>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine > >>> directory. > >> I didn't say you should - I wrote a '*' in the end. You should find > >> /var/log/ovirt-hosted-engine-ha > >> /var/log/ovirt-hosted-engine-setup > >> > >> But now I realize you did not mention hosted-engine. Can you detail > >> a bit your setup? Where is the engine? Where are the hosts? How > >> did you install and setup? Can you please? Including OSes of each machine? Which packages you installed, from which repo? > >> > >>> However the log files from the two other directories, can be found here: > >>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar > >> Please add from engine also /var/log/ovirt-engine/host-deploy/* . > >> > >> Thanks! > > We do not have any ovirt-hosted-engine-* on the server, how ever here is > > a link to the complete ovirt-engine folder: > > https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar > > > > Thanks and Best Regards > > - Lars > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > Hey. > I have had a look at this. This /etc/init.d/ovirt-engine, we also do not > have on our system. You won't find it on fedora, this is a sysvinit script. On fedora you should have /usr/lib/systemd/system/ovirt-engine.service . > So how can I restart my oVirt instance? For both systemd and sysv, this should work: service ovirt-engine restart > How ever I have updated the network scripts: > https://dl.dropboxusercontent.com/u/55488/network_scripts.tar > > To me this seems stranger and stranger, in the sense that we are missing > stuff. I have followed the oVirt documentation doing installation, which > I assume is correct. Perhaps you can start with explaining what you are trying to do, how, and what fails... Best regards, -- Didi From lars at steinwurf.com Wed Jan 14 08:51:19 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 09:51:19 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> Message-ID: <54B62E07.8090806@steinwurf.com> On 14/01/15 09:43, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Michael Burman" >> Cc: users at ovirt.org >> Sent: Wednesday, January 14, 2015 9:55:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 16:03, Michael Burman wrote: >>> Also change NAME=em1 >>> to: >>> DEVICE=em1 >>> and remove the # from the BOOTPROTO=none >>> >>> >>> ----- Original Message ----- >>> From: "Michael Burman" >>> To: "Lars Nielsen" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 4:48:55 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> Hi Lars >>> >>> First of all you have to decide from where your ovirtmgmt getting the ip, >>> if it is from a dhcp server, you have to delete this lines from your >>> ifcfg-ovirtmgmt file: >>> IPADDR=192.168.1.10 >>> NETMASK=255.255.255.0 >>> GATEWAY=192.168.0.1 >>> >>> and add the next line: >>> NM_CONTROLLED=no >>> >>> - in the ifcfg-em1 file change: >>> BOOTPROTO=none >>> >>> and add the line: >>> NM_CONTROLLED=no >>> >>> restart your engine /etc/init.d/ovirt-engine restart and make sure your >>> ovirtmgmt got ip and you have a default gateway, you can run: route -n >>> >>> Put your host in maintenance mode , try to activate or re-install. >>> >>> Best regards, >>> >>> Michael B >>> >>> >>> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Yedidyah Bar David" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 12:05:05 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> >>> On 13/01/15 10:33, Yedidyah Bar David wrote: >>>> ----- Original Message ----- >>>>> From: "Lars Nielsen" >>>>> To: "Yedidyah Bar David" >>>>> Cc:users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>> missing >>>>> >>>>> >>>>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>>>> ----- Original Message ----- >>>>>>> From: "Lars Nielsen" >>>>>>> To:users at ovirt.org >>>>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>>>> missing >>>>>>> >>>>>>> Hey I am new to oVirt, so please be patient >>>>>>> >>>>>>> I have a problem, when setting up new hosts. >>>>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>>>> NonOperational. >>>>>>> Do to the network ovirtmgmt is missing on the machine. >>>>>>> >>>>>>> However I have added the following ifcfg file: >>>>>>> ifcfg-ovirtmgmt:: >>>>>>> DEVICE=ovirtmgmt >>>>>>> TYPE=Bridge >>>>>>> ONBOOT=yes >>>>>>> DELAY=0 >>>>>>> BOOTPROTO=dhcp >>>>>>> IPADDR=192.168.1.10 >>>>>>> NETMASK=255.255.255.0 >>>>>>> GATEWAY=192.168.0.1 >>>>>>> >>>>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>>>> TYPE="Ethernet" >>>>>>> #BOOTPROTO="dhcp" >>>>>>> DEFROUTE="yes" >>>>>>> IPV4_FAILURE_FATAL="no" >>>>>>> IPV6INIT="yes" >>>>>>> IPV6_AUTOCONF="yes" >>>>>>> IPV6_DEFROUTE="yes" >>>>>>> IPV6_PEERDNS="yes" >>>>>>> IPV6_PEERROUTES="yes" >>>>>>> IPV6_FAILURE_FATAL="no" >>>>>>> NAME="em1" >>>>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>>>> ONBOOT="yes" >>>>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>>>> PEERDNS="yes" >>>>>>> PEERROUTES="yes" >>>>>>> BRIDGE=ovirtmgmt >>>>>>> >>>>>>> >>>>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>>>> static. But at the office, we do not have the possibility of static IP, >>>>>>> at the moment. >>>>>>> >>>>>>> Can some one please tell me what could be wrong ? >>>>>> dhcp should work too. The problem is with NetworkManager. >>>>>> You'll need to have static IPs though for the engine to be able to >>>>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>>>> at least), or you'll have problems if they for some reason get a >>>>>> different >>>>>> IP address from your dhcp server. >>>>>> >>>>>> Please post relevant logs: >>>>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>>>> engine - /var/log/ovirt-engine/* >>>>>> >>>>>> Thanks and best regards, >>>>> Okay something seems to be a food here, because on the server hosting >>>>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>>>> directory. >>>> I didn't say you should - I wrote a '*' in the end. You should find >>>> /var/log/ovirt-hosted-engine-ha >>>> /var/log/ovirt-hosted-engine-setup >>>> >>>> But now I realize you did not mention hosted-engine. Can you detail >>>> a bit your setup? Where is the engine? Where are the hosts? How >>>> did you install and setup? > Can you please? Including OSes of each machine? Which packages you > installed, from which repo? > >>>>> However the log files from the two other directories, can be found here: >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >>>> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >>>> >>>> Thanks! >>> We do not have any ovirt-hosted-engine-* on the server, how ever here is >>> a link to the complete ovirt-engine folder: >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar >>> >>> Thanks and Best Regards >>> - Lars >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> Hey. >> I have had a look at this. This /etc/init.d/ovirt-engine, we also do not >> have on our system. > You won't find it on fedora, this is a sysvinit script. On fedora you should > have /usr/lib/systemd/system/ovirt-engine.service . > >> So how can I restart my oVirt instance? > For both systemd and sysv, this should work: > service ovirt-engine restart > >> How ever I have updated the network scripts: >> https://dl.dropboxusercontent.com/u/55488/network_scripts.tar >> >> To me this seems stranger and stranger, in the sense that we are missing >> stuff. I have followed the oVirt documentation doing installation, which >> I assume is correct. > Perhaps you can start with explaining what you are trying to do, how, and > what fails... > > Best regards, We are testing out, different solution for virtualization, to set up a more diverge build environment. So I am testing out oVirt for this purpose, and I am at the stage where I am to setup the first host. However, when the host it setup, I get the error NonOperational, because it can not find the ovirtmgmt network on the machine. Thanks and Best Regards - Lars From lars at steinwurf.com Wed Jan 14 09:17:54 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 10:17:54 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <105076658.8629535.1421137906390.JavaMail.zimbra@redhat.com> <54B4E4DF.2000902@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> Message-ID: <54B63442.3090902@steinwurf.com> On 14/01/15 09:43, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Michael Burman" >> Cc: users at ovirt.org >> Sent: Wednesday, January 14, 2015 9:55:55 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 13/01/15 16:03, Michael Burman wrote: >>> Also change NAME=em1 >>> to: >>> DEVICE=em1 >>> and remove the # from the BOOTPROTO=none >>> >>> >>> ----- Original Message ----- >>> From: "Michael Burman" >>> To: "Lars Nielsen" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 4:48:55 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> Hi Lars >>> >>> First of all you have to decide from where your ovirtmgmt getting the ip, >>> if it is from a dhcp server, you have to delete this lines from your >>> ifcfg-ovirtmgmt file: >>> IPADDR=192.168.1.10 >>> NETMASK=255.255.255.0 >>> GATEWAY=192.168.0.1 >>> >>> and add the next line: >>> NM_CONTROLLED=no >>> >>> - in the ifcfg-em1 file change: >>> BOOTPROTO=none >>> >>> and add the line: >>> NM_CONTROLLED=no >>> >>> restart your engine /etc/init.d/ovirt-engine restart and make sure your >>> ovirtmgmt got ip and you have a default gateway, you can run: route -n >>> >>> Put your host in maintenance mode , try to activate or re-install. >>> >>> Best regards, >>> >>> Michael B >>> >>> >>> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Yedidyah Bar David" >>> Cc: users at ovirt.org >>> Sent: Tuesday, January 13, 2015 12:05:05 PM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>> missing >>> >>> >>> On 13/01/15 10:33, Yedidyah Bar David wrote: >>>> ----- Original Message ----- >>>>> From: "Lars Nielsen" >>>>> To: "Yedidyah Bar David" >>>>> Cc:users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>> missing >>>>> >>>>> >>>>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>>>> ----- Original Message ----- >>>>>>> From: "Lars Nielsen" >>>>>>> To:users at ovirt.org >>>>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>>>> missing >>>>>>> >>>>>>> Hey I am new to oVirt, so please be patient >>>>>>> >>>>>>> I have a problem, when setting up new hosts. >>>>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>>>> NonOperational. >>>>>>> Do to the network ovirtmgmt is missing on the machine. >>>>>>> >>>>>>> However I have added the following ifcfg file: >>>>>>> ifcfg-ovirtmgmt:: >>>>>>> DEVICE=ovirtmgmt >>>>>>> TYPE=Bridge >>>>>>> ONBOOT=yes >>>>>>> DELAY=0 >>>>>>> BOOTPROTO=dhcp >>>>>>> IPADDR=192.168.1.10 >>>>>>> NETMASK=255.255.255.0 >>>>>>> GATEWAY=192.168.0.1 >>>>>>> >>>>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>>>> TYPE="Ethernet" >>>>>>> #BOOTPROTO="dhcp" >>>>>>> DEFROUTE="yes" >>>>>>> IPV4_FAILURE_FATAL="no" >>>>>>> IPV6INIT="yes" >>>>>>> IPV6_AUTOCONF="yes" >>>>>>> IPV6_DEFROUTE="yes" >>>>>>> IPV6_PEERDNS="yes" >>>>>>> IPV6_PEERROUTES="yes" >>>>>>> IPV6_FAILURE_FATAL="no" >>>>>>> NAME="em1" >>>>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>>>> ONBOOT="yes" >>>>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>>>> PEERDNS="yes" >>>>>>> PEERROUTES="yes" >>>>>>> BRIDGE=ovirtmgmt >>>>>>> >>>>>>> >>>>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>>>> static. But at the office, we do not have the possibility of static IP, >>>>>>> at the moment. >>>>>>> >>>>>>> Can some one please tell me what could be wrong ? >>>>>> dhcp should work too. The problem is with NetworkManager. >>>>>> You'll need to have static IPs though for the engine to be able to >>>>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>>>> at least), or you'll have problems if they for some reason get a >>>>>> different >>>>>> IP address from your dhcp server. >>>>>> >>>>>> Please post relevant logs: >>>>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>>>> engine - /var/log/ovirt-engine/* >>>>>> >>>>>> Thanks and best regards, >>>>> Okay something seems to be a food here, because on the server hosting >>>>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>>>> directory. >>>> I didn't say you should - I wrote a '*' in the end. You should find >>>> /var/log/ovirt-hosted-engine-ha >>>> /var/log/ovirt-hosted-engine-setup >>>> >>>> But now I realize you did not mention hosted-engine. Can you detail >>>> a bit your setup? Where is the engine? Where are the hosts? How >>>> did you install and setup? > Can you please? Including OSes of each machine? Which packages you > installed, from which repo? > >>>>> However the log files from the two other directories, can be found here: >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >>>> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >>>> >>>> Thanks! >>> We do not have any ovirt-hosted-engine-* on the server, how ever here is >>> a link to the complete ovirt-engine folder: >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar >>> >>> Thanks and Best Regards >>> - Lars >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> Hey. >> I have had a look at this. This /etc/init.d/ovirt-engine, we also do not >> have on our system. > You won't find it on fedora, this is a sysvinit script. On fedora you should > have /usr/lib/systemd/system/ovirt-engine.service . > >> So how can I restart my oVirt instance? > For both systemd and sysv, this should work: > service ovirt-engine restart > >> How ever I have updated the network scripts: >> https://dl.dropboxusercontent.com/u/55488/network_scripts.tar >> >> To me this seems stranger and stranger, in the sense that we are missing >> stuff. I have followed the oVirt documentation doing installation, which >> I assume is correct. > Perhaps you can start with explaining what you are trying to do, how, and > what fails... > > Best regards, mm I tried it. But I do not get any networks, on which I can attach it to, see screen shot: https://dl.dropboxusercontent.com/u/55488/ovirt_network_img.png (Sorry for sending directly to you Michael) Thanks and Best Regards - Lars From didi at redhat.com Wed Jan 14 09:25:13 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 04:25:13 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B62E07.8090806@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> <54B62E07.8090806@steinwurf.com> Message-ID: <117204673.9563778.1421227513429.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Lars Nielsen" > To: "Yedidyah Bar David" > Cc: "Michael Burman" , users at ovirt.org > Sent: Wednesday, January 14, 2015 10:51:19 AM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing [snip] > We are testing out, different solution for virtualization, to set up a > more diverge build environment. OK. > So I am testing out oVirt for this purpose, and I am at the stage where > I am to setup the first host. Meaning, you have the engine up and running on some machine (VM), and now try to install a host. Right? Which OSes? > However, when the host it setup, I get the > error NonOperational, because it can not find the ovirtmgmt network on > the machine. Please post the host-install log of this host. You should find it on engine machine in /var/log/ovirt-engine/host-deploy . As mentioned already, there are problems with NetworkManager. I suggest to remove it completely from the host, make sure networking works well, then try to reinstall the host from the web admin. If it fails, please post host-install logs. Thanks. Best, -- Didi From lars at steinwurf.com Wed Jan 14 09:28:40 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Wed, 14 Jan 2015 10:28:40 +0100 Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <117204673.9563778.1421227513429.JavaMail.zimbra@redhat.com> References: <54B4D544.30102@steinwurf.com> <2046907969.8651396.1421141628190.JavaMail.zimbra@redhat.com> <54B4EDD1.8040203@steinwurf.com> <1970532136.6151900.1421160535321.JavaMail.zimbra@redhat.com> <536237722.6173123.1421161399600.JavaMail.zimbra@redhat.com> <54B6210B.203@steinwurf.com> <725312472.9551563.1421225009027.JavaMail.zimbra@redhat.com> <54B62E07.8090806@steinwurf.com> <117204673.9563778.1421227513429.JavaMail.zimbra@redhat.com> Message-ID: <54B636C8.7060804@steinwurf.com> On 14/01/15 10:25, Yedidyah Bar David wrote: > ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Yedidyah Bar David" >> Cc: "Michael Burman" , users at ovirt.org >> Sent: Wednesday, January 14, 2015 10:51:19 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > [snip] >> We are testing out, different solution for virtualization, to set up a >> more diverge build environment. > OK. > >> So I am testing out oVirt for this purpose, and I am at the stage where >> I am to setup the first host. > Meaning, you have the engine up and running on some machine (VM), and now > try to install a host. Right? Which OSes? > >> However, when the host it setup, I get the >> error NonOperational, because it can not find the ovirtmgmt network on >> the machine. > Please post the host-install log of this host. You should find it on > engine machine in /var/log/ovirt-engine/host-deploy . > > As mentioned already, there are problems with NetworkManager. I suggest > to remove it completely from the host, make sure networking works well, > then try to reinstall the host from the web admin. If it fails, please > post host-install logs. Thanks. > > Best, You can find the log file, in this tar ball: https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar Thanks and Best Regards - Lars From amukherj at redhat.com Tue Jan 13 04:37:19 2015 From: amukherj at redhat.com (Atin Mukherjee) Date: Tue, 13 Jan 2015 10:07:19 +0530 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> Message-ID: <54B4A0FF.6060104@redhat.com> Punit, cli log wouldn't help much here. To debug this issue further can you please let us know the following: 1. gluster peer status output 2. gluster volume status output 3. gluster --version output. 4. Which command got failed 5. glusterd log file of all the nodes ~Atin On 01/13/2015 07:48 AM, Punit Dambiwal wrote: > Hi, > > Please find the more details on this ....can anybody from gluster will help > me here :- > > > Gluster CLI Logs :- /var/log/glusterfs/cli.log > > [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: got > RPC_CLNT_CONNECT > [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_CONNECT > [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] > 0-transport: disconnecting now > [2015-01-13 02:06:23.072055] T [cli-quotad-client.c:100:cli_quotad_notify] > 0-glusterfs: got RPC_CLNT_DISCONNECT > [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] > 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: > [2015-01-13 02:06:23.072176] T > [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen > 128, payload: 64, rpc hdr: 64 > [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> > /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> > /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] > (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> > /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> > /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect > () called on transport already connected > [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] > 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, > Proc: 27) to rpc-transport (glusterfs) > [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] > 0-glusterfs: ping timeout is 0, returning > [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] > 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, > ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) > [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] > 0-cli: Received response to status cmd > [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: > Returning 0 > [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] > 0-cli: Returning: 0 > [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] > 0-cli: Returning 0 > [2015-01-13 02:06:23.076244] D [cli-xml-output.c:131:cli_xml_output_common] > 0-cli: Returning 0 > [2015-01-13 02:06:23.076256] D > [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 > [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] > 0-cli: Returning 0 > [2015-01-13 02:06:23.076459] D > [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 > [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 > > Command log :- /var/log/glusterfs/.cmd_log_history > > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking > failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking failed > on cpu02.zne01.hkg1.stack.com. Please check log file for details. > Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for > details. > Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for > details. > [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : Staging > failed on 00000000-0000-0000-0000-000000000000. Please check log file for > details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > Staging failed on 00000000-0000-0000-0000-000000000000. Please check log > file for details. > [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS > [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS > [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS > [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS > [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS > [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS > [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS > [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS > [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS > [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS > [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS > [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS > [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS > > > On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy > wrote: > >> I can see the failures in glusterd log. >> >> Can someone from glusterfs dev pls help on this? >> >> Thanks, >> Kanagaraj >> >> ----- Original Message ----- >>> From: "Punit Dambiwal" >>> To: "Kanagaraj" >>> Cc: "Martin Pavl?k" , "Vijay Bellur" < >> vbellur at redhat.com>, "Kaushal M" , >>> users at ovirt.org, gluster-users at gluster.org >>> Sent: Monday, January 12, 2015 3:36:43 PM >>> Subject: Re: Failed to create volume in OVirt with gluster >>> >>> Hi Kanagaraj, >>> >>> Please find the logs from here :- http://ur1.ca/jeszc >>> >>> [image: Inline image 1] >>> >>> [image: Inline image 2] >>> >>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: >>> >>>> Looks like there are some failures in gluster. >>>> Can you send the log output from glusterd log file from the relevant >> hosts? >>>> >>>> Thanks, >>>> Kanagaraj >>>> >>>> >>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >>>> >>>> Hi, >>>> >>>> Is there any one from gluster can help me here :- >>>> >>>> Engine logs :- >>>> >>>> 2015-01-12 12:50:33,841 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:34,725 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:36,824 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:36,853 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:36,866 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:37,751 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:39,849 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:39,878 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:39,890 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:40,776 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:42,878 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:42,903 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:42,916 INFO >>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait lock >>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>> value: GLUSTER >>>> , sharedLocks= ] >>>> 2015-01-12 12:50:43,771 INFO >>>> >> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >> CreateGlusterVolumeVDSCommand, >>>> log id: 303e70a4 >>>> 2015-01-12 12:50:43,780 ERROR >>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >> ID: >>>> -1, Message: Creation of Gluster Volume vol01 failed. >>>> 2015-01-12 12:50:43,785 INFO >>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >> GLUSTER >>>> , sharedLocks= ] >>>> >>>> [image: Inline image 2] >>>> >>>> >>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >> wrote: >>>> >>>>> Hi Punit, >>>>> >>>>> unfortunately I?am not that good with the gluster, I was just >> following >>>>> the obvious clue from the log. Could you try on the nodes if the >> packages >>>>> are even available for installation >>>>> >>>>> yum install gluster-swift gluster-swift-object gluster-swift-plugin >>>>> gluster-swift-account >>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container >>>>> glusterfs-geo-replication >>>>> >>>>> if not you could try to get them in official gluster repo. >>>>> >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >>>>> >>>>> HTH >>>>> >>>>> M. >>>>> >>>>> >>>>> >>>>> >>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal wrote: >>>>> >>>>> Hi Martin, >>>>> >>>>> I installed gluster from ovirt repo....is it require to install those >>>>> packages manually ?? >>>>> >>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >> wrote: >>>>> >>>>>> Hi Punit, >>>>>> >>>>>> can you verify that nodes contain cluster packages from the following >>>>>> log? >>>>>> >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-object',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-plugin',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-account',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-proxy',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-doc',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('gluster-swift-container',) not found >>>>>> Thread-14::DEBUG::2015-01-09 >>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>> ('glusterfs-geo-replication',) not found >>>>>> >>>>>> >>>>>> M. >>>>>> >>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal >> wrote: >>>>>> >>>>>> Hi Kanagaraj, >>>>>> >>>>>> Please find the attached logs :- >>>>>> >>>>>> Engine Logs :- http://ur1.ca/jdopt >>>>>> VDSM Logs :- http://ur1.ca/jdoq9 >>>>>> >>>>>> >>>>>> >>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >> wrote: >>>>>> >>>>>>> Do you see any errors in the UI? >>>>>>> >>>>>>> Also please provide the engine.log and vdsm.log when the failure >>>>>>> occured. >>>>>>> >>>>>>> Thanks, >>>>>>> Kanagaraj >>>>>>> >>>>>>> >>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>>>>> >>>>>>> Hi Martin, >>>>>>> >>>>>>> The steps are below :- >>>>>>> >>>>>>> 1. Step the ovirt engine on the one server... >>>>>>> 2. Installed centos 7 on 4 host node servers.. >>>>>>> 3. I am using host node (compute+storage)....now i have added all 4 >>>>>>> nodes to engine... >>>>>>> 4. Create the gluster volume from GUI... >>>>>>> >>>>>>> Network :- >>>>>>> eth0 :- public network (1G) >>>>>>> eth1+eth2=bond0= VM public network (1G) >>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>>>>> >>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>>>>> >>>>>>> Thanks, >>>>>>> Punit >>>>>>> >>>>>>> >>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>>>>> wrote: >>>>>>> >>>>>>>> Hi Punit, >>>>>>>> >>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>>>>>> /var/log/vdsm/vdsmd.log >>>>>>>> >>>>>>>> it would be really helpful if you provided exact steps how to >>>>>>>> reproduce the problem. >>>>>>>> >>>>>>>> regards >>>>>>>> >>>>>>>> Martin Pavlik - rhev QE >>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >> wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> I try to add gluster volume but it failed... >>>>>>>>> >>>>>>>>> Ovirt :- 3.5 >>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 >>>>>>>>> libvirt-1.1.1-29.el7_0.4 >>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 >>>>>>>>> >>>>>>>>> Engine Logs :- >>>>>>>>> >>>>>>>>> 2015-01-08 09:57:52,569 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:52,609 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,582 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,591 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,596 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> 2015-01-08 09:57:55,633 INFO >>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >> lock >>>>>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >>>>>>>> value: GLUSTER >>>>>>>>> , sharedLocks= ] >>>>>>>>> ^C >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >> > > > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://www.gluster.org/mailman/listinfo/gluster-users > From amukherj at redhat.com Tue Jan 13 07:00:09 2015 From: amukherj at redhat.com (Atin Mukherjee) Date: Tue, 13 Jan 2015 12:30:09 +0530 Subject: [ovirt-users] [Gluster-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <54B4A0FF.6060104@redhat.com> Message-ID: <54B4C279.70206@redhat.com> On 01/13/2015 12:12 PM, Punit Dambiwal wrote: > Hi Atin, > > Please find the output from here :- http://ur1.ca/jf4bs > Looks like http://review.gluster.org/#/c/9269/ should solve this issue. Please note this patch has not been taken in 3.6 release. Would you be able to apply this patch on the source and re-test? ~Atin > On Tue, Jan 13, 2015 at 12:37 PM, Atin Mukherjee > wrote: > >> Punit, >> >> cli log wouldn't help much here. To debug this issue further can you >> please let us know the following: >> >> 1. gluster peer status output >> 2. gluster volume status output >> 3. gluster --version output. >> 4. Which command got failed >> 5. glusterd log file of all the nodes >> >> ~Atin >> >> >> On 01/13/2015 07:48 AM, Punit Dambiwal wrote: >>> Hi, >>> >>> Please find the more details on this ....can anybody from gluster will >> help >>> me here :- >>> >>> >>> Gluster CLI Logs :- /var/log/glusterfs/cli.log >>> >>> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: >> got >>> RPC_CLNT_CONNECT >>> [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] >>> 0-glusterfs: got RPC_CLNT_CONNECT >>> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] >>> 0-transport: disconnecting now >>> [2015-01-13 02:06:23.072055] T >> [cli-quotad-client.c:100:cli_quotad_notify] >>> 0-glusterfs: got RPC_CLNT_DISCONNECT >>> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] >>> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: >>> [2015-01-13 02:06:23.072176] T >>> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request >> fraglen >>> 128, payload: 64, rpc hdr: 64 >>> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> >>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] >> (--> >>> >> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] >>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> >>> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> >>> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: >> connect >>> () called on transport already connected >>> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] >>> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: >> 2, >>> Proc: 27) to rpc-transport (glusterfs) >>> [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] >>> 0-glusterfs: ping timeout is 0, returning >>> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] >>> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, >>> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) >>> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] >>> 0-cli: Received response to status cmd >>> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: >>> Returning 0 >>> [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] >>> 0-cli: Returning: 0 >>> [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] >>> 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076244] D >> [cli-xml-output.c:131:cli_xml_output_common] >>> 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076256] D >>> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning >> 0 >>> [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] >>> 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076459] D >>> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 >>> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 >>> >>> Command log :- /var/log/glusterfs/.cmd_log_history >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking >> failed >>> on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : >> Staging >>> failed on 00000000-0000-0000-0000-000000000000. Please check log file for >>> details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS >>> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS >>> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS >>> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS >>> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS >>> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS >>> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS >>> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS >>> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS >>> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS >>> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS >>> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS >>> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS >>> >>> >>> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < >> kmayilsa at redhat.com> >>> wrote: >>> >>>> I can see the failures in glusterd log. >>>> >>>> Can someone from glusterfs dev pls help on this? >>>> >>>> Thanks, >>>> Kanagaraj >>>> >>>> ----- Original Message ----- >>>>> From: "Punit Dambiwal" >>>>> To: "Kanagaraj" >>>>> Cc: "Martin Pavl?k" , "Vijay Bellur" < >>>> vbellur at redhat.com>, "Kaushal M" , >>>>> users at ovirt.org, gluster-users at gluster.org >>>>> Sent: Monday, January 12, 2015 3:36:43 PM >>>>> Subject: Re: Failed to create volume in OVirt with gluster >>>>> >>>>> Hi Kanagaraj, >>>>> >>>>> Please find the logs from here :- http://ur1.ca/jeszc >>>>> >>>>> [image: Inline image 1] >>>>> >>>>> [image: Inline image 2] >>>>> >>>>> On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj >> wrote: >>>>> >>>>>> Looks like there are some failures in gluster. >>>>>> Can you send the log output from glusterd log file from the relevant >>>> hosts? >>>>>> >>>>>> Thanks, >>>>>> Kanagaraj >>>>>> >>>>>> >>>>>> On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> Is there any one from gluster can help me here :- >>>>>> >>>>>> Engine logs :- >>>>>> >>>>>> 2015-01-12 12:50:33,841 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:34,725 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:36,824 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:36,853 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:36,866 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:37,751 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:39,849 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:39,878 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:39,890 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:40,776 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:42,878 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:42,903 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:42,916 INFO >>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>> (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >>>>>> EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>>>>> value: GLUSTER >>>>>> , sharedLocks= ] >>>>>> 2015-01-12 12:50:43,771 INFO >>>>>> >>>> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >>>> CreateGlusterVolumeVDSCommand, >>>>>> log id: 303e70a4 >>>>>> 2015-01-12 12:50:43,780 ERROR >>>>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >>>>>> 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >>>> ID: >>>>>> -1, Message: Creation of Gluster Volume vol01 failed. >>>>>> 2015-01-12 12:50:43,785 INFO >>>>>> [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >>>>>> (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >>>>>> [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >>>> GLUSTER >>>>>> , sharedLocks= ] >>>>>> >>>>>> [image: Inline image 2] >>>>>> >>>>>> >>>>>> On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >>>> wrote: >>>>>> >>>>>>> Hi Punit, >>>>>>> >>>>>>> unfortunately I?am not that good with the gluster, I was just >>>> following >>>>>>> the obvious clue from the log. Could you try on the nodes if the >>>> packages >>>>>>> are even available for installation >>>>>>> >>>>>>> yum install gluster-swift gluster-swift-object gluster-swift-plugin >>>>>>> gluster-swift-account >>>>>>> gluster-swift-proxy gluster-swift-doc gluster-swift-container >>>>>>> glusterfs-geo-replication >>>>>>> >>>>>>> if not you could try to get them in official gluster repo. >>>>>>> >>>> >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >>>>>>> >>>>>>> HTH >>>>>>> >>>>>>> M. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 10 Jan 2015, at 04:35, Punit Dambiwal >> wrote: >>>>>>> >>>>>>> Hi Martin, >>>>>>> >>>>>>> I installed gluster from ovirt repo....is it require to install >> those >>>>>>> packages manually ?? >>>>>>> >>>>>>> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >>>> wrote: >>>>>>> >>>>>>>> Hi Punit, >>>>>>>> >>>>>>>> can you verify that nodes contain cluster packages from the >> following >>>>>>>> log? >>>>>>>> >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-object',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-plugin',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-account',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-proxy',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-doc',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('gluster-swift-container',) not found >>>>>>>> Thread-14::DEBUG::2015-01-09 >>>>>>>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>>>>>>> ('glusterfs-geo-replication',) not found >>>>>>>> >>>>>>>> >>>>>>>> M. >>>>>>>> >>>>>>>> On 09 Jan 2015, at 11:13, Punit Dambiwal >>>> wrote: >>>>>>>> >>>>>>>> Hi Kanagaraj, >>>>>>>> >>>>>>>> Please find the attached logs :- >>>>>>>> >>>>>>>> Engine Logs :- http://ur1.ca/jdopt >>>>>>>> VDSM Logs :- http://ur1.ca/jdoq9 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >>>> wrote: >>>>>>>> >>>>>>>>> Do you see any errors in the UI? >>>>>>>>> >>>>>>>>> Also please provide the engine.log and vdsm.log when the failure >>>>>>>>> occured. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Kanagaraj >>>>>>>>> >>>>>>>>> >>>>>>>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>>>>>>>> >>>>>>>>> Hi Martin, >>>>>>>>> >>>>>>>>> The steps are below :- >>>>>>>>> >>>>>>>>> 1. Step the ovirt engine on the one server... >>>>>>>>> 2. Installed centos 7 on 4 host node servers.. >>>>>>>>> 3. I am using host node (compute+storage)....now i have added all 4 >>>>>>>>> nodes to engine... >>>>>>>>> 4. Create the gluster volume from GUI... >>>>>>>>> >>>>>>>>> Network :- >>>>>>>>> eth0 :- public network (1G) >>>>>>>>> eth1+eth2=bond0= VM public network (1G) >>>>>>>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>>>>>>>> >>>>>>>>> every hostnode has 24 bricks=24*4(distributed replicated) >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Punit >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi Punit, >>>>>>>>>> >>>>>>>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >>>>>>>>>> /var/log/vdsm/vdsmd.log >>>>>>>>>> >>>>>>>>>> it would be really helpful if you provided exact steps how to >>>>>>>>>> reproduce the problem. >>>>>>>>>> >>>>>>>>>> regards >>>>>>>>>> >>>>>>>>>> Martin Pavlik - rhev QE >>>>>>>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> I try to add gluster volume but it failed... >>>>>>>>>>> >>>>>>>>>>> Ovirt :- 3.5 >>>>>>>>>>> VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>>>>>>>>>> KVM :- 1.5.3 - 60.el7_0.2 >>>>>>>>>>> libvirt-1.1.1-29.el7_0.4 >>>>>>>>>>> Glusterfs :- glusterfs-3.5.3-1.el7 >>>>>>>>>>> >>>>>>>>>>> Engine Logs :- >>>>>>>>>>> >>>>>>>>>>> 2015-01-08 09:57:52,569 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:52,609 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,582 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,591 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,596 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> 2015-01-08 09:57:55,633 INFO >>>>>>>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>>>>>>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and wait >>>> lock >>>>>>>>>> EngineLock [exclusiveLocks= key: >>>> 00000001-0001-0001-0001-000000000300 >>>>>>>>>> value: GLUSTER >>>>>>>>>>> , sharedLocks= ] >>>>>>>>>>> ^C >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> Gluster-users mailing list >>> Gluster-users at gluster.org >>> http://www.gluster.org/mailman/listinfo/gluster-users >>> >> > From themadengin33r at gmail.com Wed Jan 14 11:06:52 2015 From: themadengin33r at gmail.com (mad Engineer) Date: Wed, 14 Jan 2015 16:36:52 +0530 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP Message-ID: I am running RHEL6.5 as Host and Guest on HP server. Server has 128G and 48 Core[with HT enabled.] 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, Guests: VM1: 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM VM2: 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM VM3: 2 VCPU ,no pinning,4G RAM HOST host has 10 free CPU+24 HT threads which is not allocated and is available. Host also runs a small application that is single threaded,that uses ~4G RAM. Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS dont even use 70% of allocated RAM] also ksm is not running. Networking: Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 [This IP is called for accessing application running on host] All vms use virtio and VHOST is on . Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. There is no packet loss,drop or latency,but the issue is with the same setup on Vmware with same sizing of virtual machines,with the only difference as application running on host has moved to fourth VM.So in Vmware there are 4 VMs. Application gives better number ie on KVM that number is 310 and on vmware it is 570.Application uses UDP to communicate. I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue is solved) Thanks for any help From mpavlik at redhat.com Wed Jan 14 12:44:36 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 14 Jan 2015 13:44:36 +0100 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP In-Reply-To: References: Message-ID: Hi, from the top of my head you could try to play with tuned both with guest and host ###Install### yum install tuned /etc/init.d/tuned start chkconfig tuned on ###usage### list the profile: tuned-adm list change your profile: tuned-adm profile throughput-performance maybe try to experiment with other profiles. HTH Martin Pavlik RHEV QE > On 14 Jan 2015, at 12:06, mad Engineer wrote: > > I am running RHEL6.5 as Host and Guest on HP server. > Server has 128G and 48 Core[with HT enabled.] > > 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, > > Guests: > > VM1: > 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM > > VM2: > 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM > > VM3: > 2 VCPU ,no pinning,4G RAM > > HOST > host has 10 free CPU+24 HT threads which is not allocated and is available. > Host also runs a small application that is single threaded,that uses ~4G RAM. > > Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS > dont even use 70% of allocated RAM] also ksm is not running. > > Networking: > Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 > [This IP is called for accessing application running on host] > All vms use virtio and VHOST is on . > > Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps > > "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. > > > There is no packet loss,drop or latency,but the issue is with the same > setup on Vmware with same sizing of virtual machines,with the only > difference as application running on host has moved to fourth VM.So in > Vmware there are 4 VMs. > Application gives better number ie on KVM that number is 310 and on > vmware it is 570.Application uses UDP to communicate. > > I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue > is solved) > > Thanks for any help > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From themadengin33r at gmail.com Wed Jan 14 12:55:18 2015 From: themadengin33r at gmail.com (mad Engineer) Date: Wed, 14 Jan 2015 18:25:18 +0530 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP In-Reply-To: References: Message-ID: Thanks Martin, How can we see the changes made by tuned? for "virtual guest" i see it changes scheduler to deadline.Is there any way to see what parameters each profile is going to change Thanks On Wed, Jan 14, 2015 at 6:14 PM, Martin Pavl?k wrote: > Hi, > > from the top of my head you could try to play with tuned both with guest and host > > ###Install### > yum install tuned > /etc/init.d/tuned start > chkconfig tuned on > > ###usage### > list the profile: > tuned-adm list > > change your profile: > tuned-adm profile throughput-performance > > maybe try to experiment with other profiles. > > HTH > > Martin Pavlik > RHEV QE > >> On 14 Jan 2015, at 12:06, mad Engineer wrote: >> >> I am running RHEL6.5 as Host and Guest on HP server. >> Server has 128G and 48 Core[with HT enabled.] >> >> 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, >> >> Guests: >> >> VM1: >> 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM >> >> VM2: >> 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM >> >> VM3: >> 2 VCPU ,no pinning,4G RAM >> >> HOST >> host has 10 free CPU+24 HT threads which is not allocated and is available. >> Host also runs a small application that is single threaded,that uses ~4G RAM. >> >> Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS >> dont even use 70% of allocated RAM] also ksm is not running. >> >> Networking: >> Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 >> [This IP is called for accessing application running on host] >> All vms use virtio and VHOST is on . >> >> Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps >> >> "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. >> >> >> There is no packet loss,drop or latency,but the issue is with the same >> setup on Vmware with same sizing of virtual machines,with the only >> difference as application running on host has moved to fourth VM.So in >> Vmware there are 4 VMs. >> Application gives better number ie on KVM that number is 310 and on >> vmware it is 570.Application uses UDP to communicate. >> >> I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue >> is solved) >> >> Thanks for any help >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > From mpavlik at redhat.com Wed Jan 14 12:58:25 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 14 Jan 2015 13:58:25 +0100 Subject: [ovirt-users] Network performance drop when compared to other hypervisor with vhost_net on for UDP In-Reply-To: References: Message-ID: <14E8ED08-CDD6-428B-A586-3388B7F65FC9@redhat.com> Check files under /etc/tune-profiles/ HTH Martin Pavlik RHEV QE > On 14 Jan 2015, at 13:55, mad Engineer wrote: > > Thanks Martin, > How can we see the changes made by tuned? > for "virtual guest" i see it changes scheduler to deadline.Is there > any way to see what parameters each profile is going to change > > Thanks > > On Wed, Jan 14, 2015 at 6:14 PM, Martin Pavl?k wrote: >> Hi, >> >> from the top of my head you could try to play with tuned both with guest and host >> >> ###Install### >> yum install tuned >> /etc/init.d/tuned start >> chkconfig tuned on >> >> ###usage### >> list the profile: >> tuned-adm list >> >> change your profile: >> tuned-adm profile throughput-performance >> >> maybe try to experiment with other profiles. >> >> HTH >> >> Martin Pavlik >> RHEV QE >> >>> On 14 Jan 2015, at 12:06, mad Engineer wrote: >>> >>> I am running RHEL6.5 as Host and Guest on HP server. >>> Server has 128G and 48 Core[with HT enabled.] >>> >>> 3 VMs are running 2 pinned to first 24 PCPU with proper NUMA pinning, >>> >>> Guests: >>> >>> VM1: >>> 6 VCPU pinned to 6 PCPU NUMA node 1,with 16G RAM >>> >>> VM2: >>> 6 VCPU pinned to 6 PCPU on NUMA node 0,with 16G RAM >>> >>> VM3: >>> 2 VCPU ,no pinning,4G RAM >>> >>> HOST >>> host has 10 free CPU+24 HT threads which is not allocated and is available. >>> Host also runs a small application that is single threaded,that uses ~4G RAM. >>> >>> Total resource to host is 10 CPU+24 HT=34 and 92G unallocated RAM[VMS >>> dont even use 70% of allocated RAM] also ksm is not running. >>> >>> Networking: >>> Uses linux bridge connected to 1Gbps eth0,with ip assigned on eth0 >>> [This IP is called for accessing application running on host] >>> All vms use virtio and VHOST is on . >>> >>> Traffic on virtual machines are ~3MBps and combined traffic on host is ~14MBps >>> >>> "VHOST-pid-of-qemu-process" sometimes uses ~35% CPU. >>> >>> >>> There is no packet loss,drop or latency,but the issue is with the same >>> setup on Vmware with same sizing of virtual machines,with the only >>> difference as application running on host has moved to fourth VM.So in >>> Vmware there are 4 VMs. >>> Application gives better number ie on KVM that number is 310 and on >>> vmware it is 570.Application uses UDP to communicate. >>> >>> I tried removing VHOST,still value is same.(I hope VHOST-NET UDP issue >>> is solved) >>> >>> Thanks for any help >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> From sbonazzo at redhat.com Wed Jan 14 14:33:30 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 14 Jan 2015 15:33:30 +0100 Subject: [ovirt-users] [ACTION REQUIRED] oVirt 3.5.1 branch created Message-ID: <54B67E3A.2090104@redhat.com> Hi, All blockers for 3.5.1 have been closed. the tag ovirt-engine-3.5.1_rc1 has been created on hash 4f0c48e and will be used for creating the new ovirt-engine-3.5.1 branch. All patches targeted to 3.5.1 will need to be cherry-picked on the 3.5.1 branch too. Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From mburman at redhat.com Wed Jan 14 15:15:32 2015 From: mburman at redhat.com (Michael Burman) Date: Wed, 14 Jan 2015 10:15:32 -0500 (EST) Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing In-Reply-To: <54B66051.8030600@steinwurf.com> References: <54B4D544.30102@steinwurf.com> <54B6210B.203@steinwurf.com> <830677710.6581811.1421225743031.JavaMail.zimbra@redhat.com> <54B63337.3050102@steinwurf.com> <71270988.6638898.1421235523893.JavaMail.zimbra@redhat.com> <54B655D3.5090800@steinwurf.com> <80858280.6639606.1421235754700.JavaMail.zimbra@redhat.com> <54B66051.8030600@steinwurf.com> Message-ID: <1183675229.6756593.1421248532433.JavaMail.zimbra@redhat.com> Hi Lars, Can you please attach your vdsm and supervdsm logs. Is vdsm service is running? can you reach vdsm client? Michael ----- Original Message ----- From: "Lars Nielsen" To: "Michael Burman" Sent: Wednesday, January 14, 2015 2:25:53 PM Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing Hey Michael. I keep getting this: Host base does not comply with the cluster Default networks, the following networks are missing on host: 'ovirtmgmt' But based on the installation log, nothing goes wrong doing installation/setup of the host. And I get the same result as the screen shot I send before. Thanks and Best Regards - Lars On 14/01/15 12:42, Michael Burman wrote: > No Problem, > > But don't re-install ovirt, remove host and install him again. not ovirt. it should work. > > ----- Original Message ----- > From: "Lars Nielsen" > To: "Michael Burman" > Sent: Wednesday, January 14, 2015 1:41:07 PM > Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing > > I will try to re-install ovirt. > Thanks a lot for your help Michael > > Best Regards > - Lars > On 14/01/15 12:38, Michael Burman wrote: >> Hmm I see, >> >> It looks like your host is not installed properly, you should have seen the host NIC's on your left in the SetupNetworks window. >> I recommend to remove host from ovirt and install it again from start. If your 'em1' NIC configured with dhcp, 'ovirtmgmt' should get ip from the NIC after installation. If after installation your 'ovirtmgmt' will be missing on host, try to drag it manually like i said. >> Before that try to restart network service: 'service network restart' and 'service vdsmd restart' and 'service NetworkManager stop' and then install the host in your ovirt. >> >> Hope this help.. >> >> Michael B >> >> >> ----- Original Message ----- >> From: "Lars Nielsen" >> To: "Michael Burman" >> Sent: Wednesday, January 14, 2015 11:13:27 AM >> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >> >> >> On 14/01/15 09:55, Michael Burman wrote: >>> Hey Lars, >>> >>> Which OS do you running? >>> >>> You can go to your Ovirt > go to Hosts tab > Networks Interfaces subtab > 'SetupNetworks' . >>> If you changed the lines in the ifcfg files like i said, just attach the 'ovirtmgmt' to 'em1' NIC via SetupNetworks. This should work for you. when pressing 'ok' in the SetupNetworks window, it should take the interface configuration and create the bridge ifcfg with the same configuration. >>> >>> Try that.. >>> >>> Michael B >>> >>> ----- Original Message ----- >>> From: "Lars Nielsen" >>> To: "Michael Burman" >>> Cc: users at ovirt.org >>> Sent: Wednesday, January 14, 2015 9:55:55 AM >>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>> >>> >>> On 13/01/15 16:03, Michael Burman wrote: >>>> Also change NAME=em1 >>>> to: >>>> DEVICE=em1 >>>> and remove the # from the BOOTPROTO=none >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Michael Burman" >>>> To: "Lars Nielsen" >>>> Cc: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 4:48:55 PM >>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>>> >>>> Hi Lars >>>> >>>> First of all you have to decide from where your ovirtmgmt getting the ip, if it is from a dhcp server, you have to delete this lines from your ifcfg-ovirtmgmt file: >>>> IPADDR=192.168.1.10 >>>> NETMASK=255.255.255.0 >>>> GATEWAY=192.168.0.1 >>>> >>>> and add the next line: >>>> NM_CONTROLLED=no >>>> >>>> - in the ifcfg-em1 file change: >>>> BOOTPROTO=none >>>> >>>> and add the line: >>>> NM_CONTROLLED=no >>>> >>>> restart your engine /etc/init.d/ovirt-engine restart and make sure your ovirtmgmt got ip and you have a default gateway, you can run: route -n >>>> >>>> Put your host in maintenance mode , try to activate or re-install. >>>> >>>> Best regards, >>>> >>>> Michael B >>>> >>>> >>>> ----- Original Message ----- >>>> From: "Lars Nielsen" >>>> To: "Yedidyah Bar David" >>>> Cc: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 12:05:05 PM >>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>>> >>>> >>>> On 13/01/15 10:33, Yedidyah Bar David wrote: >>>>> ----- Original Message ----- >>>>>> From: "Lars Nielsen" >>>>>> To: "Yedidyah Bar David" >>>>>> Cc:users at ovirt.org >>>>>> Sent: Tuesday, January 13, 2015 11:26:55 AM >>>>>> Subject: Re: [ovirt-users] Host in NonOperational mode ovirtmgmt network missing >>>>>> >>>>>> >>>>>> On 13/01/15 09:31, Yedidyah Bar David wrote: >>>>>>> ----- Original Message ----- >>>>>>>> From: "Lars Nielsen" >>>>>>>> To:users at ovirt.org >>>>>>>> Sent: Tuesday, January 13, 2015 10:20:20 AM >>>>>>>> Subject: [ovirt-users] Host in NonOperational mode ovirtmgmt network >>>>>>>> missing >>>>>>>> >>>>>>>> Hey I am new to oVirt, so please be patient >>>>>>>> >>>>>>>> I have a problem, when setting up new hosts. >>>>>>>> Doing the setup it self no problem, but afterwards the status is set to >>>>>>>> NonOperational. >>>>>>>> Do to the network ovirtmgmt is missing on the machine. >>>>>>>> >>>>>>>> However I have added the following ifcfg file: >>>>>>>> ifcfg-ovirtmgmt:: >>>>>>>> DEVICE=ovirtmgmt >>>>>>>> TYPE=Bridge >>>>>>>> ONBOOT=yes >>>>>>>> DELAY=0 >>>>>>>> BOOTPROTO=dhcp >>>>>>>> IPADDR=192.168.1.10 >>>>>>>> NETMASK=255.255.255.0 >>>>>>>> GATEWAY=192.168.0.1 >>>>>>>> >>>>>>>> And made the adjustments, so the ifcfg-en1, file looks like this: >>>>>>>> TYPE="Ethernet" >>>>>>>> #BOOTPROTO="dhcp" >>>>>>>> DEFROUTE="yes" >>>>>>>> IPV4_FAILURE_FATAL="no" >>>>>>>> IPV6INIT="yes" >>>>>>>> IPV6_AUTOCONF="yes" >>>>>>>> IPV6_DEFROUTE="yes" >>>>>>>> IPV6_PEERDNS="yes" >>>>>>>> IPV6_PEERROUTES="yes" >>>>>>>> IPV6_FAILURE_FATAL="no" >>>>>>>> NAME="em1" >>>>>>>> UUID="bdc14160-3cb6-48d7-b8b9-a382dc384add" >>>>>>>> ONBOOT="yes" >>>>>>>> HWADDR="F8:B1:56:C1:F9:8E" >>>>>>>> PEERDNS="yes" >>>>>>>> PEERROUTES="yes" >>>>>>>> BRIDGE=ovirtmgmt >>>>>>>> >>>>>>>> >>>>>>>> I do realize that, the guides on the web for oVirt set BOOTPROTO to >>>>>>>> static. But at the office, we do not have the possibility of static IP, >>>>>>>> at the moment. >>>>>>>> >>>>>>>> Can some one please tell me what could be wrong ? >>>>>>> dhcp should work too. The problem is with NetworkManager. >>>>>>> You'll need to have static IPs though for the engine to be able to >>>>>>> contact the hosts (as well as the hosts themselves, for hosted-engine HA >>>>>>> at least), or you'll have problems if they for some reason get a different >>>>>>> IP address from your dhcp server. >>>>>>> >>>>>>> Please post relevant logs: >>>>>>> hosts - /var/log/ovirt-hosted-engine*/*, /var/log/vdsm/* >>>>>>> engine - /var/log/ovirt-engine/* >>>>>>> >>>>>>> Thanks and best regards, >>>>>> Okay something seems to be a food here, because on the server hosting >>>>>> our oVirt instance. We do not have a /var/log/ovirt-hosted-engine >>>>>> directory. >>>>> I didn't say you should - I wrote a '*' in the end. You should find >>>>> /var/log/ovirt-hosted-engine-ha >>>>> /var/log/ovirt-hosted-engine-setup >>>>> >>>>> But now I realize you did not mention hosted-engine. Can you detail >>>>> a bit your setup? Where is the engine? Where are the hosts? How >>>>> did you install and setup? >>>>> >>>>>> However the log files from the two other directories, can be found here: >>>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_ovirtlogs.tar >>>>> Please add from engine also /var/log/ovirt-engine/host-deploy/* . >>>>> >>>>> Thanks! >>>> We do not have any ovirt-hosted-engine-* on the server, how ever here is >>>> a link to the complete ovirt-engine folder: >>>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine.tar >>>> >>>> Thanks and Best Regards >>>> - Lars >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> Hey. >>> I have had a look at this. This /etc/init.d/ovirt-engine, we also do not >>> have on our system. >>> So how can I restart my oVirt instance? >>> How ever I have updated the network scripts: >>> https://dl.dropboxusercontent.com/u/55488/network_scripts.tar >>> >>> To me this seems stranger and stranger, in the sense that we are missing >>> stuff. I have followed the oVirt documentation doing installation, which >>> I assume is correct. >>> >>> Thank and Best Regards >>> - Lars >>> >>> >>> >> Hmm I tried it. But I do not get any networks, on which I can attach it >> to, see screen shot: >> >> https://dl.dropboxusercontent.com/u/55488/ovirt_network_img.png >> >> Thanks and Best Regards >> - Lars >> >> >> >> > -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From bruno at pic.es Wed Jan 14 15:53:06 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Wed, 14 Jan 2015 16:53:06 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module Message-ID: Good afternoon, We cannot access to Ovirt using LDAP authentication against our openldap server. We created the following files in /etc/ovirt-engine/extensions.d (the organization name is not example.org and the passwords are not XXXXXXXX, obviously) : ----------- /etc/ovirt-engine/extensions.d/ldap.example.org ----------- include = vars.server = ldap1.example.org vars.user = cn=authenticate,ou=System,dc=example,dc=org vars.password = "XXXXXXXX" pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} pool.default.ssl.startTLS = true pool.default.ssl.truststore.file = /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks pool.default.ssl.truststore.password = XXXXXXXX ----------- /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties ----------- ovirt.engine.extension.name = authn-ldap.example.org ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = ldap.example.org ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org ----------- /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties ----------- ovirt.engine.extension.name = authz-ldap.example.org ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org ------------------------------------------------ After all of this we restarted the service and tried to access via the administration portal. The JKS has the right permissions and contains the TLS CA, the password is correct and the user "esthera" exists. But when we try to log in, we obtain the following error in the engine.log (we already set the verbosity to ALL): ------------------------------------------------ 2015-01-14 16:35:25,750 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Extkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_URL;type=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- f969-42d4-b399-72d192e18304];]=http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid= EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa-ldap.authn, Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EXTENSION_CONFIGURATION;type=class java.util.Properties;uuid= EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid= EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=authn-ldap. example.org, Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTENSION_CONFIGURATION_ SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=AAA_AUTHN_CAPABILITIES;type=class java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695- 918a3197ad83];]=org.slf4j.impl.Slf4jLogger( org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. example.org), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER;type=class java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_INVOKE_COMMAND;type=class org.ovirt.engine.api. extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c- 06bdfa80244c]} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=invalid credentials} ------------------------------------------------ Having a look at the LDAP log we check that there is a "invalid credentials" error while binding, but we are sure that the bind password is the right one. We already tried to set the bind password without quotes, but then the DN user then appear as an empty string ("") ------------------------------------------------ [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from IP= 192.168.XX.X:39501 (IP=0.0.0.0:389) Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established tls_ssf=128 ssf=128 Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 err=49 text= Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed ------------------------------------------------ By the way, the Ovirt manager (ovmgr) machine can query correctly the openldap server and retrieves everything OK ------------------------------------------------ [root at ovmgr extensions.d]# ldapsearch -ZZ -D cn=authenticate,ou=System,dc=example,dc=org -W Enter LDAP Password: # extended LDIF # # LDAPv3 # base (default) with scope subtree # filter: (objectclass=*) # requesting: ALL # # pic.es dn: dc=example,dc=org dc: pic objectClass: top objectClass: domain ------------------------------------------------ Did anybody had a similar problem ? Is there anything that we didn't check ? Thanks in advance ! -- Bruno Rodr?guez Rodr?guez -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 14 16:08:25 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 14 Jan 2015 11:08:25 -0500 (EST) Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: Message-ID: <1717593108.4579463.1421251705853.JavaMail.zimbra@redhat.com> Hi! Great information! I really need you to add the log for org.ovirt.engineextensions.aaa.ldap, see [1] so I can see the entire sequence. You are trying to authenticate the esthera user, this result in bind request using this user, so you should really try to see if bind succeeds with this user and passwod. $ ldapsearch -ZZ -D replace_with_esthera_DN -W -b 'dc=example,dc=org' It may be that the password of the user is not set or different than what you expect, or the schema is not openldap but rfc2307. Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l270 ----- Original Message ----- > From: "Bruno Rodriguez" > To: users at ovirt.org, "Esther Accion" > Sent: Wednesday, January 14, 2015 5:53:06 PM > Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module > > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our openldap > server. We created the following files in /etc/ovirt-engine/extensions.d > (the organization name is not example.org and the passwords are not > XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions.d/ ldap.example.org ----------- > > include = > > vars.server = ldap1.example.org > vars.user = cn=authenticate,ou=System,dc=example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXX > > ----------- /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties > ----------- > > ovirt.engine.extension.name = authn-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > > ovirt.engine.aaa.authn.profile.name = ldap.example.org > ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > ----------- /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties > ----------- > > ovirt.engine.extension.name = authz-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > ------------------------------------------------ > > After all of this we restarted the service and tried to access via the > administration portal. The JKS has the right permissions and contains the > TLS CA, the password is correct and the user "esthera" exists. But when we > try to log in, we obtain the following error in the engine.log (we already > set the verbosity to ALL): > > ------------------------------------------------ > > 2015-01-14 16:35:25,750 ERROR [org.ovirt.engine.core.bll. > aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Error during > CanDoActionFailure.: Class: class org.ovirt.engine.core. extensions.mgr. > ExtensionInvokeCommandFailedEx ception > Input: > {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class java.lang.String;uuid=AAA_ > AUTHN_CREDENTIALS[03b96485- 4bb5-4592-8167-810a5c909706];] =***, > Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class org.ovirt.engine.api. > extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ 886d2ebb-312a-49ae-9cc3- > e1f849834b7d];]={Extkey[name= EXTENSION_INTERFACE_VERSION_ MAX;type=class > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE; type=class java.lang.String;uuid= > EXTENSION_LICENSE[8a61ad65- 054c-4e31-9c6d-1ca4d60a4c18];] =ASL 2.0, > Extkey[name=EXTENSION_NOTES; type=class java.lang.String;uuid= > EXTENSION_NOTES[2da5ad7e-185a- 4584-aaff-97f66978e4ea];]= Display name: > ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_ > URL;type=class java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > f969-42d4-b399-72d192e18304];] = http://www.ovirt.org , > Extkey[name=EXTENSION_LOCALE; type=class java.lang.String;uuid= > EXTENSION_LOCALE[0780b112- 0ce0-404a-b85e-8765d778bb29];] =en_US, > Extkey[name=EXTENSION_NAME; type=class java.lang.String;uuid= > EXTENSION_NAME[651381d3-f54f- 4547-bf28-b0b01a103184];]= > ovirt-engine-extension-aaa- ldap.authn, Extkey[name=EXTENSION_ > INTERFACE_VERSION_MIN;type= class java.lang.Integer;uuid= > EXTENSION_INTERFACE_VERSION_ MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_ CONFIGURATION;type=class java.util.Properties;uuid= > EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- 5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR; type=class java.lang.String;uuid= > EXTENSION_AUTHOR[ef242f7a- 2dad-4bc5-9aad-e07018b7fbcc];] =The oVirt > Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > 8674327f011b];]= authn-ldap. example.org , Extkey[name=EXTENSION_BUILD_ > INTERFACE_VERSION;type=class java.lang.Integer;uuid= > EXTENSION_BUILD_INTERFACE_ VERSION[cb479e5a-4b23-46f8- > aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; > type=interface java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > 46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_ > CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid= > EXTENSION_GLOBAL_CONTEXT[ 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION; type=class java.lang.String;uuid= > EXTENSION_VERSION[fe35f6a8- 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ 863db666-3ea7-4751-9695- > 918a3197ad83];]=org.slf4j. impl.Slf4jLogger( > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. > example.org ), Extkey[name=EXTENSION_ PROVIDES;type=interface > java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER; type=class > java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_INVOKE_ > COMMAND;type=class org.ovirt.engine.api. extensions.ExtUUID;uuid= > EXTENSION_INVOKE_COMMAND[ 485778ab-bede-4f1a-b823- > 77b262a2f28d];]=AAA_AUTHN_ AUTHENTICATE_CREDENTIALS[ > d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class java.lang.Integer;uuid= > EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- 099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class java.lang.String;uuid= > EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- b8bdb72f5893];]=invalid > credentials} > > ------------------------------------------------ > > Having a look at the LDAP log we check that there is a "invalid credentials" > error while binding, but we are sure that the bind password is the right > one. We already tried to set the bind password without quotes, but then the > DN user then appear as an empty string ("") > > ------------------------------------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | cut > -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from IP= > 192.168.XX.X:39501 (IP= 0.0.0.0:389 ) > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 err=49 > text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------------------------ > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > openldap server and retrieves everything OK > > ------------------------------------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc=example ,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------------------------ > > Did anybody had a similar problem ? Is there anything that we didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From omachace at redhat.com Wed Jan 14 16:50:57 2015 From: omachace at redhat.com (Ondra Machacek) Date: Wed, 14 Jan 2015 17:50:57 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: Message-ID: <54B69E71.3080609@redhat.com> Hi, On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our openldap > server. We created the following files in /etc/ovirt-engine/extensions.d > (the organization name is not example.org and the > passwords are not XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions.d/ldap.example.org > ----------- > > include = > > vars.server = ldap1.example.org > vars.user = cn=authenticate,ou=System,dc=example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXX > > ----------- > /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties ----------- > > ovirt.engine.extension.name = > authn-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > > ovirt.engine.aaa.authn.profile.name > = ldap.example.org > > ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org > > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org > > > ----------- > /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties ----------- > > ovirt.engine.extension.name = > authz-ldap.example.org > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org > > > ------------------------------------------------ > > After all of this we restarted the service and tried to access via the > administration portal. The JKS has the right permissions and contains > the TLS CA, the password is correct and the user "esthera" exists. But > when we try to log in, we obtain the following error in the engine.log > (we already set the verbosity to ALL): > > ------------------------------------------------ > > 2015-01-14 16:35:25,750 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]=http://www.ovirt.org > , Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=authn-ldap. > example.org , > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. > example.org > ), Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=esthera, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=invalid > credentials} > > ------------------------------------------------ > > Having a look at the LDAP log we check that there is a "invalid > credentials" error while binding, but we are sure that the bind password > is the right one. We already tried to set the bind password without > quotes, but then the DN user then appear as an empty string ("") I think problem is here. That's really strange, you have to use the password without quotes. Can you please try to set: pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org pool.default.auth.simple.password = XXXXXX just without the variables. if the DN is not empty now. > > ------------------------------------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | > cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > IP=192.168.XX.X:39501 (IP=0.0.0.0:389 > ) > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > err=49 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------------------------ > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > openldap server and retrieves everything OK > > ------------------------------------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc=example,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------------------------ > > Did anybody had a similar problem ? Is there anything that we didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > > This body part will be downloaded on demand. > From yetanotherwill at yahoo.com Wed Jan 14 17:50:17 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 17:50:17 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain Message-ID: <988201420.1168170.1421257817384.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Hi all, Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6.? During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO.? After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list.? Would you please give me pointer on how to import/activate the ISO domain? [root at ovirt1 ~]# exportfs /export/ISO???? [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. thanksWill -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 17:51:55 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 10:51:55 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <988201420.1168170.1421257817384.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> References: <988201420.1168170.1421257817384.JavaMail.yahoo@jws10603.mail.bf1.yahoo.com> Message-ID: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> Have you tried to add the ISO domain in the GUI? From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Will K Sent: Wednesday, January 14, 2015 10:50 AM To: users at ovirt.org Subject: [ovirt-users] Hosted-engine ISO domain Hi all, Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6. During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO. After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list. Would you please give me pointer on how to import/activate the ISO domain? [root at ovirt1 ~]# exportfs /export/ISO [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. thanks Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 18:10:32 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 18:10:32 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> References: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> Message-ID: <1441825185.1198583.1421259032574.JavaMail.yahoo@jws106101.mail.bf1.yahoo.com> The domain is not listed not in the GUI. I'm not sure I should "add" or "import".?? When I try to add a "New Domain" with a random name, use host "node1" and export path "ovirt1.:/export/ISO", It says ??? "Create operation failed. Storage connection is already used by the following storage domain: ISO_DOMAIN" If I try to "Import", I would get???? "Import operationfailed. Domain ISO_DOMAIN already exists in the system." Will On Wednesday, January 14, 2015 12:51 PM, Donny Davis wrote: #yiv4218441671 #yiv4218441671 -- _filtered #yiv4218441671 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv4218441671 {font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv4218441671 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv4218441671 {font-family:Tahoma;panose-1:2 11 6 4 3 5 4 4 2 4;}#yiv4218441671 #yiv4218441671 p.yiv4218441671MsoNormal, #yiv4218441671 li.yiv4218441671MsoNormal, #yiv4218441671 div.yiv4218441671MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:12.0pt;}#yiv4218441671 a:link, #yiv4218441671 span.yiv4218441671MsoHyperlink {color:blue;text-decoration:underline;}#yiv4218441671 a:visited, #yiv4218441671 span.yiv4218441671MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv4218441671 span.yiv4218441671EmailStyle17 {color:#1F497D;}#yiv4218441671 .yiv4218441671MsoChpDefault {font-size:10.0pt;} _filtered #yiv4218441671 {margin:1.0in 1.0in 1.0in 1.0in;}#yiv4218441671 div.yiv4218441671WordSection1 {}#yiv4218441671 Have you tried to add the ISO domain in the GUI? ?From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Will K Sent: Wednesday, January 14, 2015 10:50 AM To: users at ovirt.org Subject: [ovirt-users] Hosted-engine ISO domain ?Hi all, ?Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6.? During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO.? After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list.? Would you please give me pointer on how to import/activate the ISO domain? ?[root at ovirt1 ~]# exportfs /export/ISO???? [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains.thanksWill ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 18:14:04 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 11:14:04 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1441825185.1198583.1421259032574.JavaMail.yahoo@jws106101.mail.bf1.yahoo.com> References: <002001d03022$cab7aa40$6026fec0$@cloudspin.me> <1441825185.1198583.1421259032574.JavaMail.yahoo@jws106101.mail.bf1.yahoo.com> Message-ID: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> What does your setup say cat /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf From: Will K [mailto:yetanotherwill at yahoo.com] Sent: Wednesday, January 14, 2015 11:11 AM To: Donny Davis; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain The domain is not listed not in the GUI. I'm not sure I should "add" or "import". When I try to add a "New Domain" with a random name, use host "node1" and export path "ovirt1.:/export/ISO", It says "Create operation failed. Storage connection is already used by the following storage domain: ISO_DOMAIN" If I try to "Import", I would get "Import operationfailed. Domain ISO_DOMAIN already exists in the system." Will On Wednesday, January 14, 2015 12:51 PM, Donny Davis wrote: Have you tried to add the ISO domain in the GUI? From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Will K Sent: Wednesday, January 14, 2015 10:50 AM To: users at ovirt.org Subject: [ovirt-users] Hosted-engine ISO domain Hi all, Got a 'successful' setup of 3.5 with hosted-engine on Centos 6.6. During engine-setup, info was provide to create ISO_DOMAIN from /export/ISO. After the VM was restarted, I see it is exported, but I don't see the ISO domain in the GUI or ovirt-iso-uploader list. Would you please give me pointer on how to import/activate the ISO domain? [root at ovirt1 ~]# exportfs /export/ISO [root at ovirt1 ~]# ovirt-iso-uploader list Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): ERROR: There are no ISO storage domains. thanks Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 18:27:45 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 18:27:45 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> Message-ID: <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> Hi Donny, [environment:default] OVESETUP_CORE/generatedByVersion=str:3.5.0.1 OVESETUP_CONFIG/firewallManager=none:None OVESETUP_CONFIG/fqdn=str:ld4ovirt1. OVESETUP_ENGINE_CORE/enable=bool:True OVESETUP_SYSTEM/nfsConfigEnabled_legacyInPostInstall=bool:False OVESETUP_CONFIG/isoDomainMountPoint=str:/export/ISO OVESETUP_CONFIG/isoDomainSdUuid=str:99e87801-e2d6-4c73-8980-aca4d3ff4a56 OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN OVESETUP_CONFIG/isoDomainStorageDir=str:/export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/11111111-1111-1111-1111-111111111111 OVESETUP_CONFIG/isoDomainExists=bool:True OVESETUP_APACHE/configured=bool:True OVESETUP_CONFIG/websocketProxyConfig=bool:True I do have the isoDomainStorageDir. [root at ld4ovirt1 images]# ls -l /export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/ total 4 drwxr-xr-x 2 vdsm kvm 4096 Jan 14 17:16 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 images]# cd 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 11111111-1111-1111-1111-111111111111]# ls -l total 0 ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Wed Jan 14 18:33:41 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 11:33:41 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> Message-ID: <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> engine-setup --otopi-environment="OVESETUP_CONFIG/ isoDomainExists=bool:False" service ovirt-engine restart This should stop the engine from telling you it already exists, and you should be able to add it from the UI I have launched the engine setup 10+ times in the last 6 months and I have not encountered this issue. If someone more knowledgeable than me wants to set in, feel free Donny D From: Will K [mailto:yetanotherwill at yahoo.com] Sent: Wednesday, January 14, 2015 11:28 AM To: Donny Davis; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain Hi Donny, [environment:default] OVESETUP_CORE/generatedByVersion=str:3.5.0.1 OVESETUP_CONFIG/firewallManager=none:None OVESETUP_CONFIG/fqdn=str:ld4ovirt1. OVESETUP_ENGINE_CORE/enable=bool:True OVESETUP_SYSTEM/nfsConfigEnabled_legacyInPostInstall=bool:False OVESETUP_CONFIG/isoDomainMountPoint=str:/export/ISO OVESETUP_CONFIG/isoDomainSdUuid=str:99e87801-e2d6-4c73-8980-aca4d3ff4a56 OVESETUP_CONFIG/isoDomainName=str:ISO_DOMAIN OVESETUP_CONFIG/isoDomainStorageDir=str:/export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/11111111-1111-1111-1111-111111111111 OVESETUP_CONFIG/isoDomainExists=bool:True OVESETUP_APACHE/configured=bool:True OVESETUP_CONFIG/websocketProxyConfig=bool:True I do have the isoDomainStorageDir. [root at ld4ovirt1 images]# ls -l /export/ISO/99e87801-e2d6-4c73-8980-aca4d3ff4a56/images/ total 4 drwxr-xr-x 2 vdsm kvm 4096 Jan 14 17:16 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 images]# cd 11111111-1111-1111-1111-111111111111 [root at ld4ovirt1 11111111-1111-1111-1111-111111111111]# ls -l total 0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Wed Jan 14 20:43:35 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 15:43:35 -0500 (EST) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> Message-ID: <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "Will K" > Cc: users at ovirt.org > Sent: Wednesday, January 14, 2015 8:33:41 PM > Subject: Re: [ovirt-users] Hosted-engine ISO domain > > > > engine-setup --otopi-environment="OVESETUP_CONFIG/ > isoDomainExists=bool:False" Did you find this documented anywhere? It's not supported. I can't tell you what exactly happens if you try it. If you check the code, you see in constants.py: @osetupattrs( postinstallfile=True, ) def ISO_DOMAIN_EXISTS(self): return 'OVESETUP_CONFIG/isoDomainExists' Note there is no 'answerfile=True' there. This means that while this key _can_ be supplied as you suggested, it's not written to the answer file and should basically be treated as internal data. Re the original question - are you sure you do not see it anywhere in the web admin gui? On a first clean setup, it will not be available immediately. You will see it under the "storage" tab but will only be able to attach it after you create and attach a data domain. Did you follow [1] at least once? [1] http://www.ovirt.org/Quick_Start_Guide Best, -- Didi From donny at cloudspin.me Wed Jan 14 20:52:20 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 13:52:20 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> Message-ID: <000001d0303c$004b24c0$00e16e40$@cloudspin.me> I think it is in the answer file /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf OVESETUP_CONFIG/isoDomainExists=bool:True You are correct about the iso domain not being available until the data center is up, and this requires a data domain. He had said in an earlier thread he does not see it in the UI at all. I'm no expert, just speaking from my experiences with ovirt. Donny D -----Original Message----- From: Yedidyah Bar David [mailto:didi at redhat.com] Sent: Wednesday, January 14, 2015 1:44 PM To: Donny Davis Cc: Will K; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain ----- Original Message ----- > From: "Donny Davis" > To: "Will K" > Cc: users at ovirt.org > Sent: Wednesday, January 14, 2015 8:33:41 PM > Subject: Re: [ovirt-users] Hosted-engine ISO domain > > > > engine-setup --otopi-environment="OVESETUP_CONFIG/ > isoDomainExists=bool:False" Did you find this documented anywhere? It's not supported. I can't tell you what exactly happens if you try it. If you check the code, you see in constants.py: @osetupattrs( postinstallfile=True, ) def ISO_DOMAIN_EXISTS(self): return 'OVESETUP_CONFIG/isoDomainExists' Note there is no 'answerfile=True' there. This means that while this key _can_ be supplied as you suggested, it's not written to the answer file and should basically be treated as internal data. Re the original question - are you sure you do not see it anywhere in the web admin gui? On a first clean setup, it will not be available immediately. You will see it under the "storage" tab but will only be able to attach it after you create and attach a data domain. Did you follow [1] at least once? [1] http://www.ovirt.org/Quick_Start_Guide Best, -- Didi From didi at redhat.com Wed Jan 14 21:20:55 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Wed, 14 Jan 2015 16:20:55 -0500 (EST) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <000001d0303c$004b24c0$00e16e40$@cloudspin.me> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> <000001d0303c$004b24c0$00e16e40$@cloudspin.me> Message-ID: <2021674511.9938465.1421270455795.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "Yedidyah Bar David" > Cc: "Will K" , users at ovirt.org > Sent: Wednesday, January 14, 2015 10:52:20 PM > Subject: RE: [ovirt-users] Hosted-engine ISO domain > > I think it is in the answer file > /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf > OVESETUP_CONFIG/isoDomainExists=bool:True /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf is not "the answer file". The answer file is the file written to /var/lib and mentioned in the end of engine-setup, e.g.: [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20141124180159-setup.conf' As I wrote, this file (called in the sources "postinstall") should be treated as internal data. It's used to keep some state of engine-setup between runs. Just the same way you are not expected normally to manually edit tables inside the db, you should not change this file, or copy parts of it to the answer file. Of course, sometimes it can be useful, and sometimes people here will suggest that, but generally speaking, if you had to do that, that's a bug. BTW, editing generated answer files is also not recommended and not "officially" supported. The expected way to use an answer file is: 1. Have a system A in some state S0 2. Run engine-setup interactively, answer its questions as needed, let it create an answer file Ans1. 3. System A is now in state S1. 4. Have some other system B in state S0, that you want to bring to state S1. 5. Run there engine-setup with --config-append=Ans1 Of course, editing answer files usually works, and in some cases you can achieve useful things this way that can't be done by mere interactive run. But whenever you do that, it's your own responsibility. Test first on a test system, make sure it does exactly what you wanted/ expected, then use in production. Just as an example for a simple and useful violation, if during testing you often run engine-setup on systems with little RAM, and want to get rid of the question if you want to continue with not enough RAM, you can create a file e.g. /etc/ovirt-engine-setup.conf.d/99-my-stuff.conf with content: [environment:default] OVESETUP_SYSTEM/memCheckEnabled=bool:False As I said, this is not recommended - use at your own risk, test and know what you are doing! (the above should probably be in the wiki somewhere. Hopefully the mailing list archives are almost as good) > > You are correct about the iso domain not being available until the data > center is up, and this requires a data domain. He had said in an earlier > thread he does not see it in the UI at all. > > I'm no expert, just speaking from my experiences with ovirt. Hey, didn't intend to be offensive - thanks for trying to help! That's much appreciated. Hope now things are clearer. Best, -- Didi From donny at cloudspin.me Wed Jan 14 21:29:27 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 14:29:27 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <2021674511.9938465.1421270455795.JavaMail.zimbra@redhat.com> References: <003e01d03025$e3337d30$a99a7790$@cloudspin.me> <816307498.1176386.1421260065652.JavaMail.yahoo@jws106143.mail.bf1.yahoo.com> <005e01d03028$a0a9ebe0$e1fdc3a0$@cloudspin.me> <1700201942.9926543.1421268215990.JavaMail.zimbra@redhat.com> <000001d0303c$004b24c0$00e16e40$@cloudspin.me> <2021674511.9938465.1421270455795.JavaMail.zimbra@redhat.com> Message-ID: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> Makes sense to me, thanks for helping to clarify. Will, I hope we have been of some help Donny D -----Original Message----- From: Yedidyah Bar David [mailto:didi at redhat.com] Sent: Wednesday, January 14, 2015 2:21 PM To: Donny Davis Cc: Will K; users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain ----- Original Message ----- > From: "Donny Davis" > To: "Yedidyah Bar David" > Cc: "Will K" , users at ovirt.org > Sent: Wednesday, January 14, 2015 10:52:20 PM > Subject: RE: [ovirt-users] Hosted-engine ISO domain > > I think it is in the answer file > /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf > OVESETUP_CONFIG/isoDomainExists=bool:True /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf is not "the answer file". The answer file is the file written to /var/lib and mentioned in the end of engine-setup, e.g.: [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20141124180159-setup.conf' As I wrote, this file (called in the sources "postinstall") should be treated as internal data. It's used to keep some state of engine-setup between runs. Just the same way you are not expected normally to manually edit tables inside the db, you should not change this file, or copy parts of it to the answer file. Of course, sometimes it can be useful, and sometimes people here will suggest that, but generally speaking, if you had to do that, that's a bug. BTW, editing generated answer files is also not recommended and not "officially" supported. The expected way to use an answer file is: 1. Have a system A in some state S0 2. Run engine-setup interactively, answer its questions as needed, let it create an answer file Ans1. 3. System A is now in state S1. 4. Have some other system B in state S0, that you want to bring to state S1. 5. Run there engine-setup with --config-append=Ans1 Of course, editing answer files usually works, and in some cases you can achieve useful things this way that can't be done by mere interactive run. But whenever you do that, it's your own responsibility. Test first on a test system, make sure it does exactly what you wanted/ expected, then use in production. Just as an example for a simple and useful violation, if during testing you often run engine-setup on systems with little RAM, and want to get rid of the question if you want to continue with not enough RAM, you can create a file e.g. /etc/ovirt-engine-setup.conf.d/99-my-stuff.conf with content: [environment:default] OVESETUP_SYSTEM/memCheckEnabled=bool:False As I said, this is not recommended - use at your own risk, test and know what you are doing! (the above should probably be in the wiki somewhere. Hopefully the mailing list archives are almost as good) > > You are correct about the iso domain not being available until the > data center is up, and this requires a data domain. He had said in an > earlier thread he does not see it in the UI at all. > > I'm no expert, just speaking from my experiences with ovirt. Hey, didn't intend to be offensive - thanks for trying to help! That's much appreciated. Hope now things are clearer. Best, -- Didi From donny at cloudspin.me Wed Jan 14 21:35:28 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 14:35:28 -0700 Subject: [ovirt-users] Exporting VM's painfully slow Message-ID: <000601d03042$05999370$10ccba50$@cloudspin.me> I am trying to export some vm's to bring them up in another system, and its painfully slow. I could be doing something wrong, or maybe there is a setting I can change to make this process a little faster. dd copies the image in 1MB blocks from what I can see in the logs, is there any way to make it copy in say 64M blocks. I know it won't be 64 times faster, I have been waiting a full 24 hours on just one image. Large as it may be {100G}, I know dd can work faster than 24 hours for 100G Donny D -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 23:18:12 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 23:18:12 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> References: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> Message-ID: <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> all advices and tips are welcome. There's always a learning curve. :) Once the engine was setup on VM "ovirt1", I let hosted-engine to wait out till it told me to shutdown the VM.? After a while, VM was restarted. I see the first node, the VM ovirt1 in the GUI. There was no storage domain.? I added another GlusterFS domain I have on the node.? At this point, I still don't see or can't find the ISO_Domain over NFS. So, I'm still at the same spot.? `ovirt-iso-updater` still says "there's no ISO storage domains." Will -------------- next part -------------- An HTML attachment was scrubbed... URL: From yetanotherwill at yahoo.com Wed Jan 14 23:25:52 2015 From: yetanotherwill at yahoo.com (Will K) Date: Wed, 14 Jan 2015 23:25:52 +0000 (UTC) Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> References: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> Message-ID: <1804219485.1318311.1421277952426.JavaMail.yahoo@jws10654.mail.bf1.yahoo.com> I think I have the issue resolved.? Another guy screwed up the iptable.It looks good now.? I have it attached to the data center and activated it.Thanks Donny and Yedidyah.W -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 01:26:22 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 14 Jan 2015 18:26:22 -0700 Subject: [ovirt-users] Hosted-engine ISO domain In-Reply-To: <1804219485.1318311.1421277952426.JavaMail.yahoo@jws10654.mail.bf1.yahoo.com> References: <000401d03041$2e4621e0$8ad265a0$@cloudspin.me> <1446178417.1324451.1421277492791.JavaMail.yahoo@jws10648.mail.bf1.yahoo.com> <1804219485.1318311.1421277952426.JavaMail.yahoo@jws10654.mail.bf1.yahoo.com> Message-ID: <000001d03062$47c2a050$d747e0f0$@cloudspin.me> Didn?t see that coming?LOL I?m really glad to hear you got it worked out though Will. Enjoy oVirt, it?s a really great system, and if you have any more problems please email the users and someone should be able to help. Donny D cloudspin.me From: Will K [mailto:yetanotherwill at yahoo.com] Sent: Wednesday, January 14, 2015 4:26 PM To: Donny Davis; 'Yedidyah Bar David' Cc: users at ovirt.org Subject: Re: [ovirt-users] Hosted-engine ISO domain I think I have the issue resolved. Another guy screwed up the iptable. It looks good now. I have it attached to the data center and activated it. Thanks Donny and Yedidyah. W -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 15 06:58:53 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 15 Jan 2015 14:58:53 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> Message-ID: Hi, Can any one help me here ?? On Wed, Jan 14, 2015 at 3:25 PM, Punit Dambiwal wrote: > Hi Donny, > > I am not using gluster for the NFS mount...no volume has been created > because of those errors.... > > On Wed, Jan 14, 2015 at 9:47 AM, Donny Davis wrote: > >> And >> >> >> >> rpcbind is running >> >> >> >> can you do a regular nfs mount of the gluster volume? >> >> gluster volume info {your volume name here} >> >> >> >> >> >> Just gathering intel to hopefully provide a solution. I just deployed >> gluster with hosted engine today, and I did get some of the same errors as >> you when I was bringing everything up >> >> Did you follow a guide, or are you craving your own? >> >> Are you using swift for anything? that is usually for openstack to my >> knowledge? I guess you could use it for ovirt, but I didn?t >> >> >> >> Donny D >> >> >> >> *From:* Punit Dambiwal [mailto:hypunit at gmail.com] >> *Sent:* Tuesday, January 13, 2015 6:41 PM >> *To:* Donny Davis >> *Cc:* users at ovirt.org >> >> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >> gluster >> >> >> >> Hi Donny, >> >> >> >> No I am not using CTDB....it's totally new deployment... >> >> >> >> On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: >> >> Are you using ctdb??? and did you specify Lock=False in /etc/nfsmount.conf >> >> >> >> Can you give a full run down of topology, and has this ever been working >> or is it a new deployment? >> >> >> >> Donny D >> >> >> >> *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On >> Behalf Of *Punit Dambiwal >> *Sent:* Monday, January 12, 2015 7:18 PM >> *To:* Kanagaraj Mayilsamy >> *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org >> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >> gluster >> >> >> >> Hi, >> >> >> >> Please find the more details on this ....can anybody from gluster will >> help me here :- >> >> >> >> >> >> Gluster CLI Logs :- /var/log/glusterfs/cli.log >> >> >> >> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: >> got RPC_CLNT_CONNECT >> >> [2015-01-13 02:06:23.072012] T [cli-quotad-client.c:94:cli_quotad_notify] >> 0-glusterfs: got RPC_CLNT_CONNECT >> >> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] >> 0-transport: disconnecting now >> >> [2015-01-13 02:06:23.072055] T >> [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got >> RPC_CLNT_DISCONNECT >> >> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] >> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: >> >> [2015-01-13 02:06:23.072176] T >> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen >> 128, payload: 64, rpc hdr: 64 >> >> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> >> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> >> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] >> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> >> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> >> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect >> () called on transport already connected >> >> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] >> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, >> Proc: 27) to rpc-transport (glusterfs) >> >> [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] >> 0-glusterfs: ping timeout is 0, returning >> >> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] >> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, >> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) >> >> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] >> 0-cli: Received response to status cmd >> >> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: >> Returning 0 >> >> [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] >> 0-cli: Returning: 0 >> >> [2015-01-13 02:06:23.076192] D [cli-xml-output.c:84:cli_begin_xml_output] >> 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076244] D >> [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076256] D >> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] >> 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076459] D >> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 >> >> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 >> >> >> >> Command log :- /var/log/glusterfs/.cmd_log_history >> >> >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking >> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >> >> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >> details. >> >> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >> details. >> >> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking >> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >> >> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >> details. >> >> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >> details. >> >> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking >> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >> >> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >> details. >> >> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >> details. >> >> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >> file for details. >> >> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS >> >> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS >> >> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS >> >> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS >> >> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS >> >> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS >> >> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS >> >> >> >> >> >> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < >> kmayilsa at redhat.com> wrote: >> >> I can see the failures in glusterd log. >> >> Can someone from glusterfs dev pls help on this? >> >> Thanks, >> Kanagaraj >> >> >> ----- Original Message ----- >> > From: "Punit Dambiwal" >> > To: "Kanagaraj" >> > Cc: "Martin Pavl?k" , "Vijay Bellur" < >> vbellur at redhat.com>, "Kaushal M" , >> > users at ovirt.org, gluster-users at gluster.org >> > Sent: Monday, January 12, 2015 3:36:43 PM >> > Subject: Re: Failed to create volume in OVirt with gluster >> > >> > Hi Kanagaraj, >> > >> > Please find the logs from here :- http://ur1.ca/jeszc >> > >> > [image: Inline image 1] >> > >> > [image: Inline image 2] >> > >> > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj wrote: >> > >> > > Looks like there are some failures in gluster. >> > > Can you send the log output from glusterd log file from the relevant >> hosts? >> > > >> > > Thanks, >> > > Kanagaraj >> > > >> > > >> > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >> > > >> > > Hi, >> > > >> > > Is there any one from gluster can help me here :- >> > > >> > > Engine logs :- >> > > >> > > 2015-01-12 12:50:33,841 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:34,725 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:36,824 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:36,853 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:36,866 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:37,751 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:39,849 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:39,878 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:39,890 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:40,776 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:42,878 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:42,903 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:42,916 INFO >> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >> lock >> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >> > > value: GLUSTER >> > > , sharedLocks= ] >> > > 2015-01-12 12:50:43,771 INFO >> > > >> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >> > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >> CreateGlusterVolumeVDSCommand, >> > > log id: 303e70a4 >> > > 2015-01-12 12:50:43,780 ERROR >> > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >> > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >> ID: >> > > -1, Message: Creation of Gluster Volume vol01 failed. >> > > 2015-01-12 12:50:43,785 INFO >> > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >> > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >> > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >> GLUSTER >> > > , sharedLocks= ] >> > > >> > > [image: Inline image 2] >> > > >> > > >> > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >> wrote: >> > > >> > >> Hi Punit, >> > >> >> > >> unfortunately I?am not that good with the gluster, I was just >> following >> > >> the obvious clue from the log. Could you try on the nodes if the >> packages >> > >> are even available for installation >> > >> >> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin >> > >> gluster-swift-account >> > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container >> > >> glusterfs-geo-replication >> > >> >> > >> if not you could try to get them in official gluster repo. >> > >> >> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >> > >> >> > >> HTH >> > >> >> > >> M. >> > >> >> > >> >> > >> >> > >> >> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal >> wrote: >> > >> >> > >> Hi Martin, >> > >> >> > >> I installed gluster from ovirt repo....is it require to install >> those >> > >> packages manually ?? >> > >> >> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >> wrote: >> > >> >> > >>> Hi Punit, >> > >>> >> > >>> can you verify that nodes contain cluster packages from the >> following >> > >>> log? >> > >>> >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-object',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-plugin',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-account',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-proxy',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-doc',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('gluster-swift-container',) not found >> > >>> Thread-14::DEBUG::2015-01-09 >> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >> > >>> ('glusterfs-geo-replication',) not found >> > >>> >> > >>> >> > >>> M. >> > >>> >> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal >> wrote: >> > >>> >> > >>> Hi Kanagaraj, >> > >>> >> > >>> Please find the attached logs :- >> > >>> >> > >>> Engine Logs :- http://ur1.ca/jdopt >> > >>> VDSM Logs :- http://ur1.ca/jdoq9 >> > >>> >> > >>> >> > >>> >> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >> wrote: >> > >>> >> > >>>> Do you see any errors in the UI? >> > >>>> >> > >>>> Also please provide the engine.log and vdsm.log when the failure >> > >>>> occured. >> > >>>> >> > >>>> Thanks, >> > >>>> Kanagaraj >> > >>>> >> > >>>> >> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >> > >>>> >> > >>>> Hi Martin, >> > >>>> >> > >>>> The steps are below :- >> > >>>> >> > >>>> 1. Step the ovirt engine on the one server... >> > >>>> 2. Installed centos 7 on 4 host node servers.. >> > >>>> 3. I am using host node (compute+storage)....now i have added all 4 >> > >>>> nodes to engine... >> > >>>> 4. Create the gluster volume from GUI... >> > >>>> >> > >>>> Network :- >> > >>>> eth0 :- public network (1G) >> > >>>> eth1+eth2=bond0= VM public network (1G) >> > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >> > >>>> >> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) >> > >>>> >> > >>>> Thanks, >> > >>>> Punit >> > >>>> >> > >>>> >> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >> > >>>> wrote: >> > >>>> >> > >>>>> Hi Punit, >> > >>>>> >> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log and >> > >>>>> /var/log/vdsm/vdsmd.log >> > >>>>> >> > >>>>> it would be really helpful if you provided exact steps how to >> > >>>>> reproduce the problem. >> > >>>>> >> > >>>>> regards >> > >>>>> >> > >>>>> Martin Pavlik - rhev QE >> > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >> wrote: >> > >>>>> > >> > >>>>> > Hi, >> > >>>>> > >> > >>>>> > I try to add gluster volume but it failed... >> > >>>>> > >> > >>>>> > Ovirt :- 3.5 >> > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >> > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 >> > >>>>> > libvirt-1.1.1-29.el7_0.4 >> > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >> > >>>>> > >> > >>>>> > Engine Logs :- >> > >>>>> > >> > >>>>> > 2015-01-08 09:57:52,569 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:52,609 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,582 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,591 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,596 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > 2015-01-08 09:57:55,633 INFO >> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >> wait lock >> > >>>>> EngineLock [exclusiveLocks= key: >> 00000001-0001-0001-0001-000000000300 >> > >>>>> value: GLUSTER >> > >>>>> > , sharedLocks= ] >> > >>>>> > ^C >> > >>>>> > >> > >>>>> > >> > >>>>> >> > >>>>> >> > >>>> >> > >>>> >> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >> > >>> >> > >>> >> > >>> >> > >> >> > >> >> > > >> > > >> > >> >> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Thu Jan 15 07:04:18 2015 From: sabose at redhat.com (Sahina Bose) Date: Thu, 15 Jan 2015 12:34:18 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <20150113161529.GB5255@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> <20150113161529.GB5255@redhat.com> Message-ID: <54B76672.8030405@redhat.com> On 01/13/2015 09:45 PM, Dan Kenigsberg wrote: > On Tue, Jan 13, 2015 at 02:51:34PM +0200, Lior Vernia wrote: >> >> On 13/01/15 10:21, Sahina Bose wrote: >>> On 01/12/2015 08:52 PM, Dan Kenigsberg wrote: >>>> On Mon, Jan 12, 2015 at 02:59:50PM +0200, Lior Vernia wrote: >>>>> On 12/01/15 14:44, Oved Ourfali wrote: >>>>>> Hi Sahina, >>>>>> >>>>>> Some comments: >>>>>> >>>>>> 1. As far as I understand, you might not have an IP available >>>>>> immediately after setupNetworks runs (getCapabilities should run, >>>>>> but it isn't run automatically, afair). >>>>>> 2. Perhaps you should pass not the IP but the name of the network? >>>>>> IPs might change. >>>>> Actually, IP address can indeed change - which would be very bad for >>>>> gluster functioning! I think moving networks or changing their IP >>>>> addresses via Setup Networks should be blocked if they're used by >>>>> gluster bricks. >>>> In the suggested feature, there is no real storage "role". The "storage >>>> role" title means only "default value for glusterfs IP". >>>> >>>> For example, once a brick was created, nothing protects the admin from >>>> accidently removing the storage network, or changing its IP address. >>>> >>>> Another "proof" that this is not a real "role", is that it affects only >>>> GUI: I am guessing that REST API would not make use of it at all. (maybe >>>> I'm wrong; for sure, REST must be defined in the feature page) >>> REST API that lists the available networks (with IP addresses) would be >>> used to select the network and pass to the create gluster volume API > My question regarded the argument of the add brick API (in Engine > level). Is it an IPv4 address (like it seems) or could it be a network > name? I've updated the feature page with the REST API and other comments. On further thought, there will be no change to Add brick API, as the engine will select the network to be used based on the networks setup for the host. If "Storage network" role is associated with any of the networks, this will be used. Otherwise, the host's address will be used to add the brick. There is a NEW API to allow for updation of brick's address. > >>> I'll update the feature page with the REST API changes as well. >>> >> If REST allows to choose the network used for gluster traffic, then I >> think so should the GUI - I would not drop the list box from the design >> in that case. See above - have kept REST API consistent. >> >>>> Maybe that's the behavior we want. But alternatively, Engine can enforce >>>> a stronger linkage between the brick to the network that it uses. When >>>> adding a brick, the dialog would list available networks instead of the >>>> specific IP. As long as the brick is being used, the admin would be >>>> blocked/warned against deleting the network. >>> Is there a way to block against changing IP address used by a network? >>> >> Yes, this should be implemented at least in the canDoAction() method of >> SetupNetworksCommand (most of it is done in the SetupNetworksHelper >> class). And perhaps this should be blocked in the GUI as well. >> >> Note that by the time 3.6 is released, the REST (and probably GUI) are >> supposed to work with a different backend command that is currently >> being implemented - so maybe you'll need to modify that instead, or on >> top of the changes in SetupNetworksHelper. Ok. Thanks! >> >>>> I'm missing a discussion regarding the upgrade path. If we would opt to >>>> requiring a single storage role network in a cluster, in an upgraded >>>> cluster the management network should take this role. >>> There would not be any change to existing volumes on upgrade, as bricks >>> have already been added. Users can use the Edit brick option to update >>> the network to be used, if required as mentioned in "Change network used >>> by brick " >>> >> I suspect Dan referred to the upgrade path of the engine itself - if you >> add a new "Gluster Network" boolean column to the DB, it will initially >> be null for all current networks. You'd likely need to write an upgrade >> script to assign the role by default to the existing management networks >> in each cluster. > yep. Aah..ok! The "Gluster network" is not a mandatory role. That is, we could have a case where the user does not want to select any network as "Gluster network" and instead choose to continue using host's address for adding bricks. So existing deployments would continue to work as before - without this role assigned to any of the networks. > >>>>>> 3. Adding to "2", perhaps using DNS names is a more valid approach? >>>>>> 4. You're using the terminology "role", but it might be confusing, >>>>>> as we have "roles" with regards to permissions. Consider changing >>>>>> "storage usage" and not "storage role" in the feature page. >>>>> Well, we've already been using this terminology for a while now >>>>> concerning display/migration roles for networks... That's probably the >>>>> terminology to use. > If I am not mistaken, it could make sense to have a setup with one brick > using network A and another - using network B. Does your design support > this? I think that this would be particularly important on upgraded > clusters, where the management network is already used, but newly > created bricks should start using another network. > > Would you add a feature page section regarding modification to the > Vdsm/Engine API? > > One last comment - may I ask that new APIs accept both ipv4 and ipv6 > addresses? There is an ongoing effort to support ipv6 on Vdsm. > > Dan. From hypunit at gmail.com Thu Jan 15 08:20:09 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 15 Jan 2015 16:20:09 +0800 Subject: [ovirt-users] Failed to create volume in OVirt with gluster In-Reply-To: References: <76AB118B-5E90-4011-8A2D-D700A1D6E2D1@redhat.com> <54B3556E.1000203@redhat.com> <1146096314.5870995.1421074411662.JavaMail.zimbra@redhat.com> <00b401d02f59$6452fee0$2cf8fca0$@cloudspin.me> <013601d02f9c$1b6ebc30$524c3490$@cloudspin.me> Message-ID: Hi Atin, It seems glusterfs is not a good and stable product for storage use....i am still facing the same issue...in the ovirt wiki it says ovirt has native support with glusterfs but even i am tring to use it from ovirt it failed and i am keep try to make it work from last 7 days...but still fail and no one in the community has clue about the same....may be it's bug in the gluster 3.6.1 but even i try with gluster 3.5.3....it same.... Hope someone from gluster help me to get rid of those errors and make it work.. Thanks, Punit On Thu, Jan 15, 2015 at 2:58 PM, Punit Dambiwal wrote: > Hi, > > Can any one help me here ?? > > On Wed, Jan 14, 2015 at 3:25 PM, Punit Dambiwal wrote: > >> Hi Donny, >> >> I am not using gluster for the NFS mount...no volume has been created >> because of those errors.... >> >> On Wed, Jan 14, 2015 at 9:47 AM, Donny Davis wrote: >> >>> And >>> >>> >>> >>> rpcbind is running >>> >>> >>> >>> can you do a regular nfs mount of the gluster volume? >>> >>> gluster volume info {your volume name here} >>> >>> >>> >>> >>> >>> Just gathering intel to hopefully provide a solution. I just deployed >>> gluster with hosted engine today, and I did get some of the same errors as >>> you when I was bringing everything up >>> >>> Did you follow a guide, or are you craving your own? >>> >>> Are you using swift for anything? that is usually for openstack to my >>> knowledge? I guess you could use it for ovirt, but I didn?t >>> >>> >>> >>> Donny D >>> >>> >>> >>> *From:* Punit Dambiwal [mailto:hypunit at gmail.com] >>> *Sent:* Tuesday, January 13, 2015 6:41 PM >>> *To:* Donny Davis >>> *Cc:* users at ovirt.org >>> >>> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >>> gluster >>> >>> >>> >>> Hi Donny, >>> >>> >>> >>> No I am not using CTDB....it's totally new deployment... >>> >>> >>> >>> On Wed, Jan 14, 2015 at 1:50 AM, Donny Davis wrote: >>> >>> Are you using ctdb??? and did you specify Lock=False in >>> /etc/nfsmount.conf >>> >>> >>> >>> Can you give a full run down of topology, and has this ever been working >>> or is it a new deployment? >>> >>> >>> >>> Donny D >>> >>> >>> >>> *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On >>> Behalf Of *Punit Dambiwal >>> *Sent:* Monday, January 12, 2015 7:18 PM >>> *To:* Kanagaraj Mayilsamy >>> *Cc:* gluster-users at gluster.org; Kaushal M; users at ovirt.org >>> *Subject:* Re: [ovirt-users] Failed to create volume in OVirt with >>> gluster >>> >>> >>> >>> Hi, >>> >>> >>> >>> Please find the more details on this ....can anybody from gluster will >>> help me here :- >>> >>> >>> >>> >>> >>> Gluster CLI Logs :- /var/log/glusterfs/cli.log >>> >>> >>> >>> [2015-01-13 02:06:23.071969] T [cli.c:264:cli_rpc_notify] 0-glusterfs: >>> got RPC_CLNT_CONNECT >>> >>> [2015-01-13 02:06:23.072012] T >>> [cli-quotad-client.c:94:cli_quotad_notify] 0-glusterfs: got RPC_CLNT_CONNECT >>> >>> [2015-01-13 02:06:23.072024] I [socket.c:2344:socket_event_handler] >>> 0-transport: disconnecting now >>> >>> [2015-01-13 02:06:23.072055] T >>> [cli-quotad-client.c:100:cli_quotad_notify] 0-glusterfs: got >>> RPC_CLNT_DISCONNECT >>> >>> [2015-01-13 02:06:23.072131] T [rpc-clnt.c:1381:rpc_clnt_record] >>> 0-glusterfs: Auth Info: pid: 0, uid: 0, gid: 0, owner: >>> >>> [2015-01-13 02:06:23.072176] T >>> [rpc-clnt.c:1238:rpc_clnt_record_build_header] 0-rpc-clnt: Request fraglen >>> 128, payload: 64, rpc hdr: 64 >>> >>> [2015-01-13 02:06:23.072572] T [socket.c:2863:socket_connect] (--> >>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1e0)[0x7fed02f15420] (--> >>> /usr/lib64/glusterfs/3.6.1/rpc-transport/socket.so(+0x7293)[0x7fed001a4293] >>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_submit+0x468)[0x7fed0266df98] (--> >>> /usr/sbin/gluster(cli_submit_request+0xdb)[0x40a9bb] (--> >>> /usr/sbin/gluster(cli_cmd_submit+0x8e)[0x40b7be] ))))) 0-glusterfs: connect >>> () called on transport already connected >>> >>> [2015-01-13 02:06:23.072616] T [rpc-clnt.c:1573:rpc_clnt_submit] >>> 0-rpc-clnt: submitted request (XID: 0x1 Program: Gluster CLI, ProgVers: 2, >>> Proc: 27) to rpc-transport (glusterfs) >>> >>> [2015-01-13 02:06:23.072633] D [rpc-clnt-ping.c:231:rpc_clnt_start_ping] >>> 0-glusterfs: ping timeout is 0, returning >>> >>> [2015-01-13 02:06:23.075930] T [rpc-clnt.c:660:rpc_clnt_reply_init] >>> 0-glusterfs: received rpc message (RPC XID: 0x1 Program: Gluster CLI, >>> ProgVers: 2, Proc: 27) from rpc-transport (glusterfs) >>> >>> [2015-01-13 02:06:23.075976] D [cli-rpc-ops.c:6548:gf_cli_status_cbk] >>> 0-cli: Received response to status cmd >>> >>> [2015-01-13 02:06:23.076025] D [cli-cmd.c:384:cli_cmd_submit] 0-cli: >>> Returning 0 >>> >>> [2015-01-13 02:06:23.076049] D [cli-rpc-ops.c:6811:gf_cli_status_volume] >>> 0-cli: Returning: 0 >>> >>> [2015-01-13 02:06:23.076192] D >>> [cli-xml-output.c:84:cli_begin_xml_output] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076244] D >>> [cli-xml-output.c:131:cli_xml_output_common] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076256] D >>> [cli-xml-output.c:1375:cli_xml_output_vol_status_begin] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076437] D [cli-xml-output.c:108:cli_end_xml_output] >>> 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076459] D >>> [cli-xml-output.c:1398:cli_xml_output_vol_status_end] 0-cli: Returning 0 >>> >>> [2015-01-13 02:06:23.076490] I [input.c:36:cli_batch] 0-: Exiting with: 0 >>> >>> >>> >>> Command log :- /var/log/glusterfs/.cmd_log_history >>> >>> >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:10:35.836676] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:16:25.956514] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:17:36.977833] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:21:07.048053] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:26:57.168661] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:28:07.194428] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:30:27.256667] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> [2015-01-13 01:34:58.350748] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:36:08.375326] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:36:08.386470] : volume status vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> [2015-01-13 01:42:59.524215] : volume stop vol01 : FAILED : Locking >>> failed on cpu02.zne01.hkg1.stack.com. Please check log file for details. >>> >>> Locking failed on cpu03.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> Locking failed on cpu04.zne01.hkg1.stack.com. Please check log file for >>> details. >>> >>> [2015-01-13 01:45:10.550659] : volume status all tasks : FAILED : >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> Staging failed on 00000000-0000-0000-0000-000000000000. Please check log >>> file for details. >>> >>> [2015-01-13 01:46:10.656802] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:51:02.796031] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:52:02.897804] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:55:25.841070] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:55:26.752084] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:55:32.499049] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:55:38.716907] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 01:56:52.905899] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 01:58:53.109613] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 02:03:26.769430] : system:: uuid get : SUCCESS >>> >>> [2015-01-13 02:04:22.859213] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 02:05:22.970393] : volume status all tasks : SUCCESS >>> >>> [2015-01-13 02:06:23.075823] : volume status all tasks : SUCCESS >>> >>> >>> >>> >>> >>> On Mon, Jan 12, 2015 at 10:53 PM, Kanagaraj Mayilsamy < >>> kmayilsa at redhat.com> wrote: >>> >>> I can see the failures in glusterd log. >>> >>> Can someone from glusterfs dev pls help on this? >>> >>> Thanks, >>> Kanagaraj >>> >>> >>> ----- Original Message ----- >>> > From: "Punit Dambiwal" >>> > To: "Kanagaraj" >>> > Cc: "Martin Pavl?k" , "Vijay Bellur" < >>> vbellur at redhat.com>, "Kaushal M" , >>> > users at ovirt.org, gluster-users at gluster.org >>> > Sent: Monday, January 12, 2015 3:36:43 PM >>> > Subject: Re: Failed to create volume in OVirt with gluster >>> > >>> > Hi Kanagaraj, >>> > >>> > Please find the logs from here :- http://ur1.ca/jeszc >>> > >>> > [image: Inline image 1] >>> > >>> > [image: Inline image 2] >>> > >>> > On Mon, Jan 12, 2015 at 1:02 PM, Kanagaraj >>> wrote: >>> > >>> > > Looks like there are some failures in gluster. >>> > > Can you send the log output from glusterd log file from the relevant >>> hosts? >>> > > >>> > > Thanks, >>> > > Kanagaraj >>> > > >>> > > >>> > > On 01/12/2015 10:24 AM, Punit Dambiwal wrote: >>> > > >>> > > Hi, >>> > > >>> > > Is there any one from gluster can help me here :- >>> > > >>> > > Engine logs :- >>> > > >>> > > 2015-01-12 12:50:33,841 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:34,725 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:36,824 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:36,853 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:36,866 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:37,751 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:39,849 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:39,878 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:39,890 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:40,776 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:42,878 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:42,903 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:42,916 INFO >>> > > [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > > (DefaultQuartzScheduler_Worker-12) Failed to acquire lock and wait >>> lock >>> > > EngineLock [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 >>> > > value: GLUSTER >>> > > , sharedLocks= ] >>> > > 2015-01-12 12:50:43,771 INFO >>> > > >>> [org.ovirt.engine.core.vdsbroker.gluster.CreateGlusterVolumeVDSCommand] >>> > > (ajp--127.0.0.1-8702-1) [330ace48] FINISH, >>> CreateGlusterVolumeVDSCommand, >>> > > log id: 303e70a4 >>> > > 2015-01-12 12:50:43,780 ERROR >>> > > >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> > > (ajp--127.0.0.1-8702-1) [330ace48] Correlation ID: 330ace48, Job ID: >>> > > 896a69b3-a678-40a7-bceb-3635e4062aa0, Call Stack: null, Custom Event >>> ID: >>> > > -1, Message: Creation of Gluster Volume vol01 failed. >>> > > 2015-01-12 12:50:43,785 INFO >>> > > [org.ovirt.engine.core.bll.gluster.CreateGlusterVolumeCommand] >>> > > (ajp--127.0.0.1-8702-1) [330ace48] Lock freed to object EngineLock >>> > > [exclusiveLocks= key: 00000001-0001-0001-0001-000000000300 value: >>> GLUSTER >>> > > , sharedLocks= ] >>> > > >>> > > [image: Inline image 2] >>> > > >>> > > >>> > > On Sun, Jan 11, 2015 at 6:48 PM, Martin Pavl?k >>> wrote: >>> > > >>> > >> Hi Punit, >>> > >> >>> > >> unfortunately I?am not that good with the gluster, I was just >>> following >>> > >> the obvious clue from the log. Could you try on the nodes if the >>> packages >>> > >> are even available for installation >>> > >> >>> > >> yum install gluster-swift gluster-swift-object gluster-swift-plugin >>> > >> gluster-swift-account >>> > >> gluster-swift-proxy gluster-swift-doc gluster-swift-container >>> > >> glusterfs-geo-replication >>> > >> >>> > >> if not you could try to get them in official gluster repo. >>> > >> >>> http://download.gluster.org/pub/gluster/glusterfs/LATEST/CentOS/glusterfs-epel.repo >>> > >> >>> > >> HTH >>> > >> >>> > >> M. >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> On 10 Jan 2015, at 04:35, Punit Dambiwal >>> wrote: >>> > >> >>> > >> Hi Martin, >>> > >> >>> > >> I installed gluster from ovirt repo....is it require to install >>> those >>> > >> packages manually ?? >>> > >> >>> > >> On Fri, Jan 9, 2015 at 7:19 PM, Martin Pavl?k >>> wrote: >>> > >> >>> > >>> Hi Punit, >>> > >>> >>> > >>> can you verify that nodes contain cluster packages from the >>> following >>> > >>> log? >>> > >>> >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,823::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,825::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-object',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,826::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-plugin',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-account',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-proxy',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,829::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-doc',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('gluster-swift-container',) not found >>> > >>> Thread-14::DEBUG::2015-01-09 >>> > >>> 18:06:28,830::caps::716::root::(_getKeyPackages) rpm package >>> > >>> ('glusterfs-geo-replication',) not found >>> > >>> >>> > >>> >>> > >>> M. >>> > >>> >>> > >>> On 09 Jan 2015, at 11:13, Punit Dambiwal >>> wrote: >>> > >>> >>> > >>> Hi Kanagaraj, >>> > >>> >>> > >>> Please find the attached logs :- >>> > >>> >>> > >>> Engine Logs :- http://ur1.ca/jdopt >>> > >>> VDSM Logs :- http://ur1.ca/jdoq9 >>> > >>> >>> > >>> >>> > >>> >>> > >>> On Thu, Jan 8, 2015 at 6:05 PM, Kanagaraj >>> wrote: >>> > >>> >>> > >>>> Do you see any errors in the UI? >>> > >>>> >>> > >>>> Also please provide the engine.log and vdsm.log when the failure >>> > >>>> occured. >>> > >>>> >>> > >>>> Thanks, >>> > >>>> Kanagaraj >>> > >>>> >>> > >>>> >>> > >>>> On 01/08/2015 02:25 PM, Punit Dambiwal wrote: >>> > >>>> >>> > >>>> Hi Martin, >>> > >>>> >>> > >>>> The steps are below :- >>> > >>>> >>> > >>>> 1. Step the ovirt engine on the one server... >>> > >>>> 2. Installed centos 7 on 4 host node servers.. >>> > >>>> 3. I am using host node (compute+storage)....now i have added all >>> 4 >>> > >>>> nodes to engine... >>> > >>>> 4. Create the gluster volume from GUI... >>> > >>>> >>> > >>>> Network :- >>> > >>>> eth0 :- public network (1G) >>> > >>>> eth1+eth2=bond0= VM public network (1G) >>> > >>>> eth3+eth4=bond1=ovirtmgmt+storage (10G private network) >>> > >>>> >>> > >>>> every hostnode has 24 bricks=24*4(distributed replicated) >>> > >>>> >>> > >>>> Thanks, >>> > >>>> Punit >>> > >>>> >>> > >>>> >>> > >>>> On Thu, Jan 8, 2015 at 3:20 PM, Martin Pavl?k >> > >>> > >>>> wrote: >>> > >>>> >>> > >>>>> Hi Punit, >>> > >>>>> >>> > >>>>> can you please provide also errors from /var/log/vdsm/vdsm.log >>> and >>> > >>>>> /var/log/vdsm/vdsmd.log >>> > >>>>> >>> > >>>>> it would be really helpful if you provided exact steps how to >>> > >>>>> reproduce the problem. >>> > >>>>> >>> > >>>>> regards >>> > >>>>> >>> > >>>>> Martin Pavlik - rhev QE >>> > >>>>> > On 08 Jan 2015, at 03:06, Punit Dambiwal >>> wrote: >>> > >>>>> > >>> > >>>>> > Hi, >>> > >>>>> > >>> > >>>>> > I try to add gluster volume but it failed... >>> > >>>>> > >>> > >>>>> > Ovirt :- 3.5 >>> > >>>>> > VDSM :- vdsm-4.16.7-1.gitdb83943.el7 >>> > >>>>> > KVM :- 1.5.3 - 60.el7_0.2 >>> > >>>>> > libvirt-1.1.1-29.el7_0.4 >>> > >>>>> > Glusterfs :- glusterfs-3.5.3-1.el7 >>> > >>>>> > >>> > >>>>> > Engine Logs :- >>> > >>>>> > >>> > >>>>> > 2015-01-08 09:57:52,569 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:52,609 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,582 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,591 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,596 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > 2015-01-08 09:57:55,633 INFO >>> > >>>>> [org.ovirt.engine.core.bll.lock.InMemoryLockManager] >>> > >>>>> (DefaultQuartzScheduler_Worker-16) Failed to acquire lock and >>> wait lock >>> > >>>>> EngineLock [exclusiveLocks= key: >>> 00000001-0001-0001-0001-000000000300 >>> > >>>>> value: GLUSTER >>> > >>>>> > , sharedLocks= ] >>> > >>>>> > ^C >>> > >>>>> > >>> > >>>>> > >>> > >>>>> >>> > >>>>> >>> > >>>> >>> > >>>> >>> > >>> <216 09-Jan-15.jpg><217 09-Jan-15.jpg> >>> > >>> >>> > >>> >>> > >>> >>> > >> >>> > >> >>> > > >>> > > >>> > >>> >>> >>> >>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.kieske at mittwald.de Thu Jan 15 08:26:08 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Thu, 15 Jan 2015 09:26:08 +0100 Subject: [ovirt-users] Exporting VM's painfully slow In-Reply-To: <000601d03042$05999370$10ccba50$@cloudspin.me> References: <000601d03042$05999370$10ccba50$@cloudspin.me> Message-ID: <54B779A0.6080800@mittwald.de> Hi, if you use sparse images this BZ might be helpful: https://bugzilla.redhat.com/show_bug.cgi?id=1156115 maybe you can backport the change to your version. The idea is to not use dd in order to move images. HTH -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From nicola.gentile.to at gmail.com Wed Jan 14 13:33:35 2015 From: nicola.gentile.to at gmail.com (nicola gentile) Date: Wed, 14 Jan 2015 14:33:35 +0100 Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> Message-ID: Good morning, sorry if I reply only now. Let me explain better. Once generated the vms, the hostname of the vms are the same of the template, but I wish it was centos-01, centos-02, etc. Is it possible? Thanks, Nicola 2014-06-29 15:43 GMT+02:00 Moti Asayag : > > > ----- Original Message ----- >> From: "Shahar Havivi" >> To: "Antoni Segura Puimedon" >> Cc: Users at ovirt.org >> Sent: Sunday, June 29, 2014 11:12:24 AM >> Subject: Re: [ovirt-users] name of virtual machine and hostname >> >> On 27.06.14 05:18, Antoni Segura Puimedon wrote: >> > >> > >> > ----- Original Message ----- >> > > From: "nicola gentile" >> > > To: Users at ovirt.org >> > > Sent: Friday, June 27, 2014 11:16:51 AM >> > > Subject: [ovirt-users] name of virtual machine and hostname >> > > >> > > Good morning, >> > > I would like to ask you an information. >> > > After I have installed ovirt, I have created a pool of vm with name >> > > like centos-?? (from 1 to 20) >> > > and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 >> > > etc. >> > > etc. >> > > The problem is when the vm starts the hostname is not the same of the >> > > vm name in ovirt but is the same name of the template. >> > > Is it possible to make sure that the name of vm and the hostname is >> > > identical? >> > >> > I guess that the way to go about it would be to use the cloudinit >> > integration. >> > I've not tried it myself, but: >> > http://www.ovirt.org/Features/Cloud-Init_Integration >> > states that setting the hostname was one of the planned features when the >> > integration was designed. >> Setting the host name via cloud-init is currently supported - you can set it >> via the Add/Edit VM via the "Initial Run" section or try to run-once the VM >> and look at the same "initial Run" section. >> Please note that if you do Edit a VM that already run ie already initialized >> oVirt engine will not send the cloud-init data, you will need to use run-once >> dialog. >> >> What you reported looks like a bug - the VM name should be the hostname and >> not the template name. > > Unless Nicola referred to the template's host name, from which the vm pool was > created. It might be if the template wasn't sealed. > > Nicola, could you clarify what did you mean by "template name" which appears as > the "host name" ? > > Thanks, > Moti > >> >> Care to report the bug on bugzilla? >> Thank you, >> Shahar Havivi. >> > >> > > >> > > Best regard >> > > >> > > Nicola Gentile >> > > _______________________________________________ >> > > Users mailing list >> > > Users at ovirt.org >> > > http://lists.ovirt.org/mailman/listinfo/users >> > > >> > _______________________________________________ >> > Users mailing list >> > Users at ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From nicola.gentile.to at gmail.com Wed Jan 14 14:09:30 2015 From: nicola.gentile.to at gmail.com (nicola gentile) Date: Wed, 14 Jan 2015 15:09:30 +0100 Subject: [ovirt-users] New environment ovirt Message-ID: Hello, I have a question. I would like to set up a new environment with two nodes. I would like separate che storage traffic, vm traffic and network management traffic. Storage is in a separate subnet. Also the virtual machine is in a separate subnet, and I would like to separate the management of the network too. I think I need to add 3 network adapters on the nodes, one for each purpose. Now I ask you, does the oVirt engine server (manager) need three network cards too? Thank you Nicola From danken at redhat.com Thu Jan 15 08:57:17 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Thu, 15 Jan 2015 08:57:17 +0000 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <54B76672.8030405@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> <20150113161529.GB5255@redhat.com> <54B76672.8030405@redhat.com> Message-ID: <20150115085717.GA10011@redhat.com> On Thu, Jan 15, 2015 at 12:34:18PM +0530, Sahina Bose wrote: > > > I've updated the feature page with the REST API and other comments. On > further thought, there will be no change to Add brick API, as the engine > will select the network to be used based on the networks setup for the host. > If "Storage network" role is associated with any of the networks, this will > be used. Otherwise, the host's address will be used to add the brick. > The paragraph above rules out the use case I lay below. Could you relate to it? Isn't it a reasonable use case? > >If I am not mistaken, it could make sense to have a setup with one brick > >using network A and another - using network B. Does your design support > >this? I think that this would be particularly important on upgraded > >clusters, where the management network is already used, but newly > >created bricks should start using another network. > > May I repeat my follow request? It would help me understand the content of the feature. > >Would you add a feature page section regarding modification to the > >Vdsm/Engine API? > >One last comment - may I ask that new APIs accept both ipv4 and ipv6 > >addresses? There is an ongoing effort to support ipv6 on Vdsm. From bruno at pic.es Thu Jan 15 09:01:09 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 10:01:09 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <1717593108.4579463.1421251705853.JavaMail.zimbra@redhat.com> References: <1717593108.4579463.1421251705853.JavaMail.zimbra@redhat.com> Message-ID: Thank you very much for the fast reply ! I grepped "org.ovirt.engineextensions.aaa.ldap" in the engine log file, but I wasn't able to get enough information for me to know which was the problem... 2015-01-14 16:04:18,575 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-3) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 16:04:18,648 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-3) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Cannot initialize LDAP framework, deferring initialization. Error: invalid credentials 2015-01-14 16:04:36,913 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (ajp--127.0.0.1-8702-2) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 16:08:34,521 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (ajp--127.0.0.1-8702-1) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 16:35:25,670 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (ajp--127.0.0.1-8702-6) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 17:44:19,769 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 17:44:20,096 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authn::authn-ldap.example.org] Cannot initialize LDAP framework, deferring initialization. Error: invalid credentials 2015-01-14 17:44:20,105 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Creating LDAP pool 'authz' 2015-01-14 17:44:20,178 ERROR [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-4) [ovirt-engine-extension-aaa-ldap.authz::authz-ldap.example.org] Cannot initialize LDAP framework, deferring initialization. Error: invalid credentials Thanks again. On Wed, Jan 14, 2015 at 5:08 PM, Alon Bar-Lev wrote: > Hi! > > Great information! > > I really need you to add the log for org.ovirt.engineextensions.aaa.ldap, > see [1] so I can see the entire sequence. > > You are trying to authenticate the esthera user, this result in bind > request using this user, so you should really try to see if bind succeeds > with this user and passwod. > > $ ldapsearch -ZZ -D replace_with_esthera_DN -W -b 'dc=example,dc=org' > > It may be that the password of the user is not set or different than what > you expect, or the schema is not openldap but rfc2307. > > Alon > > [1] > http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=HEAD#l270 > > ----- Original Message ----- > > From: "Bruno Rodriguez" > > To: users at ovirt.org, "Esther Accion" > > Sent: Wednesday, January 14, 2015 5:53:06 PM > > Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP > module > > > > Good afternoon, > > > > We cannot access to Ovirt using LDAP authentication against our openldap > > server. We created the following files in /etc/ovirt-engine/extensions.d > > (the organization name is not example.org and the passwords are not > > XXXXXXXX, obviously) : > > > > ----------- /etc/ovirt-engine/extensions.d/ ldap.example.org ----------- > > > > include = > > > > vars.server = ldap1.example.org > > vars.user = cn=authenticate,ou=System,dc=example,dc=org > > vars.password = "XXXXXXXX" > > > > pool.default.serverset.single.server = ${global:vars.server} > > pool.default.auth.simple.bindDN = ${global:vars.user} > > pool.default.auth.simple.password = ${global:vars.password} > > > > pool.default.ssl.startTLS = true > > pool.default.ssl.truststore.file = > > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > > pool.default.ssl.truststore.password = XXXXXXXX > > > > ----------- > /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties > > ----------- > > > > ovirt.engine.extension.name = authn-ldap.example.org > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authn > > > > ovirt.engine.aaa.authn.profile.name = ldap.example.org > > ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org > > > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > > > ----------- > /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties > > ----------- > > > > ovirt.engine.extension.name = authz-ldap.example.org > > ovirt.engine.extension.bindings.method = jbossmodule > > ovirt.engine.extension.binding.jbossmodule.module = > > org.ovirt.engine-extensions.aaa.ldap > > ovirt.engine.extension.binding.jbossmodule.class = > > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > > > > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authz > > config.profile.file.1 = /etc/ovirt-engine/extensions.d/ ldap.example.org > > > > ------------------------------------------------ > > > > After all of this we restarted the service and tried to access via the > > administration portal. The JKS has the right permissions and contains the > > TLS CA, the password is correct and the user "esthera" exists. But when > we > > try to log in, we obtain the following error in the engine.log (we > already > > set the verbosity to ALL): > > > > ------------------------------------------------ > > > > 2015-01-14 16:35:25,750 ERROR [org.ovirt.engine.core.bll. > > aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Error during > > CanDoActionFailure.: Class: class org.ovirt.engine.core. extensions.mgr. > > ExtensionInvokeCommandFailedEx ception > > Input: > > {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class java.lang.String;uuid=AAA_ > > AUTHN_CREDENTIALS[03b96485- 4bb5-4592-8167-810a5c909706];] =***, > > Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class org.ovirt.engine.api. > > extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ > 886d2ebb-312a-49ae-9cc3- > > e1f849834b7d];]={Extkey[name= EXTENSION_INTERFACE_VERSION_ MAX;type=class > > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > > MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > > Extkey[name=EXTENSION_LICENSE; type=class java.lang.String;uuid= > > EXTENSION_LICENSE[8a61ad65- 054c-4e31-9c6d-1ca4d60a4c18];] =ASL 2.0, > > Extkey[name=EXTENSION_NOTES; type=class java.lang.String;uuid= > > EXTENSION_NOTES[2da5ad7e-185a- 4584-aaff-97f66978e4ea];]= Display name: > > ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_ > > URL;type=class java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > > f969-42d4-b399-72d192e18304];] = http://www.ovirt.org , > > Extkey[name=EXTENSION_LOCALE; type=class java.lang.String;uuid= > > EXTENSION_LOCALE[0780b112- 0ce0-404a-b85e-8765d778bb29];] =en_US, > > Extkey[name=EXTENSION_NAME; type=class java.lang.String;uuid= > > EXTENSION_NAME[651381d3-f54f- 4547-bf28-b0b01a103184];]= > > ovirt-engine-extension-aaa- ldap.authn, Extkey[name=EXTENSION_ > > INTERFACE_VERSION_MIN;type= class java.lang.Integer;uuid= > > EXTENSION_INTERFACE_VERSION_ MIN[2b84fc91-305b-497b-a1d7- > d961b9d2ce0b];]=0, > > Extkey[name=EXTENSION_ CONFIGURATION;type=class > java.util.Properties;uuid= > > EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- 5068a226b0fc];]=***, > > Extkey[name=EXTENSION_AUTHOR; type=class java.lang.String;uuid= > > EXTENSION_AUTHOR[ef242f7a- 2dad-4bc5-9aad-e07018b7fbcc];] =The oVirt > > Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > > java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > > 8674327f011b];]= authn-ldap. example.org , Extkey[name=EXTENSION_BUILD_ > > INTERFACE_VERSION;type=class java.lang.Integer;uuid= > > EXTENSION_BUILD_INTERFACE_ VERSION[cb479e5a-4b23-46f8- > > aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_ > CONFIGURATION_SENSITIVE_KEYS; > > type=interface java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > > SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > > Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > > java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > > 46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_ > > CONTEXT;type=class org.ovirt.engine.api. extensions.ExtMap;uuid= > > EXTENSION_GLOBAL_CONTEXT[ 9799e72f-7af6-4cf1-bf08- > 297bc8903676];]=*skip*, > > Extkey[name=EXTENSION_VERSION; type=class java.lang.String;uuid= > > EXTENSION_VERSION[fe35f6a8- 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > > Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > > org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ > 863db666-3ea7-4751-9695- > > 918a3197ad83];]=org.slf4j. impl.Slf4jLogger( > > > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. > > example.org ), Extkey[name=EXTENSION_ PROVIDES;type=interface > > java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > > 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > > extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER; type=class > > java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > > a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_INVOKE_ > > COMMAND;type=class org.ovirt.engine.api. extensions.ExtUUID;uuid= > > EXTENSION_INVOKE_COMMAND[ 485778ab-bede-4f1a-b823- > > 77b262a2f28d];]=AAA_AUTHN_ AUTHENTICATE_CREDENTIALS[ > > d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > > Output: > > {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class java.lang.Integer;uuid= > > EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- 099c772ddd4e];]=2, > > Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class java.lang.String;uuid= > > EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- > b8bdb72f5893];]=invalid > > credentials} > > > > ------------------------------------------------ > > > > Having a look at the LDAP log we check that there is a "invalid > credentials" > > error while binding, but we are sure that the bind password is the right > > one. We already tried to set the bind password without quotes, but then > the > > DN user then appear as an empty string ("") > > > > ------------------------------------------------ > > > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 > | cut > > -d: -f4 | cut -d\ -f2) /var/log/ldap.log > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from IP= > > 192.168.XX.X:39501 (IP= 0.0.0.0:389 ) > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > > oid=1.3.6.1.4.1.1466.20037 > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 > text= > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > > tls_ssf=128 ssf=128 > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > > dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 err=49 > > text= > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > > > ------------------------------------------------ > > > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > > openldap server and retrieves everything OK > > > > ------------------------------------------------ > > > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > > cn=authenticate,ou=System,dc=example ,dc=org -W > > Enter LDAP Password: > > # extended LDIF > > # > > # LDAPv3 > > # base (default) with scope subtree > > # filter: (objectclass=*) > > # requesting: ALL > > # > > > > # pic.es > > dn: dc=example,dc=org > > dc: pic > > objectClass: top > > objectClass: domain > > > > ------------------------------------------------ > > > > Did anybody had a similar problem ? Is there anything that we didn't > check ? > > > > Thanks in advance ! > > > > -- > > Bruno Rodr?guez Rodr?guez > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Thu Jan 15 09:04:29 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Thu, 15 Jan 2015 04:04:29 -0500 (EST) Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> Message-ID: <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "nicola gentile" > To: Users at ovirt.org > Sent: Wednesday, January 14, 2015 2:33:35 PM > Subject: Re: [ovirt-users] name of virtual machine and hostname > > Good morning, > sorry if I reply only now. > Let me explain better. > Once generated the vms, the hostname of the vms are the same of the > template, but I wish it was centos-01, centos-02, etc. > Is it possible? Yes, you can use cloud-init to set some parameters for each VM including the hostname. You should install the cloud-init rpm on your VMs (it would probably better to do it on the template one) and than you can set the parameters for each VM from 'Initial run' tab under 'Advanced option'. > Thanks, > Nicola > > 2014-06-29 15:43 GMT+02:00 Moti Asayag : > > > > > > ----- Original Message ----- > >> From: "Shahar Havivi" > >> To: "Antoni Segura Puimedon" > >> Cc: Users at ovirt.org > >> Sent: Sunday, June 29, 2014 11:12:24 AM > >> Subject: Re: [ovirt-users] name of virtual machine and hostname > >> > >> On 27.06.14 05:18, Antoni Segura Puimedon wrote: > >> > > >> > > >> > ----- Original Message ----- > >> > > From: "nicola gentile" > >> > > To: Users at ovirt.org > >> > > Sent: Friday, June 27, 2014 11:16:51 AM > >> > > Subject: [ovirt-users] name of virtual machine and hostname > >> > > > >> > > Good morning, > >> > > I would like to ask you an information. > >> > > After I have installed ovirt, I have created a pool of vm with name > >> > > like centos-?? (from 1 to 20) > >> > > and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 > >> > > etc. > >> > > etc. > >> > > The problem is when the vm starts the hostname is not the same of the > >> > > vm name in ovirt but is the same name of the template. > >> > > Is it possible to make sure that the name of vm and the hostname is > >> > > identical? > >> > > >> > I guess that the way to go about it would be to use the cloudinit > >> > integration. > >> > I've not tried it myself, but: > >> > http://www.ovirt.org/Features/Cloud-Init_Integration > >> > states that setting the hostname was one of the planned features when > >> > the > >> > integration was designed. > >> Setting the host name via cloud-init is currently supported - you can set > >> it > >> via the Add/Edit VM via the "Initial Run" section or try to run-once the > >> VM > >> and look at the same "initial Run" section. > >> Please note that if you do Edit a VM that already run ie already > >> initialized > >> oVirt engine will not send the cloud-init data, you will need to use > >> run-once > >> dialog. > >> > >> What you reported looks like a bug - the VM name should be the hostname > >> and > >> not the template name. > > > > Unless Nicola referred to the template's host name, from which the vm pool > > was > > created. It might be if the template wasn't sealed. > > > > Nicola, could you clarify what did you mean by "template name" which > > appears as > > the "host name" ? > > > > Thanks, > > Moti > > > >> > >> Care to report the bug on bugzilla? > >> Thank you, > >> Shahar Havivi. > >> > > >> > > > >> > > Best regard > >> > > > >> > > Nicola Gentile > >> > > _______________________________________________ > >> > > Users mailing list > >> > > Users at ovirt.org > >> > > http://lists.ovirt.org/mailman/listinfo/users > >> > > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at ovirt.org > >> > http://lists.ovirt.org/mailman/listinfo/users > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From stirabos at redhat.com Thu Jan 15 09:11:06 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Thu, 15 Jan 2015 04:11:06 -0500 (EST) Subject: [ovirt-users] New environment ovirt In-Reply-To: References: Message-ID: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "nicola gentile" > To: Users at ovirt.org > Sent: Wednesday, January 14, 2015 3:09:30 PM > Subject: [ovirt-users] New environment ovirt > > Hello, > I have a question. > I would like to set up a new environment with two nodes. > I would like separate che storage traffic, vm traffic and network > management traffic. > Storage is in a separate subnet. > Also the virtual machine is in a separate subnet, and I would like to > separate the management of the network too. > I think I need to add 3 network adapters on the nodes, one for each purpose. > Now I ask you, does the oVirt engine server (manager) need three > network cards too? At least you need only the Management Network (ovirtmgmt), you could also evaluate the opportunity to use the self hosted engine where oVirt engine runs on a VM hosted in HA way by the hosts it is managing [1. http://www.ovirt.org/Features/Self_Hosted_Engine > Thank you > > Nicola > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gcheresh at redhat.com Thu Jan 15 09:15:15 2015 From: gcheresh at redhat.com (Genadi Chereshnya) Date: Thu, 15 Jan 2015 04:15:15 -0500 (EST) Subject: [ovirt-users] New environment ovirt In-Reply-To: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> References: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> Message-ID: <24724934.1834.1421313311180.JavaMail.gcheresh@gena-fedora-new> Engine will need only one network card Hosts will need 3 if you use untagged traffic for your requirements Genadi ----- Original Message ----- From: "Simone Tiraboschi" To: "nicola gentile" Cc: Users at ovirt.org Sent: Thursday, January 15, 2015 11:11:06 AM Subject: Re: [ovirt-users] New environment ovirt ----- Original Message ----- > From: "nicola gentile" > To: Users at ovirt.org > Sent: Wednesday, January 14, 2015 3:09:30 PM > Subject: [ovirt-users] New environment ovirt > > Hello, > I have a question. > I would like to set up a new environment with two nodes. > I would like separate che storage traffic, vm traffic and network > management traffic. > Storage is in a separate subnet. > Also the virtual machine is in a separate subnet, and I would like to > separate the management of the network too. > I think I need to add 3 network adapters on the nodes, one for each purpose. > Now I ask you, does the oVirt engine server (manager) need three > network cards too? At least you need only the Management Network (ovirtmgmt), you could also evaluate the opportunity to use the self hosted engine where oVirt engine runs on a VM hosted in HA way by the hosts it is managing [1. http://www.ovirt.org/Features/Self_Hosted_Engine > Thank you > > Nicola > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From bruno at pic.es Thu Jan 15 09:20:57 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 10:20:57 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <54B69E71.3080609@redhat.com> References: <54B69E71.3080609@redhat.com> Message-ID: Thank you very much, using the following ldap.example.org file: --------------------- include = include = vars.server = ldap1.example.org #vars.user = cn=authenticate,ou=System,dc=example,dc=org #vars.password = XXXXXXXXX pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org pool.default.auth.simple.password = XXXXXXXXX pool.default.ssl.startTLS = true pool.default.ssl.truststore.file = /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks pool.default.ssl.truststore.password = XXXXXXXXX --------------------- Then I get the following in the engine log: 2015-01-15 10:04:15,250 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Extkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_URL;type=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= http://www.ovirt.org,Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EXTENSION_CONFIGURATION;type=class java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= authn-ldap.example.org, Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=AAA_AUTHN_CAPABILITIES;type=class java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER;type=class java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, Extkey[name=EXTENSION_INVOKE_COMMAND;type=class org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous bind disallowed} ----------------------------------- And this is the ldap connection log: /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 ACCEPT from IP=192.168.XX.XX:41469 (IP=0.0.0.0:389) /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT oid=1.3.6.1.4.1.1466.20037 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 STARTTLS /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 RESULT oid= err=0 text= /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 TLS established tls_ssf=128 ssf=128 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 RESULT tag=97 err=0 text= ----------------------------------- It looks like it got the dn correctly but it's unable to bind anyway ... Thank you, Bruno On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek wrote: > Hi, > > On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > >> Good afternoon, >> >> We cannot access to Ovirt using LDAP authentication against our openldap >> server. We created the following files in /etc/ovirt-engine/extensions.d >> (the organization name is not example.org and the >> passwords are not XXXXXXXX, obviously) : >> >> ----------- /etc/ovirt-engine/extensions.d/ldap.example.org >> ----------- >> >> include = >> >> vars.server = ldap1.example.org >> vars.user = cn=authenticate,ou=System,dc=example,dc=org >> vars.password = "XXXXXXXX" >> >> pool.default.serverset.single.server = ${global:vars.server} >> pool.default.auth.simple.bindDN = ${global:vars.user} >> pool.default.auth.simple.password = ${global:vars.password} >> >> pool.default.ssl.startTLS = true >> pool.default.ssl.truststore.file = >> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >> pool.default.ssl.truststore.password = XXXXXXXX >> >> ----------- >> /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties >> ----------- >> >> ovirt.engine.extension.name = >> authn-ldap.example.org >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthnExtension >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authn >> >> ovirt.engine.aaa.authn.profile.name >> = ldap.example.org >> >> ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org >> >> >> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >> >> >> ----------- >> /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties >> ----------- >> >> ovirt.engine.extension.name = >> authz-ldap.example.org >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthzExtension >> >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >> >> >> ------------------------------------------------ >> >> After all of this we restarted the service and tried to access via the >> administration portal. The JKS has the right permissions and contains >> the TLS CA, the password is correct and the user "esthera" exists. But >> when we try to log in, we obtain the following error in the engine.log >> (we already set the verbosity to ALL): >> >> ------------------------------------------------ >> >> 2015-01-14 16:35:25,750 ERROR >> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx >> ception >> Input: >> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- >> 4bb5-4592-8167-810a5c909706];]=***, >> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ >> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= >> EXTENSION_INTERFACE_VERSION_MAX;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >> Extkey[name=EXTENSION_LICENSE;type=class >> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- >> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL >> 2.0, Extkey[name=EXTENSION_NOTES;type=class >> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- >> 4584-aaff-97f66978e4ea];]=Display >> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >> Extkey[name=EXTENSION_HOME_URL;type=class >> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- >> f969-42d4-b399-72d192e18304];]=http://www.ovirt.org >> , Extkey[name=EXTENSION_LOCALE;type=class >> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- >> 0ce0-404a-b85e-8765d778bb29];]=en_US, >> Extkey[name=EXTENSION_NAME;type=class >> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- >> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >> Extkey[name=EXTENSION_CONFIGURATION;type=class >> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ >> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >> Extkey[name=EXTENSION_AUTHOR;type=class >> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- >> 2dad-4bc5-9aad-e07018b7fbcc];]=The >> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- >> 8674327f011b];]=authn-ldap. >> example.org , >> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ >> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ >> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- >> 46f2-83f9-3d3c54cf258d];]=12, >> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ >> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >> Extkey[name=EXTENSION_VERSION;type=class >> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- >> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ >> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j. >> impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr. >> ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap. >> > extensionsmanager.trace.ovirt-engine-extension-aaa-ldap. >> authn.authn-ldap.pic.es/>example.org >> ), Extkey[name=EXTENSION_PROVIDES;type=interface >> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- >> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. >> extensions.aaa.Authn]}, >> Extkey[name=AAA_AUTHN_USER;type=class >> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- >> a3c6-5d926f9dd8f0];]=esthera, >> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ >> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ >> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >> Output: >> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- >> 099c772ddd4e];]=2, >> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- >> b8bdb72f5893];]=invalid >> credentials} >> >> ------------------------------------------------ >> >> Having a look at the LDAP log we check that there is a "invalid >> credentials" error while binding, but we are sure that the bind password >> is the right one. We already tried to set the bind password without >> quotes, but then the DN user then appear as an empty string ("") >> > > I think problem is here. That's really strange, you have to use the > password without quotes. > > Can you please try to set: > pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= > example,dc=org > pool.default.auth.simple.password = XXXXXX > > just without the variables. if the DN is not empty now. > > >> ------------------------------------------------ >> >> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >> IP=192.168.XX.X:39501 (IP=0.0.0.0:389 >> ) >> >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >> oid=1.3.6.1.4.1.1466.20037 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 >> text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >> tls_ssf=128 ssf=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >> err=49 text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >> >> ------------------------------------------------ >> >> By the way, the Ovirt manager (ovmgr) machine can query correctly the >> openldap server and retrieves everything OK >> >> ------------------------------------------------ >> >> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >> cn=authenticate,ou=System,dc=example,dc=org -W >> Enter LDAP Password: >> # extended LDIF >> # >> # LDAPv3 >> # base (default) with scope subtree >> # filter: (objectclass=*) >> # requesting: ALL >> # >> >> # pic.es >> dn: dc=example,dc=org >> dc: pic >> objectClass: top >> objectClass: domain >> >> ------------------------------------------------ >> >> Did anybody had a similar problem ? Is there anything that we didn't >> check ? >> >> Thanks in advance ! >> >> -- >> Bruno Rodr?guez Rodr?guez >> >> >> >> This body part will be downloaded on demand. >> >> -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno at pic.es Thu Jan 15 09:32:20 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 10:32:20 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> Message-ID: Sorry, I forgot to restart the service. With the same ldap.example.org file, the REAL logs are the following: -------------- ldap log -------------- Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 fd=109 ACCEPT from IP=192.168.XX.XX:41522 (IP=0.0.0.0:389) Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 op=0 STARTTLS Jan 15 10:23:52 ldap1 slapd[6712]: conn=1672935 op=0 RESULT oid= err=0 text= Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 fd=109 TLS established tls_ssf=128 ssf=128 Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 op=1 BIND dn="" method=128 Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 op=1 RESULT tag=97 err=48 text=anonymous bind disallowed Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 op=2 UNBIND Jan 15 10:23:53 ldap1 slapd[6712]: conn=1672935 fd=109 closed -------------- engine log -------------- 2015-01-15 10:23:53,010 ERROR [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-2) Error during CanDoActionFailure.: Class: class org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException Input: {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uu id=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX ;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, Ex tkey[name=EXTENSION_LICENSE;type=class java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4 c18];]=ASL 2.0, Extkey[name=EXTENSION_NOTES;type=class java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584- aaff-97f66978e4ea];]=Display name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, Extkey[name=EXTENSION_HOME_URL;t ype=class java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= http://www.ovirt.org, Extkey[name=EXTENSION_LOCALE;type=class java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778 bb29];]=en_US, Extkey[name=EXTENSION_NAME;type=class java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf2 8-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, Extkey[name=EX TENSION_CONFIGURATION;type=class java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a 226b0fc];]=***, Extkey[name=EXTENSION_AUTHOR;type=class java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc 5-9aad-e07018b7fbcc];]=The oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class java.lang.String;uuid=E XTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= authn-ldap.example.org, Extkey[name=EXTENSION_BUILD_IN TERFACE_VERSION;type=class java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4 747a8ab7];]=0, Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface java.util.Collection;uuid=EXTEN SION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], Extkey[name=AAA_AUTHN_CAPABILITIES ;type=class java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, Extkey[name=E XTENSION_GLOBAL_CONTEXT;type=class org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f -7af6-4cf1-bf08-297bc8903676];]=*skip*, Extkey[name=EXTENSION_VERSION;type=class java.lang.String;uuid=EXTENSION _VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface o rg.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLog ger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-lda p.example.org), Extkey[name=EXTENSION_PROVIDES;type=interface java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-6 5b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, Extkey[name=AAA_AUTHN_USER;type=clas s java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=esthera, Extkey[name=EXTENSION_IN VOKE_COMMAND;type=class org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a -b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} Output: {Extkey[name=EXTENSION_INVOKE_RESULT;type=class java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40f b-b6c0-099c772ddd4e];]=2, Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class java.lang.String;uuid=EXTENSION_INVOKE _MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous bind disallowed} As you can see, the engine tries to make an anonimous binding and it's unsuccessful... Thank you very much (and sorry for the previous message), Bruno On Thu, Jan 15, 2015 at 10:20 AM, Bruno Rodriguez wrote: > Thank you very much, > > using the following ldap.example.org file: > > --------------------- > > include = > include = > > vars.server = ldap1.example.org > #vars.user = cn=authenticate,ou=System,dc=example,dc=org > #vars.password = XXXXXXXXX > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = > cn=authenticate,ou=System,dc=example,dc=org > pool.default.auth.simple.password = XXXXXXXXX > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXXX > > --------------------- > > Then I get the following in the engine log: > > > 2015-01-15 10:04:15,250 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= > http://www.ovirt.org,Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= > authn-ldap.example.org, > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org), > Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous > bind disallowed} > > ----------------------------------- > > And this is the ldap connection log: > > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > ACCEPT from IP=192.168.XX.XX:41469 (IP=0.0.0.0:389) > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > STARTTLS > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > RESULT oid= err=0 text= > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > TLS established tls_ssf=128 ssf=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > RESULT tag=97 err=0 text= > > ----------------------------------- > > It looks like it got the dn correctly but it's unable to bind anyway ... > > Thank you, > > Bruno > > > On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek > wrote: > >> Hi, >> >> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: >> >>> Good afternoon, >>> >>> We cannot access to Ovirt using LDAP authentication against our openldap >>> server. We created the following files in /etc/ovirt-engine/extensions.d >>> (the organization name is not example.org and the >>> passwords are not XXXXXXXX, obviously) : >>> >>> ----------- /etc/ovirt-engine/extensions.d/ldap.example.org >>> ----------- >>> >>> include = >>> >>> vars.server = ldap1.example.org >>> vars.user = cn=authenticate,ou=System,dc=example,dc=org >>> vars.password = "XXXXXXXX" >>> >>> pool.default.serverset.single.server = ${global:vars.server} >>> pool.default.auth.simple.bindDN = ${global:vars.user} >>> pool.default.auth.simple.password = ${global:vars.password} >>> >>> pool.default.ssl.startTLS = true >>> pool.default.ssl.truststore.file = >>> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >>> pool.default.ssl.truststore.password = XXXXXXXX >>> >>> ----------- >>> /etc/ovirt-engine/extensions.d/authn-ldap.example.org.properties >>> ----------- >>> >>> ovirt.engine.extension.name = >>> authn-ldap.example.org >>> ovirt.engine.extension.bindings.method = jbossmodule >>> ovirt.engine.extension.binding.jbossmodule.module = >>> org.ovirt.engine-extensions.aaa.ldap >>> ovirt.engine.extension.binding.jbossmodule.class = >>> org.ovirt.engineextensions.aaa.ldap.AuthnExtension >>> ovirt.engine.extension.provides = org.ovirt.engine.api. >>> extensions.aaa.Authn >>> >>> ovirt.engine.aaa.authn.profile.name >>> = ldap.example.org >>> >>> ovirt.engine.aaa.authn.authz.plugin = authz-ldap.example.org >>> >>> >>> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >>> >>> >>> ----------- >>> /etc/ovirt-engine/extensions.d/authz-ldap.example.org.properties >>> ----------- >>> >>> ovirt.engine.extension.name = >>> authz-ldap.example.org >>> ovirt.engine.extension.bindings.method = jbossmodule >>> ovirt.engine.extension.binding.jbossmodule.module = >>> org.ovirt.engine-extensions.aaa.ldap >>> ovirt.engine.extension.binding.jbossmodule.class = >>> org.ovirt.engineextensions.aaa.ldap.AuthzExtension >>> >>> ovirt.engine.extension.provides = org.ovirt.engine.api. >>> extensions.aaa.Authz >>> config.profile.file.1 = /etc/ovirt-engine/extensions.d/ldap.example.org >>> >>> >>> ------------------------------------------------ >>> >>> After all of this we restarted the service and tried to access via the >>> administration portal. The JKS has the right permissions and contains >>> the TLS CA, the password is correct and the user "esthera" exists. But >>> when we try to log in, we obtain the following error in the engine.log >>> (we already set the verbosity to ALL): >>> >>> ------------------------------------------------ >>> >>> 2015-01-14 16:35:25,750 ERROR >>> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >>> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >>> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx >>> ception >>> Input: >>> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >>> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- >>> 4bb5-4592-8167-810a5c909706];]=***, >>> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ >>> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= >>> EXTENSION_INTERFACE_VERSION_MAX;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >>> Extkey[name=EXTENSION_LICENSE;type=class >>> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- >>> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL >>> 2.0, Extkey[name=EXTENSION_NOTES;type=class >>> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- >>> 4584-aaff-97f66978e4ea];]=Display >>> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >>> Extkey[name=EXTENSION_HOME_URL;type=class >>> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- >>> f969-42d4-b399-72d192e18304];]=http://www.ovirt.org >>> , Extkey[name=EXTENSION_LOCALE;type=class >>> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- >>> 0ce0-404a-b85e-8765d778bb29];]=en_US, >>> Extkey[name=EXTENSION_NAME;type=class >>> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- >>> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >>> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION;type=class >>> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ >>> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >>> Extkey[name=EXTENSION_AUTHOR;type=class >>> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- >>> 2dad-4bc5-9aad-e07018b7fbcc];]=The >>> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >>> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- >>> 8674327f011b];]=authn-ldap. >>> example.org , >>> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >>> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ >>> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >>> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ >>> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >>> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >>> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- >>> 46f2-83f9-3d3c54cf258d];]=12, >>> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ >>> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >>> Extkey[name=EXTENSION_VERSION;type=class >>> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- >>> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >>> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >>> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ >>> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j. >>> impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr. >>> ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap. >>> authn.authn-ldap. >>> >> extensionsmanager.trace.ovirt-engine-extension-aaa-ldap. >>> authn.authn-ldap.pic.es/>example.org >>> ), Extkey[name=EXTENSION_PROVIDES;type=interface >>> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- >>> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. >>> extensions.aaa.Authn]}, >>> Extkey[name=AAA_AUTHN_USER;type=class >>> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- >>> a3c6-5d926f9dd8f0];]=esthera, >>> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >>> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ >>> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ >>> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >>> Output: >>> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >>> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- >>> 099c772ddd4e];]=2, >>> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >>> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- >>> b8bdb72f5893];]=invalid >>> credentials} >>> >>> ------------------------------------------------ >>> >>> Having a look at the LDAP log we check that there is a "invalid >>> credentials" error while binding, but we are sure that the bind password >>> is the right one. We already tried to set the bind password without >>> quotes, but then the DN user then appear as an empty string ("") >>> >> >> I think problem is here. That's really strange, you have to use the >> password without quotes. >> >> Can you please try to set: >> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= >> example,dc=org >> pool.default.auth.simple.password = XXXXXX >> >> just without the variables. if the DN is not empty now. >> >> >>> ------------------------------------------------ >>> >>> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >>> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >>> IP=192.168.XX.X:39501 (IP=0.0.0.0:389 >>> ) >>> >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >>> oid=1.3.6.1.4.1.1466.20037 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 >>> text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >>> tls_ssf=128 ssf=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >>> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >>> err=49 text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >>> >>> ------------------------------------------------ >>> >>> By the way, the Ovirt manager (ovmgr) machine can query correctly the >>> openldap server and retrieves everything OK >>> >>> ------------------------------------------------ >>> >>> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >>> cn=authenticate,ou=System,dc=example,dc=org -W >>> Enter LDAP Password: >>> # extended LDIF >>> # >>> # LDAPv3 >>> # base (default) with scope subtree >>> # filter: (objectclass=*) >>> # requesting: ALL >>> # >>> >>> # pic.es >>> dn: dc=example,dc=org >>> dc: pic >>> objectClass: top >>> objectClass: domain >>> >>> ------------------------------------------------ >>> >>> Did anybody had a similar problem ? Is there anything that we didn't >>> check ? >>> >>> Thanks in advance ! >>> >>> -- >>> Bruno Rodr?guez Rodr?guez >>> >>> >>> >>> This body part will be downloaded on demand. >>> >>> > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" > -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 15 09:35:20 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 15 Jan 2015 10:35:20 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> Message-ID: <54B789D8.807@redhat.com> Can you try add this line: pool.default.auth.type = simple to your prop file? Something like: ...... pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.type = simple pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org pool.default.auth.simple.password = XXXXXXXXX ........ Thanks, Ondra On 01/15/2015 10:20 AM, Bruno Rodriguez wrote: > Thank you very much, > > using the following ldap.example.org file: > > --------------------- > > include = > include = > > vars.server = ldap1.example.org > #vars.user = cn=authenticate,ou=System,dc=example,dc=org > #vars.password = XXXXXXXXX > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = > cn=authenticate,ou=System,dc=example,dc=org > pool.default.auth.simple.password = XXXXXXXXX > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXXX > > --------------------- > > Then I get the following in the engine log: > > > 2015-01-15 10:04:15,250 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]=http://www.ovirt.org,Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=authn-ldap.example.org > , > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org > ), > Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous > bind disallowed} > > ----------------------------------- > > And this is the ldap connection log: > > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > ACCEPT from IP=192.168.XX.XX:41469 (IP=0.0.0.0:389 ) > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > EXT oid=1.3.6.1.4.1.1466.20037 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > STARTTLS > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > RESULT oid= err=0 text= > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > TLS established tls_ssf=128 ssf=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > BIND dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > RESULT tag=97 err=0 text= > > ----------------------------------- > > It looks like it got the dn correctly but it's unable to bind anyway ... > > Thank you, > > Bruno > > > On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek > wrote: > > Hi, > > On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our > openldap > server. We created the following files in > /etc/ovirt-engine/extensions.d > (the organization name is not example.org > and the > passwords are not XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions.__d/ldap.example.org > > ----------- > > include = > > vars.server = ldap1.example.org > > vars.user = cn=authenticate,ou=System,dc=__example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single.__server = ${global:vars.server} > pool.default.auth.simple.__bindDN = ${global:vars.user} > pool.default.auth.simple.__password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.__file = > /etc/ovirt-engine/extensions.__d/ldap.example.org_keystore.__jks > pool.default.ssl.truststore.__password = XXXXXXXX > > ----------- > /etc/ovirt-engine/extensions.__d/authn-ldap.example.org > .__properties ----------- > > ovirt.engine.extension.name > > = > authn-ldap.example.org > > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authn > > ovirt.engine.aaa.authn.__profile.name > > > = ldap.example.org > > > ovirt.engine.aaa.authn.authz.__plugin = authz-ldap.example.org > > > > config.profile.file.1 = > /etc/ovirt-engine/extensions.__d/ldap.example.org > > > > ----------- > /etc/ovirt-engine/extensions.__d/authz-ldap.example.org > .__properties ----------- > > ovirt.engine.extension.name > > = > authz-ldap.example.org > > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authz > config.profile.file.1 = > /etc/ovirt-engine/extensions.__d/ldap.example.org > > > > ------------------------------__------------------ > > After all of this we restarted the service and tried to access > via the > administration portal. The JKS has the right permissions and > contains > the TLS CA, the password is correct and the user "esthera" > exists. But > when we try to log in, we obtain the following error in the > engine.log > (we already set the verbosity to ALL): > > ------------------------------__------------------ > > 2015-01-14 16:35:25,750 ERROR > [org.ovirt.engine.core.bll.__aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: > class > org.ovirt.engine.core.__extensions.mgr.__ExtensionInvokeCommandFailedEx__ception > Input: > {Extkey[name=AAA_AUTHN___CREDENTIALS;type=class > java.lang.String;uuid=AAA___AUTHN_CREDENTIALS[03b96485-__4bb5-4592-8167-810a5c909706];]__=***, > Extkey[name=EXTENSION_INVOKE___CONTEXT;type=class > org.ovirt.engine.api.__extensions.ExtMap;uuid=__EXTENSION_INVOKE_CONTEXT[__886d2ebb-312a-49ae-9cc3-__e1f849834b7d];]={Extkey[name=__EXTENSION_INTERFACE_VERSION___MAX;type=class > java.lang.Integer;uuid=__EXTENSION_INTERFACE_VERSION___MAX[f4cff49f-2717-4901-8ee9-__df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;__type=class > java.lang.String;uuid=__EXTENSION_LICENSE[8a61ad65-__054c-4e31-9c6d-1ca4d60a4c18];]__=ASL > 2.0, Extkey[name=EXTENSION_NOTES;__type=class > java.lang.String;uuid=__EXTENSION_NOTES[2da5ad7e-185a-__4584-aaff-97f66978e4ea];]=__Display > name: ovirt-engine-extension-aaa-__ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME___URL;type=class > java.lang.String;uuid=__EXTENSION_HOME_URL[4ad7a2f4-__f969-42d4-b399-72d192e18304];]__=http://www.ovirt.org > , Extkey[name=EXTENSION_LOCALE;__type=class > java.lang.String;uuid=__EXTENSION_LOCALE[0780b112-__0ce0-404a-b85e-8765d778bb29];]__=en_US, > Extkey[name=EXTENSION_NAME;__type=class > java.lang.String;uuid=__EXTENSION_NAME[651381d3-f54f-__4547-bf28-b0b01a103184];]=__ovirt-engine-extension-aaa-__ldap.authn, > Extkey[name=EXTENSION___INTERFACE_VERSION_MIN;type=__class > java.lang.Integer;uuid=__EXTENSION_INTERFACE_VERSION___MIN[2b84fc91-305b-497b-a1d7-__d961b9d2ce0b];]=0, > Extkey[name=EXTENSION___CONFIGURATION;type=class > java.util.Properties;uuid=__EXTENSION_CONFIGURATION[__2d48ab72-f0a1-4312-b4ae-__5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;__type=class > java.lang.String;uuid=__EXTENSION_AUTHOR[ef242f7a-__2dad-4bc5-9aad-e07018b7fbcc];]__=The > oVirt Project, Extkey[name=EXTENSION___INSTANCE_NAME;type=class > java.lang.String;uuid=__EXTENSION_INSTANCE_NAME[__65c67ff6-aeca-4bd5-a245-__8674327f011b];]=authn-ldap. > exa__mple.org > , > Extkey[name=EXTENSION_BUILD___INTERFACE_VERSION;type=class > java.lang.Integer;uuid=__EXTENSION_BUILD_INTERFACE___VERSION[cb479e5a-4b23-46f8-__aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION___CONFIGURATION_SENSITIVE_KEYS;__type=interface > java.util.Collection;uuid=__EXTENSION_CONFIGURATION___SENSITIVE_KEYS[a456efa1-73ff-__4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN___CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN___CAPABILITIES[9d16bee3-10fd-__46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL___CONTEXT;type=class > org.ovirt.engine.api.__extensions.ExtMap;uuid=__EXTENSION_GLOBAL_CONTEXT[__9799e72f-7af6-4cf1-bf08-__297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;__type=class > java.lang.String;uuid=__EXTENSION_VERSION[fe35f6a8-__8239-4bdb-ab1a-af9f779ce68c];]__=1.0.0, > Extkey[name=EXTENSION_MANAGER___TRACE_LOG;type=interface > org.slf4j.Logger;uuid=__EXTENSION_MANAGER_TRACE_LOG[__863db666-3ea7-4751-9695-__918a3197ad83];]=org.slf4j.__impl.Slf4jLogger(org.ovirt.__engine.core.extensions.mgr.__ExtensionsManager.trace.ovirt-__engine-extension-aaa-ldap.__authn.authn-ldap. > >examp__le.org > > ), > Extkey[name=EXTENSION___PROVIDES;type=interface > java.util.Collection;uuid=__EXTENSION_PROVIDES[8cf373a6-__65b5-4594-b828-0e275087de91];]__=[org.ovirt.engine.api.__extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;__type=class > java.lang.String;uuid=AAA___AUTHN_USER[1ceaba26-1bdc-4663-__a3c6-5d926f9dd8f0];]=esthera, > Extkey[name=EXTENSION_INVOKE___COMMAND;type=class > org.ovirt.engine.api.__extensions.ExtUUID;uuid=__EXTENSION_INVOKE_COMMAND[__485778ab-bede-4f1a-b823-__77b262a2f28d];]=AAA_AUTHN___AUTHENTICATE_CREDENTIALS[__d9605c75-6b43-4b00-b32c-__06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE___RESULT;type=class > java.lang.Integer;uuid=__EXTENSION_INVOKE_RESULT[__0909d91d-8bde-40fb-b6c0-__099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE___MESSAGE;type=class > java.lang.String;uuid=__EXTENSION_INVOKE_MESSAGE[__b7b053de-dc73-4bf7-9d26-__b8bdb72f5893];]=invalid > credentials} > > ------------------------------__------------------ > > Having a look at the LDAP log we check that there is a "invalid > credentials" error while binding, but we are sure that the bind > password > is the right one. We already tried to set the bind password without > quotes, but then the DN user then appear as an empty string ("") > > > I think problem is here. That's really strange, you have to use the > password without quotes. > > Can you please try to set: > pool.default.auth.simple.__bindDN = > cn=authenticate,ou=System,dc=__example,dc=org > pool.default.auth.simple.__password = XXXXXX > > just without the variables. if the DN is not empty now. > > > ------------------------------__------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | > tail -n 1 | > cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > IP=192.168.XX.X:39501 > (IP=0.0.0.0:389 > ) > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= > err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS > established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System,__dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > err=49 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------__------------------ > > By the way, the Ovirt manager (ovmgr) machine can query > correctly the > openldap server and retrieves everything OK > > ------------------------------__------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc=__example,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------__------------------ > > Did anybody had a similar problem ? Is there anything that we > didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > > This body part will be downloaded on demand. > > > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" From alonbl at redhat.com Thu Jan 15 09:36:55 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 15 Jan 2015 04:36:55 -0500 (EST) Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> Message-ID: <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Bruno Rodriguez" > To: "Ondra Machacek" > Cc: "Esther Accion" , users at ovirt.org > Sent: Thursday, January 15, 2015 11:20:57 AM > Subject: Re: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module > > Thank you very much, > > using the following ldap.example.org file: > > --------------------- > > include = > include = what do you have in openldap_example.properties? > vars.server = ldap1.example.org > #vars.user = cn=authenticate,ou=System,dc=example,dc=org > #vars.password = XXXXXXXXX why have you commented out the vars? you should have just removed the quotes from vars.password and keep bellow as-is. > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org > pool.default.auth.simple.password = XXXXXXXXX > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore.file = > /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > pool.default.ssl.truststore.password = XXXXXXXXX > > --------------------- > > Then I get the following in the engine log: > > > 2015-01-15 10:04:15,250 ERROR > [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException > Input: > {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, > Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE;type=class > java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL > 2.0, Extkey[name=EXTENSION_NOTES;type=class > java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display > name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_URL;type=class > java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= > http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class > java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, > Extkey[name=EXTENSION_NAME;type=class > java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_CONFIGURATION;type=class > java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR;type=class > java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The > oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= > authn-ldap.example.org , > Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION;type=class > java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( > org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org > ), Extkey[name=EXTENSION_PROVIDES;type=interface > java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER;type=class > java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, > Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous > bind disallowed} error: anonymous bind disallowed can you please enable debug per what I instructed last time and send a complete log? > > ----------------------------------- > > And this is the ldap connection log: > > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > STARTTLS > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 RESULT > oid= err=0 text= > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 TLS > established tls_ssf=128 ssf=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND > dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND > dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 RESULT > tag=97 err=0 text= > > ----------------------------------- > > It looks like it got the dn correctly but it's unable to bind anyway ... > > Thank you, > > Bruno > > > On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > > wrote: > > > Hi, > > On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > > > Good afternoon, > > We cannot access to Ovirt using LDAP authentication against our openldap > server. We created the following files in /etc/ovirt-engine/extensions.d > (the organization name is not example.org < http://example.org > and the > passwords are not XXXXXXXX, obviously) : > > ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org > < http://ldap.example.org > ----------- > > include = > > vars.server = ldap1.example.org < http://ldap1.example.org > > vars.user = cn=authenticate,ou=System,dc= example,dc=org > vars.password = "XXXXXXXX" > > pool.default.serverset.single. server = ${global:vars.server} > pool.default.auth.simple. bindDN = ${global:vars.user} > pool.default.auth.simple. password = ${global:vars.password} > > pool.default.ssl.startTLS = true > pool.default.ssl.truststore. file = > /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks > pool.default.ssl.truststore. password = XXXXXXXX > > ----------- > /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties > ----------- > > ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > authn-ldap.example.org < http://authn-ldap.example.org > > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthnExtension > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn > > ovirt.engine.aaa.authn. profile.name > < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org > < http://ldap.example.org > > ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org > < http://authz-ldap.example.org > > > config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org > < http://ldap.example.org > > > ----------- > /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties > ----------- > > ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > authz-ldap.example.org < http://authz-ldap.example.org > > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthzExtension > > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org > < http://ldap.example.org > > > ------------------------------ ------------------ > > After all of this we restarted the service and tried to access via the > administration portal. The JKS has the right permissions and contains > the TLS CA, the password is correct and the user "esthera" exists. But > when we try to log in, we obtain the following error in the engine.log > (we already set the verbosity to ALL): > > ------------------------------ ------------------ > > 2015-01-14 16:35:25,750 ERROR > [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] > (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class > org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx ception > Input: > {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class > java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- > 4bb5-4592-8167-810a5c909706];] =***, > Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class > org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ > 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= > EXTENSION_INTERFACE_VERSION_ MAX;type=class > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > Extkey[name=EXTENSION_LICENSE; type=class > java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- > 054c-4e31-9c6d-1ca4d60a4c18];] =ASL > 2.0, Extkey[name=EXTENSION_NOTES; type=class > java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- > 4584-aaff-97f66978e4ea];]= Display > name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, > Extkey[name=EXTENSION_HOME_ URL;type=class > java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > f969-42d4-b399-72d192e18304];] = http://www.ovirt.org > < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class > java.lang.String;uuid= EXTENSION_LOCALE[0780b112- > 0ce0-404a-b85e-8765d778bb29];] =en_US, > Extkey[name=EXTENSION_NAME; type=class > java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- > 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, > Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class > java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, > Extkey[name=EXTENSION_ CONFIGURATION;type=class > java.util.Properties;uuid= EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- > 5068a226b0fc];]=***, > Extkey[name=EXTENSION_AUTHOR; type=class > java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- > 2dad-4bc5-9aad-e07018b7fbcc];] =The > oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > 8674327f011b];]=authn-ldap. > < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, > Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class > java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ > VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, > Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface > java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > 46f2-83f9-3d3c54cf258d];]=12, > Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class > org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ > 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, > Extkey[name=EXTENSION_VERSION; type=class > java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- > 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ 863db666-3ea7-4751-9695- > 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. > engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- > engine-extension-aaa-ldap. authn.authn-ldap. > < http://org.ovirt.engine.core. extensions.mgr. > extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. > authn.authn-ldap.pic.es/ > examp le.org > < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface > java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > extensions.aaa.Authn]}, > Extkey[name=AAA_AUTHN_USER; type=class > java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > a3c6-5d926f9dd8f0];]=esthera, > Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class > org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ > 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ > AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > Output: > {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class > java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- > 099c772ddd4e];]=2, > Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class > java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- > b8bdb72f5893];]=invalid > credentials} > > ------------------------------ ------------------ > > Having a look at the LDAP log we check that there is a "invalid > credentials" error while binding, but we are sure that the bind password > is the right one. We already tried to set the bind password without > quotes, but then the DN user then appear as an empty string ("") > > I think problem is here. That's really strange, you have to use the password > without quotes. > > Can you please try to set: > pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= > example,dc=org > pool.default.auth.simple. password = XXXXXX > > just without the variables. if the DN is not empty now. > > > > > ------------------------------ ------------------ > > [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | > cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 > < http://0.0.0.0:389/ >) > > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > oid=1.3.6.1.4.1.1466.20037 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > tls_ssf=128 ssf=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > err=49 text= > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > > ------------------------------ ------------------ > > By the way, the Ovirt manager (ovmgr) machine can query correctly the > openldap server and retrieves everything OK > > ------------------------------ ------------------ > > [root at ovmgr extensions.d]# ldapsearch -ZZ -D > cn=authenticate,ou=System,dc= example,dc=org -W > Enter LDAP Password: > # extended LDIF > # > # LDAPv3 > # base (default) with scope subtree > # filter: (objectclass=*) > # requesting: ALL > # > > # pic.es < http://pic.es/ > > dn: dc=example,dc=org > dc: pic > objectClass: top > objectClass: domain > > ------------------------------ ------------------ > > Did anybody had a similar problem ? Is there anything that we didn't check ? > > Thanks in advance ! > > -- > Bruno Rodr?guez Rodr?guez > > > > This body part will be downloaded on demand. > > > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From omachace at redhat.com Thu Jan 15 09:43:08 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 15 Jan 2015 10:43:08 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> References: <54B69E71.3080609@redhat.com> <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> Message-ID: <54B78BAC.2060807@redhat.com> On 01/15/2015 10:36 AM, Alon Bar-Lev wrote: > > > ----- Original Message ----- >> From: "Bruno Rodriguez" >> To: "Ondra Machacek" >> Cc: "Esther Accion" , users at ovirt.org >> Sent: Thursday, January 15, 2015 11:20:57 AM >> Subject: Re: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module >> >> Thank you very much, >> >> using the following ldap.example.org file: >> >> --------------------- >> >> include = >> include = > > what do you have in openldap_example.properties? It seems you have specified anonymous bind in openldap_example.properties. You should probably try it with original one (openldap.properties). > >> vars.server = ldap1.example.org >> #vars.user = cn=authenticate,ou=System,dc=example,dc=org >> #vars.password = XXXXXXXXX > > why have you commented out the vars? > you should have just removed the quotes from vars.password and keep bellow as-is. > >> pool.default.serverset.single.server = ${global:vars.server} >> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc=example,dc=org >> pool.default.auth.simple.password = XXXXXXXXX >> >> pool.default.ssl.startTLS = true >> pool.default.ssl.truststore.file = >> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >> pool.default.ssl.truststore.password = XXXXXXXXX >> >> --------------------- >> >> Then I get the following in the engine log: >> >> >> 2015-01-15 10:04:15,250 ERROR >> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >> (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class >> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedException >> Input: >> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485-4bb5-4592-8167-810a5c909706];]=***, >> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >> Extkey[name=EXTENSION_LICENSE;type=class >> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL >> 2.0, Extkey[name=EXTENSION_NOTES;type=class >> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display >> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >> Extkey[name=EXTENSION_HOME_URL;type=class >> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]= >> http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class >> java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US, >> Extkey[name=EXTENSION_NAME;type=class >> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >> Extkey[name=EXTENSION_CONFIGURATION;type=class >> java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >> Extkey[name=EXTENSION_AUTHOR;type=class >> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The >> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]= >> authn-ldap.example.org , >> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >> java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd-46f2-83f9-3d3c54cf258d];]=12, >> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >> Extkey[name=EXTENSION_VERSION;type=class >> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( >> org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authn.authn-ldap.example.org >> ), Extkey[name=EXTENSION_PROVIDES;type=interface >> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api.extensions.aaa.Authn]}, >> Extkey[name=AAA_AUTHN_USER;type=class >> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663-a3c6-5d926f9dd8f0];]=bruno, >> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >> Output: >> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2, >> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=anonymous >> bind disallowed} > > error: anonymous bind disallowed > > can you please enable debug per what I instructed last time and send a complete log? > >> >> ----------------------------------- >> >> And this is the ldap connection log: >> >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 >> ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 EXT >> oid=1.3.6.1.4.1.1466.20037 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >> STARTTLS >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 RESULT >> oid= err=0 text= >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 TLS >> established tls_ssf=128 ssf=128 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND >> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 BIND >> dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 >> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 RESULT >> tag=97 err=0 text= >> >> ----------------------------------- >> >> It looks like it got the dn correctly but it's unable to bind anyway ... >> >> Thank you, >> >> Bruno >> >> >> On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > >> wrote: >> >> >> Hi, >> >> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: >> >> >> Good afternoon, >> >> We cannot access to Ovirt using LDAP authentication against our openldap >> server. We created the following files in /etc/ovirt-engine/extensions.d >> (the organization name is not example.org < http://example.org > and the >> passwords are not XXXXXXXX, obviously) : >> >> ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org >> < http://ldap.example.org > ----------- >> >> include = >> >> vars.server = ldap1.example.org < http://ldap1.example.org > >> vars.user = cn=authenticate,ou=System,dc= example,dc=org >> vars.password = "XXXXXXXX" >> >> pool.default.serverset.single. server = ${global:vars.server} >> pool.default.auth.simple. bindDN = ${global:vars.user} >> pool.default.auth.simple. password = ${global:vars.password} >> >> pool.default.ssl.startTLS = true >> pool.default.ssl.truststore. file = >> /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks >> pool.default.ssl.truststore. password = XXXXXXXX >> >> ----------- >> /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties >> ----------- >> >> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >> authn-ldap.example.org < http://authn-ldap.example.org > >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn >> >> ovirt.engine.aaa.authn. profile.name >> < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org >> < http://ldap.example.org > >> ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org >> < http://authz-ldap.example.org > >> >> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org >> < http://ldap.example.org > >> >> ----------- >> /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties >> ----------- >> >> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >> authz-ldap.example.org < http://authz-ldap.example.org > >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >> >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ ldap.example.org >> < http://ldap.example.org > >> >> ------------------------------ ------------------ >> >> After all of this we restarted the service and tried to access via the >> administration portal. The JKS has the right permissions and contains >> the TLS CA, the password is correct and the user "esthera" exists. But >> when we try to log in, we obtain the following error in the engine.log >> (we already set the verbosity to ALL): >> >> ------------------------------ ------------------ >> >> 2015-01-14 16:35:25,750 ERROR >> [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] >> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >> org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx ception >> Input: >> {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class >> java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- >> 4bb5-4592-8167-810a5c909706];] =***, >> Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class >> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ >> 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= >> EXTENSION_INTERFACE_VERSION_ MAX;type=class >> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >> MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, >> Extkey[name=EXTENSION_LICENSE; type=class >> java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- >> 054c-4e31-9c6d-1ca4d60a4c18];] =ASL >> 2.0, Extkey[name=EXTENSION_NOTES; type=class >> java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- >> 4584-aaff-97f66978e4ea];]= Display >> name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, >> Extkey[name=EXTENSION_HOME_ URL;type=class >> java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- >> f969-42d4-b399-72d192e18304];] = http://www.ovirt.org >> < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class >> java.lang.String;uuid= EXTENSION_LOCALE[0780b112- >> 0ce0-404a-b85e-8765d778bb29];] =en_US, >> Extkey[name=EXTENSION_NAME; type=class >> java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- >> 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, >> Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class >> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >> MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, >> Extkey[name=EXTENSION_ CONFIGURATION;type=class >> java.util.Properties;uuid= EXTENSION_CONFIGURATION[ 2d48ab72-f0a1-4312-b4ae- >> 5068a226b0fc];]=***, >> Extkey[name=EXTENSION_AUTHOR; type=class >> java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- >> 2dad-4bc5-9aad-e07018b7fbcc];] =The >> oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class >> java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- >> 8674327f011b];]=authn-ldap. >> < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, >> Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class >> java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ >> VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, >> Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface >> java.util.Collection;uuid= EXTENSION_CONFIGURATION_ >> SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], >> Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class >> java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- >> 46f2-83f9-3d3c54cf258d];]=12, >> Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class >> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ >> 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, >> Extkey[name=EXTENSION_VERSION; type=class >> java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- >> 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, >> Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface >> org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ 863db666-3ea7-4751-9695- >> 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. >> engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- >> engine-extension-aaa-ldap. authn.authn-ldap. >> < http://org.ovirt.engine.core. extensions.mgr. >> extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. >> authn.authn-ldap.pic.es/ > examp le.org >> < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface >> java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- >> 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. >> extensions.aaa.Authn]}, >> Extkey[name=AAA_AUTHN_USER; type=class >> java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- >> a3c6-5d926f9dd8f0];]=esthera, >> Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class >> org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ >> 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ >> AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} >> Output: >> {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class >> java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- >> 099c772ddd4e];]=2, >> Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class >> java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- >> b8bdb72f5893];]=invalid >> credentials} >> >> ------------------------------ ------------------ >> >> Having a look at the LDAP log we check that there is a "invalid >> credentials" error while binding, but we are sure that the bind password >> is the right one. We already tried to set the bind password without >> quotes, but then the DN user then appear as an empty string ("") >> >> I think problem is here. That's really strange, you have to use the password >> without quotes. >> >> Can you please try to set: >> pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= >> example,dc=org >> pool.default.auth.simple. password = XXXXXX >> >> just without the variables. if the DN is not empty now. >> >> >> >> >> ------------------------------ ------------------ >> >> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >> IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 >> < http://0.0.0.0:389/ >) >> >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >> oid=1.3.6.1.4.1.1466.20037 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >> tls_ssf=128 ssf=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >> dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >> err=49 text= >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >> >> ------------------------------ ------------------ >> >> By the way, the Ovirt manager (ovmgr) machine can query correctly the >> openldap server and retrieves everything OK >> >> ------------------------------ ------------------ >> >> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >> cn=authenticate,ou=System,dc= example,dc=org -W >> Enter LDAP Password: >> # extended LDIF >> # >> # LDAPv3 >> # base (default) with scope subtree >> # filter: (objectclass=*) >> # requesting: ALL >> # >> >> # pic.es < http://pic.es/ > >> dn: dc=example,dc=org >> dc: pic >> objectClass: top >> objectClass: domain >> >> ------------------------------ ------------------ >> >> Did anybody had a similar problem ? Is there anything that we didn't check ? >> >> Thanks in advance ! >> >> -- >> Bruno Rodr?guez Rodr?guez >> >> >> >> This body part will be downloaded on demand. >> >> >> >> >> -- >> Bruno Rodr?guez Rodr?guez >> >> PIC (Port d'Informaci? Cient?fica) >> Campus UAB, Edificio D >> E-08193 Bellaterra, Barcelona >> Tel: +34 93 581 33 22 >> >> "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los >> triunfos desaparecen" >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From sbonazzo at redhat.com Thu Jan 15 09:57:00 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Thu, 15 Jan 2015 10:57:00 +0100 Subject: [ovirt-users] oVirt Weekly Sync Meeting: Jan. 14, 2015 Message-ID: <54B78EEC.8050705@redhat.com> ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by bkp at 15:01:14 UTC. The full logs are available at . Minutes: http://plain.resources.ovirt.org/meetings/ovirt/2015/ovirt.2015-01-14-15.01.html Minutes (text): http://plain.resources.ovirt.org/meetings/ovirt/2015/ovirt.2015-01-14-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-14-15.01.log.html Meeting summary --------------- * Agenda and Roll Call (bkp, 15:01:25) * infra update (bkp, 15:01:25) * 3.5.z updates (bkp, 15:01:25) * 3.6.0 status (bkp, 15:01:25) * conferences and workshops (bkp, 15:01:25) * other topics (bkp, 15:01:27) * infra update (bkp, 15:03:58) * infra update Nearing the point of being able to trigger new VMs per job in jenkins on the PHX lab (bkp, 15:16:25) * infra update The novnc issue brought up last week will be solved by openstack (bkp, 15:16:28) * infra update eedri will be a lightning talk on the ovirt gerrit hooks system and on using fabric for managing devops at fosdem https://fosdem.org/2015/schedule/event/gerrit_hooks/ (bkp, 15:16:31) * infra update Still waiting for ack from dev on support on Fedora 21, so we can enable jobs to build and tests on it (bkp, 15:16:35) * infra update Progress on building ovirt-node: Node team finally solved all problems related to EL6.6 support. (bkp, 15:16:38) * infra update Node is also pleased to announce EL7.0 support. A build is still pending, but we hope to deliver this soon. Please watch the ML for the announcement (bkp, 15:16:41) * infra update Creating rpms on master is broken due to gwt changes, vszocs has a patch for fixing it, waiting for a merge (bkp, 15:16:44) * infra update From CentOS Virt SIG meeting: We now have centos wiki write access, still pending access to CSB system (bkp, 15:16:47) * infra update From CentOS Virt SIG meeting: SIG meeting minutes: http://www.centos.org/minutes/2015/january/centos-devel.2015-01-13-14.06.html (bkp, 15:16:50) * 3.5.z updates (bkp, 15:16:55) * LINK: http://www.ovirt.org/OVirt_3.5.1_Release_Notes (sbonazzo, 15:23:56) * 3.5.z updates 3.5.1 branch created and announced just a couple of minutes ago: http://lists.ovirt.org/pipermail/devel/2015-January/009660.html (bkp, 15:24:36) * 3.5.z updates 3.5.1 build started in jenkins too: http://jenkins.ovirt.org/job/manual-build-tarball/456/ (bkp, 15:24:39) * 3.5.z updates If everything goes fine, on morning of Jan. 15, we'll compose 3.5.1 RC and test it for releasing in the afternoon. (bkp, 15:24:42) * 3.5.z updates There are 61 bugs targeted to 3.5.1. Excluding node and documentation bugs we have 41 bugs targeted to 3.5.1. (bkp, 15:24:45) * 3.5.z updates Full status here (though blocker bug info now moot): http://lists.ovirt.org/pipermail/users/2015-January/030579.html (bkp, 15:24:48) * ACTION: 3.5.z updates Update release notes for 3.5.1 if you haven't done so yet! http://www.ovirt.org/OVirt_3.5.1_Release_Notes (bkp, 15:24:51) * 3.6 status (bkp, 15:25:08) * LINK: http://gerrit.ovirt.org/36264 (sbonazzo, 15:27:56) * ACTION: 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers (bkp, 15:41:45) * 3.6.0 status Finished the review process, the remaining key milestones for this release will be scheduled. (bkp, 15:47:31) (bkp, 15:41:48) * 3.6.0 status There are 480 bugs targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs targeted to 3.6.0. (bkp, 15:41:51) * 3.6.0 status Bug count is increasing, as people are getting into the master and working on the integration features side. (bkp, 15:41:54) * 3.6.0 status Full status here: http://lists.ovirt.org/pipermail/users/2015-January/030580.html (bkp, 15:41:57) * 3.6.0 status Fedora 21 support is near to be completed on build side, just missing 2 patches here: http://gerrit.ovirt.org/#/c/36799/ and http://gerrit.ovirt.org/#/c/36240/ (bkp, 15:42:00) * 3.6.0 status Hosted engine glusterfs support (for existing glusterfs replica 3) is under review http://gerrit.ovirt.org/36264 (bkp, 15:42:03) * 3.6.0 status Hosted engine with gluster provisioning is still in development (bkp, 15:42:06) * 3.6.0 status Node is a bit behind planning 3.6, which should get more attention now that they are closing down 3.5 (bkp, 15:42:09) * 3.6.0 status Nightly build does not seem to include recent engine patches, this is due to engine master Jenkins jobs failing to build. vszocs is working on it. (bkp, 15:42:12) * 3.6.0 status No testing on 3.6 features is possible at the moment due to nightly build failure on Jenkins, and the possibly still open issue of vdsm 4.17 not reporting that it supports 3.6 engine. (bkp, 15:42:15) * 3.6.0 status The VDSM issue seems resolved for engine 3.6 supporting vdsm 4.17, but there are questions on how to properly solve the reverse situation, so solution is pending. (bkp, 15:42:19) * conferences and workshops (bkp, 15:42:25) * conferences and workshops FOSDEM prep proceeds. We will have 500 flyers and 200 t-shirts printed for oVirt booth. These are new shirts, with a straight-up logo. (bkp, 15:43:34) * conferences and workshops bkp has not finalized plans on FOSDEM meetup, but it *will* happen. (bkp, 15:43:37) * conferences and workshops There will be a presentation on the CentOS Virt SIG held in the Virt DevRoom, and we will have have oVirt represented. https://fosdem.org/2015/schedule/event/immutable/ (bkp, 15:43:40) * conferences and workshops The workshop for FOSSAsia in Singapore has been settled as a half-day session. We have one speaker coming in from China, bkp, and hopefully another local speaker. We could use one more to fill out the program, if someone in the community is interested. (bkp, 15:43:44) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (bkp, 15:43:49) * conferences and workshops News and info about all FOSDEM sessions will be coming through on oVirt and Red Hat social media channels. Share, share, share! (bkp, 15:44:29) * LINK: http://www.oss2015.org (sbonazzo, 15:45:57) * conferences and workshops sbonazzo working to be at 11th Intl. Conf. on Open Source Systems http://www.oss2015.org (bkp, 15:46:57) * other topics (bkp, 15:47:14) * other topics bkp has completed the 2014 metrics for oVirt and will be posting them soon. But as a preview, oVirt-engine was downloaded from the main Resources site 102,727 times in 2014. v3.4 led the pack with 51,195 downloads, followed by v3.3 with 39,273, and v3.2 with 8,893. (bkp, 15:47:22) * other topics bkp is still looking for user tasks to help round out the oVirt documentation. Please contact bkp if you have any input. (bkp, 15:47:27) * other topics bkp is also still looking for use cases for case studies. I have one lined up for Feb. (UDS Enterprise) but nothing beyond that. (bkp, 15:47:30) Meeting ended at 15:49:33 UTC. Action Items ------------ * 3.5.z updates Update release notes for 3.5.1 if you haven't done so yet! http://www.ovirt.org/OVirt_3.5.1_Release_Notes * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers Action Items, by person ----------------------- * **UNASSIGNED** * 3.5.z updates Update release notes for 3.5.1 if you haven't done so yet! http://www.ovirt.org/OVirt_3.5.1_Release_Notes * 3.6.0 status Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc (http://goo.gl/9X3G49) and reviewed by maintainers People Present (lines said) --------------------------- * bkp (84) * sbonazzo (47) * lvernia (28) * eedri (14) * amureini (10) * fabiand (6) * vszocs (5) * danken (3) * ovirtbot (2) * Zordrak (1) * awels (1) * alonbl (1) * gchaplik (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From bruno at pic.es Thu Jan 15 10:03:39 2015 From: bruno at pic.es (Bruno Rodriguez) Date: Thu, 15 Jan 2015 11:03:39 +0100 Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: <54B78BAC.2060807@redhat.com> References: <54B69E71.3080609@redhat.com> <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> <54B78BAC.2060807@redhat.com> Message-ID: Thanks ! Now it's working! The problem was the absence of the line: pool.default.auth.type = simple It's strange, I thought that the default auth type was set to simple and I didn't check it twice. After setting that the problem has to do about a user/password incorrect, which is our problem because of the schema we are using (migrated from a NIS some time ago). The openldap_example.properties actually was a copy of openldap.properties, I did it that way to customize it to our schema, but in a first instance it was a carbon copy of the original. Thanks again ! Bruno On Thu, Jan 15, 2015 at 10:43 AM, Ondra Machacek wrote: > On 01/15/2015 10:36 AM, Alon Bar-Lev wrote: > >> >> >> ----- Original Message ----- >> >>> From: "Bruno Rodriguez" >>> To: "Ondra Machacek" >>> Cc: "Esther Accion" , users at ovirt.org >>> Sent: Thursday, January 15, 2015 11:20:57 AM >>> Subject: Re: [ovirt-users] Error authenticating bind using the AAA >>> OpenLDAP module >>> >>> Thank you very much, >>> >>> using the following ldap.example.org file: >>> >>> --------------------- >>> >>> include = >>> include = >>> >> >> what do you have in openldap_example.properties? >> > > It seems you have specified anonymous bind in openldap_example.properties. > You should probably try it with original one (openldap.properties). > > > >> vars.server = ldap1.example.org >>> #vars.user = cn=authenticate,ou=System,dc=example,dc=org >>> #vars.password = XXXXXXXXX >>> >> >> why have you commented out the vars? >> you should have just removed the quotes from vars.password and keep >> bellow as-is. >> >> pool.default.serverset.single.server = ${global:vars.server} >>> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= >>> example,dc=org >>> pool.default.auth.simple.password = XXXXXXXXX >>> >>> pool.default.ssl.startTLS = true >>> pool.default.ssl.truststore.file = >>> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks >>> pool.default.ssl.truststore.password = XXXXXXXXX >>> >>> --------------------- >>> >>> Then I get the following in the engine log: >>> >>> >>> 2015-01-15 10:04:15,250 ERROR >>> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] >>> (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class >>> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx >>> ception >>> Input: >>> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class >>> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- >>> 4bb5-4592-8167-810a5c909706];]=***, >>> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ >>> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= >>> EXTENSION_INTERFACE_VERSION_MAX;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, >>> Extkey[name=EXTENSION_LICENSE;type=class >>> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- >>> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL >>> 2.0, Extkey[name=EXTENSION_NOTES;type=class >>> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- >>> 4584-aaff-97f66978e4ea];]=Display >>> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, >>> Extkey[name=EXTENSION_HOME_URL;type=class >>> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- >>> f969-42d4-b399-72d192e18304];]= >>> http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class >>> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- >>> 0ce0-404a-b85e-8765d778bb29];]=en_US, >>> Extkey[name=EXTENSION_NAME;type=class >>> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- >>> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, >>> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ >>> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION;type=class >>> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ >>> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, >>> Extkey[name=EXTENSION_AUTHOR;type=class >>> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- >>> 2dad-4bc5-9aad-e07018b7fbcc];]=The >>> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class >>> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- >>> 8674327f011b];]= >>> authn-ldap.example.org , >>> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class >>> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ >>> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, >>> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface >>> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ >>> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], >>> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class >>> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- >>> 46f2-83f9-3d3c54cf258d];]=12, >>> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ >>> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, >>> Extkey[name=EXTENSION_VERSION;type=class >>> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- >>> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, >>> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface >>> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ >>> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( >>> org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt- >>> engine-extension-aaa-ldap.authn.authn-ldap.example.org >>> ), Extkey[name=EXTENSION_PROVIDES;type=interface >>> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- >>> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. >>> extensions.aaa.Authn]}, >>> Extkey[name=AAA_AUTHN_USER;type=class >>> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- >>> a3c6-5d926f9dd8f0];]=bruno, >>> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class >>> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ >>> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ >>> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} >>> Output: >>> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class >>> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- >>> 099c772ddd4e];]=2, >>> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class >>> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- >>> b8bdb72f5893];]=anonymous >>> bind disallowed} >>> >> >> error: anonymous bind disallowed >> >> can you please enable debug per what I instructed last time and send a >> complete log? >> >> >>> ----------------------------------- >>> >>> And this is the ldap connection log: >>> >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 >>> ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >>> EXT >>> oid=1.3.6.1.4.1.1466.20037 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >>> STARTTLS >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 >>> RESULT >>> oid= err=0 text= >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 >>> TLS >>> established tls_ssf=128 ssf=128 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 >>> BIND >>> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 >>> BIND >>> dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 >>> RESULT >>> tag=97 err=0 text= >>> >>> ----------------------------------- >>> >>> It looks like it got the dn correctly but it's unable to bind anyway ... >>> >>> Thank you, >>> >>> Bruno >>> >>> >>> On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > >>> wrote: >>> >>> >>> Hi, >>> >>> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: >>> >>> >>> Good afternoon, >>> >>> We cannot access to Ovirt using LDAP authentication against our openldap >>> server. We created the following files in /etc/ovirt-engine/extensions.d >>> (the organization name is not example.org < http://example.org > and the >>> passwords are not XXXXXXXX, obviously) : >>> >>> ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org >>> < http://ldap.example.org > ----------- >>> >>> include = >>> >>> vars.server = ldap1.example.org < http://ldap1.example.org > >>> vars.user = cn=authenticate,ou=System,dc= example,dc=org >>> vars.password = "XXXXXXXX" >>> >>> pool.default.serverset.single. server = ${global:vars.server} >>> pool.default.auth.simple. bindDN = ${global:vars.user} >>> pool.default.auth.simple. password = ${global:vars.password} >>> >>> pool.default.ssl.startTLS = true >>> pool.default.ssl.truststore. file = >>> /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks >>> pool.default.ssl.truststore. password = XXXXXXXX >>> >>> ----------- >>> /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties >>> ----------- >>> >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >>> authn-ldap.example.org < http://authn-ldap.example.org > >>> ovirt.engine.extension. bindings.method = jbossmodule >>> ovirt.engine.extension. binding.jbossmodule.module = >>> org.ovirt.engine-extensions. aaa.ldap >>> ovirt.engine.extension. binding.jbossmodule.class = >>> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>> extensions.aaa.Authn >>> >>> ovirt.engine.aaa.authn. profile.name >>> < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org >>> < http://ldap.example.org > >>> ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org >>> < http://authz-ldap.example.org > >>> >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ >>> ldap.example.org >>> < http://ldap.example.org > >>> >>> ----------- >>> /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties >>> ----------- >>> >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = >>> authz-ldap.example.org < http://authz-ldap.example.org > >>> ovirt.engine.extension. bindings.method = jbossmodule >>> ovirt.engine.extension. binding.jbossmodule.module = >>> org.ovirt.engine-extensions. aaa.ldap >>> ovirt.engine.extension. binding.jbossmodule.class = >>> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >>> >>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>> extensions.aaa.Authz >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ >>> ldap.example.org >>> < http://ldap.example.org > >>> >>> ------------------------------ ------------------ >>> >>> After all of this we restarted the service and tried to access via the >>> administration portal. The JKS has the right permissions and contains >>> the TLS CA, the password is correct and the user "esthera" exists. But >>> when we try to log in, we obtain the following error in the engine.log >>> (we already set the verbosity to ALL): >>> >>> ------------------------------ ------------------ >>> >>> 2015-01-14 16:35:25,750 ERROR >>> [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] >>> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class >>> org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx >>> ception >>> Input: >>> {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class >>> java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- >>> 4bb5-4592-8167-810a5c909706];] =***, >>> Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ >>> 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= >>> EXTENSION_INTERFACE_VERSION_ MAX;type=class >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >>> MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, >>> Extkey[name=EXTENSION_LICENSE; type=class >>> java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- >>> 054c-4e31-9c6d-1ca4d60a4c18];] =ASL >>> 2.0, Extkey[name=EXTENSION_NOTES; type=class >>> java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- >>> 4584-aaff-97f66978e4ea];]= Display >>> name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, >>> Extkey[name=EXTENSION_HOME_ URL;type=class >>> java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- >>> f969-42d4-b399-72d192e18304];] = http://www.ovirt.org >>> < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class >>> java.lang.String;uuid= EXTENSION_LOCALE[0780b112- >>> 0ce0-404a-b85e-8765d778bb29];] =en_US, >>> Extkey[name=EXTENSION_NAME; type=class >>> java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- >>> 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, >>> Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ >>> MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, >>> Extkey[name=EXTENSION_ CONFIGURATION;type=class >>> java.util.Properties;uuid= EXTENSION_CONFIGURATION[ >>> 2d48ab72-f0a1-4312-b4ae- >>> 5068a226b0fc];]=***, >>> Extkey[name=EXTENSION_AUTHOR; type=class >>> java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- >>> 2dad-4bc5-9aad-e07018b7fbcc];] =The >>> oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class >>> java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- >>> 8674327f011b];]=authn-ldap. >>> < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, >>> Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class >>> java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ >>> VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, >>> Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface >>> java.util.Collection;uuid= EXTENSION_CONFIGURATION_ >>> SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], >>> Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class >>> java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- >>> 46f2-83f9-3d3c54cf258d];]=12, >>> Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ >>> 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, >>> Extkey[name=EXTENSION_VERSION; type=class >>> java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- >>> 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, >>> Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface >>> org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ >>> 863db666-3ea7-4751-9695- >>> 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. >>> engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- >>> engine-extension-aaa-ldap. authn.authn-ldap. >>> < http://org.ovirt.engine.core. extensions.mgr. >>> extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. >>> authn.authn-ldap.pic.es/ > examp le.org >>> < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface >>> java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- >>> 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. >>> extensions.aaa.Authn]}, >>> Extkey[name=AAA_AUTHN_USER; type=class >>> java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- >>> a3c6-5d926f9dd8f0];]=esthera, >>> Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class >>> org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ >>> 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ >>> AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} >>> Output: >>> {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class >>> java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- >>> 099c772ddd4e];]=2, >>> Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class >>> java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- >>> b8bdb72f5893];]=invalid >>> credentials} >>> >>> ------------------------------ ------------------ >>> >>> Having a look at the LDAP log we check that there is a "invalid >>> credentials" error while binding, but we are sure that the bind password >>> is the right one. We already tried to set the bind password without >>> quotes, but then the DN user then appear as an empty string ("") >>> >>> I think problem is here. That's really strange, you have to use the >>> password >>> without quotes. >>> >>> Can you please try to set: >>> pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= >>> example,dc=org >>> pool.default.auth.simple. password = XXXXXX >>> >>> just without the variables. if the DN is not empty now. >>> >>> >>> >>> >>> ------------------------------ ------------------ >>> >>> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | >>> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from >>> IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 >>> < http://0.0.0.0:389/ >) >>> >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT >>> oid=1.3.6.1.4.1.1466.20037 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 >>> text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established >>> tls_ssf=128 ssf=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND >>> dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 >>> err=49 text= >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed >>> >>> ------------------------------ ------------------ >>> >>> By the way, the Ovirt manager (ovmgr) machine can query correctly the >>> openldap server and retrieves everything OK >>> >>> ------------------------------ ------------------ >>> >>> [root at ovmgr extensions.d]# ldapsearch -ZZ -D >>> cn=authenticate,ou=System,dc= example,dc=org -W >>> Enter LDAP Password: >>> # extended LDIF >>> # >>> # LDAPv3 >>> # base (default) with scope subtree >>> # filter: (objectclass=*) >>> # requesting: ALL >>> # >>> >>> # pic.es < http://pic.es/ > >>> dn: dc=example,dc=org >>> dc: pic >>> objectClass: top >>> objectClass: domain >>> >>> ------------------------------ ------------------ >>> >>> Did anybody had a similar problem ? Is there anything that we didn't >>> check ? >>> >>> Thanks in advance ! >>> >>> -- >>> Bruno Rodr?guez Rodr?guez >>> >>> >>> >>> This body part will be downloaded on demand. >>> >>> >>> >>> >>> -- >>> Bruno Rodr?guez Rodr?guez >>> >>> PIC (Port d'Informaci? Cient?fica) >>> Campus UAB, Edificio D >>> E-08193 Bellaterra, Barcelona >>> Tel: +34 93 581 33 22 >>> >>> "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los >>> triunfos desaparecen" >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> -- Bruno Rodr?guez Rodr?guez PIC (Port d'Informaci? Cient?fica) Campus UAB, Edificio D E-08193 Bellaterra, Barcelona Tel: +34 93 581 33 22 "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los triunfos desaparecen" -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicola.gentile.to at gmail.com Thu Jan 15 10:18:14 2015 From: nicola.gentile.to at gmail.com (nicola.gentile.to) Date: Thu, 15 Jan 2015 11:18:14 +0100 Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> Message-ID: <54B793E6.7050502@gmail.com> Il 15/01/2015 10:04, Simone Tiraboschi ha scritto: > > ----- Original Message ----- >> From: "nicola gentile" >> To: Users at ovirt.org >> Sent: Wednesday, January 14, 2015 2:33:35 PM >> Subject: Re: [ovirt-users] name of virtual machine and hostname >> >> Good morning, >> sorry if I reply only now. >> Let me explain better. >> Once generated the vms, the hostname of the vms are the same of the >> template, but I wish it was centos-01, centos-02, etc. >> Is it possible? > Yes, you can use cloud-init to set some parameters for each VM including the hostname. > You should install the cloud-init rpm on your VMs (it would probably better to do it on the template one) and than you can set the parameters for each VM from 'Initial run' tab under 'Advanced option'. Thank you so much, I will try as soon as possible. >> Thanks, >> Nicola >> >> 2014-06-29 15:43 GMT+02:00 Moti Asayag : >>> >>> ----- Original Message ----- >>>> From: "Shahar Havivi" >>>> To: "Antoni Segura Puimedon" >>>> Cc: Users at ovirt.org >>>> Sent: Sunday, June 29, 2014 11:12:24 AM >>>> Subject: Re: [ovirt-users] name of virtual machine and hostname >>>> >>>> On 27.06.14 05:18, Antoni Segura Puimedon wrote: >>>>> >>>>> ----- Original Message ----- >>>>>> From: "nicola gentile" >>>>>> To: Users at ovirt.org >>>>>> Sent: Friday, June 27, 2014 11:16:51 AM >>>>>> Subject: [ovirt-users] name of virtual machine and hostname >>>>>> >>>>>> Good morning, >>>>>> I would like to ask you an information. >>>>>> After I have installed ovirt, I have created a pool of vm with name >>>>>> like centos-?? (from 1 to 20) >>>>>> and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 >>>>>> etc. >>>>>> etc. >>>>>> The problem is when the vm starts the hostname is not the same of the >>>>>> vm name in ovirt but is the same name of the template. >>>>>> Is it possible to make sure that the name of vm and the hostname is >>>>>> identical? >>>>> I guess that the way to go about it would be to use the cloudinit >>>>> integration. >>>>> I've not tried it myself, but: >>>>> http://www.ovirt.org/Features/Cloud-Init_Integration >>>>> states that setting the hostname was one of the planned features when >>>>> the >>>>> integration was designed. >>>> Setting the host name via cloud-init is currently supported - you can set >>>> it >>>> via the Add/Edit VM via the "Initial Run" section or try to run-once the >>>> VM >>>> and look at the same "initial Run" section. >>>> Please note that if you do Edit a VM that already run ie already >>>> initialized >>>> oVirt engine will not send the cloud-init data, you will need to use >>>> run-once >>>> dialog. >>>> >>>> What you reported looks like a bug - the VM name should be the hostname >>>> and >>>> not the template name. >>> Unless Nicola referred to the template's host name, from which the vm pool >>> was >>> created. It might be if the template wasn't sealed. >>> >>> Nicola, could you clarify what did you mean by "template name" which >>> appears as >>> the "host name" ? >>> >>> Thanks, >>> Moti >>> >>>> Care to report the bug on bugzilla? >>>> Thank you, >>>> Shahar Havivi. >>>>>> Best regard >>>>>> >>>>>> Nicola Gentile >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From nicola.gentile.to at gmail.com Thu Jan 15 10:22:26 2015 From: nicola.gentile.to at gmail.com (nicola.gentile.to) Date: Thu, 15 Jan 2015 11:22:26 +0100 Subject: [ovirt-users] New environment ovirt In-Reply-To: <24724934.1834.1421313311180.JavaMail.gcheresh@gena-fedora-new> References: <787494388.7145768.1421313066033.JavaMail.zimbra@redhat.com> <24724934.1834.1421313311180.JavaMail.gcheresh@gena-fedora-new> Message-ID: <54B794E2.9080204@gmail.com> Thank you so much for suggestion. Nicola Il 15/01/2015 10:15, Genadi Chereshnya ha scritto: > Engine will need only one network card > Hosts will need 3 if you use untagged traffic for your requirements > Genadi > > ----- Original Message ----- > From: "Simone Tiraboschi" > To: "nicola gentile" > Cc: Users at ovirt.org > Sent: Thursday, January 15, 2015 11:11:06 AM > Subject: Re: [ovirt-users] New environment ovirt > > > > ----- Original Message ----- >> From: "nicola gentile" >> To: Users at ovirt.org >> Sent: Wednesday, January 14, 2015 3:09:30 PM >> Subject: [ovirt-users] New environment ovirt >> >> Hello, >> I have a question. >> I would like to set up a new environment with two nodes. >> I would like separate che storage traffic, vm traffic and network >> management traffic. >> Storage is in a separate subnet. >> Also the virtual machine is in a separate subnet, and I would like to >> separate the management of the network too. >> I think I need to add 3 network adapters on the nodes, one for each purpose. >> Now I ask you, does the oVirt engine server (manager) need three >> network cards too? > At least you need only the Management Network (ovirtmgmt), you could also evaluate the opportunity to use the self hosted engine where oVirt engine runs on a VM hosted in HA way by the hosts it is managing [1. > > http://www.ovirt.org/Features/Self_Hosted_Engine > >> Thank you >> >> Nicola >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alonbl at redhat.com Thu Jan 15 11:44:07 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 15 Jan 2015 06:44:07 -0500 (EST) Subject: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module In-Reply-To: References: <54B69E71.3080609@redhat.com> <1366614000.4864086.1421314615312.JavaMail.zimbra@redhat.com> <54B78BAC.2060807@redhat.com> Message-ID: <1627103904.4883644.1421322247640.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Bruno Rodriguez" > To: "Ondra Machacek" > Cc: "Alon Bar-Lev" , "Esther Accion" , users at ovirt.org > Sent: Thursday, January 15, 2015 12:03:39 PM > Subject: Re: [ovirt-users] Error authenticating bind using the AAA OpenLDAP module > > Thanks ! Now it's working! > > The problem was the absence of the line: > > pool.default.auth.type = simple this should not be set to all pools, only for the authz pool. the authn pool should be anonymous. the process of authentication is: 1. create a pool X ldap connections with anonymous bind. 2. when user authenticate fetch a connection from (1) and bind user that user and password. 3. revert to anonymous, return to pool. so basically your pool is now authenticated using your search user at all time. if your ldap does not permit anonymous logins at all, maybe better is to provide different user for this authentication pool? > It's strange, I thought that the default auth type was set to simple and I > didn't check it twice. After setting that the problem has to do about a > user/password incorrect, which is our problem because of the schema we are > using (migrated from a NIS some time ago). > > The openldap_example.properties actually was a copy of openldap.properties, > I did it that way to customize it to our schema, but in a first instance > it was a carbon copy of the original. in next version (1.0.2) there is rfc2307-openldap.properties to ease use :) > > Thanks again ! > > Bruno > > > > On Thu, Jan 15, 2015 at 10:43 AM, Ondra Machacek > wrote: > > > On 01/15/2015 10:36 AM, Alon Bar-Lev wrote: > > > >> > >> > >> ----- Original Message ----- > >> > >>> From: "Bruno Rodriguez" > >>> To: "Ondra Machacek" > >>> Cc: "Esther Accion" , users at ovirt.org > >>> Sent: Thursday, January 15, 2015 11:20:57 AM > >>> Subject: Re: [ovirt-users] Error authenticating bind using the AAA > >>> OpenLDAP module > >>> > >>> Thank you very much, > >>> > >>> using the following ldap.example.org file: > >>> > >>> --------------------- > >>> > >>> include = > >>> include = > >>> > >> > >> what do you have in openldap_example.properties? > >> > > > > It seems you have specified anonymous bind in openldap_example.properties. > > You should probably try it with original one (openldap.properties). > > > > > > > >> vars.server = ldap1.example.org > >>> #vars.user = cn=authenticate,ou=System,dc=example,dc=org > >>> #vars.password = XXXXXXXXX > >>> > >> > >> why have you commented out the vars? > >> you should have just removed the quotes from vars.password and keep > >> bellow as-is. > >> > >> pool.default.serverset.single.server = ${global:vars.server} > >>> pool.default.auth.simple.bindDN = cn=authenticate,ou=System,dc= > >>> example,dc=org > >>> pool.default.auth.simple.password = XXXXXXXXX > >>> > >>> pool.default.ssl.startTLS = true > >>> pool.default.ssl.truststore.file = > >>> /etc/ovirt-engine/extensions.d/ldap.example.org_keystore.jks > >>> pool.default.ssl.truststore.password = XXXXXXXXX > >>> > >>> --------------------- > >>> > >>> Then I get the following in the engine log: > >>> > >>> > >>> 2015-01-15 10:04:15,250 ERROR > >>> [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] > >>> (ajp--127.0.0.1-8702-3) Error during CanDoActionFailure.: Class: class > >>> org.ovirt.engine.core.extensions.mgr.ExtensionInvokeCommandFailedEx > >>> ception > >>> Input: > >>> {Extkey[name=AAA_AUTHN_CREDENTIALS;type=class > >>> java.lang.String;uuid=AAA_AUTHN_CREDENTIALS[03b96485- > >>> 4bb5-4592-8167-810a5c909706];]=***, > >>> Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class > >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[ > >>> 886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name= > >>> EXTENSION_INTERFACE_VERSION_MAX;type=class > >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ > >>> MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0, > >>> Extkey[name=EXTENSION_LICENSE;type=class > >>> java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65- > >>> 054c-4e31-9c6d-1ca4d60a4c18];]=ASL > >>> 2.0, Extkey[name=EXTENSION_NOTES;type=class > >>> java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a- > >>> 4584-aaff-97f66978e4ea];]=Display > >>> name: ovirt-engine-extension-aaa-ldap-1.0.0-1.el6, > >>> Extkey[name=EXTENSION_HOME_URL;type=class > >>> java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4- > >>> f969-42d4-b399-72d192e18304];]= > >>> http://www.ovirt.org ,Extkey[name=EXTENSION_LOCALE;type=class > >>> java.lang.String;uuid=EXTENSION_LOCALE[0780b112- > >>> 0ce0-404a-b85e-8765d778bb29];]=en_US, > >>> Extkey[name=EXTENSION_NAME;type=class > >>> java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f- > >>> 4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authn, > >>> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class > >>> java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_ > >>> MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0, > >>> Extkey[name=EXTENSION_CONFIGURATION;type=class > >>> java.util.Properties;uuid=EXTENSION_CONFIGURATION[ > >>> 2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***, > >>> Extkey[name=EXTENSION_AUTHOR;type=class > >>> java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a- > >>> 2dad-4bc5-9aad-e07018b7fbcc];]=The > >>> oVirt Project, Extkey[name=EXTENSION_INSTANCE_NAME;type=class > >>> java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245- > >>> 8674327f011b];]= > >>> authn-ldap.example.org , > >>> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class > >>> java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_ > >>> VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0, > >>> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface > >>> java.util.Collection;uuid=EXTENSION_CONFIGURATION_ > >>> SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[], > >>> Extkey[name=AAA_AUTHN_CAPABILITIES;type=class > >>> java.lang.Long;uuid=AAA_AUTHN_CAPABILITIES[9d16bee3-10fd- > >>> 46f2-83f9-3d3c54cf258d];]=12, > >>> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class > >>> org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[ > >>> 9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*, > >>> Extkey[name=EXTENSION_VERSION;type=class > >>> java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8- > >>> 8239-4bdb-ab1a-af9f779ce68c];]=1.0.0, > >>> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface > >>> org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[ > >>> 863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger( > >>> org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt- > >>> engine-extension-aaa-ldap.authn.authn-ldap.example.org > >>> ), Extkey[name=EXTENSION_PROVIDES;type=interface > >>> java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6- > >>> 65b5-4594-b828-0e275087de91];]=[org.ovirt.engine.api. > >>> extensions.aaa.Authn]}, > >>> Extkey[name=AAA_AUTHN_USER;type=class > >>> java.lang.String;uuid=AAA_AUTHN_USER[1ceaba26-1bdc-4663- > >>> a3c6-5d926f9dd8f0];]=bruno, > >>> Extkey[name=EXTENSION_INVOKE_COMMAND;type=class > >>> org.ovirt.engine.api.extensions.ExtUUID;uuid=EXTENSION_INVOKE_COMMAND[ > >>> 485778ab-bede-4f1a-b823-77b262a2f28d];]=AAA_AUTHN_ > >>> AUTHENTICATE_CREDENTIALS[d9605c75-6b43-4b00-b32c-06bdfa80244c]} > >>> Output: > >>> {Extkey[name=EXTENSION_INVOKE_RESULT;type=class > >>> java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0- > >>> 099c772ddd4e];]=2, > >>> Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class > >>> java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26- > >>> b8bdb72f5893];]=anonymous > >>> bind disallowed} > >>> > >> > >> error: anonymous bind disallowed > >> > >> can you please enable debug per what I instructed last time and send a > >> complete log? > >> > >> > >>> ----------------------------------- > >>> > >>> And this is the ldap connection log: > >>> > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > >>> ACCEPT from IP=192.168.XX.XX:41469 (IP= 0.0.0.0:389 ) > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > >>> EXT > >>> oid=1.3.6.1.4.1.1466.20037 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > >>> STARTTLS > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=0 > >>> RESULT > >>> oid= err=0 text= > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 fd=114 > >>> TLS > >>> established tls_ssf=128 ssf=128 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > >>> BIND > >>> dn="cn=authenticate,ou=System,dc=example,dc=org" method=128 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > >>> BIND > >>> dn="cn=authenticate,ou=System,dc=example,dc=org" mech=SIMPLE ssf=0 > >>> /var/log/ldap.log:Jan 15 10:04:15 ldap1 slapd[6712]: conn=1671350 op=1 > >>> RESULT > >>> tag=97 err=0 text= > >>> > >>> ----------------------------------- > >>> > >>> It looks like it got the dn correctly but it's unable to bind anyway ... > >>> > >>> Thank you, > >>> > >>> Bruno > >>> > >>> > >>> On Wed, Jan 14, 2015 at 5:50 PM, Ondra Machacek < omachace at redhat.com > > >>> wrote: > >>> > >>> > >>> Hi, > >>> > >>> On 01/14/2015 04:53 PM, Bruno Rodriguez wrote: > >>> > >>> > >>> Good afternoon, > >>> > >>> We cannot access to Ovirt using LDAP authentication against our openldap > >>> server. We created the following files in /etc/ovirt-engine/extensions.d > >>> (the organization name is not example.org < http://example.org > and the > >>> passwords are not XXXXXXXX, obviously) : > >>> > >>> ----------- /etc/ovirt-engine/extensions. d/ ldap.example.org > >>> < http://ldap.example.org > ----------- > >>> > >>> include = > >>> > >>> vars.server = ldap1.example.org < http://ldap1.example.org > > >>> vars.user = cn=authenticate,ou=System,dc= example,dc=org > >>> vars.password = "XXXXXXXX" > >>> > >>> pool.default.serverset.single. server = ${global:vars.server} > >>> pool.default.auth.simple. bindDN = ${global:vars.user} > >>> pool.default.auth.simple. password = ${global:vars.password} > >>> > >>> pool.default.ssl.startTLS = true > >>> pool.default.ssl.truststore. file = > >>> /etc/ovirt-engine/extensions. d/ldap.example.org_keystore. jks > >>> pool.default.ssl.truststore. password = XXXXXXXX > >>> > >>> ----------- > >>> /etc/ovirt-engine/extensions. d/ authn-ldap.example.org . properties > >>> ----------- > >>> > >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > >>> authn-ldap.example.org < http://authn-ldap.example.org > > >>> ovirt.engine.extension. bindings.method = jbossmodule > >>> ovirt.engine.extension. binding.jbossmodule.module = > >>> org.ovirt.engine-extensions. aaa.ldap > >>> ovirt.engine.extension. binding.jbossmodule.class = > >>> org.ovirt.engineextensions. aaa.ldap.AuthnExtension > >>> ovirt.engine.extension. provides = org.ovirt.engine.api. > >>> extensions.aaa.Authn > >>> > >>> ovirt.engine.aaa.authn. profile.name > >>> < http://ovirt.engine.aaa. authn.profile.name > = ldap.example.org > >>> < http://ldap.example.org > > >>> ovirt.engine.aaa.authn.authz. plugin = authz-ldap.example.org > >>> < http://authz-ldap.example.org > > >>> > >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ > >>> ldap.example.org > >>> < http://ldap.example.org > > >>> > >>> ----------- > >>> /etc/ovirt-engine/extensions. d/ authz-ldap.example.org . properties > >>> ----------- > >>> > >>> ovirt.engine.extension.name < http://ovirt.engine. extension.name > = > >>> authz-ldap.example.org < http://authz-ldap.example.org > > >>> ovirt.engine.extension. bindings.method = jbossmodule > >>> ovirt.engine.extension. binding.jbossmodule.module = > >>> org.ovirt.engine-extensions. aaa.ldap > >>> ovirt.engine.extension. binding.jbossmodule.class = > >>> org.ovirt.engineextensions. aaa.ldap.AuthzExtension > >>> > >>> ovirt.engine.extension. provides = org.ovirt.engine.api. > >>> extensions.aaa.Authz > >>> config.profile.file.1 = /etc/ovirt-engine/extensions. d/ > >>> ldap.example.org > >>> < http://ldap.example.org > > >>> > >>> ------------------------------ ------------------ > >>> > >>> After all of this we restarted the service and tried to access via the > >>> administration portal. The JKS has the right permissions and contains > >>> the TLS CA, the password is correct and the user "esthera" exists. But > >>> when we try to log in, we obtain the following error in the engine.log > >>> (we already set the verbosity to ALL): > >>> > >>> ------------------------------ ------------------ > >>> > >>> 2015-01-14 16:35:25,750 ERROR > >>> [org.ovirt.engine.core.bll. aaa.LoginAdminUserCommand] > >>> (ajp--127.0.0.1-8702-6) Error during CanDoActionFailure.: Class: class > >>> org.ovirt.engine.core. extensions.mgr. ExtensionInvokeCommandFailedEx > >>> ception > >>> Input: > >>> {Extkey[name=AAA_AUTHN_ CREDENTIALS;type=class > >>> java.lang.String;uuid=AAA_ AUTHN_CREDENTIALS[03b96485- > >>> 4bb5-4592-8167-810a5c909706];] =***, > >>> Extkey[name=EXTENSION_INVOKE_ CONTEXT;type=class > >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_INVOKE_CONTEXT[ > >>> 886d2ebb-312a-49ae-9cc3- e1f849834b7d];]={Extkey[name= > >>> EXTENSION_INTERFACE_VERSION_ MAX;type=class > >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > >>> MAX[f4cff49f-2717-4901-8ee9- df362446e3e7];]=0, > >>> Extkey[name=EXTENSION_LICENSE; type=class > >>> java.lang.String;uuid= EXTENSION_LICENSE[8a61ad65- > >>> 054c-4e31-9c6d-1ca4d60a4c18];] =ASL > >>> 2.0, Extkey[name=EXTENSION_NOTES; type=class > >>> java.lang.String;uuid= EXTENSION_NOTES[2da5ad7e-185a- > >>> 4584-aaff-97f66978e4ea];]= Display > >>> name: ovirt-engine-extension-aaa- ldap-1.0.0-1.el6, > >>> Extkey[name=EXTENSION_HOME_ URL;type=class > >>> java.lang.String;uuid= EXTENSION_HOME_URL[4ad7a2f4- > >>> f969-42d4-b399-72d192e18304];] = http://www.ovirt.org > >>> < http://www.ovirt.org/ >, Extkey[name=EXTENSION_LOCALE; type=class > >>> java.lang.String;uuid= EXTENSION_LOCALE[0780b112- > >>> 0ce0-404a-b85e-8765d778bb29];] =en_US, > >>> Extkey[name=EXTENSION_NAME; type=class > >>> java.lang.String;uuid= EXTENSION_NAME[651381d3-f54f- > >>> 4547-bf28-b0b01a103184];]= ovirt-engine-extension-aaa- ldap.authn, > >>> Extkey[name=EXTENSION_ INTERFACE_VERSION_MIN;type= class > >>> java.lang.Integer;uuid= EXTENSION_INTERFACE_VERSION_ > >>> MIN[2b84fc91-305b-497b-a1d7- d961b9d2ce0b];]=0, > >>> Extkey[name=EXTENSION_ CONFIGURATION;type=class > >>> java.util.Properties;uuid= EXTENSION_CONFIGURATION[ > >>> 2d48ab72-f0a1-4312-b4ae- > >>> 5068a226b0fc];]=***, > >>> Extkey[name=EXTENSION_AUTHOR; type=class > >>> java.lang.String;uuid= EXTENSION_AUTHOR[ef242f7a- > >>> 2dad-4bc5-9aad-e07018b7fbcc];] =The > >>> oVirt Project, Extkey[name=EXTENSION_ INSTANCE_NAME;type=class > >>> java.lang.String;uuid= EXTENSION_INSTANCE_NAME[ 65c67ff6-aeca-4bd5-a245- > >>> 8674327f011b];]=authn-ldap. > >>> < http://authn-ldap.pic.es/ > exa mple.org < http://example.org >, > >>> Extkey[name=EXTENSION_BUILD_ INTERFACE_VERSION;type=class > >>> java.lang.Integer;uuid= EXTENSION_BUILD_INTERFACE_ > >>> VERSION[cb479e5a-4b23-46f8- aed3-56a4747a8ab7];]=0, > >>> Extkey[name=EXTENSION_ CONFIGURATION_SENSITIVE_KEYS; type=interface > >>> java.util.Collection;uuid= EXTENSION_CONFIGURATION_ > >>> SENSITIVE_KEYS[a456efa1-73ff- 4204-9f9b-ebff01e35263];]=[], > >>> Extkey[name=AAA_AUTHN_ CAPABILITIES;type=class > >>> java.lang.Long;uuid=AAA_AUTHN_ CAPABILITIES[9d16bee3-10fd- > >>> 46f2-83f9-3d3c54cf258d];]=12, > >>> Extkey[name=EXTENSION_GLOBAL_ CONTEXT;type=class > >>> org.ovirt.engine.api. extensions.ExtMap;uuid= EXTENSION_GLOBAL_CONTEXT[ > >>> 9799e72f-7af6-4cf1-bf08- 297bc8903676];]=*skip*, > >>> Extkey[name=EXTENSION_VERSION; type=class > >>> java.lang.String;uuid= EXTENSION_VERSION[fe35f6a8- > >>> 8239-4bdb-ab1a-af9f779ce68c];] =1.0.0, > >>> Extkey[name=EXTENSION_MANAGER_ TRACE_LOG;type=interface > >>> org.slf4j.Logger;uuid= EXTENSION_MANAGER_TRACE_LOG[ > >>> 863db666-3ea7-4751-9695- > >>> 918a3197ad83];]=org.slf4j. impl.Slf4jLogger(org.ovirt. > >>> engine.core.extensions.mgr. ExtensionsManager.trace.ovirt- > >>> engine-extension-aaa-ldap. authn.authn-ldap. > >>> < http://org.ovirt.engine.core. extensions.mgr. > >>> extensionsmanager.trace.ovirt- engine-extension-aaa-ldap. > >>> authn.authn-ldap.pic.es/ > examp le.org > >>> < http://example.org >), Extkey[name=EXTENSION_ PROVIDES;type=interface > >>> java.util.Collection;uuid= EXTENSION_PROVIDES[8cf373a6- > >>> 65b5-4594-b828-0e275087de91];] =[org.ovirt.engine.api. > >>> extensions.aaa.Authn]}, > >>> Extkey[name=AAA_AUTHN_USER; type=class > >>> java.lang.String;uuid=AAA_ AUTHN_USER[1ceaba26-1bdc-4663- > >>> a3c6-5d926f9dd8f0];]=esthera, > >>> Extkey[name=EXTENSION_INVOKE_ COMMAND;type=class > >>> org.ovirt.engine.api. extensions.ExtUUID;uuid= EXTENSION_INVOKE_COMMAND[ > >>> 485778ab-bede-4f1a-b823- 77b262a2f28d];]=AAA_AUTHN_ > >>> AUTHENTICATE_CREDENTIALS[ d9605c75-6b43-4b00-b32c- 06bdfa80244c]} > >>> Output: > >>> {Extkey[name=EXTENSION_INVOKE_ RESULT;type=class > >>> java.lang.Integer;uuid= EXTENSION_INVOKE_RESULT[ 0909d91d-8bde-40fb-b6c0- > >>> 099c772ddd4e];]=2, > >>> Extkey[name=EXTENSION_INVOKE_ MESSAGE;type=class > >>> java.lang.String;uuid= EXTENSION_INVOKE_MESSAGE[ b7b053de-dc73-4bf7-9d26- > >>> b8bdb72f5893];]=invalid > >>> credentials} > >>> > >>> ------------------------------ ------------------ > >>> > >>> Having a look at the LDAP log we check that there is a "invalid > >>> credentials" error while binding, but we are sure that the bind password > >>> is the right one. We already tried to set the bind password without > >>> quotes, but then the DN user then appear as an empty string ("") > >>> > >>> I think problem is here. That's really strange, you have to use the > >>> password > >>> without quotes. > >>> > >>> Can you please try to set: > >>> pool.default.auth.simple. bindDN = cn=authenticate,ou=System,dc= > >>> example,dc=org > >>> pool.default.auth.simple. password = XXXXXX > >>> > >>> just without the variables. if the DN is not empty now. > >>> > >>> > >>> > >>> > >>> ------------------------------ ------------------ > >>> > >>> [root at ldap1 ~]# grep $(grep 192.168.XX.X /var/log/ldap.log | tail -n 1 | > >>> cut -d: -f4 | cut -d\ -f2) /var/log/ldap.log > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 ACCEPT from > >>> IP=192.168.XX.X:39501 < http://192.168.95.2:39501/ > (IP= 0.0.0.0:389 > >>> < http://0.0.0.0:389/ >) > >>> > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 EXT > >>> oid=1.3.6.1.4.1.1466.20037 > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 STARTTLS > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=0 RESULT oid= err=0 > >>> text= > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 TLS established > >>> tls_ssf=128 ssf=128 > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 BIND > >>> dn="cn=authenticate,ou=System, dc=example,dc=org" method=128 > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=1 RESULT tag=97 > >>> err=49 text= > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 op=2 UNBIND > >>> Jan 14 16:35:25 ldap1 slapd[6712]: conn=1591408 fd=63 closed > >>> > >>> ------------------------------ ------------------ > >>> > >>> By the way, the Ovirt manager (ovmgr) machine can query correctly the > >>> openldap server and retrieves everything OK > >>> > >>> ------------------------------ ------------------ > >>> > >>> [root at ovmgr extensions.d]# ldapsearch -ZZ -D > >>> cn=authenticate,ou=System,dc= example,dc=org -W > >>> Enter LDAP Password: > >>> # extended LDIF > >>> # > >>> # LDAPv3 > >>> # base (default) with scope subtree > >>> # filter: (objectclass=*) > >>> # requesting: ALL > >>> # > >>> > >>> # pic.es < http://pic.es/ > > >>> dn: dc=example,dc=org > >>> dc: pic > >>> objectClass: top > >>> objectClass: domain > >>> > >>> ------------------------------ ------------------ > >>> > >>> Did anybody had a similar problem ? Is there anything that we didn't > >>> check ? > >>> > >>> Thanks in advance ! > >>> > >>> -- > >>> Bruno Rodr?guez Rodr?guez > >>> > >>> > >>> > >>> This body part will be downloaded on demand. > >>> > >>> > >>> > >>> > >>> -- > >>> Bruno Rodr?guez Rodr?guez > >>> > >>> PIC (Port d'Informaci? Cient?fica) > >>> Campus UAB, Edificio D > >>> E-08193 Bellaterra, Barcelona > >>> Tel: +34 93 581 33 22 > >>> > >>> "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > >>> triunfos desaparecen" > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >>> > > > -- > Bruno Rodr?guez Rodr?guez > > PIC (Port d'Informaci? Cient?fica) > Campus UAB, Edificio D > E-08193 Bellaterra, Barcelona > Tel: +34 93 581 33 22 > > "Si algo me ha ense?ado el tetris, es que los errores se acumulan y los > triunfos desaparecen" > From donny at cloudspin.me Thu Jan 15 13:02:09 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 06:02:09 -0700 Subject: [ovirt-users] Exporting VM's painfully slow In-Reply-To: <54B779A0.6080800@mittwald.de> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> Message-ID: <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> I will give this a spin, I can't get these machines to import at all... The job fails and the tasks remain, and all the machines I tried to import are locked. -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Sven Kieske Sent: Thursday, January 15, 2015 1:26 AM To: users at ovirt.org Subject: Re: [ovirt-users] Exporting VM's painfully slow Hi, if you use sparse images this BZ might be helpful: https://bugzilla.redhat.com/show_bug.cgi?id=1156115 maybe you can backport the change to your version. The idea is to not use dd in order to move images. HTH -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From lars at steinwurf.com Thu Jan 15 13:22:23 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Thu, 15 Jan 2015 14:22:23 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> Message-ID: <54B7BF0F.5090702@steinwurf.com> Hello again. And thanks for the help, now I can create hosts, which run :) However I have run into a bit more trouble, again which seems a bit strange to me. When trying to added a new Storage connection, I get this: Error while executing action: Cannot add Storage Connection. Storage connection already exists. https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png My exports file, look like this: /home/iso 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) /home/data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) /home/import_data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) Copied from the oVirt basic setup guide. And I have restarted my NFS server service, and create the directories. Can some one help with this? and explain the problem to me? If you need more info, please tell me. Thanks and Best Regards - Lars From cfergeau at redhat.com Thu Jan 15 13:22:43 2015 From: cfergeau at redhat.com (Christophe Fergeau) Date: Thu, 15 Jan 2015 14:22:43 +0100 Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> Message-ID: <20150115132243.GE5314@edamame.cdg.redhat.com> On Mon, Jan 05, 2015 at 04:17:58PM +0100, Michal Skrivanek wrote: > > > Thank you, > > Tomas > > > > ----- Original Message ----- > >> From: "i iordanov" > >> To: "users" , devel at ovirt.org > >> Cc: "Sphoorti Joglekar" > >> Sent: Thursday, December 25, 2014 11:19:58 PM > >> Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client > >> > >> Hey guys, > >> > >> Thanks for remembering about Opaque. For those who are not familiar > >> with the project, it is an oVirt/RHEV graphics console client which > >> supports the SPICE protocol so far. It uses libgovirt to connect to > >> the oVirt/RHEV API. I also created a separate pure SPICE client > >> (called aSPICE) for Android based on libspice. > >> > >> It would be nice if I got more feedback from Red Hat developers, but > >> you guys are probably as busy as I am :). The app is getting attention > >> on Google Play and people are using it successfully for their > >> installations, it seems. > >> > >> I have plans to add the following features to Opaque, time permitting: > >> > >> - Ability to edit default settings, so that people who connect with > >> console.vv file will be able to configure Audio, keyboard layout, etc. > >> - The ability to allocate VMs from a pool. > >> - The ability to control Audio Playback and Recording separately. > >> > >> I don't think Opaque needs to get portal-management functionality. > >> > >> I was contacted by an intern working on movirt (Sphoorti Joglekar, > >> cc-ed), asking whether I would be willing to support a URI Intent > >> scheme that movirt can use to launch aSPICE. I think I already have a > >> pretty well specified URI scheme that may work for the purpose, so > >> we'll see how that goes. I am wondering whether it wouldn't be better > >> to launch aSPICE or Opaque with a console.vv file instead, though. I > >> guess the developers of movirt will have to consider both options. > >> > >> At any rate, Opaque is far from dead. I'm security supporting it, I > >> just don't find a lot of time to work on additional features. > >> > >> I am cc-ing Brian Proffitt, because at one point we discussed setting > >> up Opaque as a sub-project of oVirt. I don't know whether there is any > >> interest for that in Red Hat, or any interest at all in supporting > >> mobile clients for oVirt/RHEV, etc. It would be nice to hear an > >> official stance on the topic. > > (adding Brian properly this time) > > I think it makes sense to add it together with something?though maybe > more related to SPICE clients. So adding Christophe for his thoughts? Opaque seems to be more an oVirt client than a SPICE client, so I'd tend to think it would be a better fit as an oVirt project. aSPICE would fit well together with other SPICE repositories, dunno if these are the same code base or not (?). > On Jan 5, 2015, at 13:38 , Tomas Jelinek wrote: > > > > One more question - does aSPICE support spice proxy? > > libgovirt is not parsing the proxy information at this point, so answer would be no. See http://lists.freedesktop.org/archives/spice-devel/2014-December/018475.html and its followup http://lists.freedesktop.org/archives/spice-devel/2015-January/018609.html Christophe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: From tlitovsk at redhat.com Thu Jan 15 13:46:10 2015 From: tlitovsk at redhat.com (Anatoly Litvosky) Date: Thu, 15 Jan 2015 15:46:10 +0200 Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <1420990174.17364.26.camel@redhat.com> References: <1420990174.17364.26.camel@redhat.com> Message-ID: <1421329570.24142.7.camel@redhat.com> Hi A centos7 based ovirt-node project joined our jenkins http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Best Regards Tolik On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > Hi > > For all of you that want the latest images for ovirt node. > For some time there is a new job in the ovirt jenkins that builds an > image for every commit made. > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > Currently for fedora 20 but hopefully more to come. > > Many thanks to David (dcaro) for all the effort. > > Best regards. > Tolik. > > > From iiordanov at gmail.com Thu Jan 15 13:52:17 2015 From: iiordanov at gmail.com (i iordanov) Date: Thu, 15 Jan 2015 08:52:17 -0500 Subject: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client In-Reply-To: <20150115132243.GE5314@edamame.cdg.redhat.com> References: <820261049.2353093.1414720151712.JavaMail.zimbra@redhat.com> <2134114500.3930656.1414735438591.JavaMail.zimbra@redhat.com> <1415114277.6430.1.camel@cihla.spice.brq.redhat.com> <354718864.2924842.1420461522778.JavaMail.zimbra@redhat.com> <72B119E0-45FB-4DE6-A745-EEF838268142@redhat.com> <20150115132243.GE5314@edamame.cdg.redhat.com> Message-ID: Hi Christophe, They share a part of their code-base, primarily in the native implementation. However, Opaque has a substantially reimplemented UI. They both live in the same repository, though, and the plan was to bring them closer together over time. I see aSPICE as analogous to spicy and Opaque as analogous to virt-viewer. Cheers, iordan On Thu, Jan 15, 2015 at 8:22 AM, Christophe Fergeau wrote: > On Mon, Jan 05, 2015 at 04:17:58PM +0100, Michal Skrivanek wrote: >> >> > Thank you, >> > Tomas >> > >> > ----- Original Message ----- >> >> From: "i iordanov" >> >> To: "users" , devel at ovirt.org >> >> Cc: "Sphoorti Joglekar" >> >> Sent: Thursday, December 25, 2014 11:19:58 PM >> >> Subject: Re: [ovirt-users] [ovirt-devel] [RFC] oVirt mobile client >> >> >> >> Hey guys, >> >> >> >> Thanks for remembering about Opaque. For those who are not familiar >> >> with the project, it is an oVirt/RHEV graphics console client which >> >> supports the SPICE protocol so far. It uses libgovirt to connect to >> >> the oVirt/RHEV API. I also created a separate pure SPICE client >> >> (called aSPICE) for Android based on libspice. >> >> >> >> It would be nice if I got more feedback from Red Hat developers, but >> >> you guys are probably as busy as I am :). The app is getting attention >> >> on Google Play and people are using it successfully for their >> >> installations, it seems. >> >> >> >> I have plans to add the following features to Opaque, time permitting: >> >> >> >> - Ability to edit default settings, so that people who connect with >> >> console.vv file will be able to configure Audio, keyboard layout, etc. >> >> - The ability to allocate VMs from a pool. >> >> - The ability to control Audio Playback and Recording separately. >> >> >> >> I don't think Opaque needs to get portal-management functionality. >> >> >> >> I was contacted by an intern working on movirt (Sphoorti Joglekar, >> >> cc-ed), asking whether I would be willing to support a URI Intent >> >> scheme that movirt can use to launch aSPICE. I think I already have a >> >> pretty well specified URI scheme that may work for the purpose, so >> >> we'll see how that goes. I am wondering whether it wouldn't be better >> >> to launch aSPICE or Opaque with a console.vv file instead, though. I >> >> guess the developers of movirt will have to consider both options. >> >> >> >> At any rate, Opaque is far from dead. I'm security supporting it, I >> >> just don't find a lot of time to work on additional features. >> >> >> >> I am cc-ing Brian Proffitt, because at one point we discussed setting >> >> up Opaque as a sub-project of oVirt. I don't know whether there is any >> >> interest for that in Red Hat, or any interest at all in supporting >> >> mobile clients for oVirt/RHEV, etc. It would be nice to hear an >> >> official stance on the topic. >> >> (adding Brian properly this time) >> >> I think it makes sense to add it together with something?though maybe >> more related to SPICE clients. So adding Christophe for his thoughts? > > Opaque seems to be more an oVirt client than a SPICE client, so I'd tend > to think it would be a better fit as an oVirt project. aSPICE would fit > well together with other SPICE repositories, dunno if these are the same > code base or not (?). > >> On Jan 5, 2015, at 13:38 , Tomas Jelinek wrote: >> > >> > One more question - does aSPICE support spice proxy? >> > > > libgovirt is not parsing the proxy information at this point, so answer > would be no. See > http://lists.freedesktop.org/archives/spice-devel/2014-December/018475.html > and its followup > http://lists.freedesktop.org/archives/spice-devel/2015-January/018609.html > > Christophe -- The conscious mind has only one thread of execution. From mpavlik at redhat.com Thu Jan 15 15:00:53 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Thu, 15 Jan 2015 16:00:53 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54B7BF0F.5090702@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> Message-ID: <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> Hi Lars, are you sure you want to use net mask 225.225.225.0? IMO you want to use 255.255.255.0 If it does not help please supply logs /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and /var/log/vdsm/vdsm.log so we can see detailed error message HTH Martin Pavlik RHEV QE > On 15 Jan 2015, at 14:22, Lars Nielsen wrote: > > Hello again. > And thanks for the help, now I can create hosts, which run :) > > However I have run into a bit more trouble, again which seems a bit strange to me. > > When trying to added a new Storage connection, I get this: > Error while executing action: Cannot add Storage Connection. Storage connection already exists. > > https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png > > My exports file, look like this: > /home/iso 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > /home/data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > /home/import_data 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) > > Copied from the oVirt basic setup guide. > And I have restarted my NFS server service, and create the directories. > > Can some one help with this? and explain the problem to me? If you need more info, please tell me. > > Thanks and Best Regards > - Lars > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Thu Jan 15 15:38:09 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 08:38:09 -0700 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> Message-ID: <003d01d030d9$45485870$cfd90950$@cloudspin.me> Also check to see if there are any directories that have been created in your nfs exports Donny -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Martin Pavl?k Sent: Thursday, January 15, 2015 8:01 AM To: Lars Nielsen Cc: users at ovirt.org Subject: Re: [ovirt-users] problem adding storage connection Hi Lars, are you sure you want to use net mask 225.225.225.0? IMO you want to use 255.255.255.0 If it does not help please supply logs /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and /var/log/vdsm/vdsm.log so we can see detailed error message HTH Martin Pavlik RHEV QE > On 15 Jan 2015, at 14:22, Lars Nielsen wrote: > > Hello again. > And thanks for the help, now I can create hosts, which run :) > > However I have run into a bit more trouble, again which seems a bit strange to me. > > When trying to added a new Storage connection, I get this: > Error while executing action: Cannot add Storage Connection. Storage connection already exists. > > https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png > > My exports file, look like this: > /home/iso > 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > d=36,anongid=36) /home/data > 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > d=36,anongid=36) /home/import_data > 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > d=36,anongid=36) > > Copied from the oVirt basic setup guide. > And I have restarted my NFS server service, and create the directories. > > Can some one help with this? and explain the problem to me? If you need more info, please tell me. > > Thanks and Best Regards > - Lars > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From dfediuck at redhat.com Thu Jan 15 15:55:03 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Thu, 15 Jan 2015 17:55:03 +0200 Subject: [ovirt-users] FOSDEM 15.... here we come! Message-ID: <54B7E2D7.6080409@redhat.com> Hi all, Happy to see oVirt's tradition continuing! I summarized all relevant information here: http://etherpad.ovirt.org/p/ovirt-fosdem-15 Also, we need a few volunteers to help man the booth, so please go ahead and list yourself in the right place. Once we have more updates we'll send them to the list. See you @FOSDEM, Doron From AVONDRA at unicef.fr Thu Jan 15 15:56:47 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Thu, 15 Jan 2015 15:56:47 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> Message-ID: Hi, Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. I've unload the "cdc_acm" kernel module via rmmod without success. I've also tried to edit the xml appending the ID and VENDDOR tags : Ut at the first load the config disappears... Do I need to restart the host or restart libvirtd services ? Thanks for your help Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: users at ovirt.org > Sent: Tuesday, January 13, 2015 5:55:01 PM > Subject: [ovirt-users] USB Modem in a VM > > > > Hi, > > Can you tell me if I can use an USB modem through one of the > hypervisor hosts to a Windows VM ? > > I?d like to install a Windows Fax Server. > > Thank you for your answers. should be possible using qemu args: -usbdevice host:vendor_id:product_id in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: ... ? ? if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. Regards, Alon [1] http://www.ovirt.org/VDSM-Hooks From fdeutsch at redhat.com Thu Jan 15 16:36:31 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Thu, 15 Jan 2015 11:36:31 -0500 (EST) Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <1421329570.24142.7.camel@redhat.com> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> Message-ID: <172563586.7176758.1421339791660.JavaMail.zimbra@redhat.com> Hey Tolik, as far as I recall they do not contain vdsm, correct? - fabian ----- Original Message ----- > Hi > > A centos7 based ovirt-node project joined our jenkins > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > Best Regards > Tolik > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > > Hi > > > > For all of you that want the latest images for ovirt node. > > For some time there is a new job in the ovirt jenkins that builds an > > image for every commit made. > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > > Currently for fedora 20 but hopefully more to come. > > > > Many thanks to David (dcaro) for all the effort. > > > > Best regards. > > Tolik. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From Cong_Yue at alliedtelesis.com Thu Jan 15 17:57:23 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 15 Jan 2015 09:57:23 -0800 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Message-ID: Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 18:26:51 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 11:26:51 -0700 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: References: Message-ID: <005a01d030f0$d69b2340$83d169c0$@cloudspin.me> Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Thu Jan 15 18:40:27 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 15 Jan 2015 10:40:27 -0800 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Message-ID: I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 19:23:48 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 12:23:48 -0700 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: References: Message-ID: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> I see. So have you done any tuning for IO performance or are the configs straight out of the box. You also said you mounted the volume to a vm. Did you mount it as gluster or use the built in NFS?? Donny From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 11:40 AM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Cong_Yue at alliedtelesis.com Thu Jan 15 19:30:20 2015 From: Cong_Yue at alliedtelesis.com (Yue, Cong) Date: Thu, 15 Jan 2015 11:30:20 -0800 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> References: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> Message-ID: It is just the default configuration. What is your advice for the tuning of I/O performance? For Gluster FS, actually I used Xenserver currently. I justed mounted the gluster as a NFS to XenHost to be used as a SR. Is there any way to use GlusterFS as a iscsi target ? Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 11:24 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I see. So have you done any tuning for IO performance or are the configs straight out of the box. You also said you mounted the volume to a vm. Did you mount it as gluster or use the built in NFS?? Donny From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 11:40 AM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. ________________________________ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 15 19:52:16 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 15 Jan 2015 12:52:16 -0700 Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs In-Reply-To: References: <007901d030f8$cb2c5fd0$61851f70$@cloudspin.me> Message-ID: <009801d030fc$c5415770$4fc40650$@cloudspin.me> Sure can http://www.gluster.org/community/documentation/index.php/GlusterFS_iSCSI As for tuning, I don't have enough information about my own system to even say. I know that there are tuning options that you have with glusterFS, and you will have to see what works best for your deployment. Regards Donny D cloudspin.me From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 12:30 PM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs It is just the default configuration. What is your advice for the tuning of I/O performance? For Gluster FS, actually I used Xenserver currently. I justed mounted the gluster as a NFS to XenHost to be used as a SR. Is there any way to use GlusterFS as a iscsi target ? Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 11:24 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I see. So have you done any tuning for IO performance or are the configs straight out of the box. You also said you mounted the volume to a vm. Did you mount it as gluster or use the built in NFS?? Donny From: Yue, Cong [mailto:Cong_Yue at alliedtelesis.com] Sent: Thursday, January 15, 2015 11:40 AM To: Donny Davis; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs I am using iometer (http://www.iometer.org/) to test the IOPS from one of the vm. As for IOPS is more trying to test the performance of block, rather than real file transfer. In my environment, I am using 10Gbe to make two gluster nodes be replicated. And I mount it to vm as a volume. I tested the performance both for SAS and SSD. This is my current result with iometer. Test ID Application Block Size (Bytes) Read/Write % Random/Sequential % I/O Performance Metrics iscsi-hdd iscsi-ssd Guster,HDD Gluster,SSD 1 Web File Server 4K 95%/5% 75%/25% IOPS 195.28 2400.63 208.50 646.75 2 Web File Server 8K 95%/5% 75%/25% IOPS 193.97 2225.73 179.89 649.93 3 Web File Server 64K 95%/5% 75%/25% IOPS 180.50 1055.05 158.28 402.15 4 Database Online Transaction Processing 8K 70%/30% 100%/0% IOPS 163.60 2415.90 132.13 308.46 5 Exchange Email 4K 67%/33% 100%/0% IOPS 167.03 2685.33 145.92 294.56 6 OS Drive 8K 70%/30% 100%/0% IOPS 163.60 2407.02 146.11 310.82 7 Decision Support System 1M 100%/0% 100%/0% IOPS 74.24 207.42 81.14 112.20 8 File Server 8K 90%/10% 75%/25% IOPS 191.20 2102.32 359.54 526.86 9 Video on Demand 512K 100%/0% 100%/0% IOPS 100.32 327.19 136.66 162.48 10 Traffic Simulation 8K 50%/50% 75%/25% IOPS 238.28 1923.91 301.05 297.70 11 Web Server Logging 8K 0%/100% 0%/100% IOPS 3488.47 3644.33 290.33 282.04 12 SQL Server Logging 64K 0%/100% 0%/100% IOPS 1423.29 1375.33 182.67 168.64 13 OS Paging 64K 90%/10% 0%/100% IOPS 1215.74 1211.01 381.17 355.99 14 Media Streaming 64K 98%/2% 0%/100% IOPS 1350.96 1365.22 457.28 455.49 The issue for GlusterFS I found is - It can not retain the nature of SSD and SAS, such as SAS is strong for sequential access. SSD is strong for random access. - In some case, especially for SSD, the performance is pretty bad. Thanks, Cong From: Donny Davis [mailto:donny at cloudspin.me] Sent: Thursday, January 15, 2015 10:27 AM To: Yue, Cong; users at ovirt.org Subject: RE: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Do you have any metrics to give an idea of the difference. I am using NFS right now, and I am migrating to Gluster. I have the gluster system up, and I see that it seems to provision disks faster than my NFS. I haven't used any real measurement tools to get actual metrics, this is all perceived. Do you have an operational gluster? Do what are you using right now? Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Yue, Cong Sent: Thursday, January 15, 2015 10:57 AM To: users at ovirt.org Subject: [ovirt-users] Performance issue for GlusterFS as the block storage for VMs Hi I have one question about whether GlusterFS is the suitable solution to be used as the block storage for VMs. The failure tolerant and scalability is good for GlusterFS, but in my test, it seems the iops is pretty bad. In some blog, it said, it is even with worse performance than normal NFS. Should I use iscsi+drbd for the block storage for VMs. Can somebody give some advice for this? Thanks, Cong _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. _____ This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. If you are the intended recipient, please be advised that the content of this message is subject to access, review and disclosure by the sender's e-mail System Administrator. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 15 20:23:04 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 15 Jan 2015 15:23:04 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> Message-ID: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> Michal, any clue? ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 5:56:47 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > Thank you for your answer, I've tried to insert my USB modem, but it doesn't > up in the Windows VM. > I've tried to insert via virt-manager without success, I can't apply the > modification, however I see the modem using lsusb : > > lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent > Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant > Systems (Rockwell), Inc. > > I've unload the "cdc_acm" kernel module via rmmod without success. > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > Ut at the first load the config disappears... > Do I need to restart the host or restart libvirtd services ? > > Thanks for your help > Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > Envoy? : mardi 13 janvier 2015 17:47 > ? : VONDRA Alain > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Can you tell me if I can use an USB modem through one of the > > hypervisor hosts to a Windows VM ? > > > > I?d like to install a Windows Fax Server. > > > > Thank you for your answers. > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > ... > ? > > ? > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the > libvirt configuration and inject such device. > > Regards, > Alon > > [1] http://www.ovirt.org/VDSM-Hooks > From AVONDRA at unicef.fr Thu Jan 15 21:33:19 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Thu, 15 Jan 2015 21:33:19 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> Message-ID: Hi, I've tried also to inject the device with virsh attach-device, all seems to work but nothing happen in the VM : [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 usb-modem.xml Please enter your authentication name: root Please enter your password: Device attached successfully What did I do wrong, any ideas ? Regards Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr ________________________________________ De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier 2015 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM Michal, any clue? ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 5:56:47 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > Thank you for your answer, I've tried to insert my USB modem, but it doesn't > up in the Windows VM. > I've tried to insert via virt-manager without success, I can't apply the > modification, however I see the modem using lsusb : > > lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent > Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant > Systems (Rockwell), Inc. > > I've unload the "cdc_acm" kernel module via rmmod without success. > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > Ut at the first load the config disappears... > Do I need to restart the host or restart libvirtd services ? > > Thanks for your help > Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > Envoy? : mardi 13 janvier 2015 17:47 > ? : VONDRA Alain > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: users at ovirt.org > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Can you tell me if I can use an USB modem through one of the > > hypervisor hosts to a Windows VM ? > > > > I?d like to install a Windows Fax Server. > > > > Thank you for your answers. > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > ... > ? > > ? > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the > libvirt configuration and inject such device. > > Regards, > Alon > > [1] http://www.ovirt.org/VDSM-Hooks > From sabose at redhat.com Fri Jan 16 07:12:15 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 16 Jan 2015 12:42:15 +0530 Subject: [ovirt-users] [Feature review] Select network to be used for glusterfs In-Reply-To: <20150115085717.GA10011@redhat.com> References: <54B3B750.6010205@redhat.com> <668569485.7186019.1421066687453.JavaMail.zimbra@redhat.com> <54B3C546.2010202@redhat.com> <20150112152232.GJ25208@redhat.com> <54B4D5A5.2030104@redhat.com> <54B514D6.9070907@redhat.com> <20150113161529.GB5255@redhat.com> <54B76672.8030405@redhat.com> <20150115085717.GA10011@redhat.com> Message-ID: <54B8B9CF.7070904@redhat.com> On 01/15/2015 02:27 PM, Dan Kenigsberg wrote: > On Thu, Jan 15, 2015 at 12:34:18PM +0530, Sahina Bose wrote: >> >> I've updated the feature page with the REST API and other comments. On >> further thought, there will be no change to Add brick API, as the engine >> will select the network to be used based on the networks setup for the host. >> If "Storage network" role is associated with any of the networks, this will >> be used. Otherwise, the host's address will be used to add the brick. >> > > > The paragraph above rules out the use case I lay below. Could you relate > to it? Isn't it a reasonable use case? > >>> If I am not mistaken, it could make sense to have a setup with one brick >>> using network A and another - using network B. Does your design support >>> this? I think that this would be particularly important on upgraded >>> clusters, where the management network is already used, but newly >>> created bricks should start using another network. >>> On upgraded clusters, the user would have to assign a network with the role "Storage network". Any newly created brick would then start using this, rather than the management network. I'm not sure if the use case where each brick on a host is added using different networks is a common one (apart from the upgrade scenario, that is). If it is, we could provide an Advanced edit option in the UI to select network in Add Bricks dialog. The entity design supports setting different network per brick and the REST API already provides a way to set this as an optional parameter. > May I repeat my follow request? It would help me understand the content > of the feature. Sorry, I missed these before! >>> Would you add a feature page section regarding modification to the >>> Vdsm/Engine API? http://www.ovirt.org/Features/Select_Network_For_Gluster#Change_to_VDSM_API http://www.ovirt.org/Features/Select_Network_For_Gluster#Change_to_REST_API >>> One last comment - may I ask that new APIs accept both ipv4 and ipv6 >>> addresses? There is an ongoing effort to support ipv6 on Vdsm. Glusterfs does not support ipv6 yet, so addition of bricks using ipv6 addresses would not work. thanks, sahina From mgiammarco at gmail.com Fri Jan 16 09:39:44 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 10:39:44 +0100 Subject: [ovirt-users] Put the engine inside hosts after installation Message-ID: Hello, I would like to try ovirt with hosted engine installation. I had so many problems (I have written them in another thread) so I will not try anymore hosted installation (up and running with ovirt 3.5 tutorial) But now I would try this approach: I install the engine on a dedicated server or as a virtual machine in another kvm based virtualizator. Now I create an ovirt cluster and use it. Can I after that install change my mind and so move the engine as a vm in the cluster? Or can I install a new engine in the cluster and powerdown the first engine? Thanks in advance for help, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Fri Jan 16 10:16:06 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 16 Jan 2015 05:16:06 -0500 (EST) Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: Message-ID: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mario Giammarco" > To: users at ovirt.org > Sent: Friday, January 16, 2015 10:39:44 AM > Subject: [ovirt-users] Put the engine inside hosts after installation > > Hello, > I would like to try ovirt with hosted engine installation. > I had so many problems (I have written them in another thread) so I will not > try anymore hosted installation (up and running with ovirt 3.5 tutorial) oVirt 3.5.1 RC1 will be published today so, if everything runs as expected, oVirt 3.5.1 will be out in a few days. oVirt 3.5.1 should solve the issue you reported. > But now I would try this approach: I install the engine on a dedicated server > or as a virtual machine in another kvm based virtualizator. > > Now I create an ovirt cluster and use it. > > Can I after that install change my mind and so move the engine as a vm in the > cluster? As far as you maintain the same host name and a compatible network topology it should work without any hassle. Keep present that hosted-engine also installs and configures ovirt-hosted-engine-ha daemon to ensure HA capabilities restarting the engine VM if the host witch runs the VM goes down. In the setup you are proposing you are loosing that capability. > Or can I install a new engine in the cluster and powerdown the first engine? > > Thanks in advance for help, > Mario > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpolednik at redhat.com Fri Jan 16 10:37:11 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 05:37:11 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> Message-ID: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" , "Michal Skrivanek" > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 10:33:19 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi, > I've tried also to inject the device with virsh attach-device, all seems to > work but nothing happen in the VM : > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 usb-modem.xml > Please enter your authentication name: root > Please enter your password: > Device attached successfully > > What did I do wrong, any ideas ? Hello, One possibility might be the fact that libvirt itself doesn't have managed mode for USB devices and I'm not sure virt-manager has the appropriate routine handled. Could you try running $ virsh nodedev-list to find the correct usb device and then # virsh nodedev-detach the_usb_device or posibly nodedev-dettach if you run older libvirt? After that, try starting VM with hostdev element added to XML. > Regards > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > ________________________________________ > De : Alon Bar-Lev [alonbl at redhat.com] > Envoy? : jeudi 15 janvier 2015 21:23 > ? : VONDRA Alain; Michal Skrivanek > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > Michal, any clue? > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 5:56:47 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > Thank you for your answer, I've tried to insert my USB modem, but it > > doesn't > > up in the Windows VM. > > I've tried to insert via virt-manager without success, I can't apply the > > modification, however I see the modem using lsusb : > > > > lsusb > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 > > Device > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 > > Avocent > > Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant > > Systems (Rockwell), Inc. > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > Do I need to restart the host or restart libvirtd services ? > > > > Thanks for your help > > Alain > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information > > Direction Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > > Envoy? : mardi 13 janvier 2015 17:47 > > ? : VONDRA Alain > > Cc : users at ovirt.org > > Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: users at ovirt.org > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Can you tell me if I can use an USB modem through one of the > > > hypervisor hosts to a Windows VM ? > > > > > > I?d like to install a Windows Fax Server. > > > > > > Thank you for your answers. > > > > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > ... > > ? > > > > ? > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the > > libvirt configuration and inject such device. > > > > Regards, > > Alon > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Fri Jan 16 11:10:35 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 11:10:35 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> References: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> Message-ID: Hi, I'm sure of the device, it's clearer with lsusb, you see all the infos about the device : Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 2 Communications bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0572 Conexant Systems (Rockwell), Inc. idProduct 0x1321 bcdDevice 1.00 iManufacturer 1 Conexant iProduct 2 USB Modem iSerial 3 24680246 bNumConfigurations 2 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 73 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 With nodedev we just see device nodes, pretty difficult to identify, even with --tree opt : usb_1_0_1_0 usb_1_1 usb_1_1_1_0 usb_1_1_4 usb_1_1_4_1_0 usb_1_1_4_1_1 usb_1_1_6 usb_1_1_6_1 usb_1_1_6_1_0 usb_1_1_6_1_1_0 usb_1_1_6_1_1_1 usb_1_1_6_1_1_2 usb_2_0_1_0 usb_2_1 usb_2_1_1_0 usb_usb1 usb_usb2 The xml injected is, I think right : Even with The device on the VM xml, the device does'nt appears in the Windows VM. Regards Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Alon Bar-Lev" , "Michal Skrivanek" > > Cc: users at ovirt.org > Sent: Thursday, January 15, 2015 10:33:19 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi, > I've tried also to inject the device with virsh attach-device, all > seems to work but nothing happen in the VM : > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > usb-modem.xml Please enter your authentication name: root Please enter > your password: > Device attached successfully > > What did I do wrong, any ideas ? Hello, One possibility might be the fact that libvirt itself doesn't have managed mode for USB devices and I'm not sure virt-manager has the appropriate routine handled. Could you try running $ virsh nodedev-list to find the correct usb device and then # virsh nodedev-detach the_usb_device or posibly nodedev-dettach if you run older libvirt? After that, try starting VM with hostdev element added to XML. > Regards > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > ________________________________________ > De : Alon Bar-Lev [alonbl at redhat.com] > Envoy? : jeudi 15 janvier 2015 21:23 > ? : VONDRA Alain; Michal Skrivanek > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > Michal, any clue? > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 5:56:47 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > Thank you for your answer, I've tried to insert my USB modem, but it > > doesn't up in the Windows VM. > > I've tried to insert via virt-manager without success, I can't apply > > the modification, however I see the modem using lsusb : > > > > lsusb > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > 002 Device > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > 002: ID > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > 003: ID > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 > > Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > Do I need to restart the host or restart libvirtd services ? > > > > Thanks for your help > > Alain > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: users at ovirt.org > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Can you tell me if I can use an USB modem through one of the > > > hypervisor hosts to a Windows VM ? > > > > > > I?d like to install a Windows Fax Server. > > > > > > Thank you for your answers. > > > > > > should be possible using qemu args: -usbdevice > > host:vendor_id:product_id > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > ... > > ? > > > > ? > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > modify the libvirt configuration and inject such device. > > > > Regards, > > Alon > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mgiammarco at gmail.com Fri Jan 16 11:12:34 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 12:12:34 +0100 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> Message-ID: 2015-01-16 11:16 GMT+01:00 Simone Tiraboschi : > > > oVirt 3.5.1 RC1 will be published today so, if everything runs as > expected, oVirt 3.5.1 will be out in a few days. oVirt 3.5.1 should solve > the issue you reported. > Ok I will wait 3.5.1 and try again. > > Keep present that hosted-engine also installs and configures > ovirt-hosted-engine-ha daemon to ensure HA capabilities restarting the > engine VM if the host witch runs the VM goes down. > In the setup you are proposing you are loosing that capability. > I supposed the ha capability was offered by ovirt cluster. I need to investigate. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Fri Jan 16 11:13:56 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Fri, 16 Jan 2015 12:13:56 +0100 Subject: [ovirt-users] [ANN] oVirt 3.5.1 First Release Candidate is now available for testing Message-ID: <54B8F274.3040108@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the 3.5.1 First Release Candidate is now available for testing as of Jan 16th 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6 (or similar) and Red Hat Enterprise Linux 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUuPJtAAoJEHw3u57E4QAOVccP/0qAx81oBpN2U4gVwxbcFJuD tFEXGYgbdBDOrh4Z8hX/PA8U+xuRE0Ctjy3SOP9FzHnPJ6qoekPzZuSfDaKVIqvi qKOrOfQu4lE9wkTiuXuIm/4R/Oc3+34aSKCAO8KQKYx32sEVM4S3yShQVBM9p/Ga +vYearlfHjNOUoqghh/3hNhdgr82XNkS8Lk6RsGaGqbkLhEO5jo5hQ3pv2g2QGXB 7upM8kB9fM4rEDzeflcQ3gHAsak+DeGjnNzY4fKDL9iLgjm08Kf4IemQJSNqXMu6 t9lIQJHTOYGBI9eLyPZ9Q3eC9uAvmk15Ckb7tIQRMulJqI3zxzgXJrQzawDw2Srk enRfnPg18j0OZzeDZSREePDBldQv420hcKhQsQbheObRW67+A1jHQC+Nnn4iAikI y+ZGJwXHsLjmnjvuVkO4ygE2YBp8KSj8OAFLXHlrx2OZJOE4KtIhVHXIY7ES+W6z WFJIwHLGBklEmFLRWRgzcWiGxNZAIAATehvO6ZZmTC3/DWH2CfuhS1f0ZZdussxR qcEcrbd5EEy7AqV5jRDyuQP5q8S53kWawU2N7Iqxdq0QcufSo9XgMnOjqF2nJGKz 7UsPhgBbFSuF3xJbXGGMnKPCesizIm9SotjEievRe1SJxmvcxhA5fybQ7CtB7DI0 ZRmWY8kERzKAYFeH2TeQ =EKEO -----END PGP SIGNATURE----- From mpolednik at redhat.com Fri Jan 16 11:17:46 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 06:17:46 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> Message-ID: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: "Alon Bar-Lev" , "Michal Skrivanek" , users at ovirt.org > Sent: Friday, January 16, 2015 12:10:35 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > I'm sure of the device, it's clearer with lsusb, you see all the infos about > the device : > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 1.10 > bDeviceClass 2 Communications > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > idProduct 0x1321 > bcdDevice 1.00 > iManufacturer 1 Conexant > iProduct 2 USB Modem > iSerial 3 24680246 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 73 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0x80 > (Bus Powered) > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > > With nodedev we just see device nodes, pretty difficult to identify, even > with --tree opt : > > usb_1_0_1_0 > usb_1_1 > usb_1_1_1_0 > usb_1_1_4 > usb_1_1_4_1_0 > usb_1_1_4_1_1 > usb_1_1_6 > usb_1_1_6_1 > usb_1_1_6_1_0 > usb_1_1_6_1_1_0 > usb_1_1_6_1_1_1 > usb_1_1_6_1_1_2 > usb_2_0_1_0 > usb_2_1 > usb_2_1_1_0 > usb_usb1 > usb_usb2 The issue is, you need to get libvirt name of the device and run the nodedev-detach - have you done that with no success? If not, use some simple script such as (python) import libvirt conn = libvirt.openReadOnly() devices = conn.listAllDevices() for dev in devices: print dev.XMLDesc() to easily find the device and use the element for nodedev-detach call. That should handle unbinding it from the driver and possibly binding it to some usb stub if that exists. If that doesn't fix it, I admit that I'm not sure what could be the cause apart from OS/hw. > The xml injected is, I think right : > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the Windows > VM. > Regards > Alain > > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 11:37 > ? : VONDRA Alain > Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 10:33:19 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi, > > I've tried also to inject the device with virsh attach-device, all > > seems to work but nothing happen in the VM : > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > usb-modem.xml Please enter your authentication name: root Please enter > > your password: > > Device attached successfully > > > > What did I do wrong, any ideas ? > > Hello, > One possibility might be the fact that libvirt itself doesn't have managed > mode for USB devices and I'm not sure virt-manager has the appropriate > routine handled. > > Could you try running > $ virsh nodedev-list > to find the correct usb device and then > # virsh nodedev-detach the_usb_device > or posibly nodedev-dettach if you run older libvirt? > > After that, try starting VM with hostdev element added to XML. > > > Regards > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > ________________________________________ > > De : Alon Bar-Lev [alonbl at redhat.com] > > Envoy? : jeudi 15 janvier 2015 21:23 > > ? : VONDRA Alain; Michal Skrivanek > > Cc : users at ovirt.org > > Objet : Re: [ovirt-users] USB Modem in a VM > > > > Michal, any clue? > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > Thank you for your answer, I've tried to insert my USB modem, but it > > > doesn't up in the Windows VM. > > > I've tried to insert via virt-manager without success, I can't apply > > > the modification, however I see the modem using lsusb : > > > > > > lsusb > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > > 002 Device > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > > 002: ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > > 003: ID > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 > > > Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > Do I need to restart the host or restart libvirtd services ? > > > > > > Thanks for your help > > > Alain > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: users at ovirt.org > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > Hi, > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > hypervisor hosts to a Windows VM ? > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > Thank you for your answers. > > > > > > > > > should be possible using qemu args: -usbdevice > > > host:vendor_id:product_id > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > ... > > > ? > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > modify the libvirt configuration and inject such device. > > > > > > Regards, > > > Alon > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From mskrivan at redhat.com Fri Jan 16 11:17:44 2015 From: mskrivan at redhat.com (Michal Skrivanek) Date: Fri, 16 Jan 2015 12:17:44 +0100 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> Message-ID: <1B73F636-E80C-4CDC-91EE-E48FB5FC6581@redhat.com> On 16 Jan 2015, at 12:10, VONDRA Alain wrote: > Hi, > I'm sure of the device, it's clearer with lsusb, you see all the infos about the device : > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 1.10 > bDeviceClass 2 Communications > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > idProduct 0x1321 > bcdDevice 1.00 > iManufacturer 1 Conexant > iProduct 2 USB Modem > iSerial 3 24680246 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 73 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0x80 > (Bus Powered) > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > > With nodedev we just see device nodes, pretty difficult to identify, even with --tree opt : > > usb_1_0_1_0 > usb_1_1 > usb_1_1_1_0 > usb_1_1_4 > usb_1_1_4_1_0 > usb_1_1_4_1_1 > usb_1_1_6 > usb_1_1_6_1 > usb_1_1_6_1_0 > usb_1_1_6_1_1_0 > usb_1_1_6_1_1_1 > usb_1_1_6_1_1_2 > usb_2_0_1_0 > usb_2_1 > usb_2_1_1_0 > usb_usb1 > usb_usb2 > > The xml injected is, I think right : > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the Windows VM. How do you check it in the guest? can you try that with Linux guest to see if any device whatsoever shows up? Thanks, michal > Regards > Alain > > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 11:37 > ? : VONDRA Alain > Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > ----- Original Message ----- >> From: "VONDRA Alain" >> To: "Alon Bar-Lev" , "Michal Skrivanek" >> >> Cc: users at ovirt.org >> Sent: Thursday, January 15, 2015 10:33:19 PM >> Subject: Re: [ovirt-users] USB Modem in a VM >> >> Hi, >> I've tried also to inject the device with virsh attach-device, all >> seems to work but nothing happen in the VM : >> >> [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 >> usb-modem.xml Please enter your authentication name: root Please enter >> your password: >> Device attached successfully >> >> What did I do wrong, any ideas ? > > Hello, > One possibility might be the fact that libvirt itself doesn't have managed mode for USB devices and I'm not sure virt-manager has the appropriate routine handled. > > Could you try running > $ virsh nodedev-list > to find the correct usb device and then > # virsh nodedev-detach the_usb_device > or posibly nodedev-dettach if you run older libvirt? > > After that, try starting VM with hostdev element added to XML. > >> Regards >> >> >> >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Alon Bar-Lev [alonbl at redhat.com] >> Envoy? : jeudi 15 janvier 2015 21:23 >> ? : VONDRA Alain; Michal Skrivanek >> Cc : users at ovirt.org >> Objet : Re: [ovirt-users] USB Modem in a VM >> >> Michal, any clue? >> >> ----- Original Message ----- >>> From: "VONDRA Alain" >>> To: "Alon Bar-Lev" >>> Cc: users at ovirt.org >>> Sent: Thursday, January 15, 2015 5:56:47 PM >>> Subject: RE: [ovirt-users] USB Modem in a VM >>> >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it >>> doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply >>> the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus >>> 002 Device >>> 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: >>> ID >>> 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device >>> 002: ID >>> 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device >>> 003: ID >>> 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 >>> Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID >>> 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to >>> modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From AVONDRA at unicef.fr Fri Jan 16 11:30:10 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 11:30:10 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> References: <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> Message-ID: Ok Martin, I'll try the python script, but I'm a newbie in python, which argumenet I need to put to execute it ? Thank you Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > , users at ovirt.org > Sent: Friday, January 16, 2015 12:10:35 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > Hi, > I'm sure of the device, it's clearer with lsusb, you see all the infos > about the device : > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 1.10 > bDeviceClass 2 Communications > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 64 > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > idProduct 0x1321 > bcdDevice 1.00 > iManufacturer 1 Conexant > iProduct 2 USB Modem > iSerial 3 24680246 > bNumConfigurations 2 > Configuration Descriptor: > bLength 9 > bDescriptorType 2 > wTotalLength 73 > bNumInterfaces 2 > bConfigurationValue 1 > iConfiguration 0 > bmAttributes 0x80 > (Bus Powered) > MaxPower 100mA > Interface Descriptor: > bLength 9 > bDescriptorType 4 > > With nodedev we just see device nodes, pretty difficult to identify, > even with --tree opt : > > usb_1_0_1_0 > usb_1_1 > usb_1_1_1_0 > usb_1_1_4 > usb_1_1_4_1_0 > usb_1_1_4_1_1 > usb_1_1_6 > usb_1_1_6_1 > usb_1_1_6_1_0 > usb_1_1_6_1_1_0 > usb_1_1_6_1_1_1 > usb_1_1_6_1_1_2 > usb_2_0_1_0 > usb_2_1 > usb_2_1_1_0 > usb_usb1 > usb_usb2 The issue is, you need to get libvirt name of the device and run the nodedev-detach - have you done that with no success? If not, use some simple script such as (python) import libvirt conn = libvirt.openReadOnly() devices = conn.listAllDevices() for dev in devices: print dev.XMLDesc() to easily find the device and use the element for nodedev-detach call. That should handle unbinding it from the driver and possibly binding it to some usb stub if that exists. If that doesn't fix it, I admit that I'm not sure what could be the cause apart from OS/hw. > The xml injected is, I think right : > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the > Windows VM. > Regards > Alain > > > > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > Cc: users at ovirt.org > > Sent: Thursday, January 15, 2015 10:33:19 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi, > > I've tried also to inject the device with virsh attach-device, all > > seems to work but nothing happen in the VM : > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > usb-modem.xml Please enter your authentication name: root Please > > enter your password: > > Device attached successfully > > > > What did I do wrong, any ideas ? > > Hello, > One possibility might be the fact that libvirt itself doesn't have > managed mode for USB devices and I'm not sure virt-manager has the > appropriate routine handled. > > Could you try running > $ virsh nodedev-list > to find the correct usb device and then # virsh nodedev-detach > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > After that, try starting VM with hostdev element added to XML. > > > Regards > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > ________________________________________ > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier 2015 > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org Objet > > : Re: [ovirt-users] USB Modem in a VM > > > > Michal, any clue? > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > Thank you for your answer, I've tried to insert my USB modem, but > > > it doesn't up in the Windows VM. > > > I've tried to insert via virt-manager without success, I can't > > > apply the modification, however I see the modem using lsusb : > > > > > > lsusb > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > > 002 Device > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > > 002: ID > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > > 003: ID > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > ID > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > Do I need to restart the host or restart libvirtd services ? > > > > > > Thanks for your help > > > Alain > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: users at ovirt.org > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > Hi, > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > hypervisor hosts to a Windows VM ? > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > Thank you for your answers. > > > > > > > > > should be possible using qemu args: -usbdevice > > > host:vendor_id:product_id > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > ... > > > ? > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > modify the libvirt configuration and inject such device. > > > > > > Regards, > > > Alon > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From mgiammarco at gmail.com Fri Jan 16 11:31:37 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 12:31:37 +0100 Subject: [ovirt-users] Low cost fencing/stonith devices Message-ID: Hello, I ask this question again to see if there are some improvements. I am searching for a low cost stonith/fencing device for servers or hardware that has no ipmi/ilo on board. I see that there are some interesting products on the market like ubnt/mfi mpower that are controllable power outlets but there is no driver for them. In my use case WOL support will be enough (using it with ssh or shared storage fencing) but as far as I know WOL is not yet supported in ovirt. So is there some fencing device supported in 100/200$ price range? Thanks, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Fri Jan 16 11:37:20 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 16 Jan 2015 06:37:20 -0500 (EST) Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> Message-ID: <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mario Giammarco" > To: "Simone Tiraboschi" > Cc: users at ovirt.org > Sent: Friday, January 16, 2015 12:12:34 PM > Subject: Re: [ovirt-users] Put the engine inside hosts after installation > > 2015-01-16 11:16 GMT+01:00 Simone Tiraboschi : > > > > > > > oVirt 3.5.1 RC1 will be published today so, if everything runs as > > expected, oVirt 3.5.1 will be out in a few days. oVirt 3.5.1 should solve > > the issue you reported. > > > > Ok I will wait 3.5.1 and try again. Great, please help us reporting any other issue or strange thing. > > Keep present that hosted-engine also installs and configures > > ovirt-hosted-engine-ha daemon to ensure HA capabilities restarting the > > engine VM if the host witch runs the VM goes down. > > In the setup you are proposing you are loosing that capability. > > > > I supposed the ha capability was offered by ovirt cluster. I need to > investigate. HA capability is provided for other VMs by oVirt engine. But who provide it if the engine itself is on a VM on the host that it's managing? HA for the Engine VM needs to be managed by the hosts and not the Engine itself: so we have ovirt-hosted-engine-ha that ensure HA for the engine VM, the engine cloud than provide HA for other VMs. From mpolednik at redhat.com Fri Jan 16 12:18:17 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 07:18:17 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> Message-ID: <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 12:30:10 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Ok Martin, > I'll try the python script, but I'm a newbie in python, which argumenet I > need to put to execute it ? > Thank you > Alain Simply save it into something like listdevices.py and run $ python listdevices.py. It will list libvirt XML for all of the devices, you just need to find correct vendor id/product id for your usb device and then use the name for detach e.g. nodedev-detach usb_usb0. > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 12:18 > ? : VONDRA Alain > Cc : Alon Bar-Lev; Michal Skrivanek; users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > , users at ovirt.org > > Sent: Friday, January 16, 2015 12:10:35 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > I'm sure of the device, it's clearer with lsusb, you see all the infos > > about the device : > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > Device Descriptor: > > bLength 18 > > bDescriptorType 1 > > bcdUSB 1.10 > > bDeviceClass 2 Communications > > bDeviceSubClass 0 > > bDeviceProtocol 0 > > bMaxPacketSize0 64 > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > idProduct 0x1321 > > bcdDevice 1.00 > > iManufacturer 1 Conexant > > iProduct 2 USB Modem > > iSerial 3 24680246 > > bNumConfigurations 2 > > Configuration Descriptor: > > bLength 9 > > bDescriptorType 2 > > wTotalLength 73 > > bNumInterfaces 2 > > bConfigurationValue 1 > > iConfiguration 0 > > bmAttributes 0x80 > > (Bus Powered) > > MaxPower 100mA > > Interface Descriptor: > > bLength 9 > > bDescriptorType 4 > > > > With nodedev we just see device nodes, pretty difficult to identify, > > even with --tree opt : > > > > usb_1_0_1_0 > > usb_1_1 > > usb_1_1_1_0 > > usb_1_1_4 > > usb_1_1_4_1_0 > > usb_1_1_4_1_1 > > usb_1_1_6 > > usb_1_1_6_1 > > usb_1_1_6_1_0 > > usb_1_1_6_1_1_0 > > usb_1_1_6_1_1_1 > > usb_1_1_6_1_1_2 > > usb_2_0_1_0 > > usb_2_1 > > usb_2_1_1_0 > > usb_usb1 > > usb_usb2 > > The issue is, you need to get libvirt name of the device and run the > nodedev-detach > - have you done that with no success? > > If not, use some simple script such as (python) > > import libvirt > > conn = libvirt.openReadOnly() > devices = conn.listAllDevices() > for dev in devices: > print dev.XMLDesc() > > to easily find the device and use the element for nodedev-detach call. > That should handle unbinding it from the driver and possibly binding it to > some usb stub if that exists. > If that doesn't fix it, I admit that I'm not sure what could be the cause > apart from OS/hw. > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in the > > Windows VM. > > Regards > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I've tried also to inject the device with virsh attach-device, all > > > seems to work but nothing happen in the VM : > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > usb-modem.xml Please enter your authentication name: root Please > > > enter your password: > > > Device attached successfully > > > > > > What did I do wrong, any ideas ? > > > > Hello, > > One possibility might be the fact that libvirt itself doesn't have > > managed mode for USB devices and I'm not sure virt-manager has the > > appropriate routine handled. > > > > Could you try running > > $ virsh nodedev-list > > to find the correct usb device and then # virsh nodedev-detach > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > After that, try starting VM with hostdev element added to XML. > > > > > Regards > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > ________________________________________ > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier 2015 > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org Objet > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > Michal, any clue? > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Thank you for your answer, I've tried to insert my USB modem, but > > > > it doesn't up in the Windows VM. > > > > I've tried to insert via virt-manager without success, I can't > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > lsusb > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus > > > > 002 Device > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device > > > > 002: ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device > > > > 003: ID > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > ID > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > Thanks for your help > > > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS > > > > www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: users at ovirt.org > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > host:vendor_id:product_id > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > > > > ... > > > > ? > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > modify the libvirt configuration and inject such device. > > > > > > > > Regards, > > > > Alon > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Fri Jan 16 13:45:09 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 13:45:09 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> References: <295172858.5238699.1421353384767.JavaMail.zimbra@redhat.com> <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, That's what I've done, but the result is a missing argument. [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent call last): File "usb_dev.py", line 4, in conn = libvirt.openReadOnly() TypeError: openReadOnly() takes exactly 1 argument (0 given Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 12:30:10 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Ok Martin, > I'll try the python script, but I'm a newbie in python, which > argumenet I need to put to execute it ? > Thank you > Alain Simply save it into something like listdevices.py and run $ python listdevices.py. It will list libvirt XML for all of the devices, you just need to find correct vendor id/product id for your usb device and then use the name for detach e.g. nodedev-detach usb_usb0. > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > , users at ovirt.org > > Sent: Friday, January 16, 2015 12:10:35 PM > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > Hi, > > I'm sure of the device, it's clearer with lsusb, you see all the > > infos about the device : > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > Device Descriptor: > > bLength 18 > > bDescriptorType 1 > > bcdUSB 1.10 > > bDeviceClass 2 Communications > > bDeviceSubClass 0 > > bDeviceProtocol 0 > > bMaxPacketSize0 64 > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > idProduct 0x1321 > > bcdDevice 1.00 > > iManufacturer 1 Conexant > > iProduct 2 USB Modem > > iSerial 3 24680246 > > bNumConfigurations 2 > > Configuration Descriptor: > > bLength 9 > > bDescriptorType 2 > > wTotalLength 73 > > bNumInterfaces 2 > > bConfigurationValue 1 > > iConfiguration 0 > > bmAttributes 0x80 > > (Bus Powered) > > MaxPower 100mA > > Interface Descriptor: > > bLength 9 > > bDescriptorType 4 > > > > With nodedev we just see device nodes, pretty difficult to identify, > > even with --tree opt : > > > > usb_1_0_1_0 > > usb_1_1 > > usb_1_1_1_0 > > usb_1_1_4 > > usb_1_1_4_1_0 > > usb_1_1_4_1_1 > > usb_1_1_6 > > usb_1_1_6_1 > > usb_1_1_6_1_0 > > usb_1_1_6_1_1_0 > > usb_1_1_6_1_1_1 > > usb_1_1_6_1_1_2 > > usb_2_0_1_0 > > usb_2_1 > > usb_2_1_1_0 > > usb_usb1 > > usb_usb2 > > The issue is, you need to get libvirt name of the device and run the > nodedev-detach > - have you done that with no success? > > If not, use some simple script such as (python) > > import libvirt > > conn = libvirt.openReadOnly() > devices = conn.listAllDevices() > for dev in devices: > print dev.XMLDesc() > > to easily find the device and use the element for nodedev-detach call. > That should handle unbinding it from the driver and possibly binding > it to some usb stub if that exists. > If that doesn't fix it, I admit that I'm not sure what could be the > cause apart from OS/hw. > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > the Windows VM. > > Regards > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > VM > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I've tried also to inject the device with virsh attach-device, all > > > seems to work but nothing happen in the VM : > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > usb-modem.xml Please enter your authentication name: root Please > > > enter your password: > > > Device attached successfully > > > > > > What did I do wrong, any ideas ? > > > > Hello, > > One possibility might be the fact that libvirt itself doesn't have > > managed mode for USB devices and I'm not sure virt-manager has the > > appropriate routine handled. > > > > Could you try running > > $ virsh nodedev-list > > to find the correct usb device and then # virsh nodedev-detach > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > After that, try starting VM with hostdev element added to XML. > > > > > Regards > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > ________________________________________ > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > 2015 > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > Objet > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > Michal, any clue? > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > but it doesn't up in the Windows VM. > > > > I've tried to insert via virt-manager without success, I can't > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > lsusb > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > Bus > > > > 002 Device > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > Device > > > > 002: ID > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > Device > > > > 003: ID > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > ID > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > Thanks for your help > > > > Alain > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: users at ovirt.org > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > host:vendor_id:product_id > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > > > > > > > > > > ... > > > > ? > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > modify the libvirt configuration and inject such device. > > > > > > > > Regards, > > > > Alon > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpolednik at redhat.com Fri Jan 16 14:46:50 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 09:46:50 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> Message-ID: <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 2:45:09 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi Martin, > That's what I've done, but the result is a missing argument. > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py > Traceback (most recent call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly() > TypeError: openReadOnly() takes exactly 1 argument (0 given My mistake, you can use openReadOnly(0) (can be omitted for some libvirt versions). > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 13:18 > ? : VONDRA Alain > Cc : users at ovirt.org; Michal Skrivanek > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 12:30:10 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Ok Martin, > > I'll try the python script, but I'm a newbie in python, which > > argumenet I need to put to execute it ? > > Thank you > > Alain > > Simply save it into something like listdevices.py and run $ python > listdevices.py. > It will list libvirt XML for all of the devices, you just need to find > correct vendor id/product id for your usb device and then use the name for > detach e.g. nodedev-detach usb_usb0. > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > , users at ovirt.org > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > infos about the device : > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > Device Descriptor: > > > bLength 18 > > > bDescriptorType 1 > > > bcdUSB 1.10 > > > bDeviceClass 2 Communications > > > bDeviceSubClass 0 > > > bDeviceProtocol 0 > > > bMaxPacketSize0 64 > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > idProduct 0x1321 > > > bcdDevice 1.00 > > > iManufacturer 1 Conexant > > > iProduct 2 USB Modem > > > iSerial 3 24680246 > > > bNumConfigurations 2 > > > Configuration Descriptor: > > > bLength 9 > > > bDescriptorType 2 > > > wTotalLength 73 > > > bNumInterfaces 2 > > > bConfigurationValue 1 > > > iConfiguration 0 > > > bmAttributes 0x80 > > > (Bus Powered) > > > MaxPower 100mA > > > Interface Descriptor: > > > bLength 9 > > > bDescriptorType 4 > > > > > > With nodedev we just see device nodes, pretty difficult to identify, > > > even with --tree opt : > > > > > > usb_1_0_1_0 > > > usb_1_1 > > > usb_1_1_1_0 > > > usb_1_1_4 > > > usb_1_1_4_1_0 > > > usb_1_1_4_1_1 > > > usb_1_1_6 > > > usb_1_1_6_1 > > > usb_1_1_6_1_0 > > > usb_1_1_6_1_1_0 > > > usb_1_1_6_1_1_1 > > > usb_1_1_6_1_1_2 > > > usb_2_0_1_0 > > > usb_2_1 > > > usb_2_1_1_0 > > > usb_usb1 > > > usb_usb2 > > > > The issue is, you need to get libvirt name of the device and run the > > nodedev-detach > > - have you done that with no success? > > > > If not, use some simple script such as (python) > > > > import libvirt > > > > conn = libvirt.openReadOnly() > > devices = conn.listAllDevices() > > for dev in devices: > > print dev.XMLDesc() > > > > to easily find the device and use the element for nodedev-detach > > call. > > That should handle unbinding it from the driver and possibly binding > > it to some usb stub if that exists. > > If that doesn't fix it, I admit that I'm not sure what could be the > > cause apart from OS/hw. > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > > the Windows VM. > > > Regards > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > > VM > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I've tried also to inject the device with virsh attach-device, all > > > > seems to work but nothing happen in the VM : > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > usb-modem.xml Please enter your authentication name: root Please > > > > enter your password: > > > > Device attached successfully > > > > > > > > What did I do wrong, any ideas ? > > > > > > Hello, > > > One possibility might be the fact that libvirt itself doesn't have > > > managed mode for USB devices and I'm not sure virt-manager has the > > > appropriate routine handled. > > > > > > Could you try running > > > $ virsh nodedev-list > > > to find the correct usb device and then # virsh nodedev-detach > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS > > > > www.unicef.fr > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > 2015 > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > Objet > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > Michal, any clue? > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > but it doesn't up in the Windows VM. > > > > > I've tried to insert via virt-manager without success, I can't > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > lsusb > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > Bus > > > > > 002 Device > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > Device > > > > > 002: ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > Device > > > > > 003: ID > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > ID > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > Thanks for your help > > > > > Alain > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: users at ovirt.org > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > host:vendor_id:product_id > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > properties: > > > > > > > > > > > > > > > ... > > > > > ? > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > Regards, > > > > > Alon > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Fri Jan 16 15:00:28 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 15:00:28 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> References: <762983281.10541824.1421404631519.JavaMail.zimbra@redhat.com> <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> Message-ID: I've replaced with openReadOnly(0), but had a "argument 1 must be string or None, not int" issue, so I changed to None, but I had : [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent call last): File "usb_dev.py", line 5, in devices = conn.listAllDevices() TypeError: listAllDevices() takes exactly 2 arguments (1 given) I put the VM name in openReadOnly("unc-srv-prnt3") and I had this issue : libvirt: error : no connection driver available for unc-srv-prnt3 Traceback (most recent call last): File "usb_dev.py", line 4, in conn = libvirt.openReadOnly("unc-srv-prnt3") File "/usr/lib64/python2.6/site-packages/libvirt.py", line 247, in openReadOnly if ret is None:raise libvirtError('virConnectOpenReadOnly() failed') libvirt.libvirtError: no connection driver available for unc-srv-prnt3 What's wrong ? Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 15:47 ? : VONDRA Alain Cc : users at ovirt.org; Michal Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 2:45:09 PM > Subject: Re: [ovirt-users] USB Modem in a VM > > Hi Martin, > That's what I've done, but the result is a missing argument. > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly() > TypeError: openReadOnly() takes exactly 1 argument (0 given My mistake, you can use openReadOnly(0) (can be omitted for some libvirt versions). > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 12:30:10 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Ok Martin, > > I'll try the python script, but I'm a newbie in python, which > > argumenet I need to put to execute it ? > > Thank you > > Alain > > Simply save it into something like listdevices.py and run $ python > listdevices.py. > It will list libvirt XML for all of the devices, you just need to find > correct vendor id/product id for your usb device and then use the name > for detach e.g. nodedev-detach usb_usb0. > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > , users at ovirt.org > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > Hi, > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > infos about the device : > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > Device Descriptor: > > > bLength 18 > > > bDescriptorType 1 > > > bcdUSB 1.10 > > > bDeviceClass 2 Communications > > > bDeviceSubClass 0 > > > bDeviceProtocol 0 > > > bMaxPacketSize0 64 > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > idProduct 0x1321 > > > bcdDevice 1.00 > > > iManufacturer 1 Conexant > > > iProduct 2 USB Modem > > > iSerial 3 24680246 > > > bNumConfigurations 2 > > > Configuration Descriptor: > > > bLength 9 > > > bDescriptorType 2 > > > wTotalLength 73 > > > bNumInterfaces 2 > > > bConfigurationValue 1 > > > iConfiguration 0 > > > bmAttributes 0x80 > > > (Bus Powered) > > > MaxPower 100mA > > > Interface Descriptor: > > > bLength 9 > > > bDescriptorType 4 > > > > > > With nodedev we just see device nodes, pretty difficult to > > > identify, even with --tree opt : > > > > > > usb_1_0_1_0 > > > usb_1_1 > > > usb_1_1_1_0 > > > usb_1_1_4 > > > usb_1_1_4_1_0 > > > usb_1_1_4_1_1 > > > usb_1_1_6 > > > usb_1_1_6_1 > > > usb_1_1_6_1_0 > > > usb_1_1_6_1_1_0 > > > usb_1_1_6_1_1_1 > > > usb_1_1_6_1_1_2 > > > usb_2_0_1_0 > > > usb_2_1 > > > usb_2_1_1_0 > > > usb_usb1 > > > usb_usb2 > > > > The issue is, you need to get libvirt name of the device and run the > > nodedev-detach > > - have you done that with no success? > > > > If not, use some simple script such as (python) > > > > import libvirt > > > > conn = libvirt.openReadOnly() > > devices = conn.listAllDevices() > > for dev in devices: > > print dev.XMLDesc() > > > > to easily find the device and use the element for > > nodedev-detach call. > > That should handle unbinding it from the driver and possibly binding > > it to some usb stub if that exists. > > If that doesn't fix it, I admit that I'm not sure what could be the > > cause apart from OS/hw. > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > > the Windows VM. > > > Regards > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > vendredi > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > a VM > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > Cc: users at ovirt.org > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I've tried also to inject the device with virsh attach-device, > > > > all seems to work but nothing happen in the VM : > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > usb-modem.xml Please enter your authentication name: root Please > > > > enter your password: > > > > Device attached successfully > > > > > > > > What did I do wrong, any ideas ? > > > > > > Hello, > > > One possibility might be the fact that libvirt itself doesn't have > > > managed mode for USB devices and I'm not sure virt-manager has the > > > appropriate routine handled. > > > > > > Could you try running > > > $ virsh nodedev-list > > > to find the correct usb device and then # virsh nodedev-detach > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > 2015 > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > Objet > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > Michal, any clue? > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > but it doesn't up in the Windows VM. > > > > > I've tried to insert via virt-manager without success, I can't > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > lsusb > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > Bus > > > > > 002 Device > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > Device > > > > > 002: ID > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > Device > > > > > 003: ID > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > ID > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > Thanks for your help > > > > > Alain > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: users at ovirt.org > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > host:vendor_id:product_id > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > properties: > > > > > > > > > > > > > > > ... > > > > > ? > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > Regards, > > > > > Alon > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From bproffit at redhat.com Fri Jan 16 15:38:06 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Fri, 16 Jan 2015 10:38:06 -0500 (EST) Subject: [ovirt-users] [POLL] FOSDEM Social Event Date In-Reply-To: <143763358.7993056.1421418238696.JavaMail.zimbra@redhat.com> Message-ID: <1319814844.8036472.1421422686726.JavaMail.zimbra@redhat.com> For those attending FOSDEM: As is our tradition, we would like to host a social evening out during FOSDEM for members and friends of the oVirt community. We will be gathering at the Au Bon Vieux Temps tavern in Brussels, but before we set the date for the event, we would like your input on which evening would be better: Fri., Jan. 30 or Sat., Jan. 31? Please visit the post about this on Facebook [1] and input your preference in the comments, and early next week we will set it up and announce the details of the event! Thanks! BKP [1] https://www.facebook.com/events/340404086145780/permalink/340730009446521/ -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From mpolednik at redhat.com Fri Jan 16 16:11:19 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Fri, 16 Jan 2015 11:11:19 -0500 (EST) Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> Message-ID: <548939524.10709724.1421424679054.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 4:00:28 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > I've replaced with openReadOnly(0), but had a "argument 1 must be string or > None, not int" issue, so I changed to None, but I had : > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py > Traceback (most recent call last): > File "usb_dev.py", line 5, in > devices = conn.listAllDevices() > TypeError: listAllDevices() takes exactly 2 arguments (1 given) > > I put the VM name in openReadOnly("unc-srv-prnt3") and I had this issue : > > libvirt: error : no connection driver available for unc-srv-prnt3 > Traceback (most recent call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly("unc-srv-prnt3") > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 247, in > openReadOnly > if ret is None:raise libvirtError('virConnectOpenReadOnly() failed') > libvirt.libvirtError: no connection driver available for unc-srv-prnt3 > > What's wrong ? > Missing flags parameter again, which version of libvirt are you running? openReadOnly(0) and listAllDevices(0) should be correct for your version, sorry for that again. > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] > Envoy? : vendredi 16 janvier 2015 15:47 > ? : VONDRA Alain > Cc : users at ovirt.org; Michal Skrivanek > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 2:45:09 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi Martin, > > That's what I've done, but the result is a missing argument. > > > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > > call last): > > File "usb_dev.py", line 4, in > > conn = libvirt.openReadOnly() > > TypeError: openReadOnly() takes exactly 1 argument (0 given > > My mistake, you can use openReadOnly(0) (can be omitted for some libvirt > versions). > > > Alain > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal > > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: users at ovirt.org, "Michal Skrivanek" > > > Sent: Friday, January 16, 2015 12:30:10 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Ok Martin, > > > I'll try the python script, but I'm a newbie in python, which > > > argumenet I need to put to execute it ? > > > Thank you > > > Alain > > > > Simply save it into something like listdevices.py and run $ python > > listdevices.py. > > It will list libvirt XML for all of the devices, you just need to find > > correct vendor id/product id for your usb device and then use the name > > for detach e.g. nodedev-detach usb_usb0. > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a > > > VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Martin Polednik" > > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > > , users at ovirt.org > > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > > infos about the device : > > > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > > Device Descriptor: > > > > bLength 18 > > > > bDescriptorType 1 > > > > bcdUSB 1.10 > > > > bDeviceClass 2 Communications > > > > bDeviceSubClass 0 > > > > bDeviceProtocol 0 > > > > bMaxPacketSize0 64 > > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > > idProduct 0x1321 > > > > bcdDevice 1.00 > > > > iManufacturer 1 Conexant > > > > iProduct 2 USB Modem > > > > iSerial 3 24680246 > > > > bNumConfigurations 2 > > > > Configuration Descriptor: > > > > bLength 9 > > > > bDescriptorType 2 > > > > wTotalLength 73 > > > > bNumInterfaces 2 > > > > bConfigurationValue 1 > > > > iConfiguration 0 > > > > bmAttributes 0x80 > > > > (Bus Powered) > > > > MaxPower 100mA > > > > Interface Descriptor: > > > > bLength 9 > > > > bDescriptorType 4 > > > > > > > > With nodedev we just see device nodes, pretty difficult to > > > > identify, even with --tree opt : > > > > > > > > usb_1_0_1_0 > > > > usb_1_1 > > > > usb_1_1_1_0 > > > > usb_1_1_4 > > > > usb_1_1_4_1_0 > > > > usb_1_1_4_1_1 > > > > usb_1_1_6 > > > > usb_1_1_6_1 > > > > usb_1_1_6_1_0 > > > > usb_1_1_6_1_1_0 > > > > usb_1_1_6_1_1_1 > > > > usb_1_1_6_1_1_2 > > > > usb_2_0_1_0 > > > > usb_2_1 > > > > usb_2_1_1_0 > > > > usb_usb1 > > > > usb_usb2 > > > > > > The issue is, you need to get libvirt name of the device and run the > > > nodedev-detach > > > - have you done that with no success? > > > > > > If not, use some simple script such as (python) > > > > > > import libvirt > > > > > > conn = libvirt.openReadOnly() > > > devices = conn.listAllDevices() > > > for dev in devices: > > > print dev.XMLDesc() > > > > > > to easily find the device and use the element for > > > nodedev-detach call. > > > That should handle unbinding it from the driver and possibly binding > > > it to some usb stub if that exists. > > > If that doesn't fix it, I admit that I'm not sure what could be the > > > cause apart from OS/hw. > > > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears in > > > > the Windows VM. > > > > Regards > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS > > > > www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > > vendredi > > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > > a VM > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > I've tried also to inject the device with virsh attach-device, > > > > > all seems to work but nothing happen in the VM : > > > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > > usb-modem.xml Please enter your authentication name: root Please > > > > > enter your password: > > > > > Device attached successfully > > > > > > > > > > What did I do wrong, any ideas ? > > > > > > > > Hello, > > > > One possibility might be the fact that libvirt itself doesn't have > > > > managed mode for USB devices and I'm not sure virt-manager has the > > > > appropriate routine handled. > > > > > > > > Could you try running > > > > $ virsh nodedev-list > > > > to find the correct usb device and then # virsh nodedev-detach > > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > > 2015 > > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > > Objet > > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Michal, any clue? > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: "Alon Bar-Lev" > > > > > > Cc: users at ovirt.org > > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > > but it doesn't up in the Windows VM. > > > > > > I've tried to insert via virt-manager without success, I can't > > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > > > lsusb > > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > > Bus > > > > > > 002 Device > > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > > ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > > Device > > > > > > 002: ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > > Device > > > > > > 003: ID > > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > > ID > > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > > > Thanks for your help > > > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > > Administrative et Financi?re > > > > > > +33 1 44 39 77 76 > > > > > > UNICEF France > > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : > > > > > > Re: > > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "VONDRA Alain" > > > > > > > To: users at ovirt.org > > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > > host:vendor_id:product_id > > > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > > properties: > > > > > > > > > > > > > > > > > > ... > > > > > > ? > > > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > > > Regards, > > > > > > Alon > > > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From AVONDRA at unicef.fr Fri Jan 16 16:14:01 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Fri, 16 Jan 2015 16:14:01 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <548939524.10709724.1421424679054.JavaMail.zimbra@redhat.com> References: <446067995.10551051.1421407066179.JavaMail.zimbra@redhat.com> <171262271.10567939.1421410697165.JavaMail.zimbra@redhat.com> <1716539800.10650268.1421419610003.JavaMail.zimbra@redhat.com> <548939524.10709724.1421424679054.JavaMail.zimbra@redhat.com> Message-ID: I've got libvirt-0.10.2-46 version. Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi 16 janvier 2015 17:11 ? : VONDRA Alain Cc : users at ovirt.org; Michal Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM ----- Original Message ----- > From: "VONDRA Alain" > To: "Martin Polednik" > Cc: users at ovirt.org, "Michal Skrivanek" > Sent: Friday, January 16, 2015 4:00:28 PM > Subject: RE: [ovirt-users] USB Modem in a VM > > I've replaced with openReadOnly(0), but had a "argument 1 must be > string or None, not int" issue, so I changed to None, but I had : > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > call last): > File "usb_dev.py", line 5, in > devices = conn.listAllDevices() > TypeError: listAllDevices() takes exactly 2 arguments (1 given) > > I put the VM name in openReadOnly("unc-srv-prnt3") and I had this issue : > > libvirt: error : no connection driver available for unc-srv-prnt3 > Traceback (most recent call last): > File "usb_dev.py", line 4, in > conn = libvirt.openReadOnly("unc-srv-prnt3") > File "/usr/lib64/python2.6/site-packages/libvirt.py", line 247, in > openReadOnly > if ret is None:raise libvirtError('virConnectOpenReadOnly() > failed') > libvirt.libvirtError: no connection driver available for unc-srv-prnt3 > > What's wrong ? > Missing flags parameter again, which version of libvirt are you running? openReadOnly(0) and listAllDevices(0) should be correct for your version, sorry for that again. > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > 16 janvier 2015 15:47 ? : VONDRA Alain Cc : users at ovirt.org; Michal > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- > > From: "VONDRA Alain" > > To: "Martin Polednik" > > Cc: users at ovirt.org, "Michal Skrivanek" > > Sent: Friday, January 16, 2015 2:45:09 PM > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > Hi Martin, > > That's what I've done, but the result is a missing argument. > > > > [root at unc-srv-hyp2 ~]$ python2.6 usb_dev.py Traceback (most recent > > call last): > > File "usb_dev.py", line 4, in > > conn = libvirt.openReadOnly() > > TypeError: openReadOnly() takes exactly 1 argument (0 given > > My mistake, you can use openReadOnly(0) (can be omitted for some > libvirt versions). > > > Alain > > > > > > > > > > Alain VONDRA > > Charg? d'exploitation des Syst?mes d'Information Direction > > Administrative et Financi?re > > +33 1 44 39 77 76 > > UNICEF France > > 3 rue Duguay Trouin 75006 PARIS > > www.unicef.fr > > > > > > > > > > -----Message d'origine----- > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : vendredi > > 16 janvier 2015 13:18 ? : VONDRA Alain Cc : users at ovirt.org; Michal > > Skrivanek Objet : Re: [ovirt-users] USB Modem in a VM > > > > > > > > ----- Original Message ----- > > > From: "VONDRA Alain" > > > To: "Martin Polednik" > > > Cc: users at ovirt.org, "Michal Skrivanek" > > > Sent: Friday, January 16, 2015 12:30:10 PM > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > Ok Martin, > > > I'll try the python script, but I'm a newbie in python, which > > > argumenet I need to put to execute it ? > > > Thank you > > > Alain > > > > Simply save it into something like listdevices.py and run $ python > > listdevices.py. > > It will list libvirt XML for all of the devices, you just need to > > find correct vendor id/product id for your usb device and then use > > the name for detach e.g. nodedev-detach usb_usb0. > > > > > Alain VONDRA > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > Administrative et Financi?re > > > +33 1 44 39 77 76 > > > UNICEF France > > > 3 rue Duguay Trouin 75006 PARIS > > > www.unicef.fr > > > > > > > > > > > > > > > -----Message d'origine----- > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > vendredi > > > 16 janvier 2015 12:18 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > a VM > > > > > > > > > > > > ----- Original Message ----- > > > > From: "VONDRA Alain" > > > > To: "Martin Polednik" > > > > Cc: "Alon Bar-Lev" , "Michal Skrivanek" > > > > , users at ovirt.org > > > > Sent: Friday, January 16, 2015 12:10:35 PM > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > Hi, > > > > I'm sure of the device, it's clearer with lsusb, you see all the > > > > infos about the device : > > > > > > > > Bus 001 Device 006: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > > > Device Descriptor: > > > > bLength 18 > > > > bDescriptorType 1 > > > > bcdUSB 1.10 > > > > bDeviceClass 2 Communications > > > > bDeviceSubClass 0 > > > > bDeviceProtocol 0 > > > > bMaxPacketSize0 64 > > > > idVendor 0x0572 Conexant Systems (Rockwell), Inc. > > > > idProduct 0x1321 > > > > bcdDevice 1.00 > > > > iManufacturer 1 Conexant > > > > iProduct 2 USB Modem > > > > iSerial 3 24680246 > > > > bNumConfigurations 2 > > > > Configuration Descriptor: > > > > bLength 9 > > > > bDescriptorType 2 > > > > wTotalLength 73 > > > > bNumInterfaces 2 > > > > bConfigurationValue 1 > > > > iConfiguration 0 > > > > bmAttributes 0x80 > > > > (Bus Powered) > > > > MaxPower 100mA > > > > Interface Descriptor: > > > > bLength 9 > > > > bDescriptorType 4 > > > > > > > > With nodedev we just see device nodes, pretty difficult to > > > > identify, even with --tree opt : > > > > > > > > usb_1_0_1_0 > > > > usb_1_1 > > > > usb_1_1_1_0 > > > > usb_1_1_4 > > > > usb_1_1_4_1_0 > > > > usb_1_1_4_1_1 > > > > usb_1_1_6 > > > > usb_1_1_6_1 > > > > usb_1_1_6_1_0 > > > > usb_1_1_6_1_1_0 > > > > usb_1_1_6_1_1_1 > > > > usb_1_1_6_1_1_2 > > > > usb_2_0_1_0 > > > > usb_2_1 > > > > usb_2_1_1_0 > > > > usb_usb1 > > > > usb_usb2 > > > > > > The issue is, you need to get libvirt name of the device and run > > > the nodedev-detach > > > - have you done that with no success? > > > > > > If not, use some simple script such as (python) > > > > > > import libvirt > > > > > > conn = libvirt.openReadOnly() > > > devices = conn.listAllDevices() > > > for dev in devices: > > > print dev.XMLDesc() > > > > > > to easily find the device and use the element for > > > nodedev-detach call. > > > That should handle unbinding it from the driver and possibly > > > binding it to some usb stub if that exists. > > > If that doesn't fix it, I admit that I'm not sure what could be > > > the cause apart from OS/hw. > > > > > > > The xml injected is, I think right : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Even with The device on the VM xml, the device does'nt appears > > > > in the Windows VM. > > > > Regards > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > Administrative et Financi?re > > > > +33 1 44 39 77 76 > > > > UNICEF France > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > De : Martin Polednik [mailto:mpolednik at redhat.com] Envoy? : > > > > vendredi > > > > 16 janvier 2015 11:37 ? : VONDRA Alain Cc : Alon Bar-Lev; Michal > > > > Skrivanek; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in > > > > a VM > > > > > > > > ----- Original Message ----- > > > > > From: "VONDRA Alain" > > > > > To: "Alon Bar-Lev" , "Michal Skrivanek" > > > > > > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 15, 2015 10:33:19 PM > > > > > Subject: Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Hi, > > > > > I've tried also to inject the device with virsh attach-device, > > > > > all seems to work but nothing happen in the VM : > > > > > > > > > > [root at unc-srv-hyp2 ~]$ virsh attach-device unc-srv-prnt3 > > > > > usb-modem.xml Please enter your authentication name: root Please > > > > > enter your password: > > > > > Device attached successfully > > > > > > > > > > What did I do wrong, any ideas ? > > > > > > > > Hello, > > > > One possibility might be the fact that libvirt itself doesn't have > > > > managed mode for USB devices and I'm not sure virt-manager has the > > > > appropriate routine handled. > > > > > > > > Could you try running > > > > $ virsh nodedev-list > > > > to find the correct usb device and then # virsh nodedev-detach > > > > the_usb_device or posibly nodedev-dettach if you run older libvirt? > > > > > > > > After that, try starting VM with hostdev element added to XML. > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > Administrative et Financi?re > > > > > +33 1 44 39 77 76 > > > > > UNICEF France > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > ________________________________________ > > > > > De : Alon Bar-Lev [alonbl at redhat.com] Envoy? : jeudi 15 janvier > > > > > 2015 > > > > > 21:23 ? : VONDRA Alain; Michal Skrivanek Cc : users at ovirt.org > > > > > Objet > > > > > : Re: [ovirt-users] USB Modem in a VM > > > > > > > > > > Michal, any clue? > > > > > > > > > > ----- Original Message ----- > > > > > > From: "VONDRA Alain" > > > > > > To: "Alon Bar-Lev" > > > > > > Cc: users at ovirt.org > > > > > > Sent: Thursday, January 15, 2015 5:56:47 PM > > > > > > Subject: RE: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > Hi, > > > > > > Thank you for your answer, I've tried to insert my USB modem, > > > > > > but it doesn't up in the Windows VM. > > > > > > I've tried to insert via virt-manager without success, I can't > > > > > > apply the modification, however I see the modem using lsusb : > > > > > > > > > > > > lsusb > > > > > > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub > > > > > > Bus > > > > > > 002 Device > > > > > > 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: > > > > > > ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 > > > > > > Device > > > > > > 002: ID > > > > > > 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 > > > > > > Device > > > > > > 003: ID > > > > > > 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID > > > > > > 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: > > > > > > ID > > > > > > 0572:1321 Conexant Systems (Rockwell), Inc. > > > > > > > > > > > > I've unload the "cdc_acm" kernel module via rmmod without success. > > > > > > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Ut at the first load the config disappears... > > > > > > Do I need to restart the host or restart libvirtd services ? > > > > > > > > > > > > Thanks for your help > > > > > > Alain > > > > > > > > > > > > > > > > > > > > > > > > Alain VONDRA > > > > > > Charg? d'exploitation des Syst?mes d'Information Direction > > > > > > Administrative et Financi?re > > > > > > +33 1 44 39 77 76 > > > > > > UNICEF France > > > > > > 3 rue Duguay Trouin 75006 PARIS www.unicef.fr > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Message d'origine----- > > > > > > De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 > > > > > > janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : > > > > > > Re: > > > > > > [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "VONDRA Alain" > > > > > > > To: users at ovirt.org > > > > > > > Sent: Tuesday, January 13, 2015 5:55:01 PM > > > > > > > Subject: [ovirt-users] USB Modem in a VM > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > Can you tell me if I can use an USB modem through one of the > > > > > > > hypervisor hosts to a Windows VM ? > > > > > > > > > > > > > > I?d like to install a Windows Fax Server. > > > > > > > > > > > > > > Thank you for your answers. > > > > > > > > > > > > > > > > > > should be possible using qemu args: -usbdevice > > > > > > host:vendor_id:product_id > > > > > > > > > > > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific > > > > > > properties: > > > > > > > > > > > > > > > > > > ... > > > > > > ? > > > > > > > > > > > > ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to > > > > > > modify the libvirt configuration and inject such device. > > > > > > > > > > > > Regards, > > > > > > Alon > > > > > > > > > > > > [1] http://www.ovirt.org/VDSM-Hooks > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From daniel.helgenberger at m-box.de Fri Jan 16 17:52:54 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Fri, 16 Jan 2015 17:52:54 +0000 Subject: [ovirt-users] Low cost fencing/stonith devices References: Message-ID: <1ffa214fbf0f4524b212c308738d0514@EXCHANGE.mbox.loc> Hello Mario, great you ask that, I am pretty interested myself. On 16.01.2015 12:31, Mario Giammarco wrote: > Hello, > I ask this question again to see if there are some improvements. > > I am searching for a low cost stonith/fencing device for servers or hardware > that has no ipmi/ilo on board. > > I see that there are some interesting products on the market like ubnt/mfi > mpower that are controllable power outlets but there is no driver for them. > > In my use case WOL support will be enough (using it with ssh or shared storage > fencing) but as far as I know WOL is not yet supported in ovirt. Please see [1] - I enclose Martin: What is the status of the Future Enhancements WOL; or better what needs to be done and how can we help? I think we need a custom fence agent here, WOL in python is easily done [3] and the MAC filed could be mapped to one of the configurable items. Though I find it harder working with the fence_agent concept itself. Atm, I did not have time to persue this subjct any futher. > > So is there some fencing device supported in 100/200$ price range? One option would be networked PDU's [2] (here in Germany, they are around 200 Euro), maybe you can get some used ones. I think there is a list with supported devices though I cannot find it ATM. If I get it correctly the idea would be to define the outlet as Power Management, and switch it on via PMP. Configure the hosts to boot at power restore. The host would be shutdown via SSH anyway; the PM device only used for start up. [1] http://www.ovirt.org/Features/HostPowerManagementPolicy [2] http://www.apc.com/products/resource/include/techspec_index.cfm?base_sku=AP7920 [3] https://pypi.python.org/pypi/wakeonlan/0.2.2 > Thanks, > Mario > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From zeroless.mvk at gmail.com Fri Jan 16 04:08:09 2015 From: zeroless.mvk at gmail.com (Yidao Liu) Date: Fri, 16 Jan 2015 12:08:09 +0800 Subject: [ovirt-users] Use dedicated I/O service domain in KVM Message-ID: Hi, I want to use a dedicated guest VM to handle I/O request just as I/O service domain used in xen. Specifically, using network I/O as an example, I should directly assign the NIC to one guest VM (using pci-assign option), after that all other guest VMs should perform network I/O through that VM rather than the host OS. Is there currently any viable approach to do this? If not, I want to implement one. Currently I'm thinking of combining nahanni shared memory and vhost architecture to implement it, is there any other suggestions? Thanks for any help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgiammarco at gmail.com Fri Jan 16 18:50:22 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 19:50:22 +0100 Subject: [ovirt-users] Low cost fencing/stonith devices In-Reply-To: <1ffa214fbf0f4524b212c308738d0514@EXCHANGE.mbox.loc> References: <1ffa214fbf0f4524b212c308738d0514@EXCHANGE.mbox.loc> Message-ID: 2015-01-16 18:52 GMT+01:00 Daniel Helgenberger : > Hello Mario, > > great you ask that, I am pretty interested myself. > > Great, I am not alone! > > Atm, I did not have time to persue this subjct any futher. > > > > Me too, if I had time I would have tried to develop mPower driver. > > So is there some fencing device supported in 100/200$ price range? > > One option would be networked PDU's [2] (here in Germany, they are > around 200 Euro), maybe you can get some used ones. I think there is a > list with supported devices though I cannot find it ATM. > > Unfortunately having a complete list of hardware supported is not so easy. And because they are power devices each country has its standard. Infact now I am searching on ebay "switched rackmount pdu" and I find only item from english shops (that costs more than 200 euro). Can you please tell me the german translation of "switched rackmount pdu" so I can search in german shops? > If I get it correctly the idea would be to define the outlet as Power > Management, and switch it on via PMP. Configure the hosts to boot at > power restore. The host would be shutdown via SSH anyway; the PM device > only used for start up. > > > Yes correct. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgiammarco at gmail.com Fri Jan 16 19:26:01 2015 From: mgiammarco at gmail.com (Mario Giammarco) Date: Fri, 16 Jan 2015 20:26:01 +0100 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> Message-ID: 2015-01-16 12:37 GMT+01:00 Simone Tiraboschi : > > HA capability is provided for other VMs by oVirt engine. But who provide > it if the engine itself is on a VM on the host that it's managing? > HA for the Engine VM needs to be managed by the hosts and not the Engine > itself: so we have ovirt-hosted-engine-ha that ensure HA for the engine VM, > the engine cloud than provide HA for other VMs. > > I am surprised. I supposed that HA was "self provided" by the cluster like in xenserver. So you tell me that is the engine that checks if servers and vms are on like in cloudstack? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rkoch at rk-it.at Fri Jan 16 20:37:48 2015 From: rkoch at rk-it.at (=?utf-8?Q?Rene_Koch?=) Date: Fri, 16 Jan 2015 21:37:48 +0100 Subject: [ovirt-users] FOSDEM 15.... here we come! Message-ID: Done - added myself to to one of the few empty slots... See you guys at FOSDEM! -----Original message----- From: Doron Fediuck? Sent: Thursday 15th January 2015 16:55 To: Brian Proffitt ; users at ovirt.org; announce at ovirt.org Subject: [ovirt-users] FOSDEM 15.... here we come! Hi all, Happy to see oVirt's tradition continuing! I summarized all relevant information here: http://etherpad.ovirt.org/p/ovirt-fosdem-15 Also, we need a few volunteers to help man the booth, so please go ahead and list yourself in the right place. Once we have more updates we'll send them to the list. See you @FOSDEM, Doron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From rkoch at rk-it.at Fri Jan 16 20:41:36 2015 From: rkoch at rk-it.at (=?utf-8?Q?Rene_Koch?=) Date: Fri, 16 Jan 2015 21:41:36 +0100 Subject: [ovirt-users] [POLL] FOSDEM Social Event Date Message-ID: I'll vote for Saturday - can't post a comment on Facebook as I don't have an Facebook account. So I hope the mailing list counts as well :) Regards, Ren? -----Original message----- From: Brian Proffitt? Sent: Friday 16th January 2015 16:38 To: users Subject: [ovirt-users] [POLL] FOSDEM Social Event Date For those attending FOSDEM: As is our tradition, we would like to host a social evening out during FOSDEM for members and friends of the oVirt community. We will be gathering at the Au Bon Vieux Temps tavern in Brussels, but before we set the date for the event, we would like your input on which evening would be better: Fri., Jan. 30 or Sat., Jan. 31? Please visit the post about this on Facebook [1] and input your preference in the comments, and early next week we will set it up and announce the details of the event! Thanks! BKP [1] https://www.facebook.com/events/340404086145780/permalink/340730009446521/ -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Fri Jan 16 20:44:48 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Fri, 16 Jan 2015 15:44:48 -0500 (EST) Subject: [ovirt-users] FOSDEM 15.... here we come! In-Reply-To: References: Message-ID: <544784326.11756571.1421441088953.JavaMail.zimbra@zmail20.collab.prod.int.phx2.redhat.com> Thanks, Ren?! Always a pleasure having you on board. See you soon, Doron On Jan 16, 2015 10:38 PM, Rene Koch wrote: Done - added myself to to one of the few empty slots... See you guys at FOSDEM! -----Original message----- From: Doron Fediuck? Sent: Thursday 15th January 2015 16:55 To: Brian Proffitt ; users at ovirt.org; announce at ovirt.org Subject: [ovirt-users] FOSDEM 15.... here we come! Hi all, Happy to see oVirt's tradition continuing! I summarized all relevant information here: http://etherpad.ovirt.org/p/ovirt-fosdem-15 Also, we need a few volunteers to help man the booth, so please go ahead and list yourself in the right place. Once we have more updates we'll send them to the list. See you @FOSDEM, Doron _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bproffit at redhat.com Fri Jan 16 21:24:17 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Fri, 16 Jan 2015 16:24:17 -0500 (EST) Subject: [ovirt-users] [POLL] FOSDEM Social Event Date In-Reply-To: References: Message-ID: <1486524092.8189822.1421443457664.JavaMail.zimbra@redhat.com> It does, and I'll tally the vote! Thanks! BKP ----- Original Message ----- > From: "Rene Koch" > To: "Brian Proffitt" , "users" > Sent: Friday, January 16, 2015 3:41:36 PM > Subject: RE: [ovirt-users] [POLL] FOSDEM Social Event Date > > I'll vote for Saturday - can't post a comment on Facebook as I don't have an > Facebook account. So I hope the mailing list counts as well :) > > > > > > Regards, > Ren? > > > > > > -----Original message----- > From: Brian Proffitt? > Sent: Friday 16th January 2015 16:38 > To: users > Subject: [ovirt-users] [POLL] FOSDEM Social Event Date > > > For those attending FOSDEM: > > As is our tradition, we would like to host a social evening out during FOSDEM > for members and friends of the oVirt community. We will be gathering at the > Au Bon Vieux Temps tavern in Brussels, but before we set the date for the > event, we would like your input on which evening would be better: Fri., Jan. > 30 or Sat., Jan. 31? > > Please visit the post about this on Facebook [1] and input your preference in > the comments, and early next week we will set it up and announce the details > of the event! > > Thanks! > BKP > > > [1] > https://www.facebook.com/events/340404086145780/permalink/340730009446521/ > > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From acrow at integrafin.co.uk Sat Jan 17 17:29:17 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 17 Jan 2015 17:29:17 +0000 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: <2073462016.7755109.1421403366054.JavaMail.zimbra@redhat.com> <135602159.7780485.1421408240608.JavaMail.zimbra@redhat.com> Message-ID: <54BA9BED.9030909@integrafin.co.uk> On 16/01/15 19:26, Mario Giammarco wrote: > > > 2015-01-16 12:37 GMT+01:00 Simone Tiraboschi >: > > > HA capability is provided for other VMs by oVirt engine. But who > provide it if the engine itself is on a VM on the host that it's > managing? > HA for the Engine VM needs to be managed by the hosts and not the > Engine itself: so we have ovirt-hosted-engine-ha that ensure HA > for the engine VM, the engine cloud than provide HA for other VMs. > > I am surprised. I supposed that HA was "self provided" by the cluster > like in xenserver. So you tell me that is the engine that checks if > servers and vms are on like in cloudstack? > This is just how any VM self-hosted setup would work. The 'engine/management' VM has to have HA managed by something other than the engine itself - otherwise if the engine is down how would it know or be able to restart itself? In VMWare or Xenserver there would have to be a separate system other than that in the engine VM to make sure that the management engine VM is a) running on at least one host on the cluster and b) *cannot* be running on more than one host to avoid screwing its own storage volume (ie heartbeat/fencing). Then this "managed engine" only has to take care of keeping its own VMs up. Logically I cannot see any other way this could possibly work - see "chicken and egg"! Cheers Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sat Jan 17 18:55:57 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 11:55:57 -0700 Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: References: Message-ID: <000601d03287$3cc40f00$b64c2d00$@cloudspin.me> Are you trying to use glusterFS as your hosted engine storage?? What problems are you having with the up and running tutorial? I have been loosely following it, and have not run into anything that is not solvable. Hosted-Engine is really the way to go, having your management machine HA is a super huge plus. > > Can I after that install change my mind and so move the engine as a vm in the cluster? >Or can I install a new engine in the cluster and powerdown the first engine When you install a new engine the only problem I can think of off the top of my head is the database? when you install the engine, you setup a database, and if this database was on a vm in the cluster I suppose you could have as many engines as you like???? I have not tried this, so please correct me if I am wrong. Donny D cloudspin.me From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Mario Giammarco Sent: Friday, January 16, 2015 2:40 AM To: users at ovirt.org Subject: [ovirt-users] Put the engine inside hosts after installation Hello, I would like to try ovirt with hosted engine installation. I had so many problems (I have written them in another thread) so I will not try anymore hosted installation (up and running with ovirt 3.5 tutorial) But now I would try this approach: I install the engine on a dedicated server or as a virtual machine in another kvm based virtualizator. Now I create an ovirt cluster and use it. Can I after that install change my mind and so move the engine as a vm in the cluster? Or can I install a new engine in the cluster and powerdown the first engine? Thanks in advance for help, Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From cybertimber2005 at gmail.com Sun Jan 18 01:28:37 2015 From: cybertimber2005 at gmail.com (Nick Kesick) Date: Sat, 17 Jan 2015 20:28:37 -0500 Subject: [ovirt-users] oVirt Windows Guest Tools Message-ID: Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. Can anyone shed some light on the download path so I can update the wiki? -- Cybertimber2005 at gmail.com [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools -------------- next part -------------- An HTML attachment was scrubbed... URL: From cybertimber2005 at gmail.com Sun Jan 18 01:30:12 2015 From: cybertimber2005 at gmail.com (Nick Kesick) Date: Sat, 17 Jan 2015 20:30:12 -0500 Subject: [ovirt-users] oVirt Resources Site Message-ID: I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html -- Cybertimber2005 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sun Jan 18 01:33:22 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 18:33:22 -0700 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: References: Message-ID: <003101d032be$c0793b90$416bb2b0$@cloudspin.me> It is down here too From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Nick Kesick Sent: Saturday, January 17, 2015 6:30 PM To: users at ovirt.org Subject: [ovirt-users] oVirt Resources Site I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html -- Cybertimber2005 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sun Jan 18 01:34:44 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 18:34:44 -0700 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: References: Message-ID: <003e01d032be$f1dc8340$d59589c0$@cloudspin.me> http://plain.resources.ovirt.org/pub/ is up From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Nick Kesick Sent: Saturday, January 17, 2015 6:30 PM To: users at ovirt.org Subject: [ovirt-users] oVirt Resources Site I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html -- Cybertimber2005 at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Sun Jan 18 01:36:24 2015 From: donny at cloudspin.me (Donny Davis) Date: Sat, 17 Jan 2015 18:36:24 -0700 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: References: Message-ID: <004b01d032bf$2d3cb540$87b61fc0$@cloudspin.me> http://plain.resources.ovirt.org/pub/ovirt-3.5/exe/ovirt-guest-tools/ Regards Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Nick Kesick Sent: Saturday, January 17, 2015 6:29 PM To: users at ovirt.org Subject: [ovirt-users] oVirt Windows Guest Tools Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. Can anyone shed some light on the download path so I can update the wiki? -- Cybertimber2005 at gmail.com [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools -------------- next part -------------- An HTML attachment was scrubbed... URL: From didi at redhat.com Sun Jan 18 07:24:26 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Sun, 18 Jan 2015 02:24:26 -0500 (EST) Subject: [ovirt-users] Put the engine inside hosts after installation In-Reply-To: <000601d03287$3cc40f00$b64c2d00$@cloudspin.me> References: <000601d03287$3cc40f00$b64c2d00$@cloudspin.me> Message-ID: <730145611.11834235.1421565866481.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Donny Davis" > To: "Mario Giammarco" , users at ovirt.org > Sent: Saturday, January 17, 2015 8:55:57 PM > Subject: Re: [ovirt-users] Put the engine inside hosts after installation > > When you install a new engine the only problem I can think of off the top of > my head is the database? when you install the engine, you setup a database, > and if this database was on a vm in the cluster I suppose you could have as > many engines as you like???? I have not tried this, so please correct me if > I am wrong. This is currently not supported. See also [1]. [1] http://www.ovirt.org/Features/Engine_High_Availability Best, -- Didi From kostyrev at tutu.ru Sun Jan 18 10:17:27 2015 From: kostyrev at tutu.ru (Kostyrev Aleksandr) Date: Sun, 18 Jan 2015 13:17:27 +0300 Subject: [ovirt-users] ovirt 3.5 and power outages Message-ID: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> good day, everybody! I've got three node cluster with power management enabled. As far as I understood to restart vms on the other host in the cluster in case when host suffered from power outage the engine has to be able to connect to host (specifically to vdsm) to be sure that host has been rebooted and it's not running any vms. But what if I'm running a lot of vms on the host and it's 3 o'clock in the morning and 1) engine has rebooted the host but the host cannot boot because of some hardware problem or new kernel gives a kernel panic? 2) the host's motherboard burned out and it cannot get booted so the engine will never connect to host and therefore all the vms that were running on that host won't migrate to other node in the cluster. So my cluster in that case is useless 'cause I'm not there to press "confirm host has been rebooted'. -- ? ?????????, ???????? ?????????, ????????? ????????????? From iheim at redhat.com Sun Jan 18 10:42:34 2015 From: iheim at redhat.com (Itamar Heim) Date: Sun, 18 Jan 2015 12:42:34 +0200 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> Message-ID: <54BB8E1A.70705@redhat.com> On 01/15/2015 05:56 PM, VONDRA Alain wrote: > Hi, > Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. > I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : > > lsusb > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. > > I've unload the "cdc_acm" kernel module via rmmod without success. > I've also tried to edit the xml appending the ID and VENDDOR tags : > > > > > > > > > Ut at the first load the config disappears... > Do I need to restart the host or restart libvirtd services ? > > Thanks for your help > Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Alon Bar-Lev [mailto:alonbl at redhat.com] > Envoy? : mardi 13 janvier 2015 17:47 > ? : VONDRA Alain > Cc : users at ovirt.org > Objet : Re: [ovirt-users] USB Modem in a VM > > > > ----- Original Message ----- >> From: "VONDRA Alain" >> To: users at ovirt.org >> Sent: Tuesday, January 13, 2015 5:55:01 PM >> Subject: [ovirt-users] USB Modem in a VM >> >> >> >> Hi, >> >> Can you tell me if I can use an USB modem through one of the >> hypervisor hosts to a Windows VM ? >> >> I?d like to install a Windows Fax Server. >> >> Thank you for your answers. > > > should be possible using qemu args: -usbdevice host:vendor_id:product_id > > in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: > > > ... > ? > > ? > > > > > > > > > > if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. > > Regards, > Alon > > [1] http://www.ovirt.org/VDSM-Hooks > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > please look at http://www.ovirt.org/VDSM-Hooks/hostusb From lofyer at gmail.com Mon Jan 19 01:33:59 2015 From: lofyer at gmail.com (lof yer) Date: Mon, 19 Jan 2015 09:33:59 +0800 Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: References: Message-ID: Since I recently saw cloudstack have add this( https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs ). And iGVT( https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) is released. If ovirt add this, it'll be very competitive for ovirt in VDI platforms. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Mon Jan 19 07:57:35 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Mon, 19 Jan 2015 08:57:35 +0100 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: References: Message-ID: <54BCB8EF.9030606@redhat.com> Il 18/01/2015 02:30, Nick Kesick ha scritto: > I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? > > "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html Infra, can you take a look at the redirect to phx lab for the releases tree (old and unsupported releases kept for historical record)? Users, /releases is not used anymore, /pub/ is the directory you should look for oVirt >= 3.4. > > -- > Cybertimber2005 at gmail.com > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From j.astrego at netbulae.eu Mon Jan 19 09:14:35 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Mon, 19 Jan 2015 10:14:35 +0100 Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: References: Message-ID: <54BCCAFB.1080106@netbulae.eu> On 01/19/2015 02:33 AM, lof yer wrote: > > Since I recently saw cloudstack have add this( > https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs > ). > And iGVT( > https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) > is released. > If ovirt add this, it'll be very competitive for ovirt in VDI platforms. > See below the response I got about 1 year ago, I don't know the current plans/status... > -------- Forwarded Message -------- > Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU > support > Date: Wed, 16 Oct 2013 14:08:47 +0200 > From: David Ja?a > Reply-To: spice-devel at lists.freedesktop.org, users > CC: spice-devel at lists.freedesktop.org, users > > > > Hi, > > I'm afraid that none of these cards will work. IIRC it was explained for > nVidia approach that it would be necessary to add their closed-source > code to qemu which is not going to happen. > You might have better luck with AMD card "passthrough" approach but I'm > not sure if GPUs can be passed through qemu/kvm and if so, how the > GPU-rendered image then gets displayed. So YMMV and don't expect much. > > There is a WIP effort for qemu though that is hardware vendor agnostic - > it's based on creation of virtual GPU in qemu called Virgil that passes > 3D drawing commands to GPU on host. The project is in initial stage > though so it won't be ready even for testing for quite some time. FWIW, > there has been discussion about it on spice-devel in recent days and it > will be presented on upcoming KVM forum so you can get pretty clear > picture about its status from these sources. > > HTH, > > David Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From olivier.navas at sdis33.fr Mon Jan 19 10:23:27 2015 From: olivier.navas at sdis33.fr (Olivier Navas) Date: Mon, 19 Jan 2015 11:23:27 +0100 (CET) Subject: [ovirt-users] ovirt 3.5 and power outages In-Reply-To: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> References: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> Message-ID: <416098812.2874863.1421663007670.JavaMail.zimbra@sdis33.fr> Hi ! As you pointed, it wouldn't be safe if ovirt only tried to communicate with the host. This is why Ovirt (and other cluster software) include a way to power cycle hosts. If host is not responding, for any reason (software or hardware failure), before cluster migrates vms, host will be fenced (power off and on again) by an other host in the cluster. You need some special hardware to manage power cycling, and you need to configure it on "power management" section of host parameters. On the HP servers we use, we can configure ILO as power management method. This way, Ovirt can control power of the hosts as if we used the server web interface to power cycle the server. It works very well for us (since ovirt 3.4 or 3.5) and does not require some additional hardware, but I think it will not work if a hardware failure has an impact on ILO hardware (don't know if it may happen). You also can add some specific hardware to manage power supplies. I used to buy APC masterswitch (replaced by apc AP7900) for this purpose, but this requires some additional hardware and is not as convenient as ILO (IMHO). In both cases, you have to ensure that you always provide power to your servers, your switches, and your power management hardware with dual power supplies, connected to different power lines, different UPS, and so on because if a single power failure can turn off both your server and your power cycle mechanism, then Ovirt won't be able to recover. ----- Mail original ----- > De: "Kostyrev Aleksandr" > ?: users at ovirt.org > Envoy?: Dimanche 18 Janvier 2015 11:17:27 > Objet: [ovirt-users] ovirt 3.5 and power outages > > good day, everybody! > I've got three node cluster with power management enabled. > > As far as I understood to restart vms on the other host in the cluster > in case when host suffered from power outage > the engine has to be able to connect to host (specifically to vdsm) to > be sure that host has been rebooted and it's not running any vms. > > But what if I'm running a lot of vms on the host and it's 3 o'clock in > the morning and > 1) engine has rebooted the host but the host cannot boot because of some > hardware problem or new kernel gives a kernel panic? > 2) the host's motherboard burned out and it cannot get booted > > so the engine will never connect to host and therefore all the vms that > were running on that host won't migrate to other node in the cluster. > So my cluster in that case is useless 'cause I'm not there to press > "confirm host has been rebooted'. > > -- > ? ?????????, > ???????? ?????????, > ????????? ????????????? > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. From iheim at redhat.com Mon Jan 19 10:29:09 2015 From: iheim at redhat.com (Itamar Heim) Date: Mon, 19 Jan 2015 12:29:09 +0200 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <54B9568D.20201@redhat.com> <54BB8DED.3090300@redhat.com> Message-ID: <54BCDC75.9020006@redhat.com> On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information > Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] > Envoy? : dimanche 18 janvier 2015 11:42 > ? : VONDRA Alain > Objet : Re: [ovirt-users] USB Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > From AVONDRA at unicef.fr Mon Jan 19 11:03:19 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Mon, 19 Jan 2015 11:03:19 +0000 Subject: [ovirt-users] USB Modem in a VM In-Reply-To: <54BCDC75.9020006@redhat.com> References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <54B9568D.20201@redhat.com> <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> Message-ID: Yes I made this : engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" and nothing appear on the Edit VM, only : - sndbuf - vhost - sap_agent - viodiskattach Is there any possibility to verify ? The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 > janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB > Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > From sokratis123k at outlook.com Mon Jan 19 11:06:08 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 13:06:08 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 Message-ID: Hello, I would like to remove the Master Data Domain because I need to decommission the underlying storage device. Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? Thank you, Sokratis -------------- next part -------------- An HTML attachment was scrubbed... URL: From mpolednik at redhat.com Mon Jan 19 11:24:27 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Mon, 19 Jan 2015 06:24:27 -0500 (EST) Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: <54BCCAFB.1080106@netbulae.eu> References: <54BCCAFB.1080106@netbulae.eu> Message-ID: <1092996298.11474352.1421666667846.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Monday, January 19, 2015 10:14:35 AM > Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? > > > On 01/19/2015 02:33 AM, lof yer wrote: > > > > Since I recently saw cloudstack have add this( > > https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs > > ). > > And iGVT( > > https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) > > is released. > > If ovirt add this, it'll be very competitive for ovirt in VDI platforms. > > > See below the response I got about 1 year ago, I don't know the current > plans/status... > > > -------- Forwarded Message -------- > > Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU > > support > > Date: Wed, 16 Oct 2013 14:08:47 +0200 > > From: David Ja?a > > Reply-To: spice-devel at lists.freedesktop.org, users > > CC: spice-devel at lists.freedesktop.org, users > > > > > > > > Hi, > > > > I'm afraid that none of these cards will work. IIRC it was explained for > > nVidia approach that it would be necessary to add their closed-source > > code to qemu which is not going to happen. > > You might have better luck with AMD card "passthrough" approach but I'm > > not sure if GPUs can be passed through qemu/kvm and if so, how the > > GPU-rendered image then gets displayed. So YMMV and don't expect much. > > > > There is a WIP effort for qemu though that is hardware vendor agnostic - > > it's based on creation of virtual GPU in qemu called Virgil that passes > > 3D drawing commands to GPU on host. The project is in initial stage > > though so it won't be ready even for testing for quite some time. FWIW, > > there has been discussion about it on spice-devel in recent days and it > > will be presented on upcoming KVM forum so you can get pretty clear > > picture about its status from these sources. > > > > HTH, > > > > David Hello, There is quite active effort to implement device passthrough (including GPU, nics, usb etc.)[1]. Physical GPU passthrough can be considered generic PCI passthrough which should be ready for oVirt 3.6. As for the vGPU, that will depend on technology used - SR-IOV would be supported along PCI passthrough, anything else might need additional work on our side. [1] http://www.ovirt.org/Features/hostdev_passthrough mpolednik > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > ---------------- > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > ---------------- > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From stirabos at redhat.com Mon Jan 19 11:31:21 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Mon, 19 Jan 2015 06:31:21 -0500 (EST) Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: Message-ID: <859767058.8497557.1421667081822.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "s k" > To: users at ovirt.org > Sent: Monday, January 19, 2015 12:06:08 PM > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hello, > > > I would like to remove the Master Data Domain because I need to decommission > the underlying storage device. > > > Is there a way to manually change the Master Data Domain? Will the Master > Data Domain be reassigned automatically when the current one is deleted? Add the second data domain. Put the first one into maintenance and than detach. The new data domain should automatically become the master one. > > Thank you, > > > Sokratis > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From AVONDRA at unicef.fr Mon Jan 19 11:31:49 2015 From: AVONDRA at unicef.fr (VONDRA Alain) Date: Mon, 19 Jan 2015 11:31:49 +0000 Subject: [ovirt-users] RESOLVED USB Modem in a VM In-Reply-To: References: <1707670860.9371001.1421149513304.JavaMail.zimbra@redhat.com> <7893724.9436589.1421155286347.JavaMail.zimbra@redhat.com> <354850611.4138374.1421167594269.JavaMail.zimbra@redhat.com> , <54B9568D.20201@redhat.com> <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> Message-ID: It's working, in fact after the update from oVirt 3.4 to 3.5 my Cluster compatibility version was still in 3.4, I've changed it to 3.5 and the hostusb appeared... Now the modem is well detected in my Windows 2008 VM. Thank you very much everybody for your help Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de VONDRA Alain Envoy? : lundi 19 janvier 2015 12:03 ? : Itamar Heim; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM Yes I made this : engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" and nothing appear on the Edit VM, only : - sndbuf - vhost - sap_agent - viodiskattach Is there any possibility to verify ? The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 > janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB > Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From sokratis123k at outlook.com Mon Jan 19 11:44:32 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 13:44:32 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <859767058.8497557.1421667081822.JavaMail.zimbra@redhat.com> References: , <859767058.8497557.1421667081822.JavaMail.zimbra@redhat.com> Message-ID: I already have 4 more data domains configured. The problem is that one of the them is on the same storage device and I want to ensure it will not become the Master Data Domain. Is that possible or should I detach this one as well? > Date: Mon, 19 Jan 2015 06:31:21 -0500 > From: stirabos at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > ----- Original Message ----- > > From: "s k" > > To: users at ovirt.org > > Sent: Monday, January 19, 2015 12:06:08 PM > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > Hello, > > > > > > I would like to remove the Master Data Domain because I need to decommission > > the underlying storage device. > > > > > > Is there a way to manually change the Master Data Domain? Will the Master > > Data Domain be reassigned automatically when the current one is deleted? > > Add the second data domain. Put the first one into maintenance and than detach. > The new data domain should automatically become the master one. > > > > > > Thank you, > > > > > > Sokratis > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.helgenberger at m-box.de Mon Jan 19 11:55:35 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Mon, 19 Jan 2015 11:55:35 +0000 Subject: [ovirt-users] ovirt 3.5 and power outages References: <015bfb9953565288b12c1b90f2fd9e34@tutu.ru> <416098812.2874863.1421663007670.JavaMail.zimbra@sdis33.fr> Message-ID: <208f4c4766474740bf2b1d5c35095bce@EXCHANGE.mbox.loc> Hello Olivier, first sorry Aleksandr for hijacking the thread, I am planning to buy some AP7900 right now for some hosts without management boards and wanted to tap on your experience with them: - Did the outlet switching work well with ovirt? - Did you need to modify anything in ovirt (eg. create custom fence agents)? - Why replace the master switches (old age?) - Are the AP7900 working well also? - What exactly do you mean by 'some additional hardware'? I suppose you mean the switch itself and not any additional things beside the switch? Thanks, any input is really appreciated. On 19.01.2015 11:23, Olivier Navas wrote: > Hi ! > > As you pointed, it wouldn't be safe if ovirt only tried to communicate with the host. > > This is why Ovirt (and other cluster software) include a way to power cycle hosts. If host is not responding, for any reason (software or hardware failure), before cluster migrates vms, host will be fenced (power off and on again) by an other host in the cluster. > > You need some special hardware to manage power cycling, and you need to configure it on "power management" section of host parameters. > > On the HP servers we use, we can configure ILO as power management method. This way, Ovirt can control power of the hosts as if we used the server web interface to power cycle the server. It works very well for us (since ovirt 3.4 or 3.5) and does not require some additional hardware, but I think it will not work if a hardware failure has an impact on ILO hardware (don't know if it may happen). > > You also can add some specific hardware to manage power supplies. I used to buy APC masterswitch (replaced by apc AP7900) for this purpose, but this requires some additional hardware and is not as convenient as ILO (IMHO). > > In both cases, you have to ensure that you always provide power to your servers, your switches, and your power management hardware with dual power supplies, connected to different power lines, different UPS, and so on because if a single power failure can turn off both your server and your power cycle mechanism, then Ovirt won't be able to recover. > > > > > ----- Mail original ----- >> De: "Kostyrev Aleksandr" >> ?: users at ovirt.org >> Envoy?: Dimanche 18 Janvier 2015 11:17:27 >> Objet: [ovirt-users] ovirt 3.5 and power outages >> >> good day, everybody! >> I've got three node cluster with power management enabled. >> >> As far as I understood to restart vms on the other host in the cluster >> in case when host suffered from power outage >> the engine has to be able to connect to host (specifically to vdsm) to >> be sure that host has been rebooted and it's not running any vms. >> >> But what if I'm running a lot of vms on the host and it's 3 o'clock in >> the morning and >> 1) engine has rebooted the host but the host cannot boot because of some >> hardware problem or new kernel gives a kernel panic? >> 2) the host's motherboard burned out and it cannot get booted >> >> so the engine will never connect to host and therefore all the vms that >> were running on that host won't migrate to other node in the cluster. >> So my cluster in that case is useless 'cause I'm not there to press >> "confirm host has been rebooted'. >> >> -- >> ? ?????????, >> ???????? ?????????, >> ????????? ????????????? >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > -- > Ce courriel et tous les fichiers attach?s qu'il contient sont confidentiels et destin?s exclusivement ? la personne ? laquelle ils sont adress?s. Si vous avez re?u ce courriel par erreur, merci de le retourner ? son exp?diteur et de le d?truire. Il est rappel? que tout message ?lectronique est susceptible d'alteration au cours de son acheminement sur internet. Seuls les documents officiels du SDIS sont de nature ? engager sa responsabilit?. Les id?es ou opinions pr?sent?es dans ce courriel sont celles de son auteur et ne repr?sentent pas n?cessairement celles du SDIS de la Gironde. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From mburman at redhat.com Mon Jan 19 12:02:28 2015 From: mburman at redhat.com (Michael Burman) Date: Mon, 19 Jan 2015 07:02:28 -0500 (EST) Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: Message-ID: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> Hi Sokratis, You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. Michael B ----- Original Message ----- From: "s k" To: users at ovirt.org Sent: Monday, January 19, 2015 1:06:08 PM Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 Hello, I would like to remove the Master Data Domain because I need to decommission the underlying storage device. Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? Thank you, Sokratis _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From sokratis123k at outlook.com Mon Jan 19 12:32:10 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 14:32:10 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> References: , <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> Message-ID: When I click on 'Re-Initialize Data Center' I get the following message: There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab. > Date: Mon, 19 Jan 2015 07:02:28 -0500 > From: mburman at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hi Sokratis, > > You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. > > Michael B > > ----- Original Message ----- > From: "s k" > To: users at ovirt.org > Sent: Monday, January 19, 2015 1:06:08 PM > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hello, > > > I would like to remove the Master Data Domain because I need to decommission the underlying storage device. > > > Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? > > > Thank you, > > > Sokratis > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburman at redhat.com Mon Jan 19 13:01:16 2015 From: mburman at redhat.com (Michael Burman) Date: Mon, 19 Jan 2015 08:01:16 -0500 (EST) Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> Message-ID: <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> So that means you have configured your other storage domains under another DC, but you haven't configured them on the relevant DC, cause 'There are no compatible Storage Domains to attach to this Data Center' Or they are Detached from DC. ----- Original Message ----- From: "s k" To: "Michael Burman" Cc: users at ovirt.org Sent: Monday, January 19, 2015 2:32:10 PM Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 When I click on 'Re-Initialize Data Center' I get the following message: There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab. > Date: Mon, 19 Jan 2015 07:02:28 -0500 > From: mburman at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hi Sokratis, > > You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. > > Michael B > > ----- Original Message ----- > From: "s k" > To: users at ovirt.org > Sent: Monday, January 19, 2015 1:06:08 PM > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > Hello, > > > I would like to remove the Master Data Domain because I need to decommission the underlying storage device. > > > Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? > > > Thank you, > > > Sokratis > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman -- Michael Burman Intern in RedHat Israel, RHEV-M QE Network Team Mobile: 054-5355725 IRC: mburman From sokratis123k at outlook.com Mon Jan 19 14:05:42 2015 From: sokratis123k at outlook.com (s k) Date: Mon, 19 Jan 2015 16:05:42 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> Message-ID: No, all the Storage Domains are attached,they are active and have VMs running on the same DC. > Date: Mon, 19 Jan 2015 08:01:16 -0500 > From: mburman at redhat.com > To: sokratis123k at outlook.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > So that means you have configured your other storage domains under another DC, but you haven't configured them on the relevant DC, cause 'There are no compatible Storage Domains to attach to this Data Center' > Or they are Detached from DC. > > ----- Original Message ----- > From: "s k" > To: "Michael Burman" > Cc: users at ovirt.org > Sent: Monday, January 19, 2015 2:32:10 PM > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > When I click on 'Re-Initialize Data Center' I get the following message: > There are no compatible Storage Domains to attach to this Data Center. Please add new Storage from the Storage tab. > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > From: mburman at redhat.com > > To: sokratis123k at outlook.com > > CC: users at ovirt.org > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > Hi Sokratis, > > > > You can go to Data Center main tab, choose relevant DC, click right click on the DC, choose 'Re-Initialize Data Center', in this window you can choose another compatible Storage Domain and choose him to be your master Data Storage Domain. > > > > Michael B > > > > ----- Original Message ----- > > From: "s k" > > To: users at ovirt.org > > Sent: Monday, January 19, 2015 1:06:08 PM > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > Hello, > > > > > > I would like to remove the Master Data Domain because I need to decommission the underlying storage device. > > > > > > Is there a way to manually change the Master Data Domain? Will the Master Data Domain be reassigned automatically when the current one is deleted? > > > > > > Thank you, > > > > > > Sokratis > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > > Michael Burman > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > Mobile: 054-5355725 > > IRC: mburman > > > -- > Michael Burman > Intern in RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman -------------- next part -------------- An HTML attachment was scrubbed... URL: From blaster at 556nato.com Mon Jan 19 14:20:16 2015 From: blaster at 556nato.com (Blaster) Date: Mon, 19 Jan 2015 08:20:16 -0600 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: References: Message-ID: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> The Wiki doesn?t bother to tell you that these are actually in an RPM. install this RPM: ovirt-guest-tools-iso-3.5-7.noarch That will install the ISO here: /usr/share/ovirt-guest-tools-iso/ Copy it to where you need it... On Jan 17, 2015, at 7:28 PM, Nick Kesick wrote: > Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. > Can anyone shed some light on the download path so I can update the wiki? > > -- > Cybertimber2005 at gmail.com > > [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.helgenberger at m-box.de Mon Jan 19 14:45:01 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Mon, 19 Jan 2015 14:45:01 +0000 Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? References: <54BCCAFB.1080106@netbulae.eu> <1092996298.11474352.1421666667846.JavaMail.zimbra@redhat.com> Message-ID: On 19.01.2015 12:24, Martin Polednik wrote: > > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Monday, January 19, 2015 10:14:35 AM >> Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? >> >> >> On 01/19/2015 02:33 AM, lof yer wrote: >>> >>> Since I recently saw cloudstack have add this( >>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs >>> ). >>> And iGVT( >>> https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) >>> is released. >>> If ovirt add this, it'll be very competitive for ovirt in VDI platforms. >>> >> See below the response I got about 1 year ago, I don't know the current >> plans/status... >> >>> -------- Forwarded Message -------- >>> Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU >>> support >>> Date: Wed, 16 Oct 2013 14:08:47 +0200 >>> From: David Ja?a >>> Reply-To: spice-devel at lists.freedesktop.org, users >>> CC: spice-devel at lists.freedesktop.org, users >>> >>> >>> >>> Hi, >>> >>> I'm afraid that none of these cards will work. IIRC it was explained for >>> nVidia approach that it would be necessary to add their closed-source >>> code to qemu which is not going to happen. >>> You might have better luck with AMD card "passthrough" approach but I'm >>> not sure if GPUs can be passed through qemu/kvm and if so, how the >>> GPU-rendered image then gets displayed. So YMMV and don't expect much. >>> >>> There is a WIP effort for qemu though that is hardware vendor agnostic - >>> it's based on creation of virtual GPU in qemu called Virgil that passes >>> 3D drawing commands to GPU on host. The project is in initial stage >>> though so it won't be ready even for testing for quite some time. FWIW, >>> there has been discussion about it on spice-devel in recent days and it >>> will be presented on upcoming KVM forum so you can get pretty clear >>> picture about its status from these sources. >>> >>> HTH, >>> >>> David > > Hello, > > There is quite active effort to implement device passthrough (including GPU, > nics, usb etc.)[1].Physical GPU passthrough can be considered generic PCI > passthrough IMHO not quite in case of GPUs. I tested that recently with a combination of EL7's new default VFIO support [1]. Two things could be concluded working with Windows 7 guests and ATI Fire Pro GPUs: - 'Old' PCI passthough unstable - VFIO working and performing better (tested with Cinebench OpenGL [2], about 98% of the bare metal performance) As for the stability, the results with VFIO where better in this case. The tricky part seems to be the driver installation in the guest, there the mandatory device probe in the installer. While PCI passthough resulted in Blue Screens, VFIO went though. [1] https://access.redhat.com/sites/default/files/pages/attachments/rhel_whatsnewrhel7beta_techoverview_.pdf [2] http://www.maxon.net/products/cinebench/overview.html which should be ready for oVirt 3.6. As for the vGPU, that will > depend on technology used - SR-IOV would be supported along PCI passthrough, > anything else might need additional work on our side. > > [1] http://www.ovirt.org/Features/hostdev_passthrough > > mpolednik > >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> ---------------- >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> ---------------- >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From mpolednik at redhat.com Mon Jan 19 14:59:12 2015 From: mpolednik at redhat.com (Martin Polednik) Date: Mon, 19 Jan 2015 09:59:12 -0500 (EST) Subject: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? In-Reply-To: References: <54BCCAFB.1080106@netbulae.eu> <1092996298.11474352.1421666667846.JavaMail.zimbra@redhat.com> Message-ID: <1243187171.11597713.1421679552764.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Daniel Helgenberger" > To: "Martin Polednik" , "Jorick Astrego" > Cc: users at ovirt.org > Sent: Monday, January 19, 2015 3:45:01 PM > Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the admin portal ? > > > > On 19.01.2015 12:24, Martin Polednik wrote: > > > > > > ----- Original Message ----- > >> From: "Jorick Astrego" > >> To: users at ovirt.org > >> Sent: Monday, January 19, 2015 10:14:35 AM > >> Subject: Re: [ovirt-users] When will ovirt add GPU/vGPU support in the > >> admin portal ? > >> > >> > >> On 01/19/2015 02:33 AM, lof yer wrote: > >>> > >>> Since I recently saw cloudstack have add this( > >>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/GPU+and+vGPU+support+for+CloudStack+Guest+VMs > >>> ). > >>> And iGVT( > >>> https://01.org/zh/xen/blogs/wangbo85/2014/intel-gvt-gxengt-pubic-release?langredirect=1) > >>> is released. > >>> If ovirt add this, it'll be very competitive for ovirt in VDI platforms. > >>> > >> See below the response I got about 1 year ago, I don't know the current > >> plans/status... > >> > >>> -------- Forwarded Message -------- > >>> Subject: Re: [Spice-devel] [Users] desktop virtualization and GPU > >>> support > >>> Date: Wed, 16 Oct 2013 14:08:47 +0200 > >>> From: David Ja?a > >>> Reply-To: spice-devel at lists.freedesktop.org, users > >>> CC: spice-devel at lists.freedesktop.org, users > >>> > >>> > >>> > >>> Hi, > >>> > >>> I'm afraid that none of these cards will work. IIRC it was explained for > >>> nVidia approach that it would be necessary to add their closed-source > >>> code to qemu which is not going to happen. > >>> You might have better luck with AMD card "passthrough" approach but I'm > >>> not sure if GPUs can be passed through qemu/kvm and if so, how the > >>> GPU-rendered image then gets displayed. So YMMV and don't expect much. > >>> > >>> There is a WIP effort for qemu though that is hardware vendor agnostic - > >>> it's based on creation of virtual GPU in qemu called Virgil that passes > >>> 3D drawing commands to GPU on host. The project is in initial stage > >>> though so it won't be ready even for testing for quite some time. FWIW, > >>> there has been discussion about it on spice-devel in recent days and it > >>> will be presented on upcoming KVM forum so you can get pretty clear > >>> picture about its status from these sources. > >>> > >>> HTH, > >>> > >>> David > > > > Hello, > > > > There is quite active effort to implement device passthrough (including > > GPU, > > nics, usb etc.)[1].Physical GPU passthrough can be considered generic PCI > > passthrough > IMHO not quite in case of GPUs. I tested that recently with a > combination of EL7's new default VFIO support [1]. Two things could be > concluded working with Windows 7 guests and ATI Fire Pro GPUs: > - 'Old' PCI passthough unstable > - VFIO working and performing better (tested with Cinebench OpenGL [2], > about 98% of the bare metal performance) I'm sorry, let me correct myself a bit: the legacy PCI-stub is not really supported at all, it's VFIO only (so "generic PCI" was meant as "generic VFIO"). What is not currently supported and will not be in a reasonable time frame is gVirt or overall intel GVT. > As for the stability, the results with VFIO where better in this case. > The tricky part seems to be the driver installation in the guest, there > the mandatory device probe in the installer. While PCI passthough > resulted in Blue Screens, VFIO went though. > > [1] > https://access.redhat.com/sites/default/files/pages/attachments/rhel_whatsnewrhel7beta_techoverview_.pdf > [2] http://www.maxon.net/products/cinebench/overview.html > > > which should be ready for oVirt 3.6. As for the vGPU, that will > > depend on technology used - SR-IOV would be supported along PCI > > passthrough, > > anything else might need additional work on our side. > > > > [1] http://www.ovirt.org/Features/hostdev_passthrough > > > > mpolednik > > > >> Met vriendelijke groet, With kind regards, > >> > >> Jorick Astrego > >> > >> Netbulae Virtualization Experts > >> > >> ---------------- > >> > >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW > >> NL821234584B01 > >> > >> ---------------- > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users at ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Daniel Helgenberger > m box bewegtbild GmbH > > P: +49/30/2408781-22 > F: +49/30/2408781-10 > > ACKERSTR. 19 > D-10115 BERLIN > > > www.m-box.de www.monkeymen.tv > > Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner > Handeslregister: Amtsgericht Charlottenburg / HRB 112767 > From dcaroest at redhat.com Mon Jan 19 15:00:55 2015 From: dcaroest at redhat.com (David Caro) Date: Mon, 19 Jan 2015 16:00:55 +0100 Subject: [ovirt-users] oVirt Resources Site In-Reply-To: <54BCB8EF.9030606@redhat.com> References: <54BCB8EF.9030606@redhat.com> Message-ID: <20150119150055.GB27930@brete.redhat.com> On 01/19, Sandro Bonazzola wrote: > Il 18/01/2015 02:30, Nick Kesick ha scritto: > > I keep getting 404 errors when trying to access anything under http://resources.ovirt.org/releases/ . Is anyone else seeing the same thing? > > > > "Is it down right now" is seeing the same thing. http://www.isitdownrightnow.com/resources.ovirt.org.html > > Infra, can you take a look at the redirect to phx lab for the releases tree (old and unsupported releases kept for historical record)? > > Users, /releases is not used anymore, /pub/ is the directory you should look for oVirt >= 3.4. The releases link has been fixed. > > > > > -- > > Cybertimber2005 at gmail.com > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Infra mailing list > Infra at ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro at redhat.com Web: www.redhat.com RHT Global #: 82-62605 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: not available URL: From iheim at redhat.com Mon Jan 19 15:25:50 2015 From: iheim at redhat.com (Itamar Heim) Date: Mon, 19 Jan 2015 17:25:50 +0200 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> References: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> Message-ID: <54BD21FE.9050406@redhat.com> On 01/19/2015 04:20 PM, Blaster wrote: > The Wiki doesn?t bother to tell you that these are actually in an RPM. > > install this RPM: > > ovirt-guest-tools-*iso*-3.5-7.noarch > > That will install the ISO here: > > /usr/share/ovirt-guest-*tool*s-iso/ > > Copy it to where you need it... > its a wiki - please update it to make it easy for future use... thanks > > On Jan 17, 2015, at 7:28 PM, Nick Kesick > wrote: > >> Hey guys, I see that the feature page for the oVirt Windows Guest >> Tools [1] has been updated to show that the tools have been released, >> but I don't see *any* download links anywhere. >> Can anyone shed some light on the download path so I can update the wiki? >> >> -- >> Cybertimber2005 at gmail.com >> >> [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From iheim at redhat.com Mon Jan 19 15:28:06 2015 From: iheim at redhat.com (Itamar Heim) Date: Mon, 19 Jan 2015 17:28:06 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> Message-ID: <54BD2286.5060506@redhat.com> On 01/19/2015 04:05 PM, s k wrote: > No, all the Storage Domains are attached,they are active and have VMs > running on the same DC. re-init DC is for emergency after you lost all your SD's and allows you to choose a data domain not yet attached to any DC. just deactivate the domains you won't won't to be master domains and engine will elect another domain as master. > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > From: mburman at redhat.com > > To: sokratis123k at outlook.com > > CC: users at ovirt.org > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > So that means you have configured your other storage domains under > another DC, but you haven't configured them on the relevant DC, cause > 'There are no compatible Storage Domains to attach to this Data Center' > > Or they are Detached from DC. > > > > ----- Original Message ----- > > From: "s k" > > To: "Michael Burman" > > Cc: users at ovirt.org > > Sent: Monday, January 19, 2015 2:32:10 PM > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > When I click on 'Re-Initialize Data Center' I get the following message: > > There are no compatible Storage Domains to attach to this Data > Center. Please add new Storage from the Storage tab. > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > From: mburman at redhat.com > > > To: sokratis123k at outlook.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > Hi Sokratis, > > > > > > You can go to Data Center main tab, choose relevant DC, click right > click on the DC, choose 'Re-Initialize Data Center', in this window you > can choose another compatible Storage Domain and choose him to be your > master Data Storage Domain. > > > > > > Michael B > > > > > > ----- Original Message ----- > > > From: "s k" > > > To: users at ovirt.org > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > Hello, > > > > > > > > > I would like to remove the Master Data Domain because I need to > decommission the underlying storage device. > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > Master Data Domain be reassigned automatically when the current one is > deleted? > > > > > > > > > Thank you, > > > > > > > > > Sokratis > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > > Michael Burman > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > Mobile: 054-5355725 > > > IRC: mburman > > > > > > -- > > Michael Burman > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > Mobile: 054-5355725 > > IRC: mburman > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From kalilac at gmail.com Mon Jan 19 17:43:31 2015 From: kalilac at gmail.com (Kalil de A. Carvalho) Date: Mon, 19 Jan 2015 14:43:31 -0300 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. Message-ID: Hello all. I work in a company that want test KVM/oVirt. The problem is the current environment running Xenserver 6.2 and is mandatory that we can migrate from the Xenserver to KVM. Research about it I saw that is not supported. I this true? Best regards. -- Atenciosamente, Kalil de A. Carvalho -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgardeniers at objectmastery.com Mon Jan 19 23:44:54 2015 From: jgardeniers at objectmastery.com (John Gardeniers) Date: Tue, 20 Jan 2015 10:44:54 +1100 Subject: [ovirt-users] Change gluster primary Message-ID: <54BD96F6.4080709@objectmastery.com> We are using Gluster as our storage backend. Gluster is configured as 2 node replica. The two nodes are name nix and jupiter. At the Ovirt (RHEV really) end we have the gluster path configured as "nix:/gluster-rhev", with a mount option of "backupvolfile-server=jupiter.om.net". We now need to replace nix with a new server, which cannot have the same name. That new server will be the primary, with jupiter remaining the secondary. We will have all VMs and hypervisors shut down when we make this change. What is the best and/or easiest way to do this? Should we just disconnect the storage and re-attach it using the new gluster primary? If we do that will our VMs just work or do we need to take other steps? An alternative, which I suspect will be somewhat controversial, would be to make a direct edit of the engine database. Would that work any better or does that add more dangers (assuming the edit is done correctly)? regards, John From xiec.fnst at cn.fujitsu.com Tue Jan 20 07:39:02 2015 From: xiec.fnst at cn.fujitsu.com (Xie, Chao) Date: Tue, 20 Jan 2015 07:39:02 +0000 Subject: [ovirt-users] =?utf-8?b?562U5aSNOiDnrZTlpI06ICBSRVNPTFZFRCBVU0Ig?= =?utf-8?q?Modem_in_a_VM?= In-Reply-To: <963277536.14135552.1421735838945.JavaMail.zimbra@zmail15.collab.prod.int.phx2.redhat.com> References: <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> <963277536.14135552.1421735838945.JavaMail.zimbra@zmail15.collab.prod.int.phx2.redhat.com> Message-ID: Hi, all I later found a msi about "USBFilterEditor.msi" As the guide http://www.uaustral.cl/ovirt-engine/docs/manual/en_US/html/Administration_Guide/sect-The_USB_Filter_Editor.html I use my own usbfilter.txt to replace the /etc/ovirt-engine/usbfilter.txt in the rhevm host. Then the vm can detect my usb device in the host ~ -----????----- ???: Itamar Heim [mailto:iheim at redhat.com] ????: 2015?1?20? 14:37 ???: Xie, Chao/? ? ??: VONDRA Alain ??: Re: ??: [ovirt-users] RESOLVED USB Modem in a VM Please cc the mailing list and share if hook is installed on the host and custom properties defined properly, also, lsusb from before you start the VM. Thanks. On Jan 20, 2015 7:55 AM, "Xie, Chao" wrote: > > > Hello > I read all your letter about USB Modem. But I'm confused t Hello I read all your letter about USB Modem. But I'm confused that "USB Modem" means "USB Storage" or something else? I try to redirect the usb device in the host to vm (win7), but in vm there isn't any usb device. -----????----- ???: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] ?? VONDRA Alain ????: 2015?1?19? 19:32 ???: VONDRA Alain; Itamar Heim; users at ovirt.org ??: Re: [ovirt-users] RESOLVED USB Modem in a VM It's working, in fact after the update from oVirt 3.4 to 3.5 my Cluster compatibility version was still in 3.4, I've changed it to 3.5 and the hostusb appeared... Now the modem is well detected in my Windows 2008 VM. Thank you very much everybody for your help Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de VONDRA Alain Envoy? : lundi 19 janvier 2015 12:03 ? : Itamar Heim; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM Yes I made this : engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" and nothing appear on the Edit VM, only : - sndbuf - vhost - sap_agent - viodiskattach Is there any possibility to verify ? The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? Alain Alain VONDRA Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re +33 1 44 39 77 76 UNICEF France 3 rue Duguay Trouin 75006 PARIS www.unicef.fr -----Message d'origine----- De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM On 01/19/2015 12:23 PM, VONDRA Alain wrote: > Hi, > I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". > Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. > Thanks you don't need to know python. did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction > Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 > janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB > Modem in a VM > > On 01/18/2015 12:36 PM, VONDRA Alain wrote: >> Hi, >> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >> to inject it Do you think it will be a better solution ? > > that's the "right solution". > I'll reply again on list so folks can help you with it as needed. > >> Thanks >> Alain >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> ________________________________________ >> De : Itamar Heim [iheim at redhat.com] >> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >> [ovirt-users] USB Modem in a VM >> >> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>> Hi, >>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>> >>> lsusb >>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>> >>> I've unload the "cdc_acm" kernel module via rmmod without success. >>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>> >>> >>> >>> >>> >>> >>> >>> >>> Ut at the first load the config disappears... >>> Do I need to restart the host or restart libvirtd services ? >>> >>> Thanks for your help >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> -----Message d'origine----- >>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> >>> >>> ----- Original Message ----- >>>> From: "VONDRA Alain" >>>> To: users at ovirt.org >>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>> Subject: [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> Hi, >>>> >>>> Can you tell me if I can use an USB modem through one of the >>>> hypervisor hosts to a Windows VM ? >>>> >>>> I?d like to install a Windows Fax Server. >>>> >>>> Thank you for your answers. >>> >>> >>> should be possible using qemu args: -usbdevice >>> host:vendor_id:product_id >>> >>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>> >>> >>> ... >>> ? >>> >>> ? >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>> >>> Regards, >>> Alon >>> >>> [1] http://www.ovirt.org/VDSM-Hooks >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> >> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >> > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From ydary at redhat.com Tue Jan 20 07:47:31 2015 From: ydary at redhat.com (Yaniv Dary) Date: Tue, 20 Jan 2015 02:47:31 -0500 (EST) Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. In-Reply-To: References: Message-ID: <1651058176.12730579.1421740051102.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Kalil de A. Carvalho" > To: users at ovirt.org > Sent: Monday, January 19, 2015 7:43:31 PM > Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. > Hello all. > I work in a company that want test KVM/oVirt. > The problem is the current environment running Xenserver 6.2 and is mandatory > that we can migrate from the Xenserver to KVM. > Research about it I saw that is not supported. > I this true? You can use a v2v tool to migrate VMs from Xen to KVM, I believe. Should not be a problem. > Best regards. > -- > Atenciosamente, > Kalil de A. Carvalho > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From lars at steinwurf.com Tue Jan 20 07:51:23 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 20 Jan 2015 08:51:23 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <003d01d030d9$45485870$cfd90950$@cloudspin.me> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> Message-ID: <54BE08FB.30503@steinwurf.com> On 15/01/15 16:38, Donny Davis wrote: > Also check to see if there are any directories that have been created in > your nfs exports > > Donny > > -----Original Message----- > From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of > Martin Pavl?k > Sent: Thursday, January 15, 2015 8:01 AM > To: Lars Nielsen > Cc: users at ovirt.org > Subject: Re: [ovirt-users] problem adding storage connection > > Hi Lars, > > are you sure you want to use net mask 225.225.225.0? IMO you want to use > 255.255.255.0 > > If it does not help please supply logs > /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and > /var/log/vdsm/vdsm.log > > so we can see detailed error message > > HTH > > Martin Pavlik > RHEV QE > >> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >> >> Hello again. >> And thanks for the help, now I can create hosts, which run :) >> >> However I have run into a bit more trouble, again which seems a bit > strange to me. >> When trying to added a new Storage connection, I get this: >> Error while executing action: Cannot add Storage Connection. Storage > connection already exists. >> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >> >> My exports file, look like this: >> /home/iso >> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >> d=36,anongid=36) /home/data >> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >> d=36,anongid=36) /home/import_data >> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >> d=36,anongid=36) >> >> Copied from the oVirt basic setup guide. >> And I have restarted my NFS server service, and create the directories. >> >> Can some one help with this? and explain the problem to me? If you need > more info, please tell me. >> Thanks and Best Regards >> - Lars >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > Hey. I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no avail. So please help me again, I have looked through logs, and found this: 015-01-20 08:40:14,177 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. 2015-01-20 08:40:14,226 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: false. 2015-01-20 08:41:04,709 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-01-20 08:41:04,711 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS 2015-01-20 08:41:04,711 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION , sharedLocks= ] But I am not really sure what to do, to fix it :) The complete oVirt log folder can be found here: https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar Thanks and Best Regards - Lars From mpavlik at redhat.com Tue Jan 20 08:09:04 2015 From: mpavlik at redhat.com (=?windows-1252?Q?Martin_Pavl=EDk?=) Date: Tue, 20 Jan 2015 09:09:04 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54BE08FB.30503@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> Message-ID: <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> ccing Carlos as he might be able to help Hi Lars, 1) remove as many restrictions as you can from your NFS export , allow all to access and restrict it back step by step if removing restriction will work 2) make sure that exported folders have owner and group vdsm:kvm (aka 36:36) 3) pls check (and provide) /var/log/vdsm/vdsm.log and /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool manager (aka SPM), you can identify it on hosts tab in GUI Martin > On 20 Jan 2015, at 08:51, Lars Nielsen wrote: > > On 15/01/15 16:38, Donny Davis wrote: >> Also check to see if there are any directories that have been created in >> your nfs exports >> >> Donny >> >> -----Original Message----- >> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of >> Martin Pavl?k >> Sent: Thursday, January 15, 2015 8:01 AM >> To: Lars Nielsen >> Cc: users at ovirt.org >> Subject: Re: [ovirt-users] problem adding storage connection >> >> Hi Lars, >> >> are you sure you want to use net mask 225.225.225.0? IMO you want to use >> 255.255.255.0 >> >> If it does not help please supply logs >> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and >> /var/log/vdsm/vdsm.log >> >> so we can see detailed error message >> >> HTH >> >> Martin Pavlik >> RHEV QE >> >>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >>> >>> Hello again. >>> And thanks for the help, now I can create hosts, which run :) >>> >>> However I have run into a bit more trouble, again which seems a bit >> strange to me. >>> When trying to added a new Storage connection, I get this: >>> Error while executing action: Cannot add Storage Connection. Storage >> connection already exists. >>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >>> >>> My exports file, look like this: >>> /home/iso >>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>> d=36,anongid=36) /home/data >>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>> d=36,anongid=36) /home/import_data >>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>> d=36,anongid=36) >>> >>> Copied from the oVirt basic setup guide. >>> And I have restarted my NFS server service, and create the directories. >>> >>> Can some one help with this? and explain the problem to me? If you need >> more info, please tell me. >>> Thanks and Best Regards >>> - Lars >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > Hey. > I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no avail. > So please help me again, I have looked through logs, and found this: > 015-01-20 08:40:14,177 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. > 2015-01-20 08:40:14,226 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: false. > 2015-01-20 08:41:04,709 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION > , sharedLocks= ] > 2015-01-20 08:41:04,711 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS > 2015-01-20 08:41:04,711 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION > , sharedLocks= ] > > But I am not really sure what to do, to fix it :) The complete oVirt log folder can be found here: > https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar > > Thanks and Best Regards > - Lars From lars at steinwurf.com Tue Jan 20 08:30:33 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Tue, 20 Jan 2015 09:30:33 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> Message-ID: <54BE1229.2000309@steinwurf.com> On 20/01/15 09:09, Martin Pavl?k wrote: > ccing Carlos as he might be able to help > > Hi Lars, > > 1) remove as many restrictions as you can from your NFS export , allow all to access and restrict it back step by step if removing restriction will work > 2) make sure that exported folders have owner and group vdsm:kvm (aka 36:36) > 3) pls check (and provide) /var/log/vdsm/vdsm.log and /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool manager (aka SPM), you can identify it on hosts tab in GUI > > Martin > >> On 20 Jan 2015, at 08:51, Lars Nielsen wrote: >> >> On 15/01/15 16:38, Donny Davis wrote: >>> Also check to see if there are any directories that have been created in >>> your nfs exports >>> >>> Donny >>> >>> -----Original Message----- >>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of >>> Martin Pavl?k >>> Sent: Thursday, January 15, 2015 8:01 AM >>> To: Lars Nielsen >>> Cc: users at ovirt.org >>> Subject: Re: [ovirt-users] problem adding storage connection >>> >>> Hi Lars, >>> >>> are you sure you want to use net mask 225.225.225.0? IMO you want to use >>> 255.255.255.0 >>> >>> If it does not help please supply logs >>> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and >>> /var/log/vdsm/vdsm.log >>> >>> so we can see detailed error message >>> >>> HTH >>> >>> Martin Pavlik >>> RHEV QE >>> >>>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >>>> >>>> Hello again. >>>> And thanks for the help, now I can create hosts, which run :) >>>> >>>> However I have run into a bit more trouble, again which seems a bit >>> strange to me. >>>> When trying to added a new Storage connection, I get this: >>>> Error while executing action: Cannot add Storage Connection. Storage >>> connection already exists. >>>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >>>> >>>> My exports file, look like this: >>>> /home/iso >>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>> d=36,anongid=36) /home/data >>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>> d=36,anongid=36) /home/import_data >>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>> d=36,anongid=36) >>>> >>>> Copied from the oVirt basic setup guide. >>>> And I have restarted my NFS server service, and create the directories. >>>> >>>> Can some one help with this? and explain the problem to me? If you need >>> more info, please tell me. >>>> Thanks and Best Regards >>>> - Lars >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> Hey. >> I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no avail. >> So please help me again, I have looked through logs, and found this: >> 015-01-20 08:40:14,177 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin logged in. >> 2015-01-20 08:40:14,226 INFO [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: false. >> 2015-01-20 08:41:04,709 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION >> , sharedLocks= ] >> 2015-01-20 08:41:04,711 WARN [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] CanDoAction of action AddStorageServerConnection failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS >> 2015-01-20 08:41:04,711 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: 192.168.0.112:/home/data value: STORAGE_CONNECTION >> , sharedLocks= ] >> >> But I am not really sure what to do, to fix it :) The complete oVirt log folder can be found here: >> https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar >> >> Thanks and Best Regards >> - Lars I have removed the restrictions. Still no loot. The logs for oVirt and VDSM https://dl.dropboxusercontent.com/u/55488/documents-export-2015-01-20.zip -- Thanks - Med venlig hilsen / Best Regards Lars Nielsen Student developer at Steinwurf lars at steinwurf.com From juergen.gotteswinter at internetx.com Tue Jan 20 10:09:03 2015 From: juergen.gotteswinter at internetx.com (InterNetX - Juergen Gotteswinter) Date: Tue, 20 Jan 2015 11:09:03 +0100 Subject: [ovirt-users] Problem Upgrading 3.4.4 -> 3.5 In-Reply-To: <54A11EC8.8040704@internetx.com> References: <5497DF75.8000005@internetx.com> <1079350427.1005457.1419241260272.JavaMail.zimbra@redhat.com> <5497ED3B.6050409@internetx.com> <418824031.1063399.1419247404473.JavaMail.zimbra@redhat.com> <5498099B.5070203@internetx.com> <1538735736.1766925.1419297347903.JavaMail.zimbra@redhat.com> <404303591.1232485.1419317412436.JavaMail.zimbra@redhat.com> <54993066.2060405@internetx.com> <193920834.1366445.1419346445368.JavaMail.zimbra@redhat.com> <54A11EC8.8040704@internetx.com> Message-ID: <54BE293F.2050403@internetx.com> So, did the dirty Way and it was successful :) Thanks to everyone who helped me out, great community! Cheers, Juergen Am 29.12.2014 um 10:28 schrieb InterNetX - Juergen Gotteswinter: > Hello both of you, > > thanks for your detailed explainations and support, still thinking which > way i will go. tending to try the dirty way in a lab setup before to see > what happens. > > Will post updates when i got more :) > > Cheers, > > Juergen > >>>>>>> It seems that somebody had deleted manually the constraint >>>>>>> fk_event_subscriber_event_notification_methods from your database >>>>>>> Therefor, the first line that attempts to drop this constraint in >>>>>>> 03_05_0050_event_notification_methods.sql: ALTER TABLE event_subscriber >>>>>>> DROP CONSTRAINT fk_event_subscriber_event_notification_methods; >>>>>>> fails. >>>>>> >>>>>> uhm, interesting. could this be caused be deinstallation of dwh >>>>>> reporting? >>>> >>>> How exactly did you do that? >>> >>> >>> very good question, thats a few months ago. i whould guess with rpm -e >>> before an engine upgrade (if i remember correctly there was one ovirt >>> release where dwh was missing for el6). >>> >>>> >>>> Note that partial cleanup is not supported yet [1]. >>> >>> checking right after that mail :) >>> >>>> >>>> Can you please post all of /var/log/ovirt-engine/setup/* ? >>> >>> sure, sending you the dl link in a private mail. since i am not sure if >>> i sed?ed out all "private" things >> >> Based on these logs, it seems to me that: >> >> 1. At some point you upgraded to a snapshot of master (then-3.4), installing >> ovirt-engine-3.4.0-0.12.master.20140228075627.el6. >> >> 2. This package had an older version of the script >> dbscripts/upgrade/03_04_0600_event_notification_methods.sql . >> >> 3. Therefore, when you now try to upgrade, engine-setup tries to run the >> newer version, and fails. Why? Because it keeps in the database the checksum >> of every upgrade script it runs, and does not run again scripts with same >> checksum. But in your case the checksums are different, so it does try that. >> It fails, because the older version already dropped the table event_notification_methods. >> >> How to fix this? >> >> First, note that upgrades between dev/beta/rc/etc versions is not supported. >> So the "official" answer is to remove everything and start from scratch. Or, if you >> have good backups of the latest 3.3 version you had, restore to that one and then >> upgrade to 3.4 and then 3.5. >> >> If you want to try and force an upgrade, you can do the following, but note that >> it might fail elsewhere, or even fail in some future upgrade: >> >> 1. Following a 'git log' of this file, it seems to me that the only change it >> went through between the version you installed and the one in final 3.4, is [1]. >> It seems that the relevant part of this change can be done by you by running: >> >> ALTER TABLE event_subscriber ADD COLUMN notification_method CHARACTER VARYING(32) DEFAULT 'EMAIL' CHECK (notification_method IN ('EMAIL', 'SNMP_TRAP')); >> >> 2. After you do that, you can convince engine-setup that you already ran the >> version of the script you now have, by running: >> >> update schema_version set checksum='feabc7bc7bb7ff749f075be48538c92e' where version='03040600'; >> >> Backup everything before you start. >> >> No guarantee. Use at your own risk. >> >> As I said, better remove everything and setup again clean or restore your >> latest backup of a supported version and upgrade from that one. >> >> Good luck. Please report back :-) Thanks, >> >> [1] http://gerrit.ovirt.org/25393 >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From didi at redhat.com Tue Jan 20 10:20:15 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Tue, 20 Jan 2015 05:20:15 -0500 (EST) Subject: [ovirt-users] Problem Upgrading 3.4.4 -> 3.5 In-Reply-To: <54BE293F.2050403@internetx.com> References: <5497DF75.8000005@internetx.com> <5498099B.5070203@internetx.com> <1538735736.1766925.1419297347903.JavaMail.zimbra@redhat.com> <404303591.1232485.1419317412436.JavaMail.zimbra@redhat.com> <54993066.2060405@internetx.com> <193920834.1366445.1419346445368.JavaMail.zimbra@redhat.com> <54A11EC8.8040704@internetx.com> <54BE293F.2050403@internetx.com> Message-ID: <632727828.12825715.1421749215555.JavaMail.zimbra@redhat.com> Glad to hear that! Note, as I said, that in principle your system is still different from a properly upgraded one and you risk future problems. To get an idea about the differences, you might want to compare the output of select version,script,checksum,state from schema_version; between your system and a "clean" one (started from original same version as yours, upgraded to your current, but only through stable ones). -- Didi ----- Original Message ----- > From: "InterNetX - Juergen Gotteswinter" > To: users at ovirt.org > Cc: "Yedidyah Bar David" > Sent: Tuesday, January 20, 2015 12:09:03 PM > Subject: Re: [ovirt-users] Problem Upgrading 3.4.4 -> 3.5 > > So, did the dirty Way and it was successful :) > > Thanks to everyone who helped me out, great community! > > Cheers, > > Juergen > > Am 29.12.2014 um 10:28 schrieb InterNetX - Juergen Gotteswinter: > > Hello both of you, > > > > thanks for your detailed explainations and support, still thinking which > > way i will go. tending to try the dirty way in a lab setup before to see > > what happens. > > > > Will post updates when i got more :) > > > > Cheers, > > > > Juergen > > > >>>>>>> It seems that somebody had deleted manually the constraint > >>>>>>> fk_event_subscriber_event_notification_methods from your database > >>>>>>> Therefor, the first line that attempts to drop this constraint in > >>>>>>> 03_05_0050_event_notification_methods.sql: ALTER TABLE > >>>>>>> event_subscriber > >>>>>>> DROP CONSTRAINT fk_event_subscriber_event_notification_methods; > >>>>>>> fails. > >>>>>> > >>>>>> uhm, interesting. could this be caused be deinstallation of dwh > >>>>>> reporting? > >>>> > >>>> How exactly did you do that? > >>> > >>> > >>> very good question, thats a few months ago. i whould guess with rpm -e > >>> before an engine upgrade (if i remember correctly there was one ovirt > >>> release where dwh was missing for el6). > >>> > >>>> > >>>> Note that partial cleanup is not supported yet [1]. > >>> > >>> checking right after that mail :) > >>> > >>>> > >>>> Can you please post all of /var/log/ovirt-engine/setup/* ? > >>> > >>> sure, sending you the dl link in a private mail. since i am not sure if > >>> i sed?ed out all "private" things > >> > >> Based on these logs, it seems to me that: > >> > >> 1. At some point you upgraded to a snapshot of master (then-3.4), > >> installing > >> ovirt-engine-3.4.0-0.12.master.20140228075627.el6. > >> > >> 2. This package had an older version of the script > >> dbscripts/upgrade/03_04_0600_event_notification_methods.sql . > >> > >> 3. Therefore, when you now try to upgrade, engine-setup tries to run the > >> newer version, and fails. Why? Because it keeps in the database the > >> checksum > >> of every upgrade script it runs, and does not run again scripts with same > >> checksum. But in your case the checksums are different, so it does try > >> that. > >> It fails, because the older version already dropped the table > >> event_notification_methods. > >> > >> How to fix this? > >> > >> First, note that upgrades between dev/beta/rc/etc versions is not > >> supported. > >> So the "official" answer is to remove everything and start from scratch. > >> Or, if you > >> have good backups of the latest 3.3 version you had, restore to that one > >> and then > >> upgrade to 3.4 and then 3.5. > >> > >> If you want to try and force an upgrade, you can do the following, but > >> note that > >> it might fail elsewhere, or even fail in some future upgrade: > >> > >> 1. Following a 'git log' of this file, it seems to me that the only change > >> it > >> went through between the version you installed and the one in final 3.4, > >> is [1]. > >> It seems that the relevant part of this change can be done by you by > >> running: > >> > >> ALTER TABLE event_subscriber ADD COLUMN notification_method CHARACTER > >> VARYING(32) DEFAULT 'EMAIL' CHECK (notification_method IN ('EMAIL', > >> 'SNMP_TRAP')); > >> > >> 2. After you do that, you can convince engine-setup that you already ran > >> the > >> version of the script you now have, by running: > >> > >> update schema_version set checksum='feabc7bc7bb7ff749f075be48538c92e' > >> where version='03040600'; > >> > >> Backup everything before you start. > >> > >> No guarantee. Use at your own risk. > >> > >> As I said, better remove everything and setup again clean or restore your > >> latest backup of a supported version and upgrade from that one. > >> > >> Good luck. Please report back :-) Thanks, > >> > >> [1] http://gerrit.ovirt.org/25393 > >> > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From mots at nepu.moe Tue Jan 20 11:57:53 2015 From: mots at nepu.moe (=?utf-8?Q?mots?=) Date: Tue, 20 Jan 2015 12:57:53 +0100 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. Message-ID: -----Urspr?ngliche Nachricht----- > Von:Yaniv Dary > Gesendet: Die 20 Januar 2015 08:47 > An: Kalil de A. Carvalho > CC: users at ovirt.org > Betreff: Re: [ovirt-users] Migration from Xenserver 6.2 to KVM. > > > > ----------- > From: "Kalil de A. Carvalho" > To: users at ovirt.org > Sent: Monday, January 19, 2015 7:43:31 PM > Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. > > Hello all. > > I work in a company that want test KVM/oVirt. > > The problem is the current environment running Xenserver 6.2 and is mandatory that we can migrate from the Xenserver to KVM. > > Research about it ?I saw that is not supported. > > I this true? > > You can use a v2v tool to migrate VMs from Xen to KVM, I believe. > > Should not be a problem. That only works if it's a GNU/Linux installation running Xen, not with Xenserver. From what I've seen, the reason for this is that Xenserver doesn't include libvirt, so v2v can't connect to it. > > Best regards. > > -- > > Atenciosamente, > > Kalil de A. Carvalho > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 485 bytes Desc: OpenPGP digital signature URL: From fsayd at uncu.edu.ar Tue Jan 20 13:02:20 2015 From: fsayd at uncu.edu.ar (Federico Alberto Sayd) Date: Tue, 20 Jan 2015 10:02:20 -0300 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: <54BD21FE.9050406@redhat.com> References: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> <54BD21FE.9050406@redhat.com> Message-ID: <54BE51DC.2060401@uncu.edu.ar> On 19/01/15 12:25, Itamar Heim wrote: > On 01/19/2015 04:20 PM, Blaster wrote: >> The Wiki doesn?t bother to tell you that these are actually in an RPM. >> >> install this RPM: >> >> ovirt-guest-tools-*iso*-3.5-7.noarch >> >> That will install the ISO here: >> >> /usr/share/ovirt-guest-*tool*s-iso/ >> >> Copy it to where you need it... >> > > its a wiki - please update it to make it easy for future use... > thanks > +1 From acrow at integrafin.co.uk Tue Jan 20 13:13:30 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Tue, 20 Jan 2015 13:13:30 +0000 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. In-Reply-To: References: Message-ID: <54BE547A.3020502@integrafin.co.uk> Is there a way to export the VM disk images from Xenserver? If so you should be able to spin them up on a KVM host and then use v2v to import these into oVirt. Cheers Alex On 20/01/15 11:57, mots wrote: > -----Urspr?ngliche Nachricht----- >> Von:Yaniv Dary >> Gesendet: Die 20 Januar 2015 08:47 >> An: Kalil de A. Carvalho >> CC: users at ovirt.org >> Betreff: Re: [ovirt-users] Migration from Xenserver 6.2 to KVM. >> >> >> >> ----------- >> From: "Kalil de A. Carvalho" >> To: users at ovirt.org >> Sent: Monday, January 19, 2015 7:43:31 PM >> Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. >> >> Hello all. >> >> I work in a company that want test KVM/oVirt. >> >> The problem is the current environment running Xenserver 6.2 and is mandatory that we can migrate from the Xenserver to KVM. >> >> Research about it I saw that is not supported. >> >> I this true? >> >> You can use a v2v tool to migrate VMs from Xen to KVM, I believe. >> >> Should not be a problem. > That only works if it's a GNU/Linux installation running Xen, not with Xenserver. From what I've seen, the reason for this is that Xenserver doesn't include libvirt, so v2v can't connect to it. > >> Best regards. >> >> -- >> >> Atenciosamente, >> >> Kalil de A. Carvalho >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> _______________________________________________ >> >> Users mailing list >> >> Users at ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856). -------------- next part -------------- An HTML attachment was scrubbed... URL: From acrow at integrafin.co.uk Tue Jan 20 13:20:51 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Tue, 20 Jan 2015 13:20:51 +0000 Subject: [ovirt-users] Change gluster primary In-Reply-To: <54BD96F6.4080709@objectmastery.com> References: <54BD96F6.4080709@objectmastery.com> Message-ID: <54BE5633.2080402@integrafin.co.uk> Hi John, There isn't really a primary in gluster. If you're using a glusterfs storage domain, you could turn off "nix" and the VMs would continue to run (although you'd have to disable quorum if you currently have it enabled on the volume, and you'd have to repoint the domain at some later point). If you're using NFS access you would have to repoint your storage to the remaining machine immediately. The only snag I can see is that you can't detach the master storage domain in Ovirt if any VMs are running. I think you'd have to shut the VMs down, put the storage domain into maintenance, and then edit it. Cheers Alex On 19/01/15 23:44, John Gardeniers wrote: > We are using Gluster as our storage backend. Gluster is configured as > 2 node replica. The two nodes are name nix and jupiter. At the Ovirt > (RHEV really) end we have the gluster path configured as > "nix:/gluster-rhev", with a mount option of > "backupvolfile-server=jupiter.om.net". We now need to replace nix with > a new server, which cannot have the same name. That new server will be > the primary, with jupiter remaining the secondary. > > We will have all VMs and hypervisors shut down when we make this change. > > What is the best and/or easiest way to do this? Should we just > disconnect the storage and re-attach it using the new gluster primary? > If we do that will our VMs just work or do we need to take other steps? > > An alternative, which I suspect will be somewhat controversial, would > be to make a direct edit of the engine database. Would that work any > better or does that add more dangers (assuming the edit is done > correctly)? > > regards, > John > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856). From mpavlik at redhat.com Tue Jan 20 13:23:48 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Tue, 20 Jan 2015 14:23:48 +0100 Subject: [ovirt-users] oVirt Windows Guest Tools In-Reply-To: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> References: <3C5A181A-3232-4B11-BE54-9980B1086B07@556nato.com> Message-ID: Hi, can you check section Installation and let me know if it will do? http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools#oVirt_Windows_Guest_Tools_ISO HTH Martin Pavlik > On 19 Jan 2015, at 15:20, Blaster wrote: > > The Wiki doesn?t bother to tell you that these are actually in an RPM. > > install this RPM: > > ovirt-guest-tools-iso-3.5-7.noarch > > That will install the ISO here: > > /usr/share/ovirt-guest-tools-iso/ > > Copy it to where you need it... > > > On Jan 17, 2015, at 7:28 PM, Nick Kesick > wrote: > >> Hey guys, I see that the feature page for the oVirt Windows Guest Tools [1] has been updated to show that the tools have been released, but I don't see *any* download links anywhere. >> Can anyone shed some light on the download path so I can update the wiki? >> >> -- >> Cybertimber2005 at gmail.com >> >> [1] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sokratis123k at outlook.com Tue Jan 20 13:54:15 2015 From: sokratis123k at outlook.com (s k) Date: Tue, 20 Jan 2015 15:54:15 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <54BD2286.5060506@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> Message-ID: I created a new Data Domain (detached from all the DCs) and clicked on 'Re-Initialize Data Center'. Now I'm able to select this Data Domain as the new Master. However when I select it and click OK I get the following error: Error while executing action: Cannot recover Data Center Storage.The relevant Storage Domain's status is Active. > Date: Mon, 19 Jan 2015 17:28:06 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/19/2015 04:05 PM, s k wrote: > > No, all the Storage Domains are attached,they are active and have VMs > > running on the same DC. > > re-init DC is for emergency after you lost all your SD's and allows you > to choose a data domain not yet attached to any DC. > just deactivate the domains you won't won't to be master domains and > engine will elect another domain as master. > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > From: mburman at redhat.com > > > To: sokratis123k at outlook.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > So that means you have configured your other storage domains under > > another DC, but you haven't configured them on the relevant DC, cause > > 'There are no compatible Storage Domains to attach to this Data Center' > > > Or they are Detached from DC. > > > > > > ----- Original Message ----- > > > From: "s k" > > > To: "Michael Burman" > > > Cc: users at ovirt.org > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > When I click on 'Re-Initialize Data Center' I get the following message: > > > There are no compatible Storage Domains to attach to this Data > > Center. Please add new Storage from the Storage tab. > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > From: mburman at redhat.com > > > > To: sokratis123k at outlook.com > > > > CC: users at ovirt.org > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > Hi Sokratis, > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > can choose another compatible Storage Domain and choose him to be your > > master Data Storage Domain. > > > > > > > > Michael B > > > > > > > > ----- Original Message ----- > > > > From: "s k" > > > > To: users at ovirt.org > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > Hello, > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > decommission the underlying storage device. > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > Master Data Domain be reassigned automatically when the current one is > > deleted? > > > > > > > > > > > > Thank you, > > > > > > > > > > > > Sokratis > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -- > > > > Michael Burman > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > Mobile: 054-5355725 > > > > IRC: mburman > > > > > > > > > -- > > > Michael Burman > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > Mobile: 054-5355725 > > > IRC: mburman > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Tue Jan 20 14:18:29 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Tue, 20 Jan 2015 15:18:29 +0100 Subject: [ovirt-users] Migration from Xenserver 6.2 to KVM. In-Reply-To: <54BE547A.3020502@integrafin.co.uk> References: <54BE547A.3020502@integrafin.co.uk> Message-ID: On Tue, Jan 20, 2015 at 2:13 PM, Alex Crow wrote: > Is there a way to export the VM disk images from Xenserver? If so you > should be able to spin them up on a KVM host and then use v2v to import > these into oVirt. > > Cheers > > Alex > > Probably the main problem is with PV VMs and so the problem could be re-read in how convert them to HVM and then apply P2V iso. This link below is the reverse (HVM-2-PV) but the method idea in your case could fit what described: https://netnow.co/xen-virtual-machine-conversion-from-hvm-to-pv/ Inside the article there is in fact a link to do the reverse: http://djlab.com/2010/10/convert-xenserver-hvm-to-pv-paravirtual/ that you can use, if still feasible (XenServer 4.x described vs your XenServer 6.x) to migrate to HVM layout and boot method. Then you can migrate the obtained VM with P2V iso provided by RHEV/oVirt It seems it worked for someone (late 2013), as described in latest post here: https://access.redhat.com/discussions/451463 (comments visible also for not registered users) Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Jan 20 15:00:37 2015 From: iheim at redhat.com (Itamar Heim) Date: Tue, 20 Jan 2015 17:00:37 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> Message-ID: <54BE6D95.9030904@redhat.com> On 01/20/2015 03:54 PM, s k wrote: > I created a new Data Domain (detached from all the DCs) and clicked > on 'Re-Initialize Data Center'. > > > Now I'm able to select this Data Domain as the new Master. However when > I select it and click OK I get the following error: > > > Error while executing action: Cannot recover Data Center Storage. > The relevant Storage Domain's status is Active. as i said earlier, re-init DC is for emergency flow when your DC is down. that's not your case. you just need to deactivate the domain you don't want to be the master domain (deactivate, not detach. you can probably detach if a 3.5 DC, since it support re-attach. in <3.5 DC levels detach means "remove all disks/VMs from that domain". > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > From: iheim at redhat.com > > To: sokratis123k at outlook.com; mburman at redhat.com > > CC: users at ovirt.org > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > On 01/19/2015 04:05 PM, s k wrote: > > > No, all the Storage Domains are attached,they are active and have VMs > > > running on the same DC. > > > > re-init DC is for emergency after you lost all your SD's and allows you > > to choose a data domain not yet attached to any DC. > > just deactivate the domains you won't won't to be master domains and > > engine will elect another domain as master. > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > From: mburman at redhat.com > > > > To: sokratis123k at outlook.com > > > > CC: users at ovirt.org > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > So that means you have configured your other storage domains under > > > another DC, but you haven't configured them on the relevant DC, cause > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > Or they are Detached from DC. > > > > > > > > ----- Original Message ----- > > > > From: "s k" > > > > To: "Michael Burman" > > > > Cc: users at ovirt.org > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > message: > > > > There are no compatible Storage Domains to attach to this Data > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > Hi Sokratis, > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > can choose another compatible Storage Domain and choose him to be your > > > master Data Storage Domain. > > > > > > > > > > Michael B > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > Hello, > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > decommission the underlying storage device. > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > Master Data Domain be reassigned automatically when the current one is > > > deleted? > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > -- > > > > Michael Burman > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > Mobile: 054-5355725 > > > > IRC: mburman > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > From sokratis123k at outlook.com Tue Jan 20 15:20:56 2015 From: sokratis123k at outlook.com (s k) Date: Tue, 20 Jan 2015 17:20:56 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <54BE6D95.9030904@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> , <54BE6D95.9030904@redhat.com> Message-ID: Sorry I misunderstood it. I dectivated the current Master Domain and the new one was automatically configured so all good! Thanks a lot! Sokratis > Date: Tue, 20 Jan 2015 17:00:37 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/20/2015 03:54 PM, s k wrote: > > I created a new Data Domain (detached from all the DCs) and clicked > > on 'Re-Initialize Data Center'. > > > > > > Now I'm able to select this Data Domain as the new Master. However when > > I select it and click OK I get the following error: > > > > > > Error while executing action: Cannot recover Data Center Storage. > > The relevant Storage Domain's status is Active. > > as i said earlier, re-init DC is for emergency flow when your DC is down. > that's not your case. > you just need to deactivate the domain you don't want to be the master > domain (deactivate, not detach. you can probably detach if a 3.5 DC, > since it support re-attach. in <3.5 DC levels detach means "remove all > disks/VMs from that domain". > > > > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > > From: iheim at redhat.com > > > To: sokratis123k at outlook.com; mburman at redhat.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > On 01/19/2015 04:05 PM, s k wrote: > > > > No, all the Storage Domains are attached,they are active and have VMs > > > > running on the same DC. > > > > > > re-init DC is for emergency after you lost all your SD's and allows you > > > to choose a data domain not yet attached to any DC. > > > just deactivate the domains you won't won't to be master domains and > > > engine will elect another domain as master. > > > > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > So that means you have configured your other storage domains under > > > > another DC, but you haven't configured them on the relevant DC, cause > > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > > Or they are Detached from DC. > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: "Michael Burman" > > > > > Cc: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > > message: > > > > > There are no compatible Storage Domains to attach to this Data > > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > > From: mburman at redhat.com > > > > > > To: sokratis123k at outlook.com > > > > > > CC: users at ovirt.org > > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hi Sokratis, > > > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > > can choose another compatible Storage Domain and choose him to be your > > > > master Data Storage Domain. > > > > > > > > > > > > Michael B > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "s k" > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > > decommission the underlying storage device. > > > > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > > Master Data Domain be reassigned automatically when the current one is > > > > deleted? > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > Michael Burman > > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > > > Mobile: 054-5355725 > > > > > > IRC: mburman > > > > > > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sokratis123k at outlook.com Tue Jan 20 15:21:09 2015 From: sokratis123k at outlook.com (s k) Date: Tue, 20 Jan 2015 17:21:09 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: <54BE6D95.9030904@redhat.com> References: <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com> , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com> , <54BD2286.5060506@redhat.com> , <54BE6D95.9030904@redhat.com> Message-ID: Sorry I misunderstood it. I dectivated the current Master Domain and the new one was automatically configured so all good! Thanks a lot! Sokratis > Date: Tue, 20 Jan 2015 17:00:37 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/20/2015 03:54 PM, s k wrote: > > I created a new Data Domain (detached from all the DCs) and clicked > > on 'Re-Initialize Data Center'. > > > > > > Now I'm able to select this Data Domain as the new Master. However when > > I select it and click OK I get the following error: > > > > > > Error while executing action: Cannot recover Data Center Storage. > > The relevant Storage Domain's status is Active. > > as i said earlier, re-init DC is for emergency flow when your DC is down. > that's not your case. > you just need to deactivate the domain you don't want to be the master > domain (deactivate, not detach. you can probably detach if a 3.5 DC, > since it support re-attach. in <3.5 DC levels detach means "remove all > disks/VMs from that domain". > > > > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > > From: iheim at redhat.com > > > To: sokratis123k at outlook.com; mburman at redhat.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > On 01/19/2015 04:05 PM, s k wrote: > > > > No, all the Storage Domains are attached,they are active and have VMs > > > > running on the same DC. > > > > > > re-init DC is for emergency after you lost all your SD's and allows you > > > to choose a data domain not yet attached to any DC. > > > just deactivate the domains you won't won't to be master domains and > > > engine will elect another domain as master. > > > > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > So that means you have configured your other storage domains under > > > > another DC, but you haven't configured them on the relevant DC, cause > > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > > Or they are Detached from DC. > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: "Michael Burman" > > > > > Cc: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > > message: > > > > > There are no compatible Storage Domains to attach to this Data > > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > > From: mburman at redhat.com > > > > > > To: sokratis123k at outlook.com > > > > > > CC: users at ovirt.org > > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hi Sokratis, > > > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > > can choose another compatible Storage Domain and choose him to be your > > > > master Data Storage Domain. > > > > > > > > > > > > Michael B > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "s k" > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > > decommission the underlying storage device. > > > > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > > Master Data Domain be reassigned automatically when the current one is > > > > deleted? > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > Michael Burman > > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > > > Mobile: 054-5355725 > > > > > > IRC: mburman > > > > > > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From iheim at redhat.com Tue Jan 20 15:37:32 2015 From: iheim at redhat.com (Itamar Heim) Date: Tue, 20 Jan 2015 17:37:32 +0200 Subject: [ovirt-users] =?utf-8?b?562U5aSNOiDnrZTlpI06ICBSRVNPTFZFRCBVU0Ig?= =?utf-8?q?Modem_in_a_VM?= In-Reply-To: References: <54BB8DED.3090300@redhat.com> <54BCDC75.9020006@redhat.com> <963277536.14135552.1421735838945.JavaMail.zimbra@zmail15.collab.prod.int.phx2.redhat.com> Message-ID: <54BE763C.4020908@redhat.com> On 01/20/2015 09:39 AM, Xie, Chao wrote: > Hi, all > I later found a msi about "USBFilterEditor.msi" > As the guide http://www.uaustral.cl/ovirt-engine/docs/manual/en_US/html/Administration_Guide/sect-The_USB_Filter_Editor.html > I use my own usbfilter.txt to replace the /etc/ovirt-engine/usbfilter.txt in the rhevm host. > Then the vm can detect my usb device in the host ~ the usbfilter is only relevant for spice based connections (which allow remoting usb devices) as far i remember, not to hostusb which mounts a usb device at host side, not via spice. > > -----????----- > ???: Itamar Heim [mailto:iheim at redhat.com] > ????: 2015?1?20? 14:37 > ???: Xie, Chao/? ? > ??: VONDRA Alain > ??: Re: ??: [ovirt-users] RESOLVED USB Modem in a VM > > Please cc the mailing list and share if hook is installed on the host and custom properties defined properly, also, lsusb from before you start the VM. Thanks. > > On Jan 20, 2015 7:55 AM, "Xie, Chao" wrote: >> >> >> Hello >> I read all your letter about USB Modem. But I'm confused t > Hello > I read all your letter about USB Modem. But I'm confused that "USB Modem" means "USB Storage" or something else? I try to redirect the usb device in the host to vm (win7), but in vm there isn't any usb device. > > > -----????----- > ???: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] ?? VONDRA Alain > ????: 2015?1?19? 19:32 > ???: VONDRA Alain; Itamar Heim; users at ovirt.org > ??: Re: [ovirt-users] RESOLVED USB Modem in a VM > > It's working, in fact after the update from oVirt 3.4 to 3.5 my Cluster compatibility version was still in 3.4, I've changed it to 3.5 and the hostusb appeared... > Now the modem is well detected in my Windows 2008 VM. > Thank you very much everybody for your help Alain > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] De la part de VONDRA Alain Envoy? : lundi 19 janvier 2015 12:03 ? : Itamar Heim; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > Yes I made this : > engine-config -s "UserDefinedVMProperties=hostusb=0x0572:0x1321" > and nothing appear on the Edit VM, only : > - sndbuf > - vhost > - sap_agent > - viodiskattach > > Is there any possibility to verify ? > The first command I put engine-config -s "UserDefinedVMProperties=hostusb=true;another_property=regexp" following the doc, maybe this option is blocking the hook ? > Alain > > > > > Alain VONDRA > Charg? d'exploitation des Syst?mes d'Information Direction Administrative et Financi?re > +33 1 44 39 77 76 > UNICEF France > 3 rue Duguay Trouin 75006 PARIS > www.unicef.fr > > > > > -----Message d'origine----- > De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : lundi 19 janvier 2015 11:29 ? : VONDRA Alain; users at ovirt.org Objet : Re: [ovirt-users] USB Modem in a VM > > On 01/19/2015 12:23 PM, VONDRA Alain wrote: >> Hi, >> I've tried to use hook hostusb, I've installed vdsm-hook-hostusb.noarch 0:4.16.10-0.el6, and followed the documentation on http://www.ovirt.org/Vdsm_Hooks, but the new hook doesn't appear on the UI using "Edit VM" and "custom properties". >> Is there any other way to install hooks, the documentation is not so clear, and I'm not very fine with python. >> Thanks > > you don't need to know python. > did you run the engine side commands (engine-config -s UserDefinedVMProperties... and restarted the engine)? > > check http://blog.conoracallahan.com/blog/2014/07/19/ovirt-usb-passthrough/ > > >> Alain >> >> >> >> >> Alain VONDRA >> Charg? d'exploitation des Syst?mes d'Information Direction >> Administrative et Financi?re >> +33 1 44 39 77 76 >> UNICEF France >> 3 rue Duguay Trouin 75006 PARIS >> www.unicef.fr >> >> >> >> >> -----Message d'origine----- >> De : Itamar Heim [mailto:iheim at redhat.com] Envoy? : dimanche 18 >> janvier 2015 11:42 ? : VONDRA Alain Objet : Re: [ovirt-users] USB >> Modem in a VM >> >> On 01/18/2015 12:36 PM, VONDRA Alain wrote: >>> Hi, >>> I didn't try yet this option http://www.ovirt.org/VDSM-Hooks/hostusb >>> to inject it Do you think it will be a better solution ? >> >> that's the "right solution". >> I'll reply again on list so folks can help you with it as needed. >> >>> Thanks >>> Alain >>> >>> >>> >>> Alain VONDRA >>> Charg? d'exploitation des Syst?mes d'Information Direction >>> Administrative et Financi?re >>> +33 1 44 39 77 76 >>> UNICEF France >>> 3 rue Duguay Trouin 75006 PARIS >>> www.unicef.fr >>> >>> >>> >>> >>> ________________________________________ >>> De : Itamar Heim [iheim at redhat.com] >>> Envoy? : vendredi 16 janvier 2015 19:21 ? : VONDRA Alain Objet : Re: >>> [ovirt-users] USB Modem in a VM >>> >>> On 01/15/2015 05:56 PM, VONDRA Alain wrote: >>>> Hi, >>>> Thank you for your answer, I've tried to insert my USB modem, but it doesn't up in the Windows VM. >>>> I've tried to insert via virt-manager without success, I can't apply the modification, however I see the modem using lsusb : >>>> >>>> lsusb >>>> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 003: ID 0624:0248 Avocent Corp. Virtual Hub Bus 001 Device 004: ID 0624:0249 Avocent Corp. Virtual Keyboard/Mouse Bus 002 Device 010: ID 0572:1321 Conexant Systems (Rockwell), Inc. >>>> >>>> I've unload the "cdc_acm" kernel module via rmmod without success. >>>> I've also tried to edit the xml appending the ID and VENDDOR tags : >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> Ut at the first load the config disappears... >>>> Do I need to restart the host or restart libvirtd services ? >>>> >>>> Thanks for your help >>>> Alain >>>> >>>> >>>> >>>> Alain VONDRA >>>> Charg? d'exploitation des Syst?mes d'Information Direction >>>> Administrative et Financi?re >>>> +33 1 44 39 77 76 >>>> UNICEF France >>>> 3 rue Duguay Trouin 75006 PARIS >>>> www.unicef.fr >>>> >>>> >>>> >>>> >>>> -----Message d'origine----- >>>> De : Alon Bar-Lev [mailto:alonbl at redhat.com] Envoy? : mardi 13 >>>> janvier 2015 17:47 ? : VONDRA Alain Cc : users at ovirt.org Objet : Re: >>>> [ovirt-users] USB Modem in a VM >>>> >>>> >>>> >>>> ----- Original Message ----- >>>>> From: "VONDRA Alain" >>>>> To: users at ovirt.org >>>>> Sent: Tuesday, January 13, 2015 5:55:01 PM >>>>> Subject: [ovirt-users] USB Modem in a VM >>>>> >>>>> >>>>> >>>>> Hi, >>>>> >>>>> Can you tell me if I can use an USB modem through one of the >>>>> hypervisor hosts to a Windows VM ? >>>>> >>>>> I?d like to install a Windows Fax Server. >>>>> >>>>> Thank you for your answers. >>>> >>>> >>>> should be possible using qemu args: -usbdevice >>>> host:vendor_id:product_id >>>> >>>> in libvirt replace @VENDOR@ and @DEVICE@ to device specific properties: >>>> >>>> >>>> ... >>>> ? >>>> >>>> ? >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> if this option is not exposed in ui you can use vdsm-hooks[1] to modify the libvirt configuration and inject such device. >>>> >>>> Regards, >>>> Alon >>>> >>>> [1] http://www.ovirt.org/VDSM-Hooks >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >>> have you used http://www.ovirt.org/VDSM-Hooks/hostusb to inject it? >>> >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From macytd at gmail.com Tue Jan 20 15:53:53 2015 From: macytd at gmail.com (Tim Macy) Date: Tue, 20 Jan 2015 10:53:53 -0500 Subject: [ovirt-users] Ovirt 3.5 / CentOS 7 / GlusterFS - Host loses network config on reboot Message-ID: I have a three node cluster that worked fine upon setup, but randomly (Its happened three times now) when a host is rebooted it loses its network config. I backed up the ifcfg*, route, and rule* files to quickly put things back in place, but even then vdsm fails to start and host reinstall from the engine errors on vdsm startup. The only way that I have found to recover the node is yum remove vdsm* libvirt*, and rm -Rf /etc/vdsm & /var/lib/vdsm. Then I can run host reinstall from the engine. Where the error occurs in host-deploy log: 2015-01-20 01:21:58 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:866 execute-output: ('/bin/systemctl', 'start', 'vdsmd.service') stderr: Job for vdsmd.service failed. See 'systemctl status vdsmd.service' and 'journalctl -xn' for details. 2015-01-20 01:21:58 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/tmp/ovirt-6z1CuMPhsV/pythonlib/otopi/context.py", line 142, in _executeMethod method['method']() File "/tmp/ovirt-6z1CuMPhsV/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 219, in _start self.services.state('vdsmd', True) File "/tmp/ovirt-6z1CuMPhsV/otopi-plugins/otopi/services/systemd.py", line 138, in state 'start' if state else 'stop' File "/tmp/ovirt-6z1CuMPhsV/otopi-plugins/otopi/services/systemd.py", line 77, in _executeServiceCommand raiseOnError=raiseOnError File "/tmp/ovirt-6z1CuMPhsV/pythonlib/otopi/plugin.py", line 871, in execute command=args[0], RuntimeError: Command '/bin/systemctl' failed to execute 2015-01-20 01:21:58 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Closing up': Command '/bin/systemctl' failed to execute 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, RuntimeError("Command '/bin/systemctl' failed to execute",), )]' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:504 ENVIRONMENT DUMP - END 2015-01-20 01:21:58 INFO otopi.context context.runSequence:417 Stage: Pre-termination 2015-01-20 01:21:58 DEBUG otopi.context context.runSequence:421 STAGE pre-terminate 2015-01-20 01:21:58 DEBUG otopi.context context._executeMethod:138 Stage pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:490 ENVIRONMENT DUMP - BEGIN 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/aborted=bool:'False' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/debug=int:'0' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/error=bool:'True' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/exceptionInfo=list:'[(, RuntimeError("Command '/bin/systemctl' failed to execute",), )]' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/executionDirectory=str:'/root' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/log=bool:'True' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/pluginGroups=str:'otopi:ovirt-host-deploy' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/pluginPath=str:'/tmp/ovirt-6z1CuMPhsV/otopi-plugins' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV BASE/suppressEnvironmentKeys=list:'[]' 2015-01-20 01:21:58 DEBUG otopi.context context.dumpEnvironment:500 ENV COMMAND/chkconfig=str:'/sbin/chkconfig' -------------- next part -------------- An HTML attachment was scrubbed... URL: From jgardeniers at objectmastery.com Tue Jan 20 20:46:05 2015 From: jgardeniers at objectmastery.com (John Gardeniers) Date: Wed, 21 Jan 2015 07:46:05 +1100 Subject: [ovirt-users] Change gluster primary In-Reply-To: <54BE5633.2080402@integrafin.co.uk> References: <54BD96F6.4080709@objectmastery.com> <54BE5633.2080402@integrafin.co.uk> Message-ID: <54BEBE8D.4090907@objectmastery.com> Hi Alex, I understand what you're saying and certainly there is no primary from the Gluster perspective. However, things are quite different as far as Ovirt/RHEV is concerned. We had an incident last week where we had to take nix off-line. A network glitch then caused a our RHEV to briefly lose connection to jupiter. This resulted in all VMs crashing because the system was trying to reconnect to nix. It did not try to reconnect to jupiter, despite it being configured as the fail-over server. In the end I had to bring nix back on line. RHEV still wouldn't connect. Finally, I had to reboot each hypervisor. Even then, two of them still failed to reconnect and could only be brought back by performing a full reinstall (we're using the cut-down dedicated RH hypervisors, not the RHEL+hypervisor that you use). All in all, quite a disastrous situation that lost us a couple of hours. So yes, there is a primary from the Ovirt/RHEV perspective and I'm really disappointed in how the system completely failed to handled the situation. regards, John On 21/01/15 00:20, Alex Crow wrote: > Hi John, > > There isn't really a primary in gluster. If you're using a glusterfs > storage domain, you could turn off "nix" and the VMs would continue to > run (although you'd have to disable quorum if you currently have it > enabled on the volume, and you'd have to repoint the domain at some > later point). If you're using NFS access you would have to repoint > your storage to the remaining machine immediately. > > The only snag I can see is that you can't detach the master storage > domain in Ovirt if any VMs are running. I think you'd have to shut the > VMs down, put the storage domain into maintenance, and then edit it. > > Cheers > > Alex > > On 19/01/15 23:44, John Gardeniers wrote: >> We are using Gluster as our storage backend. Gluster is configured as >> 2 node replica. The two nodes are name nix and jupiter. At the Ovirt >> (RHEV really) end we have the gluster path configured as >> "nix:/gluster-rhev", with a mount option of >> "backupvolfile-server=jupiter.om.net". We now need to replace nix >> with a new server, which cannot have the same name. That new server >> will be the primary, with jupiter remaining the secondary. >> >> We will have all VMs and hypervisors shut down when we make this change. >> >> What is the best and/or easiest way to do this? Should we just >> disconnect the storage and re-attach it using the new gluster >> primary? If we do that will our VMs just work or do we need to take >> other steps? >> >> An alternative, which I suspect will be somewhat controversial, would >> be to make a direct edit of the engine database. Would that work any >> better or does that add more dangers (assuming the edit is done >> correctly)? >> >> regards, >> John >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > From vanoppen.koen at gmail.com Wed Jan 21 07:29:28 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 08:29:28 +0100 Subject: [ovirt-users] Failed to add storage domain Message-ID: Dear all, We have a small issue on our ovirt environment. When I try to add a fibre storage pool, I get the following error: 2015-01-21 08:24:48,705 WARN [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] (org.ovirt.thread.pool-8-thread-22) Storage domain e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one or more hosts. Since the domains type is ISO, hosts status will not be changed to non-operational 2015-01-21 08:24:54,764 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-3) [2c666536] Command CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = 1180a1f6-635e-47f6-bba1-871d8c432de0, storageDomain=StorageDomainStatic[StoragePoolOracle01, fd6c6779-8353-42f6-b2ff-0c670e4b8a73], args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: VDSNetworkException: java.util.concurrent.TimeoutException 2015-01-21 08:24:54,769 ERROR [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-8702-3) [2c666536] Command org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR and code 5022) 2015-01-21 08:24:54,810 ERROR [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. 2015-01-21 08:24:54,839 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) 2015-01-21 08:24:55,107 WARN [org.ovirt.engine.core.bll.AddVmFromScratchCommand] (DefaultQuartzScheduler_Worker-25) In the GUI you'll see this error: Error while executing action New SAN Storage Domain: Network error during communication with the Host. All the hosts are up and all the rest of our storage is also up. Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From sokratis123k at outlook.com Wed Jan 21 08:07:24 2015 From: sokratis123k at outlook.com (s k) Date: Wed, 21 Jan 2015 10:07:24 +0200 Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 In-Reply-To: References: , <1059992444.8507490.1421668948342.JavaMail.zimbra@redhat.com>, , , <1893593511.8535642.1421672476841.JavaMail.zimbra@redhat.com>, , <54BD2286.5060506@redhat.com>, , <54BE6D95.9030904@redhat.com>, Message-ID: Unfortunately the new Master Data Domain remained Active only for a few minutes and then the following error was thrown (as it can be seen in the Events tab): "Failed to Reconstruct Master Domain for Data Center " Afterwards all the other Data Domains became Inactive and the whole Data Center switched to Non Responsive Status. I then tried to activate the Master Data Domain without success. Finally I tried to "Re-Initialize Data Center" but there was no Data Domain available to become Master so now I can't find a way to Activate the Data Center. Fortunately none of the VMs was affected. What can I do now to re-activate the Data Center? From: sokratis123k at outlook.com To: iheim at redhat.com; mburman at redhat.com CC: users at ovirt.org Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 Date: Tue, 20 Jan 2015 17:21:09 +0200 Sorry I misunderstood it. I dectivated the current Master Domain and the new one was automatically configured so all good! Thanks a lot! Sokratis > Date: Tue, 20 Jan 2015 17:00:37 +0200 > From: iheim at redhat.com > To: sokratis123k at outlook.com; mburman at redhat.com > CC: users at ovirt.org > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > On 01/20/2015 03:54 PM, s k wrote: > > I created a new Data Domain (detached from all the DCs) and clicked > > on 'Re-Initialize Data Center'. > > > > > > Now I'm able to select this Data Domain as the new Master. However when > > I select it and click OK I get the following error: > > > > > > Error while executing action: Cannot recover Data Center Storage. > > The relevant Storage Domain's status is Active. > > as i said earlier, re-init DC is for emergency flow when your DC is down. > that's not your case. > you just need to deactivate the domain you don't want to be the master > domain (deactivate, not detach. you can probably detach if a 3.5 DC, > since it support re-attach. in <3.5 DC levels detach means "remove all > disks/VMs from that domain". > > > > > > Date: Mon, 19 Jan 2015 17:28:06 +0200 > > > From: iheim at redhat.com > > > To: sokratis123k at outlook.com; mburman at redhat.com > > > CC: users at ovirt.org > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > On 01/19/2015 04:05 PM, s k wrote: > > > > No, all the Storage Domains are attached,they are active and have VMs > > > > running on the same DC. > > > > > > re-init DC is for emergency after you lost all your SD's and allows you > > > to choose a data domain not yet attached to any DC. > > > just deactivate the domains you won't won't to be master domains and > > > engine will elect another domain as master. > > > > > > > > > > > > Date: Mon, 19 Jan 2015 08:01:16 -0500 > > > > > From: mburman at redhat.com > > > > > To: sokratis123k at outlook.com > > > > > CC: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > So that means you have configured your other storage domains under > > > > another DC, but you haven't configured them on the relevant DC, cause > > > > 'There are no compatible Storage Domains to attach to this Data Center' > > > > > Or they are Detached from DC. > > > > > > > > > > ----- Original Message ----- > > > > > From: "s k" > > > > > To: "Michael Burman" > > > > > Cc: users at ovirt.org > > > > > Sent: Monday, January 19, 2015 2:32:10 PM > > > > > Subject: RE: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > When I click on 'Re-Initialize Data Center' I get the following > > message: > > > > > There are no compatible Storage Domains to attach to this Data > > > > Center. Please add new Storage from the Storage tab. > > > > > > > > > > > Date: Mon, 19 Jan 2015 07:02:28 -0500 > > > > > > From: mburman at redhat.com > > > > > > To: sokratis123k at outlook.com > > > > > > CC: users at ovirt.org > > > > > > Subject: Re: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hi Sokratis, > > > > > > > > > > > > You can go to Data Center main tab, choose relevant DC, click right > > > > click on the DC, choose 'Re-Initialize Data Center', in this window you > > > > can choose another compatible Storage Domain and choose him to be your > > > > master Data Storage Domain. > > > > > > > > > > > > Michael B > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "s k" > > > > > > To: users at ovirt.org > > > > > > Sent: Monday, January 19, 2015 1:06:08 PM > > > > > > Subject: [ovirt-users] Remove Master Data Domain in oVirt 3.5.0 > > > > > > > > > > > > Hello, > > > > > > > > > > > > > > > > > > I would like to remove the Master Data Domain because I need to > > > > decommission the underlying storage device. > > > > > > > > > > > > > > > > > > Is there a way to manually change the Master Data Domain? Will the > > > > Master Data Domain be reassigned automatically when the current one is > > > > deleted? > > > > > > > > > > > > > > > > > > Thank you, > > > > > > > > > > > > > > > > > > Sokratis > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > -- > > > > > > Michael Burman > > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > > > Mobile: 054-5355725 > > > > > > IRC: mburman > > > > > > > > > > > > > > > -- > > > > > Michael Burman > > > > > Intern in RedHat Israel, RHEV-M QE Network Team > > > > > > > > > > Mobile: 054-5355725 > > > > > IRC: mburman > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 21 08:34:26 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 21 Jan 2015 09:34:26 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.5.1 GA status Message-ID: <54BF6492.6000908@redhat.com> Hi, We have no blockers for oVirt 3.5.1 GA [1] so we're good to go with the release. We're now gathering final release rpms and performing last sanity tests. Maintainers: Please review packages list and provide required rpms There are still 50 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 30 bugs [3] targeted to 3.5.1. All of them will be automatically re-targeted to 3.5.2 if severity is set to high or urgent, otherwise they'll be re-targeted to 3.6 Maintainers / Assignee: - ACTION: Please fill release notes, the page has been created here [4] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From sbonazzo at redhat.com Wed Jan 21 08:54:09 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 21 Jan 2015 09:54:09 +0100 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54BF6931.2060305@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 21: 2014-12-09 (RELEASED) Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.1.3: 2014-01-21 QEMU 2.2.0: 2014-12-09 (RELEASED) QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 502 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 454 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%20Product%3AoVirt%20status%3Anew%2Cassigned%2Cpost [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From vanoppen.koen at gmail.com Wed Jan 21 09:39:26 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 10:39:26 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: I noticed that there was a difference in the number of attached LUN's between the hypervisors. This is because we have a VM with direct LUN's. Do these Lun's on this particular vm also be attached to the other hypervisors or to 1 hypervisor only? 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : > Dear all, > > We have a small issue on our ovirt environment. When I try to add a fibre > storage pool, > I get the following error: > 2015-01-21 08:24:48,705 WARN > [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] > (org.ovirt.thread.pool-8-thread-22) Storage domain > e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one > or more hosts. Since the domains type is ISO, hosts status will not be > changed to non-operational > 2015-01-21 08:24:54,764 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] > (ajp--127.0.0.1-8702-3) [2c666536] Command > CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = > 1180a1f6-635e-47f6-bba1-871d8c432de0, > storageDomain=StorageDomainStatic[StoragePoolOracle01, > fd6c6779-8353-42f6-b2ff-0c670e4b8a73], > args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: > VDSNetworkException: java.util.concurrent.TimeoutException > 2015-01-21 08:24:54,769 ERROR > [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] > (ajp--127.0.0.1-8702-3) [2c666536] Command > org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll > exception. With error message VdcBLLException: > org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: > java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR > and code 5022) > 2015-01-21 08:24:54,810 ERROR > [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] > (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: > org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. > 2015-01-21 08:24:54,839 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: > 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: > -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) > 2015-01-21 08:24:55,107 WARN > [org.ovirt.engine.core.bll.AddVmFromScratchCommand] > (DefaultQuartzScheduler_Worker-25) > > In the GUI you'll see this error: > > Error while executing action New SAN Storage Domain: Network error during > communication with the Host. > > All the hosts are up and all the rest of our storage is also up. > > Kind regards, > > Koen > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 21 10:20:35 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 11:20:35 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: Added the direct lun, so all hypervisor can see it, no effect.. Still the same error 2015-01-21 10:39 GMT+01:00 Koen Vanoppen : > I noticed that there was a difference in the number of attached LUN's > between the hypervisors. This is because we have a VM with direct LUN's. Do > these Lun's on this particular vm also be attached to the other hypervisors > or to 1 hypervisor only? > > 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : > >> Dear all, >> >> We have a small issue on our ovirt environment. When I try to add a fibre >> storage pool, >> I get the following error: >> 2015-01-21 08:24:48,705 WARN >> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >> (org.ovirt.thread.pool-8-thread-22) Storage domain >> e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one >> or more hosts. Since the domains type is ISO, hosts status will not be >> changed to non-operational >> 2015-01-21 08:24:54,764 ERROR >> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >> (ajp--127.0.0.1-8702-3) [2c666536] Command >> CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = >> 1180a1f6-635e-47f6-bba1-871d8c432de0, >> storageDomain=StorageDomainStatic[StoragePoolOracle01, >> fd6c6779-8353-42f6-b2ff-0c670e4b8a73], >> args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: >> VDSNetworkException: java.util.concurrent.TimeoutException >> 2015-01-21 08:24:54,769 ERROR >> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >> (ajp--127.0.0.1-8702-3) [2c666536] Command >> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll >> exception. With error message VdcBLLException: >> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: >> java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR >> and code 5022) >> 2015-01-21 08:24:54,810 ERROR >> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >> (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: >> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. >> 2015-01-21 08:24:54,839 ERROR >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: >> 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: >> -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) >> 2015-01-21 08:24:55,107 WARN >> [org.ovirt.engine.core.bll.AddVmFromScratchCommand] >> (DefaultQuartzScheduler_Worker-25) >> >> In the GUI you'll see this error: >> >> Error while executing action New SAN Storage Domain: Network error during >> communication with the Host. >> >> All the hosts are up and all the rest of our storage is also up. >> >> Kind regards, >> >> Koen >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 21 12:42:51 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 13:42:51 +0100 Subject: [ovirt-users] Strange Error Message-ID: Dear All, The following appears in my ovirt-engine.log recently: 2015-01-21 13:41:44,181 WARN [org.ovirt.engine.core.bll.AddVmFromScratchCommand] (DefaultQuartzScheduler_Worker-52) [69997d54] CanDoAction of action AddVmFromScratch failed. Reasons:VAR__ACTION__ADD,VAR__TYPE__VM,ACTION_TYPE_FAILED_NAME_ALREADY_USED Any Ideas? It just keeps flooding my log file. Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Wed Jan 21 12:46:16 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Wed, 21 Jan 2015 13:46:16 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: Ok, after rebooting all the hypervisors I'm left with the following errors: Thread-16::ERROR::2015-01-21 13:39:42,644::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-16::ERROR::2015-01-21 13:39:42,644::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-18::ERROR::2015-01-21 13:39:42,696::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-18::ERROR::2015-01-21 13:39:42,698::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-15::ERROR::2015-01-21 13:39:44,349::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-15::ERROR::2015-01-21 13:39:44,350::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-17::ERROR::2015-01-21 13:39:44,477::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c Thread-17::ERROR::2015-01-21 13:39:44,479::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31c Thread-18::ERROR::2015-01-21 13:44:44,407::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-18::ERROR::2015-01-21 13:44:44,408::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e Thread-16::ERROR::2015-01-21 13:44:44,795::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-16::ERROR::2015-01-21 13:44:44,796::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 Thread-15::ERROR::2015-01-21 13:44:45,900::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-15::ERROR::2015-01-21 13:44:45,901::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 Thread-17::ERROR::2015-01-21 13:44:45,934::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c Thread-17::ERROR::2015-01-21 13:44:45,942::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31 Kind regards, Koen 2015-01-21 11:20 GMT+01:00 Koen Vanoppen : > Added the direct lun, so all hypervisor can see it, no effect.. Still the > same error > > 2015-01-21 10:39 GMT+01:00 Koen Vanoppen : > >> I noticed that there was a difference in the number of attached LUN's >> between the hypervisors. This is because we have a VM with direct LUN's. Do >> these Lun's on this particular vm also be attached to the other hypervisors >> or to 1 hypervisor only? >> >> 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : >> >>> Dear all, >>> >>> We have a small issue on our ovirt environment. When I try to add a >>> fibre storage pool, >>> I get the following error: >>> 2015-01-21 08:24:48,705 WARN >>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >>> (org.ovirt.thread.pool-8-thread-22) Storage domain >>> e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one >>> or more hosts. Since the domains type is ISO, hosts status will not be >>> changed to non-operational >>> 2015-01-21 08:24:54,764 ERROR >>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>> CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = >>> 1180a1f6-635e-47f6-bba1-871d8c432de0, >>> storageDomain=StorageDomainStatic[StoragePoolOracle01, >>> fd6c6779-8353-42f6-b2ff-0c670e4b8a73], >>> args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: >>> VDSNetworkException: java.util.concurrent.TimeoutException >>> 2015-01-21 08:24:54,769 ERROR >>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll >>> exception. With error message VdcBLLException: >>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: >>> java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR >>> and code 5022) >>> 2015-01-21 08:24:54,810 ERROR >>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>> (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: >>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. >>> 2015-01-21 08:24:54,839 ERROR >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: >>> 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: >>> -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) >>> 2015-01-21 08:24:55,107 WARN >>> [org.ovirt.engine.core.bll.AddVmFromScratchCommand] >>> (DefaultQuartzScheduler_Worker-25) >>> >>> In the GUI you'll see this error: >>> >>> Error while executing action New SAN Storage Domain: Network error >>> during communication with the Host. >>> >>> All the hosts are up and all the rest of our storage is also up. >>> >>> Kind regards, >>> >>> Koen >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Wed Jan 21 13:43:50 2015 From: lvernia at redhat.com (Lior Vernia) Date: Wed, 21 Jan 2015 15:43:50 +0200 Subject: [ovirt-users] REST exception building from master Message-ID: <54BFAD16.4070402@redhat.com> Hello, Building from master (i.e. towards 3.6), trying to use REST produces some exceptions - anyone has any clue as to why? Attaching the response (stack trace); this is to a GET operation on /api. Yours, Lior. JBoss Web/7.0.0.SNAPSHOT - Error report

HTTP Status 500 -


type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

javax.servlet.ServletException:
Servlet.init() for servlet
org.ovirt.engine.api.restapi.BackendApplication threw exception
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException:
java.lang.RuntimeException: Unable to instantiate MessageBodyReader
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Unable
to instantiate MessageBodyReader
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Failed
to construct public org.ovirt.engine.api.json.JSONProvider()
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.NoClassDefFoundError:
org/codehaus/jackson/xc/JaxbAnnotationIntrospector
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.ClassNotFoundException:
org.codehaus.jackson.xc.JaxbAnnotationIntrospector from [Module
"org.ovirt.engine.api.restapi-definition:main" from local
module loader @131b4c5d (roots:
/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/00-modules-common,/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/01-jboss-as-modules)]
	org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
	org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
	org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

note The full stack trace of the root cause is available in the JBoss Web/7.0.0.SNAPSHOT logs.


JBoss Web/7.0.0.SNAPSHOT

From awels at redhat.com Wed Jan 21 13:45:52 2015 From: awels at redhat.com (Alexander Wels) Date: Wed, 21 Jan 2015 08:45:52 -0500 Subject: [ovirt-users] REST exception building from master In-Reply-To: <54BFAD16.4070402@redhat.com> References: <54BFAD16.4070402@redhat.com> Message-ID: <10773893.Co1kPlfWS8@awels> On Wednesday, January 21, 2015 03:43:50 PM Lior Vernia wrote: > Hello, > > Building from master (i.e. towards 3.6), trying to use REST produces > some exceptions - anyone has any clue as to why? Attaching the response > (stack trace); this is to a GET operation on /api. > > Yours, Lior. > > The problem is the following according to the stack trace: java.lang.NoClassDefFoundError: org/codehaus/jackson/xc/JaxbAnnotationIntrospector If you are running the stock JBOSS from Fedora 20 I believe it contains the wrong jackson library. Download jboss-7.1.1.Final from the website and use that one. That should make the issue go away. > > JBoss Web/7.0.0.SNAPSHOT - Error > report

HTTP Status 500 -


noshade="noshade">

type Exception report

message >

description The server encountered an internal > error () that prevented it from fulfilling this > request.

exception

javax.servlet.ServletException:
> Servlet.init() for servlet
> org.ovirt.engine.api.restapi.BackendApplication threw exception
> 	
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
> 2) org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
> p11Protocol.java:671)
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException:
> java.lang.RuntimeException: Unable to instantiate MessageBodyReader
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuilt
> in.java:35)
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211
> )
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(S
> ervletContainerDispatcher.java:67)
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpSe
> rvletDispatcher.java:36)
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
> 2) org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
> p11Protocol.java:671)
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Unable
> to instantiate MessageBodyReader
> 	
org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyPro
> viderFactory.java:761)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(Regi
> sterBuiltin.java:70)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuilt
> in.java:31)
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211
> )
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(S
> ervletContainerDispatcher.java:67)
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpSe
> rvletDispatcher.java:36)
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
> 2) org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Htt
> p11Protocol.java:671)
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Failed
> to construct public org.ovirt.engine.api.json.JSONProvider()
> 	
org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInject
> orImpl.java:144)
> org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(Resteasy
> ProviderFactory.java:1039)
> org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(Resteas
> yProviderFactory.java:478)
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyPro
> viderFactory.java:757)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(Regi
> sterBuiltin.java:70)
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuilt
> in.java:31)
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211
> )
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(S
> ervletContainerDispatcher.java:67)
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpSe
> rvletDispatcher.java:36)
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBas
> e.java:489)
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityCo
> ntextAssociationValve.java:153)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:10
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From andrzej.sus at gmail.com  Wed Jan 21 13:45:33 2015
From: andrzej.sus at gmail.com (=?UTF-8?B?QW5kcnplaiBTdcWb?=)
Date: Wed, 21 Jan 2015 14:45:33 +0100
Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs?
Message-ID: 

Hi guys,

I have some VMs with preallocated disks on - still "green" - iSCSI Storage
domain, where one of disks is going to die, which caused to change iscsi
mount to read only. Of course all VMs allocated on this storage has been
paused or turned off.

Is there any way to save these VMs (disks)?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From oliel at redhat.com  Wed Jan 21 13:46:14 2015
From: oliel at redhat.com (Ori Liel)
Date: Wed, 21 Jan 2015 08:46:14 -0500 (EST)
Subject: [ovirt-users] REST exception building from master
In-Reply-To: <54BFAD16.4070402@redhat.com>
References: <54BFAD16.4070402@redhat.com>
Message-ID: <1294903153.12277349.1421847974444.JavaMail.zimbra@redhat.com>

I think Muli had a similar problem recently, and the cause was the Jboss version (Juan worked out the problem). 

Juan/Muli?

----- Original Message -----
From: "Lior Vernia" 
To: "Users at ovirt.org List" 
Sent: Wednesday, January 21, 2015 3:43:50 PM
Subject: [ovirt-users] REST exception building from master

Hello,

Building from master (i.e. towards 3.6), trying to use REST produces
some exceptions - anyone has any clue as to why? Attaching the response
(stack trace); this is to a GET operation on /api.

Yours, Lior.



JBoss Web/7.0.0.SNAPSHOT - Error
report

HTTP Status 500 -


type Exception report

message

description The server encountered an internal error () that prevented it from fulfilling this request.

exception

javax.servlet.ServletException:
Servlet.init() for servlet
org.ovirt.engine.api.restapi.BackendApplication threw exception
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException:
java.lang.RuntimeException: Unable to instantiate MessageBodyReader
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Unable
to instantiate MessageBodyReader
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.RuntimeException: Failed
to construct public org.ovirt.engine.api.json.JSONProvider()
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.NoClassDefFoundError:
org/codehaus/jackson/xc/JaxbAnnotationIntrospector
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

root cause

java.lang.ClassNotFoundException:
org.codehaus.jackson.xc.JaxbAnnotationIntrospector from [Module
"org.ovirt.engine.api.restapi-definition:main" from local
module loader @131b4c5d (roots:
/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/00-modules-common,/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/01-jboss-as-modules)]
	org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
	org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
	org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
	org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
	java.lang.Thread.run(Thread.java:724)

note The full stack trace of the root cause is available in the JBoss Web/7.0.0.SNAPSHOT logs.


JBoss Web/7.0.0.SNAPSHOT

_______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From shimano at go2.pl Wed Jan 21 13:57:26 2015 From: shimano at go2.pl (shimano) Date: Wed, 21 Jan 2015 14:57:26 +0100 Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs? Message-ID: Hi guys, I have some VMs with preallocated disks on - still "green" - iSCSI Storage domain, where one of disks is going to die, which caused to change iscsi mount to read only. Of course all VMs allocated on this storage has been paused or turned off. Is there any way to save these VMs (disks)? -------------- next part -------------- An HTML attachment was scrubbed... URL: From tlitovsk at redhat.com Wed Jan 21 15:05:03 2015 From: tlitovsk at redhat.com (Tolik Litovsky) Date: Wed, 21 Jan 2015 10:05:03 -0500 (EST) Subject: [ovirt-users] oVirt node weekly talk Message-ID: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> Hello Fabian Can we move the oVirt node weekly talk to another week day? Or just a bit earlier ? Best Regards. Tolik From j.astrego at netbulae.eu Wed Jan 21 15:45:31 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Wed, 21 Jan 2015 16:45:31 +0100 Subject: [ovirt-users] firewalld rule for ovirt host? Message-ID: <54BFC99B.2020502@netbulae.eu> Hi, In the quickstart guide we have the iptables rules for a fedora 19 host, but currently we run firewalld on the host (Centos 7) I've converted the rules to a service xml for the zone but I can't figure out the firewalld translation for "-A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited " Anyone know how to do this in firewalld? Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 21 16:09:45 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 21 Jan 2015 17:09:45 +0100 Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available Message-ID: <54BFCF49.1040802@redhat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is now available as of Jan 21st 2015. The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS 7 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live and oVirt Node ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors - -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJUv89CAAoJEHw3u57E4QAOE5EP/iREEVWYXRt2u2yEZAIopat9 HTTb5ipHn6tc1he3V6pKzbM1LhFM5k0kx57X+EHw7eq2rYaOcmtEKPy8kEXEtXDt jFeWEI6vfi1ZebzZ5W4SkMQWuY6/iX5PUnDHyLDC9/wV/mucHLHsUe67W6Fr0SV+ c78xrv2/kfSITjHTZmZG1NnZRfYiB1MHOMrUxT65jSR/fwHN8+I1SQJbg+ntIUiW XRD9CvnPyy3OGphEeZP0RiqK24A/cUOXv2qeMd7l8jI3aHB5z/JEz7ODPk2pSrUR B4xkBVa60axzPtg4xcTFaN/klzegs4x3RPr0lHTdwipL0r17JA0/hoCJR0N4lZDN CtO41kjcyBKfAcYGM/ODoTmD//symYQdXEwi88c1HOvr/lepHiup6mDQt0fvXngD qvjVAx9r50UkQi3a+HiEw2jqOnwXDyubpC/HwjUl62wZ0uK7e6x5b5GQTAmY/USl Xa2wUNmh9xG81f0BeYcjXOnx/CVRu9gfamtagtb2i+P0sFhI7LnNqYc556cXdz7s rIgfmDO4QjMLiE6b8jYmiRaOb1mK0mBq1s5WHroikRH+JqNtUp7CX0U9OY0rCeaf hj3TCEe/6BT378lb30KZ1ELkgBCs1050xXBozx0W9vfj4PwFEj4vzenpHtpE/A8H 2xPTHrUW0uiQaqlohxeQ =nGaB -----END PGP SIGNATURE----- From ydary at redhat.com Wed Jan 21 16:12:53 2015 From: ydary at redhat.com (Yaniv Dary) Date: Wed, 21 Jan 2015 11:12:53 -0500 (EST) Subject: [ovirt-users] oVirt Weekly Meeting Minutes -- 2015-01-21 In-Reply-To: <54BFCE8E.5030109@redhat.com> Message-ID: <1714039150.13882427.1421856773164.JavaMail.zimbra@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary_ at 15:01:35 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-21-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (ydary_, 15:03:56) * infra update (ydary_, 15:04:15) * 3.5.z updates (ydary_, 15:04:16) * 3.6.0 status (ydary_, 15:04:16) * conferences and workshops (ydary_, 15:04:16) * other topics (ydary_, 15:04:16) * infra update (ydary_, 15:04:40) * sbonazzo resolved kernel based issues in some of the jobs. (doron, 15:13:12) * the teams need to start working\testing JDK 8, since JDK 7 EOL is in April 2015 (ydary_, 15:14:45) * some jenkins slaves had issues on running out of entropy, solved by installing haveged (ydary_, 15:16:21) * 3.6 memory errors in gwt resolved by vszocs (ydary_, 15:17:38) * progress in moving oVirt resources to phx lab (ydary_, 15:18:47) * ACTION: eedri to follow up on nightly issues with lvernia (ydary_, 15:20:28) * 3.5.z updates (ydary_, 15:08:07) * 3.5.1 to be released today. (ydary_, 15:22:42) * ACTION: please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes (ydary_, 15:23:19) * all open bugs on 3.5.1 will be re-targeted to 3.5.2 post the GA release (ydary_, 15:25:12) * 3.6 status (ydary_, 15:25:35) * 3.6.0 currently shows no blockers. There are 502 bugs targeted to 3.6.0. (ydary_, 15:26:55) * integration update on 3.6.0: added glusterfs support on hosted engine (for existing replica 3 gluster storage) (ydary_, 15:27:43) * integration update on 3.6.0: jboss-as 7.1 doesn't work at all with jdk 1.8 so for supporting fc21 we need to move to wildfly (ydary_, 15:30:36) * ACTION: oved to report next week on JDK 1.8 and wildfly status (ydary_, 15:32:42) * Host Network QoS and MAC pool per DC are in. Once 3.6 clusters can be created, it will be available. (ydary_, 15:35:38) * network 3.6 updates: currently nothing at risk. (ydary_, 15:36:23) * ceph-cinder integration have WIP patches. (ydary_, 15:38:34) * storage 3.6 updates: minor RFEs also making progress (ydary_, 15:39:05) * node 3.6 updates: currently no updates (ydary_, 15:41:42) * UX 3.6 updates: UI over REST api and tool tip infrastructure over patternfly making progress (ydary_, 15:44:44) * SLA 3.6 updates: SLA still in planning, no further updates. (ydary_, 15:45:46) * virt 3.6 updates: no one for virt team to update (ydary_, 15:47:18) * conferences and workshops (ydary_, 15:47:43) * conferences and workshops FOSDEM is a go. Booth schedules and talks are here at http://etherpad.ovirt.org/p/ovirt-fosdem-15 (ydary_, 15:50:33) * conferences and workshops After taking a quick poll, the FOSDEM social meetup will be Sat., Jan. 31, at 2030 in the Au Bon Vieux Temps, (ydary_, 15:50:33) * conferences and workshops The half-day workshop for FOSSAsia in Singapore is getting planned. The Korea user group has responded with interest now. (ydary_, 15:52:08) * conferences and workshops amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM (ydary_, 15:52:08) * conferences and workshops oVCirt will have a very strong presense at SCALE 13X in LA this year. (ydary_, 15:52:08) * conferences and workshops sbonazzo and tirsboschi_ may be at 11th Intl. Conf. on Open Source Systems http://www.oss2015.org (ydary_, 15:52:08) * conferences and workshops As a general reminder: if you *ever* need slides for an oVirt presentation, there are many to choose from here: http://www.ovirt.org/OVirt_Slide_Decks They are all under CC license. (ydary_, 15:52:09) * other topics (ydary_, 15:52:36) * mskrivanek and tjelinek have approached me to start the process for launching moVirt as an incubator project within oVirt. This will be a mobile app that will enable users to manage oVirt on the go. This will likely supercede the Nomad project, which has not moved forward in years. We may need to retire the Nomad incubator. (ydary_, 15:56:23) * ACTION: bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. (ydary_, 15:56:58) * bkp will have meeting with designers at FOSDEM to discuss the revamp of ovirt.org for 2015. (ydary_, 15:57:48) * bkp updates that in 2015, there will be a stronger focus on what it takes to get new users to oVirt to the final production stage. I will be holding meetings with other FOSS project community leads to build a map for this process. (ydary_, 15:58:18) * bkp updates that in 2015, there will be a stronger focus on what it takes to get new users to oVirt to the final production stage. he will be holding meetings with other FOSS project community leads to build a map for this process. (ydary_, 15:58:47) Meeting ended at 16:00:14 UTC. Action Items ------------ * eedri to follow up on nightly issues with lvernia * please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes * oved to report next week on JDK 1.8 and wildfly status * bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. Action Items, by person ----------------------- * bkp * bkp to looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. * eedri * eedri to follow up on nightly issues with lvernia * lvernia * eedri to follow up on nightly issues with lvernia * **UNASSIGNED** * please fill release notes, the page has been created here http://www.ovirt.org/OVirt_3.5.1_Release_Notes * oved to report next week on JDK 1.8 and wildfly status People Present (lines said) --------------------------- * ydary_ (90) * doron (29) * bkp (28) * eedri (25) * lvernia (22) * sbonazzo (22) * awels (5) * amureini (5) * ovirtbot (2) * fabiand (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From acanan at redhat.com Wed Jan 21 16:15:28 2015 From: acanan at redhat.com (Aharon Canan) Date: Wed, 21 Jan 2015 11:15:28 -0500 (EST) Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs? In-Reply-To: References: Message-ID: <512795485.17460045.1421856928669.JavaMail.zimbra@redhat.com> Hi sounds like you have 1 ISCSI storage domain which includes the disks. You can create another ISCSI storage domain and then to migrate the disks to it. This way all the disks will move to the new domain and you will be able to remove the old SD without losing the disks. Regards, __________________________________________________ Aharon Canan int phone - 8272036 ext phone - +97297692036 email - acanan at redhat.com ----- Original Message ----- From: "shimano" To: users at ovirt.org Sent: Wednesday, January 21, 2015 3:57:26 PM Subject: [ovirt-users] iSCSI Storage - sda failue - how to move VMs? Hi guys, I have some VMs with preallocated disks on - still "green" - iSCSI Storage domain, where one of disks is going to die, which caused to change iscsi mount to read only. Of course all VMs allocated on this storage has been paused or turned off. Is there any way to save these VMs (disks)? _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel.helgenberger at m-box.de Wed Jan 21 16:19:12 2015 From: daniel.helgenberger at m-box.de (Daniel Helgenberger) Date: Wed, 21 Jan 2015 16:19:12 +0000 Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available References: <54BFCF49.1040802@redhat.com> Message-ID: Cool! Finally! ... and thank you! On 21.01.2015 17:10, Sandro Bonazzola wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is now available as of Jan 21st 2015. > > The release candidate is available now for Fedora 20, Red Hat Enterprise Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS > 7 (or similar). > > This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. > > Please refer to release notes [1] for Installation / Upgrade instructions. > > A new oVirt Live and oVirt Node ISO will be available soon as well[2]. > > Please note that mirrors[3] may need usually one day before being synchronized. > > Please refer to the release notes for known issues in this release. > > [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes > [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ > [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors > > - -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1 > > iQIcBAEBAgAGBQJUv89CAAoJEHw3u57E4QAOE5EP/iREEVWYXRt2u2yEZAIopat9 > HTTb5ipHn6tc1he3V6pKzbM1LhFM5k0kx57X+EHw7eq2rYaOcmtEKPy8kEXEtXDt > jFeWEI6vfi1ZebzZ5W4SkMQWuY6/iX5PUnDHyLDC9/wV/mucHLHsUe67W6Fr0SV+ > c78xrv2/kfSITjHTZmZG1NnZRfYiB1MHOMrUxT65jSR/fwHN8+I1SQJbg+ntIUiW > XRD9CvnPyy3OGphEeZP0RiqK24A/cUOXv2qeMd7l8jI3aHB5z/JEz7ODPk2pSrUR > B4xkBVa60axzPtg4xcTFaN/klzegs4x3RPr0lHTdwipL0r17JA0/hoCJR0N4lZDN > CtO41kjcyBKfAcYGM/ODoTmD//symYQdXEwi88c1HOvr/lepHiup6mDQt0fvXngD > qvjVAx9r50UkQi3a+HiEw2jqOnwXDyubpC/HwjUl62wZ0uK7e6x5b5GQTAmY/USl > Xa2wUNmh9xG81f0BeYcjXOnx/CVRu9gfamtagtb2i+P0sFhI7LnNqYc556cXdz7s > rIgfmDO4QjMLiE6b8jYmiRaOb1mK0mBq1s5WHroikRH+JqNtUp7CX0U9OY0rCeaf > hj3TCEe/6BT378lb30KZ1ELkgBCs1050xXBozx0W9vfj4PwFEj4vzenpHtpE/A8H > 2xPTHrUW0uiQaqlohxeQ > =nGaB > -----END PGP SIGNATURE----- > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN www.m-box.de www.monkeymen.tv Gesch?ftsf?hrer: Martin Retschitzegger / Michaela G?llner Handeslregister: Amtsgericht Charlottenburg / HRB 112767 From dougsland at redhat.com Wed Jan 21 20:15:04 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Wed, 21 Jan 2015 15:15:04 -0500 Subject: [ovirt-users] oVirt node weekly talk In-Reply-To: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> References: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> Message-ID: <54C008C8.8040300@redhat.com> On 01/21/2015 10:05 AM, Tolik Litovsky wrote: > Hello Fabian > > Can we move the oVirt node weekly talk to another week day? > Or just a bit earlier ? Both are ok for me. -- Cheers Douglas From jason.greene at redhat.com Wed Jan 21 18:29:27 2015 From: jason.greene at redhat.com (Jason Greene) Date: Wed, 21 Jan 2015 12:29:27 -0600 Subject: [ovirt-users] firewalld rule for ovirt host? In-Reply-To: <54BFC99B.2020502@netbulae.eu> References: <54BFC99B.2020502@netbulae.eu> Message-ID: <931ACA5D-E11B-4486-B4EF-26B89B4A837C@redhat.com> > On Jan 21, 2015, at 9:45 AM, Jorick Astrego wrote: > > Hi, > > > > In the quickstart guide we have the iptables rules for a fedora 19 host, > > > but currently we run firewalld on the host (Centos 7) > > > > I've converted the rules to a service xml for the zone but I can't > > > figure out the firewalld translation for "-A FORWARD -m physdev ! > > > --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited " > > > > Anyone know how to do this in firewalld? > DISCLAIMER: I am just a lowly user of ovirt/RHEL/Fedora You can do almost anything you can do with iptables by using the passthrough option, although you have to make sure the rules fit the underlying iptables policy firewalld generates (by inspecting it afterwords). The following should work: firewall-cmd --permanent --direct --passthrough ipv4 -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT -- Jason T. Greene WildFly Lead / JBoss EAP Platform Architect JBoss, a division of Red Hat From fdeutsch at redhat.com Wed Jan 21 19:30:40 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Wed, 21 Jan 2015 14:30:40 -0500 (EST) Subject: [ovirt-users] oVirt node weekly talk In-Reply-To: <54C008C8.8040300@redhat.com> References: <1700704.191.1421852702228.JavaMail.tlitovsk@tolikl> <54C008C8.8040300@redhat.com> Message-ID: <1907420463.9637657.1421868639998.JavaMail.zimbra@redhat.com> ----- Original Message ----- > On 01/21/2015 10:05 AM, Tolik Litovsky wrote: > > Hello Fabian > > > > Can we move the oVirt node weekly talk to another week day? > > Or just a bit earlier ? > > Both are ok for me. Let's see: I'd suggest to move it to Mondays, 3 p.m. UTC Does that work for everybody? Greetings fabian From rbarry at redhat.com Wed Jan 21 19:38:58 2015 From: rbarry at redhat.com (Ryan Barry) Date: Wed, 21 Jan 2015 12:38:58 -0700 Subject: [ovirt-users] oVirt node weekly talk In-Reply-To: <1907420463.9637657.1421868639998.JavaMail.zimbra@redhat.com> References: <1907420463.9637657.1421868639998.JavaMail.zimbra@redhat.com> Message-ID: <54C00052.0@redhat.com> > From: "Fabian Deutsch" > To: dougsland at redhat.com > Cc: "Tolik Litovsky" , users at ovirt.org > Sent: Wednesday, 21 January, 2015 8:30:40 PM > Subject: Re: [ovirt-users] oVirt node weekly talk > > ----- Original Message ----- >> On 01/21/2015 10:05 AM, Tolik Litovsky wrote: >>> Hello Fabian >>> >>> Can we move the oVirt node weekly talk to another week day? >>> Or just a bit earlier ? >> >> Both are ok for me. > > Let's see: I'd suggest to move it to > > Mondays, 3 p.m. UTC > > Does that work for everybody? > > Greetings > fabian Works for me, though I feel like there's another meeting happening at that time, I'd have to check. Being somewhere without daylight savings plays tricks on me From bproffit at redhat.com Wed Jan 21 22:13:58 2015 From: bproffit at redhat.com (Brian Proffitt) Date: Wed, 21 Jan 2015 17:13:58 -0500 (EST) Subject: [ovirt-users] Slide Templates--New for 2015! In-Reply-To: <1116310714.10304951.1421878295329.JavaMail.zimbra@redhat.com> Message-ID: <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> All: I have been asked to provide slide templates for presentations that might be created for future events. Through 2014, we have been using the green-on-white slide template, and now, thanks to Eidan Hildesheim, we have a new 2015 edition that is based more on the Patternfly interface. These template presentations are provided to build new slides for oVirt presentations. They can be downloaded and used as-is, or Saved As template files within OpenOffice and LibreOffice. The templates, as well as a whole host of pre-made presentations (which are all under the Creative Commons license), are available on the oVirt.org slide page[1]. Thanks! BKP [1] http://www.ovirt.org/OVirt_Slide_Decks -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC From renchu at cracknell.com Thu Jan 22 06:41:43 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Thu, 22 Jan 2015 06:41:43 +0000 Subject: [ovirt-users] Power Management config on Ovirt Message-ID: Dear all, I am trying to configure power management on ovirt v3.5 (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu PRIMERGY RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power management configuration. The test gives a message "Test failed, argument of type 'NoneType' is not iterable" as below. Also tried rsb type as per redhat document. Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we need to specify anything in Options? Please help me. [Description: cid:image001.png at 01D032FC.C8A4DF20] [Description: cid:image002.png at 01D034BF.32500FD0] Best Regards Renchu Mathew -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 24097 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 23717 bytes Desc: image003.png URL: From lars at steinwurf.com Thu Jan 22 06:55:05 2015 From: lars at steinwurf.com (Lars Nielsen) Date: Thu, 22 Jan 2015 07:55:05 +0100 Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54BE1229.2000309@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B779A0.6080800@mittwald.de> <002d01d030c3$7cc0a3e0$7641eba0$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> <54BE1229.2000309@steinwurf.com> Message-ID: <54C09EC9.5030006@steinwurf.com> On 20/01/15 09:30, Lars Nielsen wrote: > > On 20/01/15 09:09, Martin Pavl?k wrote: >> ccing Carlos as he might be able to help >> >> Hi Lars, >> >> 1) remove as many restrictions as you can from your NFS export , >> allow all to access and restrict it back step by step if removing >> restriction will work >> 2) make sure that exported folders have owner and group vdsm:kvm (aka >> 36:36) >> 3) pls check (and provide) /var/log/vdsm/vdsm.log and >> /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool >> manager (aka SPM), you can identify it on hosts tab in GUI >> >> Martin >> >>> On 20 Jan 2015, at 08:51, Lars Nielsen wrote: >>> >>> On 15/01/15 16:38, Donny Davis wrote: >>>> Also check to see if there are any directories that have been >>>> created in >>>> your nfs exports >>>> >>>> Donny >>>> >>>> -----Original Message----- >>>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On >>>> Behalf Of >>>> Martin Pavl?k >>>> Sent: Thursday, January 15, 2015 8:01 AM >>>> To: Lars Nielsen >>>> Cc: users at ovirt.org >>>> Subject: Re: [ovirt-users] problem adding storage connection >>>> >>>> Hi Lars, >>>> >>>> are you sure you want to use net mask 225.225.225.0? IMO you want >>>> to use >>>> 255.255.255.0 >>>> >>>> If it does not help please supply logs >>>> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and >>>> /var/log/vdsm/vdsm.log >>>> >>>> so we can see detailed error message >>>> >>>> HTH >>>> >>>> Martin Pavlik >>>> RHEV QE >>>> >>>>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: >>>>> >>>>> Hello again. >>>>> And thanks for the help, now I can create hosts, which run :) >>>>> >>>>> However I have run into a bit more trouble, again which seems a bit >>>> strange to me. >>>>> When trying to added a new Storage connection, I get this: >>>>> Error while executing action: Cannot add Storage Connection. Storage >>>> connection already exists. >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png >>>>> >>>>> My exports file, look like this: >>>>> /home/iso >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>>> >>>>> d=36,anongid=36) /home/data >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>>> >>>>> d=36,anongid=36) /home/import_data >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui >>>>> >>>>> d=36,anongid=36) >>>>> >>>>> Copied from the oVirt basic setup guide. >>>>> And I have restarted my NFS server service, and create the >>>>> directories. >>>>> >>>>> Can some one help with this? and explain the problem to me? If you >>>>> need >>>> more info, please tell me. >>>>> Thanks and Best Regards >>>>> - Lars >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> Hey. >>> I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no >>> avail. >>> So please help me again, I have looked through logs, and found this: >>> 015-01-20 08:40:14,177 INFO >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>> (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, >>> Custom Event ID: -1, Message: User admin logged in. >>> 2015-01-20 08:40:14,226 INFO >>> [org.ovirt.engine.core.bll.aaa.LoginUserCommand] >>> (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: >>> false. >>> 2015-01-20 08:41:04,709 INFO >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) >>> [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION >>> , sharedLocks= ] >>> 2015-01-20 08:41:04,711 WARN >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) >>> [27222a90] CanDoAction of action AddStorageServerConnection failed. >>> Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS >>> 2015-01-20 08:41:04,711 INFO >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-10) >>> [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION >>> , sharedLocks= ] >>> >>> But I am not really sure what to do, to fix it :) The complete oVirt >>> log folder can be found here: >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar >>> >>> Thanks and Best Regards >>> - Lars > I have removed the restrictions. Still no loot. > The logs for oVirt and VDSM > https://dl.dropboxusercontent.com/u/55488/documents-export-2015-01-20.zip > Really no one has an explanation ? :( -- Med venlig hilsen / Best Regards Lars Nielsen Student developer at Steinwurf lars at steinwurf.com From alexeynikolaev.post at yandex.ru Thu Jan 22 09:42:16 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Thu, 22 Jan 2015 12:42:16 +0300 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: Message-ID: <790331421919736@web30m.yandex.ru> An HTML attachment was scrubbed... URL: From mperina at redhat.com Thu Jan 22 09:57:43 2015 From: mperina at redhat.com (Martin Perina) Date: Thu, 22 Jan 2015 04:57:43 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: Message-ID: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> Hi, first of all are you sure that Fujitsu PRIMERGY is accessible using IPMI protocol? If so, could you provide engine.log and also vdsm.log from host that was used as fencing proxy? You can find out which host is used as a proxy either in Events tab after you execute the test or in engine.log. Thanks Martin Perina ----- Original Message ----- > From: "Renchu Mathew" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 7:41:43 AM > Subject: [ovirt-users] Power Management config on Ovirt > > > > Dear all, > > > > I am trying to configure power management on ovirt v3.5 > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu PRIMERGY > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power management > configuration. The test gives a message ?Test failed, argument of type > ?NoneType? is not iterable? as below . Also tried rsb type as per redhat > document. > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we need to > specify anything in Options? > > > > Please help me. > > > > > > > > > > > > > > > > Best Regards > > > > > > Renchu Mathew > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From renchu at cracknell.com Thu Jan 22 11:37:51 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Thu, 22 Jan 2015 11:37:51 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, Please find attached log files from engine and proxy host. Not sure whether IPMI or which one can be used. It is Fujitsu iRMC port. I also tried the rsb but same error. Can we configure Power management using Fujitsu iRMC? Thanks & Regards Renchu Mathew? -----Original Message----- From: Martin Perina [mailto:mperina at redhat.com] Sent: Thursday, January 22, 2015 1:58 PM To: Renchu Mathew Cc: users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi, first of all are you sure that Fujitsu PRIMERGY is accessible using IPMI protocol? If so, could you provide engine.log and also vdsm.log from host that was used as fencing proxy? You can find out which host is used as a proxy either in Events tab after you execute the test or in engine.log. Thanks Martin Perina ----- Original Message ----- > From: "Renchu Mathew" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 7:41:43 AM > Subject: [ovirt-users] Power Management config on Ovirt > > > > Dear all, > > > > I am trying to configure power management on ovirt v3.5 > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > PRIMERGY > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > management configuration. The test gives a message ?Test failed, > argument of type ?NoneType? is not iterable? as below . Also tried rsb > type as per redhat document. > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > need to specify anything in Options? > > > > Please help me. > > > > > > > > > > > > > > > > Best Regards > > > > > > Renchu Mathew > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm.log Type: application/octet-stream Size: 1773129 bytes Desc: vdsm.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: application/octet-stream Size: 79178 bytes Desc: engine.log URL: From j.astrego at netbulae.eu Thu Jan 22 11:41:40 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 12:41:40 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: References: Message-ID: <54C0E1F4.1040901@netbulae.eu> On 10/31/2014 02:47 PM, Marcelo Donato wrote: > > Below the solution. Resolved By "Alon Bar-Lev" > > > > 1. install ovirt-engine-extension-aaa-ldap, it is available in > ovirt-3.5-snapshots repository. > > 2. create /etc/ovirt-engine/extensions.d/din.intranet-authz.properties > > ovirt.engine.extension.name = > din-intranet-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din.intranet.properties > > 3. create /etc/ovirt-engine/extensions.d/din.intranet-authn.properties > > ovirt.engine.extension.name = > din-intranet-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = > org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name > = din.intranet > ovirt.engine.aaa.authn.authz.plugin = din-intranet-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din.intranet.properties > > 4. create /etc/ovirt-engine/aaa/din.intranet.properties > > include = > > vars.user = uid=admin,cn=users,cn=accounts,dc=din,dc=intranet > vars.password = 123456 > vars.server = ipa1.din.intranet > > pool.default.serverset.single.server = ${global:vars.server} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > 5. restart engine. > > > Thanks a lot Alon. Thanks for this, saved me some time! Just a couple of addtions, please hash the password with SSHA (I really hate plain text admin passwords...) I tried putting an {SSHA} encoded password in "vars.password =", but it fails to authenticate while plain text works fine. For people with multiple ipa replica's I you guess you need to use: Round robin configuration: vars.server1 = ipa1.din.intranet vars.server2 = ipa2.din.intranet pool.default.serverset.type = round-robin pool.default.serverset.round-robin.1.server = ${global:vars.server1} pool.default.serverset.round-robin.2.server = ${global:vars.server2} instead of vars.server = ipa1.din.intranet pool.default.serverset.single.server = ${global:vars.server} But I still have to test that as our second replica is down at the moment. Also can we get rid of the internal admin or better just disable internal authenticationt without problems? As we have ipa we don't want local login enabled, but in emergency situations we might need to turn it on quickly. Kind regards, Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 22 11:59:52 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 22 Jan 2015 06:59:52 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <54C0E1F4.1040901@netbulae.eu> References: <54C0E1F4.1040901@netbulae.eu> Message-ID: <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 1:41:40 PM > Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > > > On 10/31/2014 02:47 PM, Marcelo Donato wrote: > > > > > Below the solution. Resolved By "Alon Bar-Lev" < alonbl at redhat.com > > > > 1. install ovirt-engine-extension-aaa- ldap, it is available in > ovirt-3.5-snapshots repository. > > 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties > > ovirt.engine.extension.name = din-intranet-authz > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthzExtension > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > > 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties > > ovirt.engine.extension.name = din-intranet-authn > ovirt.engine.extension. bindings.method = jbossmodule > ovirt.engine.extension. binding.jbossmodule.module = > org.ovirt.engine-extensions. aaa.ldap > ovirt.engine.extension. binding.jbossmodule.class = > org.ovirt.engineextensions. aaa.ldap.AuthnExtension > ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name = din.intranet > ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > > 4. create /etc/ovirt-engine/aaa/din. intranet.properties > > include = > > vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet > vars.password = 123456 > vars.server = ipa1.din.intranet > > pool.default.serverset.single. server = ${global:vars.server} > pool.default.auth.simple. bindDN = ${global:vars.user} > pool.default.auth.simple. password = ${global:vars.password} > > 5. restart engine. > > > Thanks a lot Alon. > > > > Thanks for this, saved me some time! > > Just a couple of addtions, please hash the password with SSHA (I really hate > plain text admin passwords...) > I tried putting an {SSHA} encoded password in " vars.password =" , but it > fails to authenticate while plain text works fine. I am unsure I understand. using hash to store password hint at server side makes sense. but using hash to store password at client side does not makes sens, this means that if I get the server database I can authenticate to any user without knowing his password. Also, please note that the user you specify within configuration should not have any special privilege but to query public objects within ldap. > For people with multiple ipa replica's I you guess you need to use: > > Round robin configuration: vars.server1 = ipa1.din.intranet > vars.server2 = ipa2.din.intranet pool.default.serverset.type = > round-robin > pool.default.serverset.round-robin.1.server = ${global:vars.server1} > pool.default.serverset.round-robin.2.server = ${global:vars.server2} > > instead of > > vars.server = ipa1.din.intranet pool.default.serverset.single.server = > ${global:vars.server} > But I still have to test that as our second replica is down at the moment. Correct, there are multiple policies for you to choose from. > Also can we get rid of the internal admin or better just disable internal > authenticationt without problems? As we have ipa we don't want local login > enabled, but in emergency situations we might need to turn it on quickly. Yes, you can disable the internal by creating /etc/ovirt-engine/engine.conf.d/50-disable-internal.conf --- ENGINE_EXTENSION_ENABLED_builtin-authn-internal = false --- Hmmm.... we have a bug in this case... will fix, so let's just disable the authz for now. --- ENGINE_EXTENSION_ENABLED_internal = false --- Regards, Alon From j.astrego at netbulae.eu Thu Jan 22 12:09:18 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 13:09:18 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> Message-ID: <54C0E86E.1070307@netbulae.eu> On 01/22/2015 12:59 PM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 1:41:40 PM >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >> >> >> On 10/31/2014 02:47 PM, Marcelo Donato wrote: >> >> >> >> >> Below the solution. Resolved By "Alon Bar-Lev" < alonbl at redhat.com > >> >> >> 1. install ovirt-engine-extension-aaa- ldap, it is available in >> ovirt-3.5-snapshots repository. >> >> 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties >> >> ovirt.engine.extension.name = din-intranet-authz >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >> >> 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties >> >> ovirt.engine.extension.name = din-intranet-authn >> ovirt.engine.extension. bindings.method = jbossmodule >> ovirt.engine.extension. binding.jbossmodule.module = >> org.ovirt.engine-extensions. aaa.ldap >> ovirt.engine.extension. binding.jbossmodule.class = >> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >> ovirt.engine.extension. provides = org.ovirt.engine.api. extensions.aaa.Authn >> ovirt.engine.aaa.authn.profile.name = din.intranet >> ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >> >> 4. create /etc/ovirt-engine/aaa/din. intranet.properties >> >> include = >> >> vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet >> vars.password = 123456 >> vars.server = ipa1.din.intranet >> >> pool.default.serverset.single. server = ${global:vars.server} >> pool.default.auth.simple. bindDN = ${global:vars.user} >> pool.default.auth.simple. password = ${global:vars.password} >> >> 5. restart engine. >> >> >> Thanks a lot Alon. >> >> >> >> Thanks for this, saved me some time! >> >> Just a couple of addtions, please hash the password with SSHA (I really hate >> plain text admin passwords...) >> I tried putting an {SSHA} encoded password in " vars.password =" , but it >> fails to authenticate while plain text works fine. > I am unsure I understand. > using hash to store password hint at server side makes sense. > but using hash to store password at client side does not makes sens, this means that if I get the server database I can authenticate to any user without knowing his password. > > Also, please note that the user you specify within configuration should not have any special privilege but to query public objects within ldap. I don't like storing plain text in textfiles, so I try to avoid it. Even if it is a read only user there are no "public" objects that I like to expose to anyone. I can query groups, group members, e-mail addresses, krbPasswordExpiration, krbLastPwdChange etc. with this user. So that's why I try to have the bind user password hashed in the properties file. >> For people with multiple ipa replica's I you guess you need to use: >> >> Round robin configuration: vars.server1 = ipa1.din.intranet >> vars.server2 = ipa2.din.intranet pool.default.serverset.type = >> round-robin >> pool.default.serverset.round-robin.1.server = ${global:vars.server1} >> pool.default.serverset.round-robin.2.server = ${global:vars.server2} >> >> instead of >> >> vars.server = ipa1.din.intranet pool.default.serverset.single.server = >> ${global:vars.server} >> But I still have to test that as our second replica is down at the moment. > Correct, there are multiple policies for you to choose from. > >> Also can we get rid of the internal admin or better just disable internal >> authenticationt without problems? As we have ipa we don't want local login >> enabled, but in emergency situations we might need to turn it on quickly. > Yes, you can disable the internal by creating /etc/ovirt-engine/engine.conf.d/50-disable-internal.conf > --- > ENGINE_EXTENSION_ENABLED_builtin-authn-internal = false > --- > > Hmmm.... we have a bug in this case... will fix, so let's just disable the authz for now. > --- > ENGINE_EXTENSION_ENABLED_internal = false > --- > > Regards, > Alon thanks! that will work. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 22 12:13:37 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 22 Jan 2015 07:13:37 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <54C0E86E.1070307@netbulae.eu> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> Message-ID: <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 2:09:18 PM > Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > > > On 01/22/2015 12:59 PM, Alon Bar-Lev wrote: > > > > ----- Original Message ----- > >> From: "Jorick Astrego" > >> To: users@ ovirt.org > >> Sent: Thursday, January 22, 2015 1:41:40 PM > >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > >> > >> > >> On 10/31/2014 02:47 PM, Marcelo Donato wrote: > >> > >> > >> > >> > >> Below the solution. Resolved By "Alon Bar-Lev" < alonbl@ redhat.com > > >> > >> > >> 1. install ovirt-engine-extension-aaa- ldap, it is available in > >> ovirt-3.5-snapshots repository. > >> > >> 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties > >> > >> ovirt.engine.extension.name = din-intranet-authz > >> ovirt.engine.extension. bindings.method = jbossmodule > >> ovirt.engine.extension. binding.jbossmodule.module = > >> org.ovirt.engine-extensions. aaa.ldap > >> ovirt.engine.extension. binding.jbossmodule.class = > >> org.ovirt.engineextensions. aaa.ldap.AuthzExtension > >> ovirt.engine.extension. provides = org.ovirt.engine.api. > >> extensions.aaa.Authz > >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > >> > >> 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties > >> > >> ovirt.engine.extension.name = din-intranet-authn > >> ovirt.engine.extension. bindings.method = jbossmodule > >> ovirt.engine.extension. binding.jbossmodule.module = > >> org.ovirt.engine-extensions. aaa.ldap > >> ovirt.engine.extension. binding.jbossmodule.class = > >> org.ovirt.engineextensions. aaa.ldap.AuthnExtension > >> ovirt.engine.extension. provides = org.ovirt.engine.api. > >> extensions.aaa.Authn > >> ovirt.engine.aaa.authn.profile.name = din.intranet > >> ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz > >> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties > >> > >> 4. create /etc/ovirt-engine/aaa/din. intranet.properties > >> > >> include = > >> > >> vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet > >> vars.password = 123456 > >> vars.server = ipa1.din.intranet > >> > >> pool.default.serverset.single. server = ${global:vars.server} > >> pool.default.auth.simple. bindDN = ${global:vars.user} > >> pool.default.auth.simple. password = ${global:vars.password} > >> > >> 5. restart engine. > >> > >> > >> Thanks a lot Alon. > >> > >> > >> > >> Thanks for this, saved me some time! > >> > >> Just a couple of addtions, please hash the password with SSHA (I really > >> hate > >> plain text admin passwords...) > >> I tried putting an {SSHA} encoded password in " vars.password =" , but it > >> fails to authenticate while plain text works fine. > > I am unsure I understand. > > using hash to store password hint at server side makes sense. > > but using hash to store password at client side does not makes sens, this > > means that if I get the server database I can authenticate to any user > > without knowing his password. > > > > Also, please note that the user you specify within configuration should not > > have any special privilege but to query public objects within ldap. > I don't like storing plain text in textfiles, so I try to avoid it. Even > if it is a read only user there are no "public" objects that I like to > expose to anyone. I can query groups, group members, e-mail addresses, > krbPasswordExpiration, krbLastPwdChange etc. with this user. > > So that's why I try to have the bind user password hashed in the > properties file. as I wrote above, storing hash instead of password does not enhance security. it is the same as if you just set the user's password to the hash. > >> For people with multiple ipa replica's I you guess you need to use: > >> > >> Round robin configuration: vars.server1 = ipa1.din.intranet > >> vars.server2 = ipa2.din.intranet pool.default.serverset.type = > >> round-robin > >> pool.default.serverset.round-robin.1.server = ${global:vars.server1} > >> pool.default.serverset.round-robin.2.server = ${global:vars.server2} > >> > >> instead of > >> > >> vars.server = ipa1.din.intranet pool.default.serverset.single.server = > >> ${global:vars.server} > >> But I still have to test that as our second replica is down at the moment. > > Correct, there are multiple policies for you to choose from. > > > >> Also can we get rid of the internal admin or better just disable internal > >> authenticationt > without problems? As we have ipa we don't want local login > >> enabled, but in emergency situations we might need to turn it on quickly. > > Yes, you can disable the internal by creating > > /etc/ovirt-engine/engine.conf.d/50-disable-internal.conf > > --- > > ENGINE_EXTENSION_ENABLED_builtin-authn-internal = false > > --- > > > > Hmmm.... we have a bug in this case... will fix, so let's just disable the > > authz for now. > > --- > > ENGINE_EXTENSION_ENABLED_internal = false > > --- > > > > Regards, > > Alon > thanks! that will work. > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From j.astrego at netbulae.eu Thu Jan 22 12:30:30 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 13:30:30 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> Message-ID: <54C0ED66.9090309@netbulae.eu> On 01/22/2015 01:13 PM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 2:09:18 PM >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >> >> >> On 01/22/2015 12:59 PM, Alon Bar-Lev wrote: >>> ----- Original Message ----- >>>> From: "Jorick Astrego" >>>> To: users@ ovirt.org >>>> Sent: Thursday, January 22, 2015 1:41:40 PM >>>> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >>>> >>>> >>>> On 10/31/2014 02:47 PM, Marcelo Donato wrote: >>>> >>>> >>>> >>>> >>>> Below the solution. Resolved By "Alon Bar-Lev" < alonbl@ redhat.com > >>>> >>>> >>>> 1. install ovirt-engine-extension-aaa- ldap, it is available in >>>> ovirt-3.5-snapshots repository. >>>> >>>> 2. create /etc/ovirt-engine/extensions. d/din.intranet-authz. properties >>>> >>>> ovirt.engine.extension.name = din-intranet-authz >>>> ovirt.engine.extension. bindings.method = jbossmodule >>>> ovirt.engine.extension. binding.jbossmodule.module = >>>> org.ovirt.engine-extensions. aaa.ldap >>>> ovirt.engine.extension. binding.jbossmodule.class = >>>> org.ovirt.engineextensions. aaa.ldap.AuthzExtension >>>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>>> extensions.aaa.Authz >>>> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >>>> >>>> 3. create /etc/ovirt-engine/extensions. d/din.intranet-authn. properties >>>> >>>> ovirt.engine.extension.name = din-intranet-authn >>>> ovirt.engine.extension. bindings.method = jbossmodule >>>> ovirt.engine.extension. binding.jbossmodule.module = >>>> org.ovirt.engine-extensions. aaa.ldap >>>> ovirt.engine.extension. binding.jbossmodule.class = >>>> org.ovirt.engineextensions. aaa.ldap.AuthnExtension >>>> ovirt.engine.extension. provides = org.ovirt.engine.api. >>>> extensions.aaa.Authn >>>> ovirt.engine.aaa.authn.profile.name = din.intranet >>>> ovirt.engine.aaa.authn.authz. plugin = din-intranet-authz >>>> config.profile.file.1 = /etc/ovirt-engine/aaa/din. intranet.properties >>>> >>>> 4. create /etc/ovirt-engine/aaa/din. intranet.properties >>>> >>>> include = >>>> >>>> vars.user = uid=admin,cn=users,cn= accounts,dc=din,dc=intranet >>>> vars.password = 123456 >>>> vars.server = ipa1.din.intranet >>>> >>>> pool.default.serverset.single. server = ${global:vars.server} >>>> pool.default.auth.simple. bindDN = ${global:vars.user} >>>> pool.default.auth.simple. password = ${global:vars.password} >>>> >>>> 5. restart engine. >>>> >>>> >>>> Thanks a lot Alon. >>>> >>>> >>>> >>>> Thanks for this, saved me some time! >>>> >>>> Just a couple of addtions, please hash the password with SSHA (I really >>>> hate >>>> plain text admin passwords...) >>>> I tried putting an {SSHA} encoded password in " vars.password =" , but it >>>> fails to authenticate while plain text works fine. >>> I am unsure I understand. >>> using hash to store password hint at server side makes sense. >>> but using hash to store password at client side does not makes sens, this >>> means that if I get the server database I can authenticate to any user >>> without knowing his password. >>> >>> Also, please note that the user you specify within configuration should not >>> have any special privilege but to query public objects within ldap. >> I don't like storing plain text in textfiles, so I try to avoid it. Even >> if it is a read only user there are no "public" objects that I like to >> expose to anyone. I can query groups, group members, e-mail addresses, >> krbPasswordExpiration, krbLastPwdChange etc. with this user. >> >> So that's why I try to have the bind user password hashed in the >> properties file. > as I wrote above, storing hash instead of password does not enhance security. > it is the same as if you just set the user's password to the hash. Ah yes, silly me. You are absolutely right. It has been such a long habit... But it does help when people intercept the traffic. Does the ldap plugin send it hashed to the ldap server? I think FreeIPA supports salted sha512 but I'm not entirely sure. You'll probably say that I need to enable TLS, but there have been many weaknesses in ssl and MITM issues. So more is always better in a security perspective. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 22 12:47:39 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 22 Jan 2015 07:47:39 -0500 (EST) Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <54C0ED66.9090309@netbulae.eu> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> <54C0ED66.9090309@netbulae.eu> Message-ID: <1429878412.8945839.1421930859647.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 2:30:30 PM > Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa > > >>>> > >>>> Just a couple of addtions, please hash the password with SSHA (I really > >>>> hate > >>>> plain text admin passwords...) > >>>> I tried putting an {SSHA} encoded password in " vars.password =" , but > >>>> it > >>>> fails to authenticate while plain text works fine. > >>> I am unsure I understand. > >>> using hash to store password hint at server side makes sense. > >>> but using hash to store password at client side does not makes sens, this > >>> means that if I get the server database I can authenticate to any user > >>> without knowing his password. > >>> > >>> Also, please note that the user you specify within configuration should > >>> not > >>> have any special privilege but to query public objects within ldap. > >> I don't like storing plain text in textfiles, so I try to avoid it. Even > >> if it is a read only user there are no "public" objects that I like to > >> expose to anyone. I can query groups, group members, e-mail addresses, > >> krbPasswordExpiration, krbLastPwdChange etc. with this user. > >> > >> So that's why I try to have the bind user password hashed in the > >> properties file. > > as I wrote above, storing hash instead of password does not enhance > > security. > > it is the same as if you just set the user's password to the hash. > > Ah yes, silly me. You are absolutely > right. It has been such a long > habit... But it does help when people intercept the traffic. No it is not... exactly the opposite... if the hash is sent it is actually weaker than password, as it has lower diversity. If you wish you can enable digest-MD5 and use SASL, but still you must store the plain password at client side. > Does the > ldap plugin send it hashed to the ldap server? > > I think FreeIPA supports salted sha512 but I'm not entirely sure. > > You'll probably say that I need to enable TLS, but there have been many > weaknesses in ssl and MITM issues. So more is always better in a > security perspective. > Using plain protocol will always be weaker than using TLS, even if you use digest-MD5, kerberos or any other challenge-response mechanism. As the password must be kept at client side no mater what protocol you use, using TLS and simple bind is the minimum you can have. I believe that TLS + simple bind is sufficient for most usages for a user that has no special access to information. >From my experience enabling SASL does have its issues, but you may want to check it out if you do not trust TLS, but even if you use SASL, better to use it over TLS. Alon From j.astrego at netbulae.eu Thu Jan 22 12:48:34 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 13:48:34 +0100 Subject: [ovirt-users] roles for foreman integration user Message-ID: <54C0F1A2.4080704@netbulae.eu> Hi, Quick question, which foreman roles does the foreman integration user require in the foreman. I've tried a couple of permission settings but can only get the test to work when the use has role admin. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mperina at redhat.com Thu Jan 22 12:48:43 2015 From: mperina at redhat.com (Martin Perina) Date: Thu, 22 Jan 2015 07:48:43 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> Message-ID: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> Hi, according to [1] Fujitsu iRMC should be accessible using IPMI. Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. According to engine.log, host Node-02.cracknell.com was used as fence proxy. Are you sure that vdsm.log is from this host? Thanks Martin [1] https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.html ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 12:37:51 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > Please find attached log files from engine and proxy host. Not sure whether > IPMI or which one can be used. It is Fujitsu iRMC port. I also tried the rsb > but same error. > > Can we configure Power management using Fujitsu iRMC? > > Thanks & Regards > > Renchu Mathew > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 1:58 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi, > > first of all are you sure that Fujitsu PRIMERGY is accessible using IPMI > protocol? If so, could you provide engine.log and also vdsm.log from host > that was used as fencing proxy? You can find out which host is used as a > proxy either in Events tab after you execute the test or in engine.log. > > Thanks > > Martin Perina > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: users at ovirt.org > > Sent: Thursday, January 22, 2015 7:41:43 AM > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > Dear all, > > > > > > > > I am trying to configure power management on ovirt v3.5 > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > PRIMERGY > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > management configuration. The test gives a message ?Test failed, > > argument of type ?NoneType? is not iterable? as below . Also tried rsb > > type as per redhat document. > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > need to specify anything in Options? > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > From ovedo at redhat.com Thu Jan 22 12:58:13 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Thu, 22 Jan 2015 07:58:13 -0500 (EST) Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <54C0F1A2.4080704@netbulae.eu> References: <54C0F1A2.4080704@netbulae.eu> Message-ID: <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> Have a look at the prerequisites section in http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning It specifies what you must be able to do in Foreman for the integration to work. (currently we require proper permissions to view relevant bare-metal hosts, host groups, compute resources and execute provision request - which is a request to add a host). It is not the complete set of specific roles in Foreman, but it can help do the mapping. CC-ing also Ohad from the Foreman team, which can help if the information in the wiki isn't enough. Thanks, Oved ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Thursday, January 22, 2015 2:48:34 PM > Subject: [ovirt-users] roles for foreman integration user > > Hi, > > Quick question, which foreman roles does the foreman integration user > require in the foreman. > > I've tried a couple of permission settings but can only get the test to > work when the use has role admin. > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From j.astrego at netbulae.eu Thu Jan 22 13:13:59 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 14:13:59 +0100 Subject: [ovirt-users] oVirt 3.5 and FreeIpa In-Reply-To: <1429878412.8945839.1421930859647.JavaMail.zimbra@redhat.com> References: <54C0E1F4.1040901@netbulae.eu> <242257006.8933661.1421927992223.JavaMail.zimbra@redhat.com> <54C0E86E.1070307@netbulae.eu> <852049181.8938233.1421928817925.JavaMail.zimbra@redhat.com> <54C0ED66.9090309@netbulae.eu> <1429878412.8945839.1421930859647.JavaMail.zimbra@redhat.com> Message-ID: <54C0F797.9010206@netbulae.eu> On 01/22/2015 01:47 PM, Alon Bar-Lev wrote: > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 2:30:30 PM >> Subject: Re: [ovirt-users] oVirt 3.5 and FreeIpa >> >>>>>> Just a couple of addtions, please hash the password with SSHA (I really >>>>>> hate >>>>>> plain text admin passwords...) >>>>>> I tried putting an {SSHA} encoded password in " vars.password =" , but >>>>>> it >>>>>> fails to authenticate while plain text works fine. >>>>> I am unsure I understand. >>>>> using hash to store password hint at server side makes sense. >>>>> but using hash to store password at client side does not makes sens, this >>>>> means that if I get the server database I can authenticate to any user >>>>> without knowing his password. >>>>> >>>>> Also, please note that the user you specify within configuration should >>>>> not >>>>> have any special privilege but to query public objects within ldap. >>>> I don't like storing plain text in textfiles, so I try to avoid it. Even >>>> if it is a read only user there are no "public" objects that I like to >>>> expose to anyone. I can query groups, group members, e-mail addresses, >>>> krbPasswordExpiration, krbLastPwdChange etc. with this user. >>>> >>>> So that's why I try to have the bind user password hashed in the >>>> properties file. >>> as I wrote above, storing hash instead of password does not enhance >>> security. >>> it is the same as if you just set the user's password to the hash. >> Ah yes, silly me. You are absolutely >> right. It has been such a long >> habit... But it does help when people intercept the traffic. > No it is not... exactly the opposite... if the hash is sent it is actually weaker than password, as it has lower diversity. > If you wish you can enable digest-MD5 and use SASL, but still you must store the plain password at client side. > >> Does the >> ldap plugin send it hashed to the ldap server? >> >> I think FreeIPA supports salted sha512 but I'm not entirely sure. >> >> You'll probably say that I need to enable TLS, but there have been many >> weaknesses in ssl and MITM issues. So more is always better in a >> security perspective. >> > Using plain protocol will always be weaker than using TLS, even if you use digest-MD5, kerberos or any other challenge-response mechanism. > As the password must be kept at client side no mater what protocol you use, using TLS and simple bind is the minimum you can have. > I believe that TLS + simple bind is sufficient for most usages for a user that has no special access to information. > From my experience enabling SASL does have its issues, but you may want to check it out if you do not trust TLS, but even if you use SASL, better to use it over TLS. > > Alon Thanks for clarifying! So I was thought wrong all these years ago ;-) Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Thu Jan 22 13:25:51 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 14:25:51 +0100 Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> Message-ID: <54C0FA5F.8050202@netbulae.eu> I will check, but I now also have the problem in reverse. The compute resource in foreman 1.6 will only work with admin at internal. Gave the external user the superuser role to test but still permission denied. I also cannot login to the api with this user manually, do I have to configure external authentication for api access somewhere else? Thanks for all the help! Jorick On 01/22/2015 01:58 PM, Oved Ourfali wrote: > Have a look at the prerequisites section in http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning > It specifies what you must be able to do in Foreman for the integration to work. > (currently we require proper permissions to view relevant bare-metal hosts, host groups, compute resources and execute provision request - which is a request to add a host). > > It is not the complete set of specific roles in Foreman, but it can help do the mapping. > > CC-ing also Ohad from the Foreman team, which can help if the information in the wiki isn't enough. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: users at ovirt.org >> Sent: Thursday, January 22, 2015 2:48:34 PM >> Subject: [ovirt-users] roles for foreman integration user >> >> Hi, >> >> Quick question, which foreman roles does the foreman integration user >> require in the foreman. >> >> I've tried a couple of permission settings but can only get the test to >> work when the use has role admin. >> >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Thu Jan 22 13:29:58 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Thu, 22 Jan 2015 08:29:58 -0500 (EST) Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <54C0FA5F.8050202@netbulae.eu> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> Message-ID: <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> You need to share the logs on both ends (ovirt+foreman) for us to understand it. Thanks, Oved ----- Original Message ----- > From: "Jorick Astrego" > To: "Oved Ourfali" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 3:25:51 PM > Subject: Re: [ovirt-users] roles for foreman integration user > > I will check, but I now also have the problem in reverse. The compute > resource in foreman 1.6 will only work with admin at internal. Gave the > external user the superuser role to test but still permission denied. > > I also cannot login to the api with this user manually, do I have to > configure external authentication for api access somewhere else? > > Thanks for all the help! > > Jorick > > On 01/22/2015 01:58 PM, Oved Ourfali wrote: > > Have a look at the prerequisites section in > > http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning > > It specifies what you must be able to do in Foreman for the integration to > > work. > > (currently we require proper permissions to view relevant bare-metal hosts, > > host groups, compute resources and execute provision request - which is a > > request to add a host). > > > > It is not the complete set of specific roles in Foreman, but it can help do > > the mapping. > > > > CC-ing also Ohad from the Foreman team, which can help if the information > > in the wiki isn't enough. > > > > Thanks, > > Oved > > > > ----- Original Message ----- > >> From: "Jorick Astrego" > >> To: users@ ovirt.org > >> Sent: Thursday, January 22, 2015 2:48:34 PM > >> Subject: [ovirt-users] roles for foreman integration user > >> > >> Hi, > >> > >> Quick question, which foreman roles does the foreman integration user > >> require in the foreman. > >> > >> I've tried a couple of permission settings but can only get the test to > >> work when the use has role admin. > >> > >> > >> > >> > >> > >> Met vriendelijke groet, With kind regards, > >> > >> Jorick Astrego > >> > >> Netbulae Virtualization Experts > >> > >> Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 > >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > >> > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users@ ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From didi at redhat.com Thu Jan 22 13:30:18 2015 From: didi at redhat.com (Yedidyah Bar David) Date: Thu, 22 Jan 2015 08:30:18 -0500 (EST) Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available In-Reply-To: <54BFCF49.1040802@redhat.com> References: <54BFCF49.1040802@redhat.com> Message-ID: <2132684401.14318914.1421933418659.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Sandro Bonazzola" > To: announce at ovirt.org, Users at ovirt.org, devel at ovirt.org > Sent: Wednesday, January 21, 2015 6:09:45 PM > Subject: [ovirt-users] [ANN] oVirt 3.5.1 Final Release is now available > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The oVirt team is pleased to announce that the oVirt 3.5.1 Final Release is > now available as of Jan 21st 2015. > > The release candidate is available now for Fedora 20, Red Hat Enterprise > Linux 6.6, CentOS 6.6, (or similar) and Red Hat Enterprise Linux 7, CentOS > 7 (or similar). > > This release of oVirt includes numerous bug fixes. See the release notes [1] > for a list of the new features and bugs fixed. > > Please refer to release notes [1] for Installation / Upgrade instructions. > > A new oVirt Live and oVirt Node ISO will be available soon as well[2]. > > Please note that mirrors[3] may need usually one day before being > synchronized. > > Please refer to the release notes for known issues in this release. > > [1] http://www.ovirt.org/OVirt_3.5.1_Release_Notes > [2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ ovirt-live-el6-3.5.1.iso is now there. -- Didi From alexeynikolaev.post at yandex.ru Thu Jan 22 13:31:20 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Thu, 22 Jan 2015 16:31:20 +0300 Subject: [ovirt-users] Failed to import Vm Message-ID: <2463411421933480@web17m.yandex.ru> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm_engine_server_log.zip Type: application/zip Size: 921335 bytes Desc: not available URL: From renchu at cracknell.com Thu Jan 22 13:39:43 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Thu, 22 Jan 2015 13:39:43 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, Yes. The vdsm host.log is from node-02. I have checked the link and it says we need to install the sever view management agent & net-snmp on the hosts. Do we need to try this? How to install this on node? I used the below irmc admin user. [cid:image001.png at 01D03669.DD48B4E0] Regards Renchu Mathew | Sr. IT Administrator CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB www.cracknell.com This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. If you are not the intended recipient please let us know by email reply and delete it from the system. Please note that any views or opinions presented in this email do not necessarily represent those of the company. Email transmissions cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The company therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. -----Original Message----- From: Martin Perina [mailto:mperina at redhat.com] Sent: Thursday, January 22, 2015 4:49 PM To: Renchu Mathew Cc: users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi, according to [1] Fujitsu iRMC should be accessible using IPMI. Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. According to engine.log, host Node-02.cracknell.com was used as fence proxy. Are you sure that vdsm.log is from this host? Thanks Martin [1] https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.html ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 12:37:51 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > Please find attached log files from engine and proxy host. Not sure > whether IPMI or which one can be used. It is Fujitsu iRMC port. I also > tried the rsb but same error. > > Can we configure Power management using Fujitsu iRMC? > > Thanks & Regards > > Renchu Mathew > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 1:58 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi, > > first of all are you sure that Fujitsu PRIMERGY is accessible using > IPMI protocol? If so, could you provide engine.log and also vdsm.log > from host that was used as fencing proxy? You can find out which host > is used as a proxy either in Events tab after you execute the test or in engine.log. > > Thanks > > Martin Perina > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: users at ovirt.org > > Sent: Thursday, January 22, 2015 7:41:43 AM > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > Dear all, > > > > > > > > I am trying to configure power management on ovirt v3.5 > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > PRIMERGY > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > management configuration. The test gives a message ?Test failed, > > argument of type ?NoneType? is not iterable? as below . Also tried > > rsb type as per redhat document. > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > need to specify anything in Options? > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 2355 bytes Desc: image001.png URL: From j.astrego at netbulae.eu Thu Jan 22 13:48:45 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 14:48:45 +0100 Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> Message-ID: <54C0FFBD.5060602@netbulae.eu> Ah sorry, could have checked myself. Trying to get 3.5.1 running for DEV in a hurry ;-) Processing by ComputeResourcesController#test_connection as */* Parameters: {"utf8"=>"?", "authenticity_token"=>"D/PZVxVpow1glpUBkxcD90WsMJjAxilbdWgXClgf7C8=", "compute_resource"=>{"name"=>"engineen", "provider"=>"Ovirt", "description"=>"", "url"=>"https://ovirt-engine.netbulae.test/api", "user"=>"test-admin at netbulae.test", "password"=>"[FILTERED]", "location_ids"=>["", "2"], "organization_ids"=>["", "1"]}, "cr_id"=>"null"} CR_ID IS null String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt engineen was not decrypted And the other side: 2015-01-22 13:59:20,034 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-8) [1414b745] Correlation ID: 1414b745, Call Stack: null, Custom Event ID: -1, Message: User/Group test- was granted permission for Role DataCenterAdmin on System by 2015-01-22 14:00:21,674 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:00:21,763 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-6) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:00:21,849 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-5) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:09:39,982 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:09:40,071 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-8) User test-adminauthentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED 2015-01-22 14:09:40,203 ERROR [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] (ajp--127.0.0.1-8702-2) User test-admin authentication failed. profile is netbulae.mgmt. Invocation Result code is 0. Authn result code is CREDENTIALS_EXPIRED Cheers, Jorick On 01/22/2015 02:29 PM, Oved Ourfali wrote: > You need to share the logs on both ends (ovirt+foreman) for us to understand it. > > Thanks, > Oved > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: "Oved Ourfali" >> Cc: users at ovirt.org >> Sent: Thursday, January 22, 2015 3:25:51 PM >> Subject: Re: [ovirt-users] roles for foreman integration user >> >> I will check, but I now also have the problem in reverse. The compute >> resource in foreman 1.6 will only work with admin at internal. Gave the >> external user the superuser role to test but still permission denied. >> >> I also cannot login to the api with this user manually, do I have to >> configure external authentication for api access somewhere else? >> >> Thanks for all the help! >> >> Jorick >> >> On 01/22/2015 01:58 PM, Oved Ourfali wrote: >>> Have a look at the prerequisites section in >>> http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning >>> It specifies what you must be able to do in Foreman for the integration to >>> work. >>> (currently we require proper permissions to view relevant bare-metal hosts, >>> host groups, compute resources and execute provision request - which is a >>> request to add a host). >>> >>> It is not the complete set of specific roles in Foreman, but it can help do >>> the mapping. >>> >>> CC-ing also Ohad from the Foreman team, which can help if the information >>> in the wiki isn't enough. >>> >>> Thanks, >>> Oved >>> >>> ----- Original Message ----- >>>> From: "Jorick Astrego" >>>> To: users@ ovirt.org >>>> Sent: Thursday, January 22, 2015 2:48:34 PM >>>> Subject: [ovirt-users] roles for foreman integration user >>>> >>>> Hi, >>>> >>>> Quick question, which foreman roles does the foreman integration user >>>> require in the foreman. >>>> >>>> I've tried a couple of permission settings but can only get the test to >>>> work when the use has role admin. >>>> >>>> >>>> >>>> >>>> >>>> Met vriendelijke groet, With kind regards, >>>> >>>> Jorick Astrego >>>> >>>> Netbulae Virtualization Experts >>>> >>>> Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 >>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users@ ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovedo at redhat.com Thu Jan 22 13:55:06 2015 From: ovedo at redhat.com (Oved Ourfali) Date: Thu, 22 Jan 2015 08:55:06 -0500 (EST) Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <54C0FFBD.5060602@netbulae.eu> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> <54C0FFBD.5060602@netbulae.eu> Message-ID: <1782147377.13447945.1421934906755.JavaMail.zimbra@redhat.com> are you able to login with these credentials to oVirt directly? ----- Original Message ----- > From: "Jorick Astrego" > To: "Oved Ourfali" > Cc: "Ohad Levy" , users at ovirt.org > Sent: Thursday, January 22, 2015 3:48:45 PM > Subject: Re: [ovirt-users] roles for foreman integration user > > Ah sorry, could have checked myself. Trying to get 3.5.1 running for DEV in a > hurry ;-) > > > > Processing by ComputeResourcesController#test_connection as */* > Parameters: {"utf8"=>"?", > "authenticity_token"=>"D/PZVxVpow1glpUBkxcD90WsMJjAxilbdWgXClgf7C8=", > "compute_resource"=>{"name"=>"engineen", "provider"=>"Ovirt", > "description"=>"", "url"=> "https://ovirt-engine.netbulae.test/api" , > "user"=> "test-admin at netbulae.test" , "password"=>"[FILTERED]", > "location_ids"=>["", "2"], "organization_ids"=>["", "1"]}, "cr_id"=>"null"} > CR_ID IS null > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt > engineen was not decrypted > > And the other side: > > > > 2015-01-22 13:59:20,034 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-8-thread-8) [1414b745] Correlation ID: 1414b745, Call > Stack: null, Custom Event ID: -1, Message: User/Group test- was granted > permission for Role DataCenterAdmin on System by > 2015-01-22 14:00:21,674 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:00:21,763 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-6) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:00:21,849 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-5) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:09:39,982 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:09:40,071 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-8) User test-adminauthentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > 2015-01-22 14:09:40,203 ERROR > [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] > (ajp--127.0.0.1-8702-2) User test-admin authentication failed. profile is > netbulae.mgmt. Invocation Result code is 0. Authn result code is > CREDENTIALS_EXPIRED > Cheers, Jorick > > > On 01/22/2015 02:29 PM, Oved Ourfali wrote: > > > > You need to share the logs on both ends (ovirt+foreman) for us to understand > it. > > Thanks, > Oved > > ----- Original Message ----- > > > > From: "Jorick Astrego" To: "Oved Ourfali" > Cc: users at ovirt.org Sent: Thursday, January 22, 2015 > 3:25:51 PM > Subject: Re: [ovirt-users] roles for foreman integration user > > I will check, but I now also have the problem in reverse. The compute > resource in foreman 1.6 will only work with admin at internal. Gave the > external user the superuser role to test but still permission denied. > > I also cannot login to the api with this user manually, do I have to > configure external authentication for api access somewhere else? > > Thanks for all the help! > > Jorick > > On 01/22/2015 01:58 PM, Oved Ourfali wrote: > > > > Have a look at the prerequisites section in > http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning It > specifies what you must be able to do in Foreman for the integration to > work. > (currently we require proper permissions to view relevant bare-metal hosts, > host groups, compute resources and execute provision request - which is a > request to add a host). > > It is not the complete set of specific roles in Foreman, but it can help do > the mapping. > > CC-ing also Ohad from the Foreman team, which can help if the information > in the wiki isn't enough. > > Thanks, > Oved > > ----- Original Message ----- > > > > From: "Jorick Astrego" > To: users@ ovirt.org > Sent: Thursday, January 22, 2015 2:48:34 PM > Subject: [ovirt-users] roles for foreman integration user > > Hi, > > Quick question, which foreman roles does the foreman integration user > require in the foreman. > > I've tried a couple of permission settings but can only get the test to > work when the use has role admin. > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users@ ovirt.org http://lists.ovirt.org/mailman/listinfo/users > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mperina at redhat.com Thu Jan 22 14:12:17 2015 From: mperina at redhat.com (Martin Perina) Date: Thu, 22 Jan 2015 09:12:17 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> Message-ID: <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 2:39:43 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > > > Yes. The vdsm host.log is from node-02. That's strange, I cannot find any call to fenceNode which should appear, if PM status is gathered. Eli, any idea? > I have checked the link and it says > we need to install the sever view management agent & net-snmp on the hosts. > Do we need to try this? How to install this on node? I used the below irmc > admin user. Not, AFAIK this is needed only from Clustersuite, but not for oVirt. But could you please execute this command on node-20 just to confirm that Fujitsu Primergy is communicating through IPMI: fence_ipmilan -a IP -l USER -p PASS -o status -v -P where IP is IPMI address (from the log it should be 192.168.1.114) USER and PASS please set according to you setup. Thanks Martin > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > Regards > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > This email, its content and any files transmitted with it are intended solely > for the addressee(s) and may be legally privileged and/or confidential. If > you are not the intended recipient please let us know by email reply and > delete it from the system. Please note that any views or opinions presented > in this email do not necessarily represent those of the company. Email > transmissions cannot be guaranteed to be secure or error-free as information > could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, > or contain viruses. The company therefore does not accept liability for any > errors or omissions in the contents of this message which arise as a result > of email transmission. > > > > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 4:49 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > Hi, > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > According to engine.log, host Node-02.cracknell.com was used as fence proxy. > Are you sure that vdsm.log is from this host? > > > > Thanks > > > > Martin > > > > [1] https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.html > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > Please find attached log files from engine and proxy host. Not sure > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I also > > > tried the rsb but same error. > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > Thanks & Regards > > > > > > Renchu Mathew > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 1:58 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi, > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible using > > > IPMI protocol? If so, could you provide engine.log and also vdsm.log > > > from host that was used as fencing proxy? You can find out which host > > > is used as a proxy either in Events tab after you execute the test or in > > engine.log. > > > > > > Thanks > > > > > > Martin Perina > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > To: users at ovirt.org > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > > > PRIMERGY > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > management configuration. The test gives a message ?Test failed, > > > > argument of type ?NoneType? is not iterable? as below . Also tried > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > From gianluca.cecchi at gmail.com Thu Jan 22 14:12:55 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 22 Jan 2015 15:12:55 +0100 Subject: [ovirt-users] Testing 2560x1200 from tablet and Opaque Message-ID: Hello, I have a CentOS 7 VM on oVirt 3.5 configured as desktop. What is the maximum display size it can get by default without particular customizations? In my case I'm testing from a 12.1" android tablet connected over wifi+openvpn and Opaque app. In Opaque I have a setting called Sync remote to display resolution My tablet resolution is 2560x1600 (btw I don't know if I can change it in Android scaling to any other resolution....) If I mark the setting above it seems it crashes If I deactivate it, I get a small window in upper left corner. I can change VM resolution up to 1920 and I get a bigger window, but I cannot go full screen for example... Anu advise at oVirt side to configure a bigger display size available? My VM has both oVirt Guest agent and spice vdagent installed ad active. Thanks in advance, Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From tdemeter at itsmart.hu Thu Jan 22 14:33:06 2015 From: tdemeter at itsmart.hu (Demeter Tibor) Date: Thu, 22 Jan 2015 15:33:06 +0100 (CET) Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <1611737188.20908485.1421936305294.JavaMail.zimbra@itsmart.hu> Message-ID: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> Hello, I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs for serving backend storage for VM-s. Glusterfs are on same servers with ovirt. We have Gluster 3.5.1 on all of nodes. How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want data inconsistency/data loss/split brains? Need I update gluster version to the latest? How I need to upgrade the nodes ? Is there any whitepaper about this? Thanks in advance, Tibor -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Thu Jan 22 14:38:22 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Thu, 22 Jan 2015 15:38:22 +0100 Subject: [ovirt-users] roles for foreman integration user In-Reply-To: <1782147377.13447945.1421934906755.JavaMail.zimbra@redhat.com> References: <54C0F1A2.4080704@netbulae.eu> <172801595.13395830.1421931493136.JavaMail.zimbra@redhat.com> <54C0FA5F.8050202@netbulae.eu> <692529860.13419979.1421933398202.JavaMail.zimbra@redhat.com> <54C0FFBD.5060602@netbulae.eu> <1782147377.13447945.1421934906755.JavaMail.zimbra@redhat.com> Message-ID: <54C10B5E.8020208@netbulae.eu> Nope, I just reset the password twice in FreeIPA. Once with a random password and next with a very simple password 2015-01-22 15:31:09,344 INFO [org.ovirt.engine.core.bll.aaa.LoginBaseCommand] (ajp--127.0.0.1-8702-5) Cant login user "test-admin" with authentication profile "netbulae.test" because the authentication failed. 2015-01-22 15:31:09,366 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-5) Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User test-admin at netbulae.test failed to log in. 2015-01-22 15:31:09,367 WARN [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-5) CanDoAction of action LoginAdminUser failed for user test-admin at netbulae.test. Reasons: USER_PASSWORD_EXPIRED On the ipa side, I don't see any authentication attempts in de logs. ldapsearch with the same account and password on the ipa works fine. On 01/22/2015 02:55 PM, Oved Ourfali wrote: > are you able to login with these credentials to oVirt directly? > > ----- Original Message ----- >> From: "Jorick Astrego" >> To: "Oved Ourfali" >> Cc: "Ohad Levy" , users at ovirt.org >> Sent: Thursday, January 22, 2015 3:48:45 PM >> Subject: Re: [ovirt-users] roles for foreman integration user >> >> Ah sorry, could have checked myself. Trying to get 3.5.1 running for DEV in a >> hurry ;-) >> >> >> >> Processing by ComputeResourcesController#test_connection as */* >> Parameters: {"utf8"=>"?", >> "authenticity_token"=>"D/PZVxVpow1glpUBkxcD90WsMJjAxilbdWgXClgf7C8=", >> "compute_resource"=>{"name"=>"engineen", "provider"=>"Ovirt", >> "description"=>"", "url"=> "https://ovirt-engine.netbulae.test/api" , >> "user"=> "test-admin at netbulae.test" , "password"=>"[FILTERED]", >> "location_ids"=>["", "2"], "organization_ids"=>["", "1"]}, "cr_id"=>"null"} >> CR_ID IS null >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> String does not start with the prefix 'encrypted-', so Foreman::Model::Ovirt >> engineen was not decrypted >> >> And the other side: >> >> >> >> 2015-01-22 13:59:20,034 INFO >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (org.ovirt.thread.pool-8-thread-8) [1414b745] Correlation ID: 1414b745, Call >> Stack: null, Custom Event ID: -1, Message: User/Group test- was granted >> permission for Role DataCenterAdmin on System by >> 2015-01-22 14:00:21,674 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:00:21,763 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-6) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:00:21,849 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-5) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:09:39,982 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-1) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:09:40,071 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-8) User test-adminauthentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> 2015-01-22 14:09:40,203 ERROR >> [org.ovirt.engine.core.aaa.filters.BasicAuthenticationFilter] >> (ajp--127.0.0.1-8702-2) User test-admin authentication failed. profile is >> netbulae.mgmt. Invocation Result code is 0. Authn result code is >> CREDENTIALS_EXPIRED >> Cheers, Jorick >> >> >> On 01/22/2015 02:29 PM, Oved Ourfali wrote: >> >> >> >> You need to share the logs on both ends (ovirt+foreman) for us to understand >> it. >> >> Thanks, >> Oved >> >> ----- Original Message ----- >> >> >> >> From: "Jorick Astrego" To: "Oved Ourfali" >> Cc: users at ovirt.org Sent: Thursday, January 22, 2015 >> 3:25:51 PM >> Subject: Re: [ovirt-users] roles for foreman integration user >> >> I will check, but I now also have the problem in reverse. The compute >> resource in foreman 1.6 will only work with admin at internal. Gave the >> external user the superuser role to test but still permission denied. >> >> I also cannot login to the api with this user manually, do I have to >> configure external authentication for api access somewhere else? >> >> Thanks for all the help! >> >> Jorick >> >> On 01/22/2015 01:58 PM, Oved Ourfali wrote: >> >> >> >> Have a look at the prerequisites section in >> http://www.ovirt.org/Features/ForemanIntegration#Bare-Metal_Provisioning It >> specifies what you must be able to do in Foreman for the integration to >> work. >> (currently we require proper permissions to view relevant bare-metal hosts, >> host groups, compute resources and execute provision request - which is a >> request to add a host). >> >> It is not the complete set of specific roles in Foreman, but it can help do >> the mapping. >> >> CC-ing also Ohad from the Foreman team, which can help if the information >> in the wiki isn't enough. >> >> Thanks, >> Oved >> >> ----- Original Message ----- >> >> >> >> From: "Jorick Astrego" >> To: users@ ovirt.org >> Sent: Thursday, January 22, 2015 2:48:34 PM >> Subject: [ovirt-users] roles for foreman integration user >> >> Hi, >> >> Quick question, which foreman roles does the foreman integration user >> require in the foreman. >> >> I've tried a couple of permission settings but can only get the test to >> work when the use has role admin. >> >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info@ netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users@ ovirt.org http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego >> >> Netbulae Virtualization Experts >> >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From lvernia at redhat.com Thu Jan 22 15:40:56 2015 From: lvernia at redhat.com (Lior Vernia) Date: Thu, 22 Jan 2015 17:40:56 +0200 Subject: [ovirt-users] REST exception building from master In-Reply-To: <1294903153.12277349.1421847974444.JavaMail.zimbra@redhat.com> References: <54BFAD16.4070402@redhat.com> <1294903153.12277349.1421847974444.JavaMail.zimbra@redhat.com> Message-ID: <54C11A08.8050700@redhat.com> Solved. I exchanged the existing jboss-as on my development machine (old download from jboss website) for the one used in 3.5.1 RC: http://resources.ovirt.org/pub/ovirt-3.5-pre/src/ovirt-engine-jboss-as/jboss-as-7.1.1.Final.zip Yours, Lior. On 21/01/15 15:46, Ori Liel wrote: > I think Muli had a similar problem recently, and the cause was the Jboss version (Juan worked out the problem). > > Juan/Muli? > > ----- Original Message ----- > From: "Lior Vernia" > To: "Users at ovirt.org List" > Sent: Wednesday, January 21, 2015 3:43:50 PM > Subject: [ovirt-users] REST exception building from master > > Hello, > > Building from master (i.e. towards 3.6), trying to use REST produces > some exceptions - anyone has any clue as to why? Attaching the response > (stack trace); this is to a GET operation on /api. > > Yours, Lior. > > > > JBoss Web/7.0.0.SNAPSHOT - Error > report >

HTTP Status 500 -


noshade="noshade">

type Exception report

message >

description The server encountered an internal > error () that prevented it from fulfilling this > request.

exception

javax.servlet.ServletException:
> Servlet.init() for servlet
> org.ovirt.engine.api.restapi.BackendApplication threw exception
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException:
> java.lang.RuntimeException: Unable to instantiate MessageBodyReader
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Unable
> to instantiate MessageBodyReader
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:761)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.RuntimeException: Failed
> to construct public org.ovirt.engine.api.json.JSONProvider()
> 	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.NoClassDefFoundError:
> org/codehaus/jackson/xc/JaxbAnnotationIntrospector
> 	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
> 	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> 	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

root cause

java.lang.ClassNotFoundException:
> org.codehaus.jackson.xc.JaxbAnnotationIntrospector from [Module
> "org.ovirt.engine.api.restapi-definition:main" from local
> module loader @131b4c5d (roots:
> /home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/00-modules-common,/home/lvernia/target/ovirt-engine/var/lib/ovirt-engine/jboss_runtime/modules/01-jboss-as-modules)]
> 	org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:190)
> 	org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:468)
> 	org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:456)
> 	org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> 	org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:120)
> 	org.ovirt.engine.api.json.JSONProvider.<init>(JSONProvider.java:32)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 	sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
> 	sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> 	java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> 	org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:132)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.addMessageBodyReader(ResteasyProviderFactory.java:478)
> 	org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:757)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
> 	org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
> 	org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
> 	org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
> 	org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
> 	org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
> 	org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
> 	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> 	org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
> 	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
> 	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877)
> 	org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671)
> 	org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
> 	java.lang.Thread.run(Thread.java:724)
> 

note The full stack trace of the root cause is > available in the JBoss Web/7.0.0.SNAPSHOT logs.


noshade="noshade">

JBoss Web/7.0.0.SNAPSHOT

> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Thu Jan 22 16:34:24 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 22 Jan 2015 17:34:24 +0100 Subject: [ovirt-users] Testing 2560x1200 from tablet and Opaque In-Reply-To: References: Message-ID: On Thu, Jan 22, 2015 at 3:12 PM, Gianluca Cecchi wrote: > Hello, > I have a CentOS 7 VM on oVirt 3.5 configured as desktop. > What is the maximum display size it can get by default without particular > customizations? > In my case I'm testing from a 12.1" android tablet connected over > wifi+openvpn and Opaque app. > > In Opaque I have a setting called > > Sync remote to display resolution > > My tablet resolution is 2560x1600 (btw I don't know if I can change it in > Android scaling to any other resolution....) > If I mark the setting above it seems it crashes > If I deactivate it, I get a small window in upper left corner. I can > change VM resolution up to 1920 and I get a bigger window, but I cannot go > full screen for example... > > > Can it depend on this bug? https://bugzilla.redhat.com/show_bug.cgi?id=1075139 Currently my host is CentOS 6.5 with qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 provided by Is there a qemu-kvm-rhev with patch as in described in https://bugzilla.redhat.com/show_bug.cgi?id=1075139#c14 based on qemu-kvm-0.12.1.2-2.429.el6 ? Will 3.5.1 provide also an update for qemu-kvm-rhev? Or perhaps the bugzilla entry is only related with multi-monitor and not generic single-display resolution to put it at 2560x1200? The functionality to chhange screen resolutions on the fly from inside the virtual desktop works ok. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From pm.chandrashekar at gmail.com Wed Jan 21 13:27:57 2015 From: pm.chandrashekar at gmail.com (ChandraShekar Shastri) Date: Wed, 21 Jan 2015 18:57:57 +0530 Subject: [ovirt-users] Details of the host Message-ID: Hi All, I want to get the details of the Host without activating is there a way to do it. I want to query the RHEV-Manager and would like to get the details of MAC address without activating it. Do you have the script to do this. Thanks, Chandrashekar -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 22 18:31:05 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 22 Jan 2015 11:31:05 -0700 Subject: [ovirt-users] Details of the host In-Reply-To: References: Message-ID: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> When you add a host you will be able to see the details, and then you can place the host in maintenance mode to ensure no VM?s are brought up on it. But if you just need the mac address, why not ssh into it and get it from ip addr Donny D From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of ChandraShekar Shastri Sent: Wednesday, January 21, 2015 6:28 AM To: users at ovirt.org Subject: [ovirt-users] Details of the host Hi All, I want to get the details of the Host without activating is there a way to do it. I want to query the RHEV-Manager and would like to get the details of MAC address without activating it. Do you have the script to do this. Thanks, Chandrashekar -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Thu Jan 22 22:50:34 2015 From: mrose at power-soft.com (Mikola Rose) Date: Thu, 22 Jan 2015 22:50:34 +0000 Subject: [ovirt-users] oVirt 3.5.1; hosted-engine --deploy, VM OS install, VNC dies after VM os install started formatting drive In-Reply-To: References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> Message-ID: <62405CD0-20ED-4BC9-9935-D7A66B2F1384@power-soft.com> Hi there list users, I have run into a problem were I get through the point of installing the OS in the hosted engine VM but as soon as I reach the process were its formatting the vm drive vnc connection closes and the following error is displayed. {remote-viewer:21676: Gdk-CRITICAL **: IA__gdk_drawtable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' failed and I can not connect to the VM again Any ideas out there? Mik From mrose at power-soft.com Fri Jan 23 00:13:09 2015 From: mrose at power-soft.com (Mikola Rose) Date: Fri, 23 Jan 2015 00:13:09 +0000 Subject: [ovirt-users] oVirt 3.5.1; hosted-engine --deploy, VM OS install, VNC dies after VM os install started formatting drive In-Reply-To: <62405CD0-20ED-4BC9-9935-D7A66B2F1384@power-soft.com> References: <49123059.2701401.1420018138111.JavaMail.zimbra@redhat.com> <54AA469C.5060404@redhat.com> <157208744.4003168.1420489198816.JavaMail.zimbra@redhat.com> <99524086-9709-45FD-8CB0-FE20FED8135C@power-soft.com> <1334642487.5767005.1420618713143.JavaMail.zimbra@redhat.com> <38DA35A0-6D70-4A61-9A1C-32F0BFF746D2@power-soft.com> <62405CD0-20ED-4BC9-9935-D7A66B2F1384@power-soft.com> Message-ID: Disregard... the issue disappeared, not sure how but I was able to get the vm os installed... > On Jan 22, 2015, at 2:50 PM, Mikola Rose wrote: > > Hi there list users, > > I have run into a problem were I get through the point of installing the OS in the hosted engine VM but as soon as I reach the process were its formatting the vm drive vnc connection closes and the following error is displayed. > > {remote-viewer:21676: Gdk-CRITICAL **: IA__gdk_drawtable_get_size: assertion 'GDK_IS_DRAWABLE (drawable)' failed > > and I can not connect to the VM again > > > Any ideas out there? > > Mik > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mrose at power-soft.com Fri Jan 23 00:15:56 2015 From: mrose at power-soft.com (Mikola Rose) Date: Fri, 23 Jan 2015 00:15:56 +0000 Subject: [ovirt-users] oVirt 3.5.1 ; No Network Access on hosted engine vm Message-ID: Hi again.... I think I may have selected the wrong interface during the hosted-engine deploy routine. My VM doe not have network access. The interface is connected and setup within the VM just no network access. Is there a way I can change the bridge interface? Mik From pm.chandrashekar at gmail.com Fri Jan 23 04:17:39 2015 From: pm.chandrashekar at gmail.com (ChandraShekar Shastri) Date: Fri, 23 Jan 2015 09:47:39 +0530 Subject: [ovirt-users] Details of the host In-Reply-To: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> References: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> Message-ID: Hi Donny, We don't have the libraries like expect or pexpect or sshpass or any other supported, to automate the process or logging into the machine and get the details of it. So, I just of thought of connecting RHEV-Manager using the REST API and get the details of it. Any suggestions would be really helpful. Thanks, Chandrashekar On Fri, Jan 23, 2015 at 12:01 AM, Donny Davis wrote: > When you add a host you will be able to see the details, and then you can > place the host in maintenance mode to ensure no VM?s are brought up on it. > > > > But if you just need the mac address, why not ssh into it and get it from > ip addr > > > > > > Donny D > > > > *From:* users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] *On > Behalf Of *ChandraShekar Shastri > *Sent:* Wednesday, January 21, 2015 6:28 AM > *To:* users at ovirt.org > *Subject:* [ovirt-users] Details of the host > > > > Hi All, > > > > I want to get the details of the Host without activating is there a way to > do it. > > I want to query the RHEV-Manager and would like to get the details of MAC > address without activating it. > > > > Do you have the script to do this. > > > > Thanks, > > Chandrashekar > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Fri Jan 23 07:03:34 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 23 Jan 2015 12:33:34 +0530 Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> References: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> Message-ID: <54C1F246.9090700@redhat.com> On 01/22/2015 08:03 PM, Demeter Tibor wrote: > Hello, > > I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs > for serving backend storage for VM-s. Glusterfs are on same servers > with ovirt. > We have Gluster 3.5.1 on all of nodes. > > How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want data > inconsistency/data loss/split brains? Do you have a replica 3 volume setup across these 3 nodes? Glusterfs supports rolling upgrade for replica volumes. But there are some issues to upgrade from 3.5 to 3.6 versions (depending on version used) Adding gluster-users & Pranith for recommended procedures. thanks sahina > > Need I update gluster version to the latest? > How I need to upgrade the nodes ? Is there any whitepaper about this? > > * > * > > * > * > > Thanks in advance, > > > Tibor > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From sabose at redhat.com Fri Jan 23 07:05:09 2015 From: sabose at redhat.com (Sahina Bose) Date: Fri, 23 Jan 2015 12:35:09 +0530 Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <54C1F246.9090700@redhat.com> References: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> <54C1F246.9090700@redhat.com> Message-ID: <54C1F2A5.70609@redhat.com> Sorry, wrong ML earlier On 01/23/2015 12:33 PM, Sahina Bose wrote: > > On 01/22/2015 08:03 PM, Demeter Tibor wrote: >> Hello, >> >> I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs >> for serving backend storage for VM-s. Glusterfs are on same servers >> with ovirt. >> We have Gluster 3.5.1 on all of nodes. >> >> How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want >> data inconsistency/data loss/split brains? > > Do you have a replica 3 volume setup across these 3 nodes? > > Glusterfs supports rolling upgrade for replica volumes. > But there are some issues to upgrade from 3.5 to 3.6 versions > (depending on version used) > Adding gluster-users & Pranith for recommended procedures. > > > thanks > sahina > >> >> Need I update gluster version to the latest? >> How I need to upgrade the nodes ? Is there any whitepaper about this? >> >> * >> * >> >> * >> * >> >> Thanks in advance, >> >> >> Tibor >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From jhernand at redhat.com Fri Jan 23 08:16:13 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Fri, 23 Jan 2015 09:16:13 +0100 Subject: [ovirt-users] Details of the host In-Reply-To: References: Message-ID: <54C2034D.9090109@redhat.com> On 01/21/2015 02:27 PM, ChandraShekar Shastri wrote: > Hi All, > > I want to get the details of the Host without activating is there a way > to do it. > I want to query the RHEV-Manager and would like to get the details of > MAC address without activating it. > > Do you have the script to do this. > > Thanks, > Chandrashekar > Assuming that the host has already been added to the system then you can get the details with a Python script like this: #!/usr/bin/python from ovirtsdk.api import API from ovirtsdk.xml import params api = API( url='https://ovirt.example.com/ovirt-engine/api', username='admin at internal', password='******', insecure=True ) host = api.hosts.get(name="myhost") nics = host.nics.list() for nic in nics: print("%s: %s" % (nic.get_name(), nic.get_mac().get_address())) api.disconnect() This will print something like this: eth0: 52:54:00:9d:a7:26 If the host hasn't been added you can add it, without activating it: #!/usr/bin/python from ovirtsdk.api import API from ovirtsdk.xml import params api = API( url='https://rhevm35.example.com/ovirt-engine/api', username='admin at internal', password='******', insecure=True, ) api.hosts.add( host = params.Host( name="myhost", address="myhost.example.com", root_password="******" ) ) api.disconnect() -- 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. From jhernand at redhat.com Fri Jan 23 08:46:08 2015 From: jhernand at redhat.com (=?UTF-8?B?SnVhbiBIZXJuw6FuZGV6?=) Date: Fri, 23 Jan 2015 09:46:08 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive In-Reply-To: References: Message-ID: <54C20A50.8040307@redhat.com> On 01/23/2015 05:20 AM, Grzegorz Szypa wrote: > Hi. > > I have a simillar problem like in this link: > https://access.redhat.com/discussions/1326793 > https://bugzilla.redhat.com/show_bug.cgi?id=1165269 > > Similar, becouse I worked it out with the VM uknown status, but I still > have problem with host (node). It is all in one installaltion, therefore > i dont have to remove host and add again (it is only one host portal and > node on the same host), because there are still connected to the VMs. > > It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 > Final). > > Can I do smoethings or can I upgrade to ovirt 3.5 release (safely > without losing anything) if this helps. > > If anyone would like to help me remotely (for charity), I would be > grateful :) > > -- > G.Sz. If your problem is related to that link, then you should have tried to downgrade the JDK, and it should have worked. To double check you can check the /usr/lib/jvm/java-1.7.0-openjdk-*/jre/lib/security/java.security file. It may contain this line, at the very end: jdk.tls.disabledAlgorithms=SSLv3 That is because of the recent security problems with SSLv3. If you need to solve your problem urgently and you are sure that you won't be affected by those security problems then you can just comment out this line and restart the engine. Remember to undo this change once you upgrade to 3.5. -- 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. From tdemeter at itsmart.hu Fri Jan 23 08:48:38 2015 From: tdemeter at itsmart.hu (Demeter Tibor) Date: Fri, 23 Jan 2015 09:48:38 +0100 (CET) Subject: [ovirt-users] Upgrade to 3.5.1 In-Reply-To: <54C1F246.9090700@redhat.com> References: <1128794209.21055346.1421937186813.JavaMail.zimbra@itsmart.hu> <54C1F246.9090700@redhat.com> Message-ID: <1190956082.35855.1422002918753.JavaMail.zimbra@itsmart.hu> Hi, No, I have only one replica beetwen two nodes. The third node is only a host for vms and that using this replica. Thanks Tibor ----- Eredeti ?zenet ----- > On 01/22/2015 08:03 PM, Demeter Tibor wrote: > > Hello, > > > I have an ovirt 3.5.0 cluster with three nodes and we using glusterfs for > > serving backend storage for VM-s. Glusterfs are on same servers with ovirt. > > > We have Gluster 3.5.1 on all of nodes. > > > How can I upgrade to ovirt 3.5.1 with new glusterfs? I don't want data > > inconsistency/data loss/split brains? > > Do you have a replica 3 volume setup across these 3 nodes? > Glusterfs supports rolling upgrade for replica volumes. > But there are some issues to upgrade from 3.5 to 3.6 versions (depending on > version used) > Adding gluster-users & Pranith for recommended procedures. > thanks > sahina > > Need I update gluster version to the latest? > > > How I need to upgrade the nodes ? Is there any whitepaper about this? > > > Thanks in advance, > > > Tibor > > > _______________________________________________ > > > Users mailing list Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Fri Jan 23 09:39:24 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Fri, 23 Jan 2015 04:39:24 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 ; No Network Access on hosted engine vm In-Reply-To: References: Message-ID: <1980285491.10899187.1422005964914.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: users at ovirt.org > Sent: Friday, January 23, 2015 1:15:56 AM > Subject: [ovirt-users] oVirt 3.5.1 ; No Network Access on hosted engine vm > > Hi again.... > > > I think I may have selected the wrong interface during the hosted-engine > deploy routine. My VM doe not have network access. The interface is > connected and setup within the VM just no network access. > > Is there a way I can change the bridge interface? Hi Mikola, if you was able to complete hosted engine deploy and so the engine is up and the host is already managed by the engine you could simply access somehow the engine web admin UI (if you was able to complete the deploy at least the host is able to connect to the engine REST APIs) and you cold simply setup host network from there changing the bindings of ovirtmgmt logical network to the other physical interface. If your deploy is still pending and cannot complete due to wrong network configuration I'd suggest to cleanup and restart from scratch cause it would be easier and safer. For a safe cleanup please see [1] [1] - http://lists.ovirt.org/pipermail/users/2015-January/030356.html > Mik > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From kostyrev at tutu.ru Fri Jan 23 10:59:55 2015 From: kostyrev at tutu.ru (Kostyrev Aleksandr) Date: Fri, 23 Jan 2015 13:59:55 +0300 Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised Message-ID: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> Hello! I'm testing ovirt-3.5 with self-hosted engine. Today I've noticed that in "Setup Host Networks" screen of every host I have ovirtmgmt "Not syncronised". If I click "Save network" no errors occur but when I issue "ifconfig" on that node I see no ovirtmgmt interface - it gets removed. but virsh -r net-list Name State Autostart Persistent -------------------------------------------------- ;vdsmdummy; active no no vdsm-ovirtmgmt active yes yes vdsm-VMs active yes yes -- ? ?????????, ???????? ?????????, ????????? ?????????????, www.tutu.ru skype a.kostyrev ???. +7(925) 237-7668 From s.kieske at mittwald.de Fri Jan 23 12:25:08 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Fri, 23 Jan 2015 13:25:08 +0100 Subject: [ovirt-users] Details of the host In-Reply-To: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> References: <001901d03671$96e7c380$c4b74a80$@cloudspin.me> Message-ID: <54C23DA4.3060908@mittwald.de> On 22/01/15 19:31, Donny Davis wrote: > But if you just need the mac address, why not ssh into it and get it from ip addr if you can ssh, there is no need to parse "ip" output, just do cat: cat /sys/class/net/$yourdevice/address I don't think there is a way to get data from a host via api which is not activated, but I might be wrong. -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From donny at cloudspin.me Fri Jan 23 15:07:57 2015 From: donny at cloudspin.me (Donny Davis) Date: Fri, 23 Jan 2015 08:07:57 -0700 Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised In-Reply-To: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> References: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> Message-ID: <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> You have to move the hosted engine to another host to sync the networks, they cannot be synced while the host is running vm's. Bring your second hosted engine machine online so the engine can be migrated, and the host in which you want to sync the network can be synced. I only know from experience, and one of the ovirt devs may have a better solution. This is what worked for me. Donny D -----Original Message----- From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On Behalf Of Kostyrev Aleksandr Sent: Friday, January 23, 2015 4:00 AM To: users at ovirt.org Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised Hello! I'm testing ovirt-3.5 with self-hosted engine. Today I've noticed that in "Setup Host Networks" screen of every host I have ovirtmgmt "Not syncronised". If I click "Save network" no errors occur but when I issue "ifconfig" on that node I see no ovirtmgmt interface - it gets removed. but virsh -r net-list Name State Autostart Persistent -------------------------------------------------- ;vdsmdummy; active no no vdsm-ovirtmgmt active yes yes vdsm-VMs active yes yes -- ? ?????????, ???????? ?????????, ????????? ?????????????, www.tutu.ru skype a.kostyrev ???. +7(925) 237-7668 _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From kostyrev at tutu.ru Fri Jan 23 17:41:46 2015 From: kostyrev at tutu.ru (Kostyrev Aleksandr) Date: Fri, 23 Jan 2015 20:41:46 +0300 Subject: [ovirt-users] =?utf-8?q?ovirt_3=2E5_self-hosted_engine_and_ovirtm?= =?utf-8?q?gmt_not=09syncronised?= In-Reply-To: <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> References: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> Message-ID: Donny Davis ????? 2015-01-23 18:07: > You have to move the hosted engine to another host to sync the > networks, they cannot be synced while the host is running vm's. Bring > your second hosted engine machine online so the engine can be > migrated, and the host in which you want to sync the network can be > synced. > > I only know from experience, and one of the ovirt devs may have a > better solution. This is what worked for me. Hmmm... I was able to sync ovirtmgmt network on two hosts out of three but now I have a problem starting engine up on those two nodes Jan 23 20:23:23 ovirt-3 vdsm vm.Vm ERROR vmId=`e3c64c89-65e0-4936-83af-de201130e789`::The vm start process failed#012Traceback (most recent call last):#012 File "/usr/share/vdsm/virt/vm.py", line 2264, in _startUnderlyingVm#012 self._run()#012 File "/usr/share/vdsm/virt/vm.py", line 3328, in _run#012 self._connection.createXML(domxml, flags),#012 File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, in wrapper#012 ret = f(*args, **kwargs)#012 File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in createXML#012 if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)#012libvirtError: Cannot get interface MTU on 'ovirtmgmt': No such device as I mentioned earlier file /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt gets removed from those two nodes after syncing. How can I recreated that ifcfg-ovirtmgmt file? From rabshear at citytwist.net Fri Jan 23 19:22:42 2015 From: rabshear at citytwist.net (Rob Abshear) Date: Fri, 23 Jan 2015 19:22:42 +0000 Subject: [ovirt-users] Host remains Non-Responsive after reboot Message-ID: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the cluster. Each host has a drac5 and it is configured and working. I am trying to simulate a node failure. I am running one HA VM on one of the hosts for testing. I simulate the failure by powering off the host with the VM running. Here is what is happening. * Host is powered off * ~4 minutes pass and the host is recognized as not responding * Automatic fence runs and the VM migrates.Another host in the node is chosen as a proxy to execute Status command on the host. * Same host is chosen as proxy to execute Start command on the host. * Same host is chosen as proxy to execute Status command on the host. * The host DOES physically start. * The host never shows status of UP. * I select ?confirm host has been rebooted? and I see a manual fence start. * Host stays non-responsive. * I put the host in maintenance and then activate it. * Host still non-responsive * I put the host in maintenance and do a reinstall * Reinstall finishes and host becomes UP So, everything seems to go fine with the HA functionality, but the host never recovers without being reinstalled. Please let me know which logs you need to look at to help me out with this. Thanks Sent withMixmax [https://mixmax.com/r/S6cJAfQTLnw8QGtnD] -------------- next part -------------- An HTML attachment was scrubbed... URL: From grzegorz.szypa at gmail.com Fri Jan 23 04:20:26 2015 From: grzegorz.szypa at gmail.com (Grzegorz Szypa) Date: Fri, 23 Jan 2015 05:20:26 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive Message-ID: Hi. I have a simillar problem like in this link: https://access.redhat.com/discussions/1326793 https://bugzilla.redhat.com/show_bug.cgi?id=1165269 Similar, becouse I worked it out with the VM uknown status, but I still have problem with host (node). It is all in one installaltion, therefore i dont have to remove host and add again (it is only one host portal and node on the same host), because there are still connected to the VMs. It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 Final). Can I do smoethings or can I upgrade to ovirt 3.5 release (safely without losing anything) if this helps. If anyone would like to help me remotely (for charity), I would be grateful :) -- G.Sz. -------------- next part -------------- An HTML attachment was scrubbed... URL: From grzegorz.szypa at gmail.com Fri Jan 23 19:42:03 2015 From: grzegorz.szypa at gmail.com (Grzegorz Szypa) Date: Fri, 23 Jan 2015 20:42:03 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive In-Reply-To: <54C20A50.8040307@redhat.com> References: <54C20A50.8040307@redhat.com> Message-ID: Thanks. It was resolve problem, but question,but the question is whether the problem is resolved JAVA or rather fall off ?? Regards, Grzegorz Szypa 2015-01-23 9:46 GMT+01:00 Juan Hern?ndez : > On 01/23/2015 05:20 AM, Grzegorz Szypa wrote: > > Hi. > > > > I have a simillar problem like in this link: > > https://access.redhat.com/discussions/1326793 > > https://bugzilla.redhat.com/show_bug.cgi?id=1165269 > > > > Similar, becouse I worked it out with the VM uknown status, but I still > > have problem with host (node). It is all in one installaltion, therefore > > i dont have to remove host and add again (it is only one host portal and > > node on the same host), because there are still connected to the VMs. > > > > It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 > > Final). > > > > Can I do smoethings or can I upgrade to ovirt 3.5 release (safely > > without losing anything) if this helps. > > > > If anyone would like to help me remotely (for charity), I would be > > grateful :) > > > > -- > > G.Sz. > > If your problem is related to that link, then you should have tried to > downgrade the JDK, and it should have worked. To double check you can > check the > /usr/lib/jvm/java-1.7.0-openjdk-*/jre/lib/security/java.security file. > It may contain this line, at the very end: > > jdk.tls.disabledAlgorithms=SSLv3 > > That is because of the recent security problems with SSLv3. If you need > to solve your problem urgently and you are sure that you won't be > affected by those security problems then you can just comment out this > line and restart the engine. > > Remember to undo this change once you upgrade to 3.5. > > -- > 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. > -- G.Sz. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ovirt at dm.cobite.com Fri Jan 23 21:55:29 2015 From: ovirt at dm.cobite.com (David Mansfield) Date: Fri, 23 Jan 2015 16:55:29 -0500 Subject: [ovirt-users] raw partition or LV access for migrated guests Message-ID: <54C2C351.1080005@dm.cobite.com> Hi, I'm new to oVirt and I'm trying to investigate the feasibility of migrating four (or more) centos 6 libvirt+qemu+kvm hosts into a new (not yet created) oVirt environment. In general, most of the guests are running off of disk images in /var/lib/libvirt/images and from what I can tell there would be a fairly straightforward migration path for these (I've read briefly about virt-v2v and it looks promising). However, we have a few DB server guests which, for performance reasons, have direct access to host partitions (NOT lv, but actual host partitions). There are also a few machines which use a mapped LV as a virtual disk. Is this supported in oVirt? Is there a migration path for these? -- Thanks, David Mansfield Cobite, INC. From gianluca.cecchi at gmail.com Fri Jan 23 23:59:01 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 24 Jan 2015 00:59:01 +0100 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: Hello, on my all-in-one installation @home I had 3.5.0 with F20. Today I updated to 3.5.1. it seems it modified /etc/multipath.conf preventing me from using my second disk at all... My system has internal ssd disk (sda) for OS and one local storage domain and another disk (sdb) with some partitions (on one of them there is also another local storage domain). At reboot I was put in emergency boot because partitions at sdb disk could not be mounted (they were busy). it took me some time to understand that the problem was due to sdb gone managed as multipath device and so busy for partitions to be mounted. Here you can find how multipath became after update and reboot https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing No device-mapper-multipath update in yum.log Also it seems that after changing it, it was then reverted at boot again (I don't know if the responsible was initrd/dracut or vdsmd) so in the mean time the only thing I could do was to make the file immutable with chattr +i /etc/multipath.conf and so I was able to reboot and verify that my partitions on sdb were ok and I was able to mount them (for safe I also ran an fsck against them) Update ran around 19:20 and finished at 19:34 here the log in gzip format https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing Reboot was done around 21:10-21:14 Here my /var/log/messages in gzip format, where you can see latest days. https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing Any suggestion appreciated. Current multipath.conf (where I also commented out the getuid_callout that is not used anymore): [root at tekkaman setup]# cat /etc/multipath.conf # RHEV REVISION 1.1 blacklist { devnode "^(sda|sdb)[0-9]*" } defaults { polling_interval 5 #getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" no_path_retry fail user_friendly_names no flush_on_last_del yes fast_io_fail_tmo 5 dev_loss_tmo 30 max_fds 4096 } Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From acrow at integrafin.co.uk Sat Jan 24 13:07:05 2015 From: acrow at integrafin.co.uk (Alex Crow) Date: Sat, 24 Jan 2015 13:07:05 +0000 Subject: [ovirt-users] Change gluster primary In-Reply-To: <54BEBE8D.4090907@objectmastery.com> References: <54BD96F6.4080709@objectmastery.com> <54BE5633.2080402@integrafin.co.uk> <54BEBE8D.4090907@objectmastery.com> Message-ID: <54C398F9.10804@integrafin.co.uk> On 20/01/15 20:46, John Gardeniers wrote: > Hi Alex, > > I understand what you're saying and certainly there is no primary from > the Gluster perspective. However, things are quite different as far as > Ovirt/RHEV is concerned. > > We had an incident last week where we had to take nix off-line. A > network glitch then caused a our RHEV to briefly lose connection to > jupiter. This resulted in all VMs crashing because the system was > trying to reconnect to nix. It did not try to reconnect to jupiter, > despite it being configured as the fail-over server. Hi, As for the above, if you had quorum configured on the gluster side (either by applying the relevant recommended options on gluster, or by having created the volume on ovirt), loss of storage functionality is to be expected. In a two-node cluster if one goes down you lose quorum and the volume will become read only. In this case Ovirt should really pause the VMs. > In the end I had to bring nix back on line. RHEV still wouldn't > connect. Finally, I had to reboot each hypervisor. Even then, two of > them still failed to reconnect and could only be brought back by > performing a full reinstall (we're using the cut-down dedicated RH > hypervisors, not the RHEL+hypervisor that you use). All in all, quite > a disastrous situation that lost us a couple of hours. So yes, there > is a primary from the Ovirt/RHEV perspective and I'm really > disappointed in how the system completely failed to handled the > situation. Looks like there are some bugs there. When we have had storage issues on RHEV we see all our VMS pausing, not crashing. BTW we do use the ded. hypervisor (like oVirt "node). Cheers Alex > > regards, > John > > > On 21/01/15 00:20, Alex Crow wrote: >> Hi John, >> >> There isn't really a primary in gluster. If you're using a glusterfs >> storage domain, you could turn off "nix" and the VMs would continue >> to run (although you'd have to disable quorum if you currently have >> it enabled on the volume, and you'd have to repoint the domain at >> some later point). If you're using NFS access you would have to >> repoint your storage to the remaining machine immediately. >> >> The only snag I can see is that you can't detach the master storage >> domain in Ovirt if any VMs are running. I think you'd have to shut >> the VMs down, put the storage domain into maintenance, and then edit it. >> >> Cheers >> >> Alex >> >> On 19/01/15 23:44, John Gardeniers wrote: >>> We are using Gluster as our storage backend. Gluster is configured >>> as 2 node replica. The two nodes are name nix and jupiter. At the >>> Ovirt (RHEV really) end we have the gluster path configured as >>> "nix:/gluster-rhev", with a mount option of >>> "backupvolfile-server=jupiter.om.net". We now need to replace nix >>> with a new server, which cannot have the same name. That new server >>> will be the primary, with jupiter remaining the secondary. >>> >>> We will have all VMs and hypervisors shut down when we make this >>> change. >>> >>> What is the best and/or easiest way to do this? Should we just >>> disconnect the storage and re-attach it using the new gluster >>> primary? If we do that will our VMs just work or do we need to take >>> other steps? >>> >>> An alternative, which I suspect will be somewhat controversial, >>> would be to make a direct edit of the engine database. Would that >>> work any better or does that add more dangers (assuming the edit is >>> done correctly)? >>> >>> regards, >>> John >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From pm.chandrashekar at gmail.com Sat Jan 24 14:31:51 2015 From: pm.chandrashekar at gmail.com (ChandraShekar Shastri) Date: Sat, 24 Jan 2015 20:01:51 +0530 Subject: [ovirt-users] Details of the host In-Reply-To: <54C2034D.9090109@redhat.com> References: <54C2034D.9090109@redhat.com> Message-ID: Thanks Juan, Can I login into the ovirt-engine url using the encrypted password. If it is possible what are the encryption method that it allows. Please share the code if you have it handy. Thanks, Chandrashekar On Fri, Jan 23, 2015 at 1:46 PM, Juan Hern?ndez wrote: > On 01/21/2015 02:27 PM, ChandraShekar Shastri wrote: > > Hi All, > > > > I want to get the details of the Host without activating is there a way > > to do it. > > I want to query the RHEV-Manager and would like to get the details of > > MAC address without activating it. > > > > Do you have the script to do this. > > > > Thanks, > > Chandrashekar > > > > Assuming that the host has already been added to the system then you can > get the details with a Python script like this: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://ovirt.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True > ) > > host = api.hosts.get(name="myhost") > nics = host.nics.list() > for nic in nics: > print("%s: %s" % (nic.get_name(), nic.get_mac().get_address())) > > api.disconnect() > > This will print something like this: > > eth0: 52:54:00:9d:a7:26 > > If the host hasn't been added you can add it, without activating it: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://rhevm35.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True, > ) > > api.hosts.add( > host = params.Host( > name="myhost", > address="myhost.example.com", > root_password="******" > ) > ) > > api.disconnect() > > -- > 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. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From farkey_2000 at yahoo.com Sat Jan 24 23:26:55 2015 From: farkey_2000 at yahoo.com (Andy) Date: Sat, 24 Jan 2015 23:26:55 +0000 (UTC) Subject: [ovirt-users] VDSMD will not start after reboot Message-ID: <754868879.459148.1422142015285.JavaMail.yahoo@mail.yahoo.com> Hello,? I am new to the OVIRT users group and please bear with me if this question has already been answered or discussed. ? I am testing a two server install with the hosted engine. ?All servers are running CentOS 6.6 and I can get the servers up and running, added, etc on the initial install without issue. ?The problem arises when I reboot the servers, the ovrtmgmt network disappears thus starting the problem. ? Both Servers have two bonded interfaces (one for storage and one for mgmt/user traffic) and I manually create a bond0.100 interface prior to installing the hosted engine and select that interface on install. ? ?After a system reboot, and on both hosts the MGMT network disappears and VDSMd throws the error:? vdsm: Running restore_netsTraceback (most recent call last):? File "/usr/share/vdsm/vdsm-restore-net-config", line 137, in ? ? restore()? File "/usr/share/vdsm/vdsm-restore-net-config", line 123, in restore? ? unified_restoration()? File "/usr/share/vdsm/vdsm-restore-net-config", line 66, in unified_restoration? ? persistentConfig.bonds)? File "/usr/share/vdsm/vdsm-restore-net-config", line 91, in _filter_nets_bonds? ? bonds[bond]['nics'], net)KeyError: u'bond0'vdsm: stopped during execute restore_nets task (task returned with error code 1).vdsm start ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? [FAILED] I have tried to manually create and let the OVIRT install create the VLAN'd MGMT network on the bonded interfaces. ?I have attached the ?engine setup, VDSM, and connectivity logs. ?Any help is much appreciated. Thanks Andy PS The OVIRT version is 3.5.1CentOS is 6.6 (fully patched)The hosted engine is on an NFS share for testing which everything is resolvable and can connect. ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: LOGS.zip Type: application/x-zip-compressed Size: 50626 bytes Desc: not available URL: From renchu at cracknell.com Sun Jan 25 04:50:00 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Sun, 25 Jan 2015 04:50:00 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> Message-ID: Hi Martin, I got the below output when I run the command and it works from both the nodes. fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power status'... Chassis power = On Done Thanks Renchu Mathew? |??Sr. IT Administrator CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T +971 4 3445417? |? F +971 4 3493675 |? M +971 50 7386484 ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH EMAIL?renchu at cracknell.com | WEB www.cracknell.com This email, its content and any files transmitted with it are intended solely for the addressee(s) and may be legally privileged and/or confidential. If you are not the intended recipient please let us know by email reply and delete it from the system. Please note that any views or opinions presented in this email do not necessarily represent those of the company. Email transmissions cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The company therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. -----Original Message----- From: Martin Perina [mailto:mperina at redhat.com] Sent: Thursday, January 22, 2015 6:12 PM To: Renchu Mathew Cc: users at ovirt.org; Eli Mesika Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org > Sent: Thursday, January 22, 2015 2:39:43 PM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > > > Yes. The vdsm host.log is from node-02. That's strange, I cannot find any call to fenceNode which should appear, if PM status is gathered. Eli, any idea? > I have checked the link and it says > we need to install the sever view management agent & net-snmp on the hosts. > Do we need to try this? How to install this on node? I used the below > irmc admin user. Not, AFAIK this is needed only from Clustersuite, but not for oVirt. But could you please execute this command on node-20 just to confirm that Fujitsu Primergy is communicating through IPMI: fence_ipmilan -a IP -l USER -p PASS -o status -v -P where IP is IPMI address (from the log it should be 192.168.1.114) USER and PASS please set according to you setup. Thanks Martin > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > Regards > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > This email, its content and any files transmitted with it are intended > solely for the addressee(s) and may be legally privileged and/or > confidential. If you are not the intended recipient please let us know > by email reply and delete it from the system. Please note that any > views or opinions presented in this email do not necessarily represent > those of the company. Email transmissions cannot be guaranteed to be > secure or error-free as information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete, or contain viruses. The > company therefore does not accept liability for any errors or > omissions in the contents of this message which arise as a result of email transmission. > > > > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 4:49 PM > To: Renchu Mathew > Cc: users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > Hi, > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > According to engine.log, host Node-02.cracknell.com was used as fence proxy. > Are you sure that vdsm.log is from this host? > > > > Thanks > > > > Martin > > > > [1] > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.ht > ml > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > Please find attached log files from engine and proxy host. Not sure > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > also > > > tried the rsb but same error. > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > Thanks & Regards > > > > > > Renchu Mathew > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 1:58 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi, > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible using > > > IPMI protocol? If so, could you provide engine.log and also vdsm.log > > > from host that was used as fencing proxy? You can find out which > > host > > > is used as a proxy either in Events tab after you execute the test > > or in engine.log. > > > > > > Thanks > > > > > > Martin Perina > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > To: users at ovirt.org > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > > > PRIMERGY > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > management configuration. The test gives a message ?Test failed, > > > > argument of type ?NoneType? is not iterable? as below . Also tried > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > From istein at redhat.com Sun Jan 25 06:56:23 2015 From: istein at redhat.com (ILanit Stein) Date: Sun, 25 Jan 2015 01:56:23 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> Message-ID: <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> Hi Rob, Thanks for this report. Would you please provide these logs, at the time frame, the host failure occur: 1. oVirt Engine: /var/log/ovirt-engine/engine.log 2. host: /var/log/vdsm/vdsm.log If it is reproducible, please add this info as well. You can also check vdsm service status, on host, while host reported as Non responsive, by running on host 'service vdsmd status' There might some problem, that might have prevented from vdsm service to come up, on host. Ilanit. ----- Original Message ----- From: "Rob Abshear" To: users at ovirt.org Sent: Friday, January 23, 2015 9:22:42 PM Subject: [ovirt-users] Host remains Non-Responsive after reboot I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the cluster. Each host has a drac5 and it is configured and working. I am trying to simulate a node failure. I am running one HA VM on one of the hosts for testing. I simulate the failure by powering off the host with the VM running. Here is what is happening. * Host is powered off * ~4 minutes pass and the host is recognized as not responding * Automatic fence runs and the VM migrates. Another host in the node is chosen as a proxy to execute Status command on the host. * Same host is chosen as proxy to execute Start command on the host. * Same host is chosen as proxy to execute Status command on the host. * The host DOES physically start. * The host never shows status of UP. * I select ?confirm host has been rebooted? and I see a manual fence start. * Host stays non-responsive. * I put the host in maintenance and then activate it. * Host still non-responsive * I put the host in maintenance and do a reinstall * Reinstall finishes and host becomes UP So, everything seems to go fine with the HA functionality, but the host never recovers without being reinstalled. Please let me know which logs you need to look at to help me out with this. Thanks Sent with Mixmax _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From istein at redhat.com Sun Jan 25 07:15:32 2015 From: istein at redhat.com (ILanit Stein) Date: Sun, 25 Jan 2015 02:15:32 -0500 (EST) Subject: [ovirt-users] Failed to import Vm In-Reply-To: <2463411421933480@web17m.yandex.ru> References: <2463411421933480@web17m.yandex.ru> Message-ID: <85057455.112627.1422170132483.JavaMail.zimbra@redhat.com> Hi, Thanks for reporting on this. Looking at the vdsm.log, there is this error, on having the image already exist in the destination: 8cbff5e0-d768-4e41-8fee-30db386c93a5::ERROR::2015-01-22 18:07:39,238::image::748::Storage.Image::(copyCollapsed) Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/image.py", line 730, in copyCollapsed srcVolUUID=volume.BLANK_UUID) File "/usr/share/vdsm/storage/sd.py", line 430, in createVolume preallocate, diskType, volUUID, desc, srcImgUUID, srcVolUUID) File "/usr/share/vdsm/storage/volume.py", line 375, in create imgPath = image.Image(repoPath).create(sdUUID, imgUUID) File "/usr/share/vdsm/storage/image.py", line 126, in create os.mkdir(imageDir) OSError: [Errno 17] File exists: '/rhev/data-center/00000002-0002-0002-0002-0000000001c4/456ef431-7794-4a69-a2f6-47a505e83475/images/7be49698-f3a5-4995-b411-f0490a819950' Would you please check whether the image already exist on destination, and if so clear it, and try to import again? Thanks, Ilanit. ----- Original Message ----- From: "???????? ???????" To: users at ovirt.org Sent: Thursday, January 22, 2015 3:31:20 PM Subject: [ovirt-users] Failed to import Vm Hi community! Can some one help me with the error "Failed to import Vm rXX-sed-app to Data Center Default, Cluster Default". Engine logs and SPM logs included. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From stirabos at redhat.com Sun Jan 25 08:24:25 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Sun, 25 Jan 2015 03:24:25 -0500 (EST) Subject: [ovirt-users] VDSMD will not start after reboot In-Reply-To: <754868879.459148.1422142015285.JavaMail.yahoo@mail.yahoo.com> References: <754868879.459148.1422142015285.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1160627261.91301.1422174265546.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Andy" > To: users at ovirt.org > Sent: Sunday, January 25, 2015 12:26:55 AM > Subject: [ovirt-users] VDSMD will not start after reboot > > Hello, > > I am new to the OVIRT users group and please bear with me if this question > has already been answered or discussed. I am testing a two server install > with the hosted engine. All servers are running CentOS 6.6 and I can get the > servers up and running, added, etc on the initial install without issue. The > problem arises when I reboot the servers, the ovrtmgmt network disappears > thus starting the problem. > > Both Servers have two bonded interfaces (one for storage and one for > mgmt/user traffic) and I manually create a bond0.100 interface prior to > installing the hosted engine and select that interface on install. After a > system reboot, and on both hosts the MGMT network disappears and VDSMd > throws the error: Deploying hosted-engine using VLAN over a bonded interface is a configuration that is currently not supported, we have an RFE for 3.6.0 [1]. The problem you are reporting is similar to this one [2] and we are already working on it. In the mean time you can try to manually make VDSM persisting that network configuration as described here [3] cause the bonded interface was manually created. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1134346 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1185032 [3] https://bugzilla.redhat.com/show_bug.cgi?id=1154399#c3 > vdsm: Running restore_nets > Traceback (most recent call last): > File "/usr/share/vdsm/vdsm-restore-net-config", line 137, in > restore() > File "/usr/share/vdsm/vdsm-restore-net-config", line 123, in restore > unified_restoration() > File "/usr/share/vdsm/vdsm-restore-net-config", line 66, in > unified_restoration > persistentConfig.bonds) > File "/usr/share/vdsm/vdsm-restore-net-config", line 91, in > _filter_nets_bonds > bonds[bond]['nics'], net) > KeyError: u'bond0' > vdsm: stopped during execute restore_nets task (task returned with error code > 1). > vdsm start [FAILED] > > I have tried to manually create and let the OVIRT install create the VLAN'd > MGMT network on the bonded interfaces. I have attached the engine setup, > VDSM, and connectivity logs. Any help is much appreciated. > > Thanks Andy > > PS > > The OVIRT version is 3.5.1 > CentOS is 6.6 (fully patched) > The hosted engine is on an NFS share for testing which everything is > resolvable and can connect. > From emesika at redhat.com Sun Jan 25 08:58:04 2015 From: emesika at redhat.com (Eli Mesika) Date: Sun, 25 Jan 2015 03:58:04 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> Message-ID: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> Hi Renchu I am looking currently on he case and will respond later on today after investigating the logs. If I will not find anything, can I use the details for the host PM only for status command to try to debug and find the source of the problem ? Thanks Eli ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org, "Eli Mesika" > Sent: Sunday, January 25, 2015 6:50:00 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > I got the below output when I run the command and it works from both the > nodes. > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I > lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power status'... > Chassis power = On > Done > > Thanks > > Renchu Mathew? |??Sr. IT Administrator > > > > CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T +971 4 > 3445417? |? F +971 4 3493675 |? M +971 50 7386484 > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > EMAIL?renchu at cracknell.com | WEB www.cracknell.com > > This email, its content and any files transmitted with it are intended solely > for the addressee(s) and may be legally privileged and/or confidential. If > you are not the intended recipient please let us know by email reply and > delete it from the system. Please note that any views or opinions presented > in this email do not necessarily represent those of the company. Email > transmissions cannot be guaranteed to be secure or error-free as information > could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, > or contain viruses. The company therefore does not accept liability for any > errors or omissions in the contents of this message which arise as a result > of email transmission. > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 6:12 PM > To: Renchu Mathew > Cc: users at ovirt.org; Eli Mesika > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org > > Sent: Thursday, January 22, 2015 2:39:43 PM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > > > > > Yes. The vdsm host.log is from node-02. > > That's strange, I cannot find any call to fenceNode which should appear, if > PM status is gathered. > > Eli, any idea? > > > I have checked the link and it says > > we need to install the sever view management agent & net-snmp on the hosts. > > Do we need to try this? How to install this on node? I used the below > > irmc admin user. > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > But could you please execute this command on node-20 just to confirm that > Fujitsu Primergy is communicating through IPMI: > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > where IP is IPMI address (from the log it should be 192.168.1.114) USER and > PASS please set according to you setup. > > Thanks > > Martin > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > Regards > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are intended > > solely for the addressee(s) and may be legally privileged and/or > > confidential. If you are not the intended recipient please let us know > > by email reply and delete it from the system. Please note that any > > views or opinions presented in this email do not necessarily represent > > those of the company. Email transmissions cannot be guaranteed to be > > secure or error-free as information could be intercepted, corrupted, > > lost, destroyed, arrive late or incomplete, or contain viruses. The > > company therefore does not accept liability for any errors or > > omissions in the contents of this message which arise as a result of email > > transmission. > > > > > > > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 4:49 PM > > To: Renchu Mathew > > Cc: users at ovirt.org > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi, > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > > According to engine.log, host Node-02.cracknell.com was used as fence > > proxy. > > Are you sure that vdsm.log is from this host? > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > [1] > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056.ht > > ml > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > Please find attached log files from engine and proxy host. Not sure > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > > also > > > > > tried the rsb but same error. > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > Thanks & Regards > > > > > > > > > > Renchu Mathew > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi, > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible using > > > > > IPMI protocol? If so, could you provide engine.log and also vdsm.log > > > > > from host that was used as fencing proxy? You can find out which > > > host > > > > > is used as a proxy either in Events tab after you execute the test > > > or in engine.log. > > > > > > > > > > Thanks > > > > > > > > > > Martin Perina > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Renchu Mathew" > > > > > > To: users at ovirt.org > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two Fujitsu > > > > > > PRIMERGY > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > > > management configuration. The test gives a message ?Test failed, > > > > > > argument of type ?NoneType? is not iterable? as below . Also tried > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do we > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > From renchu at cracknell.com Sun Jan 25 09:19:21 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Sun, 25 Jan 2015 09:19:21 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> References: <1813554401.12997134.1421920663264.JavaMail.zimbra@redhat.com> <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> Message-ID: Hi Eli, Please use any details. Thanks for your support. Regards Renchu Mathew? -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 12:58 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi Renchu I am looking currently on he case and will respond later on today after investigating the logs. If I will not find anything, can I use the details for the host PM only for status command to try to debug and find the source of the problem ? Thanks Eli ----- Original Message ----- > From: "Renchu Mathew" > To: "Martin Perina" > Cc: users at ovirt.org, "Eli Mesika" > Sent: Sunday, January 25, 2015 6:50:00 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Martin, > > I got the below output when I run the command and it works from both > the nodes. > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I > lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power status'... > Chassis power = On > Done > > Thanks > > Renchu Mathew? |??Sr. IT Administrator > > > > CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T > +971 4 > 3445417? |? F +971 4 3493675 |? M +971 50 7386484 ABU DHABI | DUBAI | > LONDON | MUSCAT | DOHA | JEDDAH EMAIL?renchu at cracknell.com | WEB > www.cracknell.com > > This email, its content and any files transmitted with it are intended > solely for the addressee(s) and may be legally privileged and/or > confidential. If you are not the intended recipient please let us know > by email reply and delete it from the system. Please note that any > views or opinions presented in this email do not necessarily represent > those of the company. Email transmissions cannot be guaranteed to be > secure or error-free as information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete, or contain viruses. The > company therefore does not accept liability for any errors or > omissions in the contents of this message which arise as a result of email transmission. > > > -----Original Message----- > From: Martin Perina [mailto:mperina at redhat.com] > Sent: Thursday, January 22, 2015 6:12 PM > To: Renchu Mathew > Cc: users at ovirt.org; Eli Mesika > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org > > Sent: Thursday, January 22, 2015 2:39:43 PM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > > > > > Yes. The vdsm host.log is from node-02. > > That's strange, I cannot find any call to fenceNode which should > appear, if PM status is gathered. > > Eli, any idea? > > > I have checked the link and it says > > we need to install the sever view management agent & net-snmp on the hosts. > > Do we need to try this? How to install this on node? I used the > > below irmc admin user. > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > But could you please execute this command on node-20 just to confirm > that Fujitsu Primergy is communicating through IPMI: > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > where IP is IPMI address (from the log it should be 192.168.1.114) > USER and PASS please set according to you setup. > > Thanks > > Martin > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > Regards > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 4:49 PM > > To: Renchu Mathew > > Cc: users at ovirt.org > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi, > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > Now, I looked at logs, but I cannot see any fenceNode exection in vdsm.log. > > According to engine.log, host Node-02.cracknell.com was used as > > fence proxy. > > Are you sure that vdsm.log is from this host? > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > [1] > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > ht > > ml > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > sure > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > > also > > > > > tried the rsb but same error. > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > Thanks & Regards > > > > > > > > > > Renchu Mathew > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi, > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > using > > > > > IPMI protocol? If so, could you provide engine.log and also > > > vdsm.log > > > > > from host that was used as fencing proxy? You can find out which > > > host > > > > > is used as a proxy either in Events tab after you execute the test > > > or in engine.log. > > > > > > > > > > Thanks > > > > > > > > > > Martin Perina > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Renchu Mathew" > > > > > > To: users at ovirt.org > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > Fujitsu > > > > > > PRIMERGY > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > > > management configuration. The test gives a message ?Test failed, > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > tried > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do > > > > we > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > From emesika at redhat.com Sun Jan 25 12:46:10 2015 From: emesika at redhat.com (Eli Mesika) Date: Sun, 25 Jan 2015 07:46:10 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> Message-ID: <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Renchu Mathew" > To: "Eli Mesika" > Cc: "Martin Perina" , users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today after > investigating the logs. > If I will not find anything, can I use the details for the host PM only for > status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org, "Eli Mesika" > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool -I > > lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew? |??Sr. IT Administrator > > > > > > > > CRACKNELL? DUBAI?? |? P.O. Box 66231? |?? United Arab Emirates? |? T > > +971 4 > > 3445417? |? F +971 4 3493675 |? M +971 50 7386484 ABU DHABI | DUBAI | > > LONDON | MUSCAT | DOHA | JEDDAH EMAIL?renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are intended > > solely for the addressee(s) and may be legally privileged and/or > > confidential. If you are not the intended recipient please let us know > > by email reply and delete it from the system. Please note that any > > views or opinions presented in this email do not necessarily represent > > those of the company. Email transmissions cannot be guaranteed to be > > secure or error-free as information could be intercepted, corrupted, > > lost, destroyed, arrive late or incomplete, or contain viruses. The > > company therefore does not accept liability for any errors or > > omissions in the contents of this message which arise as a result of email > > transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says > > > we need to install the sever view management agent & net-snmp on the > > > hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information could > > > be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of this > > > message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > To: "Martin Perina" > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. I > > > > also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the test > > > > or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on power > > > > > > > > management configuration. The test gives a message ?Test failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. Do > > > > > we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > From renchu at cracknell.com Sun Jan 25 13:07:48 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Sun, 25 Jan 2015 13:07:48 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). Please find below details. [cid:image001.png at 01D038BF.FC58A040] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > To: "Eli Mesika" > Cc: "Martin Perina" , users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > To: "Martin Perina" > > Cc: users at ovirt.org, "Eli Mesika" > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5493 bytes Desc: image001.png URL: From piotr.kliczewski at gmail.com Sun Jan 25 14:08:11 2015 From: piotr.kliczewski at gmail.com (Piotr Kliczewski) Date: Sun, 25 Jan 2015 15:08:11 +0100 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew wrote: > Hi Eli, > > > > I have 2 hypervisor host and both are installed with below iso file. > Master data domain is glusterfs which is configured on another server. Is > there any latest iso available? > > > > ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). > @Eli - Do we know which vdsm version is in this iso? > > > Please find below details. > > > > > > Thanks & Regards > > > > Renchu Mathew > > > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 4:46 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > To: "Eli Mesika" > > > Cc: "Martin Perina" , users at ovirt.org > > > Sent: Sunday, January 25, 2015 11:19:21 AM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Eli, > > > > > > Please use any details. > > > > > > Thanks for your support. > > > > > > Regards > > > > > > Renchu Mathew > > > > Hi again > > > > Looking in the logs I see that this is a issue we handled when we switched > from XML RPC to JSON RPC protocol. > > Which vdsm is installed in the proxy host ? > > I am adding Piotr who is on charge of the JSON RPC protocol and who helped > me in the past when I got a similar error on PM operations > It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > > > > > > -----Original Message----- > > > From: Eli Mesika [mailto:emesika at redhat.com] > > > Sent: Sunday, January 25, 2015 12:58 PM > > > To: Renchu Mathew > > > Cc: Martin Perina; users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Renchu > > > > > > I am looking currently on he case and will respond later on today > > > after investigating the logs. > > > If I will not find anything, can I use the details for the host PM > > > only for status command to try to debug and find the source of the > problem ? > > > > > > Thanks > > > > > > Eli > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org, "Eli Mesika" > > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi Martin, > > > > > > > > I got the below output when I run the command and it works from both > > > > the nodes. > > > > > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > > > status'... > > > > Chassis power = On > > > > Done > > > > > > > > Thanks > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > > > +971 4 > > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > > > www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are > > > > intended solely for the addressee(s) and may be legally privileged > > > > and/or confidential. If you are not the intended recipient please > > > > let us know by email reply and delete it from the system. Please > > > > note that any views or opinions presented in this email do not > > > > necessarily represent those of the company. Email transmissions > > > > cannot be guaranteed to be secure or error-free as information could > > > > be intercepted, corrupted, lost, destroyed, arrive late or > > > > incomplete, or contain viruses. The company therefore does not > > > > accept liability for any errors or omissions in the contents of this > > > > message which arise as a result of email transmission. > > > > > > > > > > > > -----Original Message----- > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > Sent: Thursday, January 22, 2015 6:12 PM > > > > To: Renchu Mathew > > > > Cc: users at ovirt.org; Eli Mesika > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > > > > > That's strange, I cannot find any call to fenceNode which should > > > > appear, if PM status is gathered. > > > > > > > > Eli, any idea? > > > > > > > > > I have checked the link and it says we need to install the sever > > > > > view management agent & net-snmp on the hosts. > > > > > Do we need to try this? How to install this on node? I used the > > > > > below irmc admin user. > > > > > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > > > > > But could you please execute this command on node-20 just to confirm > > > > that Fujitsu Primergy is communicating through IPMI: > > > > > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > > > USER and PASS please set according to you setup. > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > +971 > > > > > 4 > > > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > > > intended solely for the addressee(s) and may be legally privileged > > > > > and/or confidential. If you are not the intended recipient please > > > > > let us know by email reply and delete it from the system. Please > > > > > note that any views or opinions presented in this email do not > > > > > necessarily represent those of the company. Email transmissions > > > > > cannot be guaranteed to be secure or error-free as information > > > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > > > incomplete, or contain viruses. The company therefore does not > > > > > accept liability for any errors or omissions in the contents of > > > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 4:49 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > > > vdsm.log. > > > > > According to engine.log, host Node-02.cracknell.com was used as > > > > > fence proxy. > > > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > [1] > > > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > > > ht > > > > > ml > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > To: "Martin Perina" > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > > > sure > > > > > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > > > I also > > > > > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > > > > > To: Renchu Mathew > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > > > using > > > > > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > > > vdsm.log > > > > > > > > > > > from host that was used as fencing proxy? You can find out which > > > > > > host > > > > > > > > > > > is used as a proxy either in Events tab after you execute the > > > > > > test or in engine.log. > > > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > > To: users at ovirt.org > > > > > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > > > Fujitsu > > > > > > > > > > > > PRIMERGY > > > > > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > > > power > > > > > > > > > > > > management configuration. The test gives a message ?Test > > > > > > > failed, > > > > > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > > > tried > > > > > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > > > Do we > > > > > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Users mailing list > > > > > > > > > > > > Users at ovirt.org > > > > > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5493 bytes Desc: not available URL: From hypunit at gmail.com Mon Jan 26 01:24:05 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Mon, 26 Jan 2015 09:24:05 +0800 Subject: [ovirt-users] Loopback interface has huge network transctions Message-ID: Hi, I have noticed that the loop back interface has huge network packets sent and received...is it common or need to some tweaks.... 1. Ovirt 3.5.1 2. Before ovirt engine installation...loop back address doesn't has that huge amount of packets sent/receive.... 3. After Ovirt engine install it's keep increasing.....and in just 48 hours it reach to 35 GB... [root at ccr01 ~]# ifconfig eth0: flags=4163 mtu 1500 inet 43.252.x.x netmask 255.255.255.0 broadcast 43.252.x.x ether 60:eb:69:82:0b:4c txqueuelen 1000 (Ethernet) RX packets 6605350 bytes 6551029484 (6.1 GiB) RX errors 0 dropped 120622 overruns 0 frame 0 TX packets 2155524 bytes 431348174 (411.3 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xdf6e0000-df700000 eth1: flags=4163 mtu 1500 inet 10.10.0.2 netmask 255.255.255.0 broadcast 10.10.0.255 ether 60:eb:69:82:0b:4d txqueuelen 1000 (Ethernet) RX packets 788160 bytes 133915292 (127.7 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 546352 bytes 131672255 (125.5 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device memory 0xdf660000-df680000 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 0 (Local Loopback) RX packets 84747311 bytes 40376482560 (37.6 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 84747311 bytes 40376482560 (37.6 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [root at ccr01 ~]# w 09:23:07 up 2 days, 11:43, 1 user, load average: 0.27, 0.30, 0.31 USER TTY LOGIN@ IDLE JCPU PCPU WHAT root pts/0 09:16 3.00s 0.01s 0.00s w [root at ccr01 ~]# Thanks, Punit -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Mon Jan 26 03:36:47 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 03:36:47 +0000 Subject: [ovirt-users] iso uploader times out Message-ID: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? [cid:2BD933A0-F108-423E-9142-B4C3A589047F] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-3.tiff Type: image/tiff Size: 1088854 bytes Desc: PastedGraphic-3.tiff URL: From renchu at cracknell.com Mon Jan 26 04:15:46 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Mon, 26 Jan 2015 04:15:46 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <500997634.13106102.1421930923074.JavaMail.zimbra@redhat.com> <1896988200.13165743.1421935937320.JavaMail.zimbra@redhat.com> <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: Hi Piotr, VDSM Version is vdsm-4.16.4-0.el6 Regards Renchu Mathew . From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] Sent: Sunday, January 25, 2015 6:08 PM To: Renchu Mathew Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > wrote: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). @Eli - Do we know which vdsm version is in this iso? Please find below details. [cid:image001.png at 01D0393F.9A5CF2D0] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > > To: "Eli Mesika" > > Cc: "Martin Perina" >, users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org, "Eli Mesika" > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 5493 bytes Desc: image001.png URL: From mail at johankooijman.com Mon Jan 26 06:54:39 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Mon, 26 Jan 2015 07:54:39 +0100 Subject: [ovirt-users] iso uploader times out In-Reply-To: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Message-ID: Mikola, What version are you running? A bug in 3.5.0 caused the same behavior, it's fixed in 3.5.1. On Mon, Jan 26, 2015 at 4:36 AM, Mikola Rose wrote: > Hi list members, > > Just finished deploying a self hosted engine. But i am having a problem > uploading an iso. It seems to be timing out.. > > engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt Engine > user (CTRL+D to abort): > Uploading, please wait... > ERROR: mount.nfs: Connection timed out > > I am a little confused as the host machine has access to the NFS shares > but the engine vm does not yet I have created an iso storage item > successfully so the engine can see the nfs share? > > Any idea on how I can trouble shoot this? > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From stirabos at redhat.com Mon Jan 26 08:03:12 2015 From: stirabos at redhat.com (Simone Tiraboschi) Date: Mon, 26 Jan 2015 03:03:12 -0500 (EST) Subject: [ovirt-users] iso uploader times out In-Reply-To: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Message-ID: <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Mikola Rose" > To: users at ovirt.org > Sent: Monday, January 26, 2015 5:36:47 AM > Subject: [ovirt-users] iso uploader times out > > Hi list members, > > Just finished deploying a self hosted engine. But i am having a problem > uploading an iso. It seems to be timing out.. > > engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt Engine user > (CTRL+D to abort): > Uploading, please wait... > ERROR: mount.nfs: Connection timed out > > I am a little confused as the host machine has access to the NFS shares but > the engine vm does not yet I have created an iso storage item successfully > so the engine can see the nfs share? > > Any idea on how I can trouble shoot this? Can you please check the iso NFS export ACL as described here [1]? If you created it via engine setup, now by default only engine host can access it so if you want to access it from other hosts you have to extend that ACL. If it not enough please check also the firewall rules. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues#ISO_DOMAIN > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From alexeynikolaev.post at yandex.ru Mon Jan 26 08:11:07 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Mon, 26 Jan 2015 11:11:07 +0300 Subject: [ovirt-users] Failed to import Vm In-Reply-To: <85057455.112627.1422170132483.JavaMail.zimbra@redhat.com> References: <2463411421933480@web17m.yandex.ru> <85057455.112627.1422170132483.JavaMail.zimbra@redhat.com> Message-ID: <12214231422259867@web15m.yandex.ru> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2015-01-26 09-01-49 images - root at 10.55.98.19 - WinSCP.png Type: image/png Size: 13874 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vdsm_engine_server_logs.zip Type: application/zip Size: 1585894 bytes Desc: not available URL: From jhernand at redhat.com Mon Jan 26 09:02:01 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Mon, 26 Jan 2015 10:02:01 +0100 Subject: [ovirt-users] Details of the host In-Reply-To: References: <54C2034D.9090109@redhat.com> Message-ID: <54C60289.8010804@redhat.com> On 01/24/2015 03:31 PM, ChandraShekar Shastri wrote: > Thanks Juan, > > Can I login into the ovirt-engine url using the encrypted password. If > it is possible what are the encryption method that it allows. > > Please share the code if you have it handy. > > Thanks, > Chandrashekar > The Python SDK only supports "Basic" authentication. Version 3.6 will also support Kerberos authentication. There are no plans at the moment to support any other authentication mechanism in the Python SDK. > On Fri, Jan 23, 2015 at 1:46 PM, Juan Hern?ndez > wrote: > > On 01/21/2015 02:27 PM, ChandraShekar Shastri wrote: > > Hi All, > > > > I want to get the details of the Host without activating is there > a way > > to do it. > > I want to query the RHEV-Manager and would like to get the details of > > MAC address without activating it. > > > > Do you have the script to do this. > > > > Thanks, > > Chandrashekar > > > > Assuming that the host has already been added to the system then you can > get the details with a Python script like this: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://ovirt.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True > ) > > host = api.hosts.get(name="myhost") > nics = host.nics.list() > for nic in nics: > print("%s: %s" % (nic.get_name(), nic.get_mac().get_address())) > > api.disconnect() > > This will print something like this: > > eth0: 52:54:00:9d:a7:26 > > If the host hasn't been added you can add it, without activating it: > > #!/usr/bin/python > > from ovirtsdk.api import API > from ovirtsdk.xml import params > > api = API( > url='https://rhevm35.example.com/ovirt-engine/api', > username='admin at internal', > password='******', > insecure=True, > ) > > api.hosts.add( > host = params.Host( > name="myhost", > address="myhost.example.com ", > root_password="******" > ) > ) > > api.disconnect() > > -- > 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 at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- 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. From jhernand at redhat.com Mon Jan 26 09:25:57 2015 From: jhernand at redhat.com (=?windows-1252?Q?Juan_Hern=E1ndez?=) Date: Mon, 26 Jan 2015 10:25:57 +0100 Subject: [ovirt-users] VMs unknown state and ovirt node Non Responsive In-Reply-To: References: <54C20A50.8040307@redhat.com> Message-ID: <54C60825.2020308@redhat.com> On 01/23/2015 08:42 PM, Grzegorz Szypa wrote: > Thanks. > > It was resolve problem, but question,but the question is whether the > problem is resolved JAVA or rather fall off ?? > > Regards, > Grzegorz Szypa > The actual problem is that there is no way to tell the oVirt engine to use a protocol other than SSLv3 to communicate with hosts. That has been fixed in version 3.5: http://gerrit.ovirt.org/34917 Given that this is an important security issue I'd expect to see it fixed in 3.4.z as well. While/if that doesn't happen then your only alternative to fix properly the issue is to upgrade to 3.5 and then make sure that the VdsmSSLProtocol configuration parameter is set to TLSv1. > 2015-01-23 9:46 GMT+01:00 Juan Hern?ndez >: > > On 01/23/2015 05:20 AM, Grzegorz Szypa wrote: > > Hi. > > > > I have a simillar problem like in this link: > > https://access.redhat.com/discussions/1326793 > > https://bugzilla.redhat.com/show_bug.cgi?id=1165269 > > > > Similar, becouse I worked it out with the VM uknown status, but I > still > > have problem with host (node). It is all in one installaltion, > therefore > > i dont have to remove host and add again (it is only one host > portal and > > node on the same host), because there are still connected to the VMs. > > > > It is ovirt 3.4.4 release in latest updates on Centos 6.6 (Centos 6.5 > > Final). > > > > Can I do smoethings or can I upgrade to ovirt 3.5 release (safely > > without losing anything) if this helps. > > > > If anyone would like to help me remotely (for charity), I would be > > grateful :) > > > > -- > > G.Sz. > > If your problem is related to that link, then you should have tried to > downgrade the JDK, and it should have worked. To double check you can > check the > /usr/lib/jvm/java-1.7.0-openjdk-*/jre/lib/security/java.security file. > It may contain this line, at the very end: > > jdk.tls.disabledAlgorithms=SSLv3 > > That is because of the recent security problems with SSLv3. If you need > to solve your problem urgently and you are sure that you won't be > affected by those security problems then you can just comment out this > line and restart the engine. > > Remember to undo this change once you upgrade to 3.5. > -- 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. From firemanxbr at fedoraproject.org Mon Jan 26 11:17:41 2015 From: firemanxbr at fedoraproject.org (Marcelo Barbosa) Date: Mon, 26 Jan 2015 09:17:41 -0200 Subject: [ovirt-users] Slide Templates--New for 2015! In-Reply-To: <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> References: <1116310714.10304951.1421878295329.JavaMail.zimbra@redhat.com> <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> Message-ID: Thank you Brian. Cheers, firemanxbr On Wed, Jan 21, 2015 at 8:13 PM, Brian Proffitt wrote: > All: > > I have been asked to provide slide templates for presentations that might > be created for future events. Through 2014, we have been using the > green-on-white slide template, and now, thanks to Eidan Hildesheim, we have > a new 2015 edition that is based more on the Patternfly interface. > > These template presentations are provided to build new slides for oVirt > presentations. They can be downloaded and used as-is, or Saved As template > files within OpenOffice and LibreOffice. > > The templates, as well as a whole host of pre-made presentations (which > are all under the Creative Commons license), are available on the oVirt.org > slide page[1]. > > Thanks! > BKP > > [1] http://www.ovirt.org/OVirt_Slide_Decks > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From shimano at go2.pl Mon Jan 26 12:05:14 2015 From: shimano at go2.pl (shimano) Date: Mon, 26 Jan 2015 13:05:14 +0100 Subject: [ovirt-users] Does my Storage Domain crashed or is this iSCSI LUN's a problem? Message-ID: Hi guys, I'm trying to run one of my storage domains, which experienced failure. Unfortunately, I meet a very nasty error (Storage domain does not exist). Could someone tell me, how to try to restore this domain? P.S. It's an oVirt 3.4.2-1.el6 ********************************************************************************** /var/log/messages: Jan 26 12:48:49 node002 vdsm TaskManager.Task ERROR Task=`10d02993-b585-448f-9a50-bd3e8cda7082`::Unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line 873, in _run#012 return fn(*args, **kargs)#012 File "/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 2959, in getVGInfo#012 return dict(info=self.__getVGsInfo([vgUUID])[0])#012 File "/usr/share/vdsm/storage/hsm.py", line 2892, in __getVGsInfo#012 vgList = [lvm.getVGbyUUID(vgUUID) for vgUUID in vgUUIDs]#012 File "/usr/share/vdsm/storage/lvm.py", line 894, in getVGbyUUID#012 raise se.VolumeGroupDoesNotExist("vg_uuid: %s" % vgUUID)#012VolumeGroupDoesNotExist: Volume Group does not exist: ('vg_uuid: gyaCWf-6VKi-lI9W-JT6H-IZdy-rIsB-hTvZ4O',) Jan 26 12:48:49 node002 kernel: device-mapper: table: 253:26: multipath: error getting device Jan 26 12:48:49 node002 kernel: device-mapper: ioctl: error adding target to table ********************************************************************************** /var/log/vdsm.log: Thread-22::ERROR::2015-01-26 12:43:03,376::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::ERROR::2015-01-26 12:43:03,377::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::DEBUG::2015-01-26 12:43:03,377::lvm::373::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-22::DEBUG::2015-01-26 12:43:03,378::lvm::296::Storage.Misc.excCmd::(cmd) u'/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ \'a|/dev/mapper/mpathb|/dev/mapper/mpathc|/dev/mapper/mpathd|/dev/mapper/mpathe|/dev/mapper/mpathf|\', \'r|.*|\' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name db52e9cb-7306-43fd-aff3-20831bc2bcaf' (cwd None) Thread-22::DEBUG::2015-01-26 12:43:03,462::lvm::296::Storage.Misc.excCmd::(cmd) FAILED: = ' /dev/mapper/mpathc: Checksum error\n /dev/mapper/mpathc: Checksum error\n Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found\n Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf\n'; = 5 Thread-22::WARNING::2015-01-26 12:43:03,466::lvm::378::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' /dev/mapper/mpathc: Checksum error', ' /dev/mapper/mpathc: Checksum error', ' Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found', ' Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf'] Thread-22::DEBUG::2015-01-26 12:43:03,466::lvm::415::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-22::ERROR::2015-01-26 12:43:03,477::sdc::143::Storage.StorageDomainCache::(_findDomain) domain db52e9cb-7306-43fd-aff3-20831bc2bcaf not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-22::ERROR::2015-01-26 12:43:03,478::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain db52e9cb-7306-43fd-aff3-20831bc2bcaf monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 204, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-13::DEBUG::2015-01-26 12:43:05,102::task::595::TaskManager.Task::(_updateState) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::moving from state init -> state preparing Thread-13::INFO::2015-01-26 12:43:05,102::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-13::INFO::2015-01-26 12:43:05,103::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} Thread-13::DEBUG::2015-01-26 12:43:05,103::task::1185::TaskManager.Task::(prepare) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::finished: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} ********************************************************************************** [root at node002 shim]# multipath -ll mpathe (1NODE_001_LUN01) dm-6 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 21:0:0:1 sdg 8:96 active ready running mpathd (1NODE_003_LUN01) dm-7 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 20:0:0:1 sdf 8:80 active ready running mpathc (1NODE_002_LUN01) dm-4 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 18:0:0:1 sdd 8:48 active ready running mpathb (1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010) dm-1 ATA,MARVELL Raid VD size=1.8T features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 0:0:0:0 sda 8:0 active ready running mpathf (1MANAGER_LUN01) dm-5 SHIMI,VIRTUAL-DISK size=500G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 19:0:0:1 sde 8:64 active ready running ********************************************************************************** [root at node002 shim]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 298.1G 0 disk ??sdb1 8:17 0 1G 0 part /boot ??sdb2 8:18 0 4G 0 part [SWAP] ??sdb3 8:19 0 293.1G 0 part ??vg_node002-LogVol00 (dm-0) 253:0 0 293.1G 0 lvm / sda 8:0 0 1.8T 0 disk ??sda1 8:1 0 1.8T 0 part sdd 8:48 0 976.6G 0 disk ??mpathc (dm-4) 253:4 0 976.6G 0 mpath sde 8:64 0 500G 0 disk ??mpathf (dm-5) 253:5 0 500G 0 mpath ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-metadata (dm-15) 253:15 0 512M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-ids (dm-16) 253:16 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-leases (dm-18) 253:18 0 2G 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-outbox (dm-20) 253:20 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-inbox (dm-21) 253:21 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-master (dm-22) 253:22 0 1G 0 lvm sdf 8:80 0 976.6G 0 disk ??mpathd (dm-7) 253:7 0 976.6G 0 mpath ??5e1ca1b6--4706--4c79--8924--b8db741c929f-metadata (dm-14) 253:14 0 512M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-ids (dm-17) 253:17 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-leases (dm-19) 253:19 0 2G 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-outbox (dm-23) 253:23 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-inbox (dm-24) 253:24 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-master (dm-25) 253:25 0 1G 0 lvm sdg 8:96 0 976.6G 0 disk ??mpathe (dm-6) 253:6 0 976.6G 0 mpath ??5f595801--aaa5--42c7--b829--7a34a636407e-metadata (dm-8) 253:8 0 512M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-ids (dm-9) 253:9 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-leases (dm-10) 253:10 0 2G 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-outbox (dm-11) 253:11 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-inbox (dm-12) 253:12 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-master (dm-13) 253:13 0 1G 0 lvm ********************************************************************************** [root at node002 shim]# multipath -v3 Jan 26 12:46:28 | ram0: device node name blacklisted Jan 26 12:46:28 | ram1: device node name blacklisted Jan 26 12:46:28 | ram2: device node name blacklisted Jan 26 12:46:28 | ram3: device node name blacklisted Jan 26 12:46:28 | ram4: device node name blacklisted Jan 26 12:46:28 | ram5: device node name blacklisted Jan 26 12:46:28 | ram6: device node name blacklisted Jan 26 12:46:28 | ram7: device node name blacklisted Jan 26 12:46:28 | ram8: device node name blacklisted Jan 26 12:46:28 | ram9: device node name blacklisted Jan 26 12:46:28 | ram10: device node name blacklisted Jan 26 12:46:28 | ram11: device node name blacklisted Jan 26 12:46:28 | ram12: device node name blacklisted Jan 26 12:46:28 | ram13: device node name blacklisted Jan 26 12:46:28 | ram14: device node name blacklisted Jan 26 12:46:28 | ram15: device node name blacklisted Jan 26 12:46:28 | loop0: device node name blacklisted Jan 26 12:46:28 | loop1: device node name blacklisted Jan 26 12:46:28 | loop2: device node name blacklisted Jan 26 12:46:28 | loop3: device node name blacklisted Jan 26 12:46:28 | loop4: device node name blacklisted Jan 26 12:46:28 | loop5: device node name blacklisted Jan 26 12:46:28 | loop6: device node name blacklisted Jan 26 12:46:28 | loop7: device node name blacklisted Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0x3f Jan 26 12:46:28 | sdb: dev_t = 8:16 Jan 26 12:46:28 | sdb: size = 625142448 Jan 26 12:46:28 | sdb: subsystem = scsi Jan 26 12:46:28 | sdb: vendor = ATA Jan 26 12:46:28 | sdb: product = WDC WD3200AAJS-6 Jan 26 12:46:28 | sdb: rev = 03.0 Jan 26 12:46:28 | sdb: h:b:t:l = 10:0:0:0 Jan 26 12:46:28 | sdb: serial = WD-WMAV2HM46197 Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: path checker = directio (config file default) Jan 26 12:46:28 | sdb: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdb: uid = 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 (callout) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdb: prio = const (config file default) Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | sda: not found in pathvec Jan 26 12:46:28 | sda: mask = 0x3f Jan 26 12:46:28 | sda: dev_t = 8:0 Jan 26 12:46:28 | sda: size = 3904897024 Jan 26 12:46:28 | sda: subsystem = scsi Jan 26 12:46:28 | sda: vendor = ATA Jan 26 12:46:28 | sda: product = MARVELL Raid VD Jan 26 12:46:28 | sda: rev = MV.R Jan 26 12:46:28 | sda: h:b:t:l = 0:0:0:0 Jan 26 12:46:28 | sda: serial = 1c3c8ecf5cf00010 Jan 26 12:46:28 | sda: get_state Jan 26 12:46:28 | sda: path checker = directio (config file default) Jan 26 12:46:28 | sda: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sda: state = 3 Jan 26 12:46:28 | sda: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sda: uid = 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 (callout) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | sda: detect_prio = 1 (config file default) Jan 26 12:46:28 | sda: prio = const (config file default) Jan 26 12:46:28 | sda: const prio = 1 Jan 26 12:46:28 | dm-0: device node name blacklisted Jan 26 12:46:28 | sdc: not found in pathvec Jan 26 12:46:28 | sdc: mask = 0x3f Jan 26 12:46:28 | sdc: dev_t = 8:32 Jan 26 12:46:28 | sdc: size = 0 Jan 26 12:46:28 | sdc: subsystem = scsi Jan 26 12:46:28 | sdc: vendor = Multi Jan 26 12:46:28 | sdc: product = Flash Reader Jan 26 12:46:28 | sdc: rev = 1.00 Jan 26 12:46:28 | sdc: h:b:t:l = 12:0:0:0 Jan 26 12:46:28 | dm-1: device node name blacklisted Jan 26 12:46:28 | dm-2: device node name blacklisted Jan 26 12:46:28 | dm-3: device node name blacklisted Jan 26 12:46:28 | sdd: not found in pathvec Jan 26 12:46:28 | sdd: mask = 0x3f Jan 26 12:46:28 | sdd: dev_t = 8:48 Jan 26 12:46:28 | sdd: size = 2048000000 Jan 26 12:46:28 | sdd: subsystem = scsi Jan 26 12:46:28 | sdd: vendor = SHIMI Jan 26 12:46:28 | sdd: product = VIRTUAL-DISK Jan 26 12:46:28 | sdd: rev = 0001 Jan 26 12:46:28 | sdd: h:b:t:l = 18:0:0:1 Jan 26 12:46:28 | sdd: tgt_node_name = pl.mycomp.shimi:node002.target0 Jan 26 12:46:28 | sdd: serial = beaf11 Jan 26 12:46:28 | sdd: get_state Jan 26 12:46:28 | sdd: path checker = directio (config file default) Jan 26 12:46:28 | sdd: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdd: state = 3 Jan 26 12:46:28 | sdd: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdd: uid = 1NODE_002_LUN01 (callout) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | sdd: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdd: prio = const (config file default) Jan 26 12:46:28 | sdd: const prio = 1 Jan 26 12:46:28 | dm-4: device node name blacklisted Jan 26 12:46:28 | sde: not found in pathvec Jan 26 12:46:28 | sde: mask = 0x3f Jan 26 12:46:28 | sde: dev_t = 8:64 Jan 26 12:46:28 | sde: size = 1048576000 Jan 26 12:46:28 | sde: subsystem = scsi Jan 26 12:46:28 | sde: vendor = SHIMI Jan 26 12:46:28 | sde: product = VIRTUAL-DISK Jan 26 12:46:28 | sde: rev = 0001 Jan 26 12:46:28 | sde: h:b:t:l = 19:0:0:1 Jan 26 12:46:28 | sde: tgt_node_name = pl.mycomp.shimi:manager.target0 Jan 26 12:46:28 | sde: serial = beaf11 Jan 26 12:46:28 | sde: get_state Jan 26 12:46:28 | sde: path checker = directio (config file default) Jan 26 12:46:28 | sde: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sde: state = 3 Jan 26 12:46:28 | sde: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sde: uid = 1MANAGER_LUN01 (callout) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | sde: detect_prio = 1 (config file default) Jan 26 12:46:28 | sde: prio = const (config file default) Jan 26 12:46:28 | sde: const prio = 1 Jan 26 12:46:28 | sdf: not found in pathvec Jan 26 12:46:28 | sdf: mask = 0x3f Jan 26 12:46:28 | sdf: dev_t = 8:80 Jan 26 12:46:28 | sdf: size = 2048000000 Jan 26 12:46:28 | sdf: subsystem = scsi Jan 26 12:46:28 | sdf: vendor = SHIMI Jan 26 12:46:28 | sdf: product = VIRTUAL-DISK Jan 26 12:46:28 | sdf: rev = 0001 Jan 26 12:46:28 | sdf: h:b:t:l = 20:0:0:1 Jan 26 12:46:28 | sdf: tgt_node_name = pl.mycomp.shimi:node003.target0 Jan 26 12:46:28 | sdf: serial = beaf11 Jan 26 12:46:28 | sdf: get_state Jan 26 12:46:28 | sdf: path checker = directio (config file default) Jan 26 12:46:28 | sdf: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdf: state = 3 Jan 26 12:46:28 | sdf: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdf: uid = 1NODE_003_LUN01 (callout) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | sdf: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdf: prio = const (config file default) Jan 26 12:46:28 | sdf: const prio = 1 Jan 26 12:46:28 | sdg: not found in pathvec Jan 26 12:46:28 | sdg: mask = 0x3f Jan 26 12:46:28 | sdg: dev_t = 8:96 Jan 26 12:46:28 | sdg: size = 2048000000 Jan 26 12:46:28 | sdg: subsystem = scsi Jan 26 12:46:28 | sdg: vendor = SHIMI Jan 26 12:46:28 | sdg: product = VIRTUAL-DISK Jan 26 12:46:28 | sdg: rev = 0001 Jan 26 12:46:28 | sdg: h:b:t:l = 21:0:0:1 Jan 26 12:46:28 | sdg: tgt_node_name = pl.mycomp.shimi:node001.target0 Jan 26 12:46:28 | sdg: serial = beaf11 Jan 26 12:46:28 | sdg: get_state Jan 26 12:46:28 | sdg: path checker = directio (config file default) Jan 26 12:46:28 | sdg: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdg: state = 3 Jan 26 12:46:28 | sdg: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdg: uid = 1NODE_001_LUN01 (callout) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | sdg: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdg: prio = const (config file default) Jan 26 12:46:28 | sdg: const prio = 1 Jan 26 12:46:28 | dm-5: device node name blacklisted Jan 26 12:46:28 | dm-6: device node name blacklisted Jan 26 12:46:28 | dm-7: device node name blacklisted Jan 26 12:46:28 | dm-8: device node name blacklisted Jan 26 12:46:28 | dm-9: device node name blacklisted Jan 26 12:46:28 | dm-10: device node name blacklisted Jan 26 12:46:28 | dm-11: device node name blacklisted Jan 26 12:46:28 | dm-12: device node name blacklisted Jan 26 12:46:28 | dm-13: device node name blacklisted Jan 26 12:46:28 | dm-14: device node name blacklisted Jan 26 12:46:28 | dm-15: device node name blacklisted Jan 26 12:46:28 | dm-16: device node name blacklisted Jan 26 12:46:28 | dm-17: device node name blacklisted Jan 26 12:46:28 | dm-18: device node name blacklisted Jan 26 12:46:28 | dm-19: device node name blacklisted Jan 26 12:46:28 | dm-20: device node name blacklisted Jan 26 12:46:28 | dm-21: device node name blacklisted Jan 26 12:46:28 | dm-22: device node name blacklisted Jan 26 12:46:28 | dm-23: device node name blacklisted Jan 26 12:46:28 | dm-24: device node name blacklisted Jan 26 12:46:28 | dm-25: device node name blacklisted ===== paths list ===== uuid hcil dev dev_t pri dm_st chk_st 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 10:0:0:0 sdb 8:16 1 undef ready 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 0:0:0:0 sda 8:0 1 undef ready 12:0:0:0 sdc 8:32 -1 undef faulty 1NODE_002_LUN01 18:0:0:1 sdd 8:48 1 undef ready 1MANAGER_LUN01 19:0:0:1 sde 8:64 1 undef ready 1NODE_003_LUN01 20:0:0:1 sdf 8:80 1 undef ready 1NODE_001_LUN01 21:0:0:1 sdg 8:96 1 undef ready Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:96 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:96 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:80 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:80 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:48 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:48 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:0 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:0 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:64 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:64 A 0 Jan 26 12:46:28 | Found matching wwid [1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197] in bindings file. Setting alias to mpatha Jan 26 12:46:28 | sdb: ownership set to mpatha Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0xc Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | mpatha: pgfailover = -1 (internal default) Jan 26 12:46:28 | mpatha: pgpolicy = failover (internal default) Jan 26 12:46:28 | mpatha: selector = round-robin 0 (internal default) Jan 26 12:46:28 | mpatha: features = 0 (internal default) Jan 26 12:46:28 | mpatha: hwhandler = 0 (internal default) Jan 26 12:46:28 | mpatha: rr_weight = 1 (internal default) Jan 26 12:46:28 | mpatha: minio = 1 rq (config file default) Jan 26 12:46:28 | mpatha: no_path_retry = -1 (config file default) Jan 26 12:46:28 | pg_timeout = NONE (internal default) Jan 26 12:46:28 | mpatha: fast_io_fail_tmo = 5 (config file default) Jan 26 12:46:28 | mpatha: dev_loss_tmo = 30 (config file default) Jan 26 12:46:28 | mpatha: retain_attached_hw_handler = 1 (config file default) Jan 26 12:46:28 | failed to find rport_id for target10:0:0 Jan 26 12:46:28 | mpatha: set ACT_CREATE (map does not exist) Jan 26 12:46:28 | mpatha: domap (0) failure for create/reload map Jan 26 12:46:28 | mpatha: ignoring map ********************************************************************************** [root at node002 shim]# iscsiadm -m session -o show tcp: [6] 192.168.1.12:3260,1 pl.mycomp.shimi:node002.target0 tcp: [7] 192.168.1.11:3260,1 pl.mycomp.shimi:manager.target0 tcp: [8] 192.168.1.14:3260,1 pl.mycomp.shimi:node003.target0 tcp: [9] 192.168.1.13:3260,1 pl.mycomp.shimi:node001.target0 ********************************************************************************** [root at node002 shim]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination ********************************************************************************** [root at node002 shim]# sestatus SELinux status: disabled -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Mon Jan 26 12:09:23 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 26 Jan 2015 12:09:23 +0000 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: References: Message-ID: <20150126120923.GF14455@redhat.com> On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > Hello, > on my all-in-one installation @home I had 3.5.0 with F20. > Today I updated to 3.5.1. > > it seems it modified /etc/multipath.conf preventing me from using my second > disk at all... > > My system has internal ssd disk (sda) for OS and one local storage domain > and another disk (sdb) with some partitions (on one of them there is also > another local storage domain). > > At reboot I was put in emergency boot because partitions at sdb disk could > not be mounted (they were busy). > it took me some time to understand that the problem was due to sdb gone > managed as multipath device and so busy for partitions to be mounted. > > Here you can find how multipath became after update and reboot > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > No device-mapper-multipath update in yum.log > > Also it seems that after changing it, it was then reverted at boot again (I > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > time the only thing I could do was to make the file immutable with > > chattr +i /etc/multipath.conf The "supported" method of achieving this is to place "# RHEV PRIVATE" in the second line of your hand-modified multipath.conf I do not understand why this has happened only after upgrade to 3.5.1 - 3.5.0's should have reverted you multipath.conf just as well during each vdsm startup. The good thing is that this annoying behavior has been dropped from the master branch, so that 3.6 is not going to have it. Vdsm is not to mess with other services config file while it is running. The logic moved to `vdsm-tool configure` > > and so I was able to reboot and verify that my partitions on sdb were ok > and I was able to mount them (for safe I also ran an fsck against them) > > Update ran around 19:20 and finished at 19:34 > here the log in gzip format > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > Reboot was done around 21:10-21:14 > > Here my /var/log/messages in gzip format, where you can see latest days. > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > Any suggestion appreciated. > > Current multipath.conf (where I also commented out the getuid_callout that > is not used anymore): > > [root at tekkaman setup]# cat /etc/multipath.conf > # RHEV REVISION 1.1 > > blacklist { > devnode "^(sda|sdb)[0-9]*" > } > > defaults { > polling_interval 5 > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > no_path_retry fail > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 4096 > } From nsoffer at redhat.com Mon Jan 26 12:37:59 2015 From: nsoffer at redhat.com (Nir Soffer) Date: Mon, 26 Jan 2015 07:37:59 -0500 (EST) Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <20150126120923.GF14455@redhat.com> References: <20150126120923.GF14455@redhat.com> Message-ID: <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Gianluca Cecchi" , nsoffer at redhat.com > Cc: "users" , ykaplan at redhat.com > Sent: Monday, January 26, 2015 2:09:23 PM > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > Hello, > > on my all-in-one installation @home I had 3.5.0 with F20. > > Today I updated to 3.5.1. > > > > it seems it modified /etc/multipath.conf preventing me from using my second > > disk at all... > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > and another disk (sdb) with some partitions (on one of them there is also > > another local storage domain). > > > > At reboot I was put in emergency boot because partitions at sdb disk could > > not be mounted (they were busy). > > it took me some time to understand that the problem was due to sdb gone > > managed as multipath device and so busy for partitions to be mounted. > > > > Here you can find how multipath became after update and reboot > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > No device-mapper-multipath update in yum.log > > > > Also it seems that after changing it, it was then reverted at boot again (I > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > time the only thing I could do was to make the file immutable with > > > > chattr +i /etc/multipath.conf > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > the second line of your hand-modified multipath.conf > > I do not understand why this has happened only after upgrade to 3.5.1 - > 3.5.0's should have reverted you multipath.conf just as well during each > vdsm startup. > > The good thing is that this annoying behavior has been dropped from the > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > with other services config file while it is running. The logic moved to > `vdsm-tool configure` > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > and I was able to mount them (for safe I also ran an fsck against them) > > > > Update ran around 19:20 and finished at 19:34 > > here the log in gzip format > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > Reboot was done around 21:10-21:14 > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > Any suggestion appreciated. > > > > Current multipath.conf (where I also commented out the getuid_callout that > > is not used anymore): > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > # RHEV REVISION 1.1 > > > > blacklist { > > devnode "^(sda|sdb)[0-9]*" > > } I think what happened is: 1. 3.5.1 had new multipath version 2. So vdsm upgraded the local file 3. blacklist above was removed (it should exists in /etc/multipath.bak) To prevent local changes, you have to mark the file as private as Dan suggests. Seems to be related to the find_multiapth = "yes" bug: https://bugzilla.redhat.com/show_bug.cgi?id=1173290 Ben, can you confirm that this is the same issue? > > > > defaults { > > polling_interval 5 > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > --replace-whitespace --device=/dev/%n" > > no_path_retry fail > > user_friendly_names no > > flush_on_last_del yes > > fast_io_fail_tmo 5 > > dev_loss_tmo 30 > > max_fds 4096 > > } > Regards, Nir From mpavlik at redhat.com Mon Jan 26 13:25:23 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Mon, 26 Jan 2015 14:25:23 +0100 Subject: [ovirt-users] Loopback interface has huge network transctions In-Reply-To: References: Message-ID: <6E2536E1-27AE-47EB-BCA7-88B3901D2B02@redhat.com> Hi Punit, it is ok since ovirt-engine is using loopback for its purposes, e.g. postgress databas access. Try to check netstat -putna | grep 127.0.0 to see how many things are attached to it. If you are interested in checking what is going on a bit more have a look @ this great how-to http://www.slashroot.in/find-network-traffic-and-bandwidth-usage-process-linux HTH Martin Pavlik RHEV QE > On 26 Jan 2015, at 02:24, Punit Dambiwal wrote: > > Hi, > > I have noticed that the loop back interface has huge network packets sent and received...is it common or need to some tweaks.... > > 1. Ovirt 3.5.1 > 2. Before ovirt engine installation...loop back address doesn't has that huge amount of packets sent/receive.... > 3. After Ovirt engine install it's keep increasing.....and in just 48 hours it reach to 35 GB... > > [root at ccr01 ~]# ifconfig > eth0: flags=4163 mtu 1500 > inet 43.252.x.x netmask 255.255.255.0 broadcast 43.252.x.x > ether 60:eb:69:82:0b:4c txqueuelen 1000 (Ethernet) > RX packets 6605350 bytes 6551029484 (6.1 GiB) > RX errors 0 dropped 120622 overruns 0 frame 0 > TX packets 2155524 bytes 431348174 (411.3 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf6e0000-df700000 > > eth1: flags=4163 mtu 1500 > inet 10.10.0.2 netmask 255.255.255.0 broadcast 10.10.0.255 > ether 60:eb:69:82:0b:4d txqueuelen 1000 (Ethernet) > RX packets 788160 bytes 133915292 (127.7 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 546352 bytes 131672255 (125.5 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf660000-df680000 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > loop txqueuelen 0 (Local Loopback) > RX packets 84747311 bytes 40376482560 (37.6 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 84747311 bytes 40376482560 (37.6 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > [root at ccr01 ~]# w > 09:23:07 up 2 days, 11:43, 1 user, load average: 0.27, 0.30, 0.31 > USER TTY LOGIN@ IDLE JCPU PCPU WHAT > root pts/0 09:16 3.00s 0.01s 0.00s w > [root at ccr01 ~]# > > Thanks, > Punit > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From danken at redhat.com Mon Jan 26 13:45:56 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Mon, 26 Jan 2015 13:45:56 +0000 Subject: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics In-Reply-To: <54980316.7080207@redhat.com> References: <54980316.7080207@redhat.com> Message-ID: <20150126134555.GI14455@redhat.com> On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: > Hello users and developers, > > Just put up a feature page for the aforementioned feature; in summary, > to report total RX/TX statistics for hosts and VMs in oVirt. This has > been requested several times on the users mailing list, and is > especially useful for accounting in VDI deployments. > > You're more than welcome to review the feature page: > http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Sorry for the late review; I have a couple of questions/comments. - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" section? Do you refer to hosting services who would like to charge their customers based on actual bandwidth usage? - I've added another motivation: currently-reported rxRate/txRate can be utterly meaningless. I don't see reference to nasty negative flows: what happens if a host disappears? Or a VM? I suppose there's always a chance that some traffic would go unaccounted for. But do you expect to extract this information somehow? Either way, it should be mentioned as a caveat on the feature page. > > Note that this only deals with network usage - it'll be great if we have > similar features for CPU and disk usage! There's a formal feature request about this: Bug 1172153 - [RFE] Collect CPU, IO and network accounting information Dan From tlitovsk at redhat.com Mon Jan 26 14:00:29 2015 From: tlitovsk at redhat.com (Tolik Litovsky) Date: Mon, 26 Jan 2015 09:00:29 -0500 (EST) Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <1421329570.24142.7.camel@redhat.com> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> Message-ID: <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> Hi Both projects are now built with VDSM and Hosted Engine plugins. Best Regards. Tolik. ----- Original Message ----- From: "Anatoly Litvosky" To: users at ovirt.org Cc: devel at ovirt.org Sent: Thursday, 15 January, 2015 3:46:10 PM Subject: Re: [ovirt-users] Cutting edge ovirt node images. Hi A centos7 based ovirt-node project joined our jenkins http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Best Regards Tolik On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > Hi > > For all of you that want the latest images for ovirt node. > For some time there is a new job in the ovirt jenkins that builds an > image for every commit made. > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > Currently for fedora 20 but hopefully more to come. > > Many thanks to David (dcaro) for all the effort. > > Best regards. > Tolik. > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From fdeutsch at redhat.com Mon Jan 26 15:19:29 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 26 Jan 2015 10:19:29 -0500 (EST) Subject: [ovirt-users] Cutting edge ovirt node images. In-Reply-To: <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> Message-ID: <1747701132.306300.1422285569125.JavaMail.zimbra@redhat.com> Kudos Tolik! - fabian ----- Original Message ----- > Hi > > Both projects are now built with VDSM and Hosted Engine plugins. > > Best Regards. > Tolik. > > ----- Original Message ----- > From: "Anatoly Litvosky" > To: users at ovirt.org > Cc: devel at ovirt.org > Sent: Thursday, 15 January, 2015 3:46:10 PM > Subject: Re: [ovirt-users] Cutting edge ovirt node images. > > Hi > > A centos7 based ovirt-node project joined our jenkins > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > Best Regards > Tolik > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > > Hi > > > > For all of you that want the latest images for ovirt node. > > For some time there is a new job in the ovirt jenkins that builds an > > image for every commit made. > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > > Currently for fedora 20 but hopefully more to come. > > > > Many thanks to David (dcaro) for all the effort. > > > > Best regards. > > Tolik. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From fdeutsch at redhat.com Mon Jan 26 15:27:23 2015 From: fdeutsch at redhat.com (Fabian Deutsch) Date: Mon, 26 Jan 2015 10:27:23 -0500 (EST) Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> Message-ID: <1036916460.310615.1422286043504.JavaMail.zimbra@redhat.com> ----- Original Message ----- > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Gianluca Cecchi" , nsoffer at redhat.com > > Cc: "users" , ykaplan at redhat.com > > Sent: Monday, January 26, 2015 2:09:23 PM > > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > > Hello, > > > on my all-in-one installation @home I had 3.5.0 with F20. > > > Today I updated to 3.5.1. > > > > > > it seems it modified /etc/multipath.conf preventing me from using my > > > second > > > disk at all... > > > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > > and another disk (sdb) with some partitions (on one of them there is also > > > another local storage domain). > > > > > > At reboot I was put in emergency boot because partitions at sdb disk > > > could > > > not be mounted (they were busy). > > > it took me some time to understand that the problem was due to sdb gone > > > managed as multipath device and so busy for partitions to be mounted. > > > > > > Here you can find how multipath became after update and reboot > > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > > > No device-mapper-multipath update in yum.log > > > > > > Also it seems that after changing it, it was then reverted at boot again > > > (I > > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > > time the only thing I could do was to make the file immutable with > > > > > > chattr +i /etc/multipath.conf > > > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > > the second line of your hand-modified multipath.conf > > > > I do not understand why this has happened only after upgrade to 3.5.1 - > > 3.5.0's should have reverted you multipath.conf just as well during each > > vdsm startup. > > > > The good thing is that this annoying behavior has been dropped from the > > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > > with other services config file while it is running. The logic moved to > > `vdsm-tool configure` > > > > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > > and I was able to mount them (for safe I also ran an fsck against them) > > > > > > Update ran around 19:20 and finished at 19:34 > > > here the log in gzip format > > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > > > Reboot was done around 21:10-21:14 > > > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > > > > Any suggestion appreciated. > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > > that > > > is not used anymore): > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > # RHEV REVISION 1.1 > > > > > > blacklist { > > > devnode "^(sda|sdb)[0-9]*" > > > } > > > I think what happened is: > > 1. 3.5.1 had new multipath version > 2. So vdsm upgraded the local file > 3. blacklist above was removed > (it should exists in /etc/multipath.bak) > > To prevent local changes, you have to mark the file as private > as Dan suggests. > > Seems to be related to the find_multiapth = "yes" bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1173290 The symptoms above sound exactly liek this issue. When find_multipahts is no (the default when the directive is not present) I sthat all non-blacklisted devices are tried to get claimed, and this happened above. Blacklisting the devices works, or adding "find_mutlipaths yes" should also work, because in that case only device which have more than one path (or are explicitly named) will be claimed by multipath. My 2ct. - fabian > Ben, can you confirm that this is the same issue? > > > > > > > defaults { > > > polling_interval 5 > > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > > --replace-whitespace --device=/dev/%n" > > > no_path_retry fail > > > user_friendly_names no > > > flush_on_last_del yes > > > fast_io_fail_tmo 5 > > > dev_loss_tmo 30 > > > max_fds 4096 > > > } > > > > Regards, > Nir > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From nsednev at redhat.com Mon Jan 26 16:28:43 2015 From: nsednev at redhat.com (Nikolai Sednev) Date: Mon, 26 Jan 2015 11:28:43 -0500 (EST) Subject: [ovirt-users] Loopback interface has huge network In-Reply-To: References: Message-ID: <87558152.427706.1422289723539.JavaMail.zimbra@redhat.com> Hi Punit, You might find also tcpdump as useful tool, so then to investigate the recorded data using Wireshark tool. http://www.tcpdump.org/manpages/tcpdump.1.html https://ask.wireshark.org/questions/23138/wireshark-for-red-hat-enterprise-linux Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev at redhat.com IRC: nsednev ----- Original Message ----- From: users-request at ovirt.org To: users at ovirt.org Sent: Monday, January 26, 2015 5:27:25 PM Subject: Users Digest, Vol 40, Issue 140 Send Users mailing list submissions to users at ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request at ovirt.org You can reach the person managing the list at users-owner at ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: Update to 3.5.1 scrambled multipath.conf? (Dan Kenigsberg) 2. Re: Update to 3.5.1 scrambled multipath.conf? (Nir Soffer) 3. Re: Loopback interface has huge network transctions (Martin Pavl?k) 4. Re: [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics (Dan Kenigsberg) 5. Re: Cutting edge ovirt node images. (Tolik Litovsky) 6. Re: Cutting edge ovirt node images. (Fabian Deutsch) 7. Re: Update to 3.5.1 scrambled multipath.conf? (Fabian Deutsch) ---------------------------------------------------------------------- Message: 1 Date: Mon, 26 Jan 2015 12:09:23 +0000 From: Dan Kenigsberg To: Gianluca Cecchi , nsoffer at redhat.com Cc: users Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: <20150126120923.GF14455 at redhat.com> Content-Type: text/plain; charset=us-ascii On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > Hello, > on my all-in-one installation @home I had 3.5.0 with F20. > Today I updated to 3.5.1. > > it seems it modified /etc/multipath.conf preventing me from using my second > disk at all... > > My system has internal ssd disk (sda) for OS and one local storage domain > and another disk (sdb) with some partitions (on one of them there is also > another local storage domain). > > At reboot I was put in emergency boot because partitions at sdb disk could > not be mounted (they were busy). > it took me some time to understand that the problem was due to sdb gone > managed as multipath device and so busy for partitions to be mounted. > > Here you can find how multipath became after update and reboot > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > No device-mapper-multipath update in yum.log > > Also it seems that after changing it, it was then reverted at boot again (I > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > time the only thing I could do was to make the file immutable with > > chattr +i /etc/multipath.conf The "supported" method of achieving this is to place "# RHEV PRIVATE" in the second line of your hand-modified multipath.conf I do not understand why this has happened only after upgrade to 3.5.1 - 3.5.0's should have reverted you multipath.conf just as well during each vdsm startup. The good thing is that this annoying behavior has been dropped from the master branch, so that 3.6 is not going to have it. Vdsm is not to mess with other services config file while it is running. The logic moved to `vdsm-tool configure` > > and so I was able to reboot and verify that my partitions on sdb were ok > and I was able to mount them (for safe I also ran an fsck against them) > > Update ran around 19:20 and finished at 19:34 > here the log in gzip format > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > Reboot was done around 21:10-21:14 > > Here my /var/log/messages in gzip format, where you can see latest days. > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > Any suggestion appreciated. > > Current multipath.conf (where I also commented out the getuid_callout that > is not used anymore): > > [root at tekkaman setup]# cat /etc/multipath.conf > # RHEV REVISION 1.1 > > blacklist { > devnode "^(sda|sdb)[0-9]*" > } > > defaults { > polling_interval 5 > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > no_path_retry fail > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 4096 > } ------------------------------ Message: 2 Date: Mon, 26 Jan 2015 07:37:59 -0500 (EST) From: Nir Soffer To: Dan Kenigsberg Cc: Benjamin Marzinski , users Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: <610569491.313815.1422275879664.JavaMail.zimbra at redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Dan Kenigsberg" > To: "Gianluca Cecchi" , nsoffer at redhat.com > Cc: "users" , ykaplan at redhat.com > Sent: Monday, January 26, 2015 2:09:23 PM > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > Hello, > > on my all-in-one installation @home I had 3.5.0 with F20. > > Today I updated to 3.5.1. > > > > it seems it modified /etc/multipath.conf preventing me from using my second > > disk at all... > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > and another disk (sdb) with some partitions (on one of them there is also > > another local storage domain). > > > > At reboot I was put in emergency boot because partitions at sdb disk could > > not be mounted (they were busy). > > it took me some time to understand that the problem was due to sdb gone > > managed as multipath device and so busy for partitions to be mounted. > > > > Here you can find how multipath became after update and reboot > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > No device-mapper-multipath update in yum.log > > > > Also it seems that after changing it, it was then reverted at boot again (I > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > time the only thing I could do was to make the file immutable with > > > > chattr +i /etc/multipath.conf > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > the second line of your hand-modified multipath.conf > > I do not understand why this has happened only after upgrade to 3.5.1 - > 3.5.0's should have reverted you multipath.conf just as well during each > vdsm startup. > > The good thing is that this annoying behavior has been dropped from the > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > with other services config file while it is running. The logic moved to > `vdsm-tool configure` > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > and I was able to mount them (for safe I also ran an fsck against them) > > > > Update ran around 19:20 and finished at 19:34 > > here the log in gzip format > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > Reboot was done around 21:10-21:14 > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > Any suggestion appreciated. > > > > Current multipath.conf (where I also commented out the getuid_callout that > > is not used anymore): > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > # RHEV REVISION 1.1 > > > > blacklist { > > devnode "^(sda|sdb)[0-9]*" > > } I think what happened is: 1. 3.5.1 had new multipath version 2. So vdsm upgraded the local file 3. blacklist above was removed (it should exists in /etc/multipath.bak) To prevent local changes, you have to mark the file as private as Dan suggests. Seems to be related to the find_multiapth = "yes" bug: https://bugzilla.redhat.com/show_bug.cgi?id=1173290 Ben, can you confirm that this is the same issue? > > > > defaults { > > polling_interval 5 > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > --replace-whitespace --device=/dev/%n" > > no_path_retry fail > > user_friendly_names no > > flush_on_last_del yes > > fast_io_fail_tmo 5 > > dev_loss_tmo 30 > > max_fds 4096 > > } > Regards, Nir ------------------------------ Message: 3 Date: Mon, 26 Jan 2015 14:25:23 +0100 From: Martin Pavl?k To: Punit Dambiwal Cc: "users at ovirt.org" Subject: Re: [ovirt-users] Loopback interface has huge network transctions Message-ID: <6E2536E1-27AE-47EB-BCA7-88B3901D2B02 at redhat.com> Content-Type: text/plain; charset="us-ascii" Hi Punit, it is ok since ovirt-engine is using loopback for its purposes, e.g. postgress databas access. Try to check netstat -putna | grep 127.0.0 to see how many things are attached to it. If you are interested in checking what is going on a bit more have a look @ this great how-to http://www.slashroot.in/find-network-traffic-and-bandwidth-usage-process-linux HTH Martin Pavlik RHEV QE > On 26 Jan 2015, at 02:24, Punit Dambiwal wrote: > > Hi, > > I have noticed that the loop back interface has huge network packets sent and received...is it common or need to some tweaks.... > > 1. Ovirt 3.5.1 > 2. Before ovirt engine installation...loop back address doesn't has that huge amount of packets sent/receive.... > 3. After Ovirt engine install it's keep increasing.....and in just 48 hours it reach to 35 GB... > > [root at ccr01 ~]# ifconfig > eth0: flags=4163 mtu 1500 > inet 43.252.x.x netmask 255.255.255.0 broadcast 43.252.x.x > ether 60:eb:69:82:0b:4c txqueuelen 1000 (Ethernet) > RX packets 6605350 bytes 6551029484 (6.1 GiB) > RX errors 0 dropped 120622 overruns 0 frame 0 > TX packets 2155524 bytes 431348174 (411.3 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf6e0000-df700000 > > eth1: flags=4163 mtu 1500 > inet 10.10.0.2 netmask 255.255.255.0 broadcast 10.10.0.255 > ether 60:eb:69:82:0b:4d txqueuelen 1000 (Ethernet) > RX packets 788160 bytes 133915292 (127.7 MiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 546352 bytes 131672255 (125.5 MiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > device memory 0xdf660000-df680000 > > lo: flags=73 mtu 65536 > inet 127.0.0.1 netmask 255.0.0.0 > loop txqueuelen 0 (Local Loopback) > RX packets 84747311 bytes 40376482560 (37.6 GiB) > RX errors 0 dropped 0 overruns 0 frame 0 > TX packets 84747311 bytes 40376482560 (37.6 GiB) > TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 > > [root at ccr01 ~]# w > 09:23:07 up 2 days, 11:43, 1 user, load average: 0.27, 0.30, 0.31 > USER TTY LOGIN@ IDLE JCPU PCPU WHAT > root pts/0 09:16 3.00s 0.01s 0.00s w > [root at ccr01 ~]# > > Thanks, > Punit > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 4 Date: Mon, 26 Jan 2015 13:45:56 +0000 From: Dan Kenigsberg To: Lior Vernia Cc: "Users at ovirt.org List" , "devel at ovirt.org" Subject: Re: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics Message-ID: <20150126134555.GI14455 at redhat.com> Content-Type: text/plain; charset=us-ascii On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: > Hello users and developers, > > Just put up a feature page for the aforementioned feature; in summary, > to report total RX/TX statistics for hosts and VMs in oVirt. This has > been requested several times on the users mailing list, and is > especially useful for accounting in VDI deployments. > > You're more than welcome to review the feature page: > http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics Sorry for the late review; I have a couple of questions/comments. - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" section? Do you refer to hosting services who would like to charge their customers based on actual bandwidth usage? - I've added another motivation: currently-reported rxRate/txRate can be utterly meaningless. I don't see reference to nasty negative flows: what happens if a host disappears? Or a VM? I suppose there's always a chance that some traffic would go unaccounted for. But do you expect to extract this information somehow? Either way, it should be mentioned as a caveat on the feature page. > > Note that this only deals with network usage - it'll be great if we have > similar features for CPU and disk usage! There's a formal feature request about this: Bug 1172153 - [RFE] Collect CPU, IO and network accounting information Dan ------------------------------ Message: 5 Date: Mon, 26 Jan 2015 09:00:29 -0500 (EST) From: Tolik Litovsky To: users at ovirt.org Cc: devel at ovirt.org Subject: Re: [ovirt-users] Cutting edge ovirt node images. Message-ID: <14200256.98.1422280826405.JavaMail.tlitovsk at tolikl> Content-Type: text/plain; charset=utf-8 Hi Both projects are now built with VDSM and Hosted Engine plugins. Best Regards. Tolik. ----- Original Message ----- From: "Anatoly Litvosky" To: users at ovirt.org Cc: devel at ovirt.org Sent: Thursday, 15 January, 2015 3:46:10 PM Subject: Re: [ovirt-users] Cutting edge ovirt node images. Hi A centos7 based ovirt-node project joined our jenkins http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Best Regards Tolik On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > Hi > > For all of you that want the latest images for ovirt node. > For some time there is a new job in the ovirt jenkins that builds an > image for every commit made. > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > Currently for fedora 20 but hopefully more to come. > > Many thanks to David (dcaro) for all the effort. > > Best regards. > Tolik. > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 6 Date: Mon, 26 Jan 2015 10:19:29 -0500 (EST) From: Fabian Deutsch To: Tolik Litovsky Cc: users at ovirt.org, devel at ovirt.org Subject: Re: [ovirt-users] Cutting edge ovirt node images. Message-ID: <1747701132.306300.1422285569125.JavaMail.zimbra at redhat.com> Content-Type: text/plain; charset=utf-8 Kudos Tolik! - fabian ----- Original Message ----- > Hi > > Both projects are now built with VDSM and Hosted Engine plugins. > > Best Regards. > Tolik. > > ----- Original Message ----- > From: "Anatoly Litvosky" > To: users at ovirt.org > Cc: devel at ovirt.org > Sent: Thursday, 15 January, 2015 3:46:10 PM > Subject: Re: [ovirt-users] Cutting edge ovirt node images. > > Hi > > A centos7 based ovirt-node project joined our jenkins > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > Best Regards > Tolik > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > > Hi > > > > For all of you that want the latest images for ovirt node. > > For some time there is a new job in the ovirt jenkins that builds an > > image for every commit made. > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > > Currently for fedora 20 but hopefully more to come. > > > > Many thanks to David (dcaro) for all the effort. > > > > Best regards. > > Tolik. > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ Message: 7 Date: Mon, 26 Jan 2015 10:27:23 -0500 (EST) From: Fabian Deutsch To: Nir Soffer Cc: Benjamin Marzinski , users Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? Message-ID: <1036916460.310615.1422286043504.JavaMail.zimbra at redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > ----- Original Message ----- > > From: "Dan Kenigsberg" > > To: "Gianluca Cecchi" , nsoffer at redhat.com > > Cc: "users" , ykaplan at redhat.com > > Sent: Monday, January 26, 2015 2:09:23 PM > > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > > Hello, > > > on my all-in-one installation @home I had 3.5.0 with F20. > > > Today I updated to 3.5.1. > > > > > > it seems it modified /etc/multipath.conf preventing me from using my > > > second > > > disk at all... > > > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > > and another disk (sdb) with some partitions (on one of them there is also > > > another local storage domain). > > > > > > At reboot I was put in emergency boot because partitions at sdb disk > > > could > > > not be mounted (they were busy). > > > it took me some time to understand that the problem was due to sdb gone > > > managed as multipath device and so busy for partitions to be mounted. > > > > > > Here you can find how multipath became after update and reboot > > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > > > No device-mapper-multipath update in yum.log > > > > > > Also it seems that after changing it, it was then reverted at boot again > > > (I > > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > > time the only thing I could do was to make the file immutable with > > > > > > chattr +i /etc/multipath.conf > > > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > > the second line of your hand-modified multipath.conf > > > > I do not understand why this has happened only after upgrade to 3.5.1 - > > 3.5.0's should have reverted you multipath.conf just as well during each > > vdsm startup. > > > > The good thing is that this annoying behavior has been dropped from the > > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > > with other services config file while it is running. The logic moved to > > `vdsm-tool configure` > > > > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > > and I was able to mount them (for safe I also ran an fsck against them) > > > > > > Update ran around 19:20 and finished at 19:34 > > > here the log in gzip format > > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > > > Reboot was done around 21:10-21:14 > > > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > > > > Any suggestion appreciated. > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > > that > > > is not used anymore): > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > # RHEV REVISION 1.1 > > > > > > blacklist { > > > devnode "^(sda|sdb)[0-9]*" > > > } > > > I think what happened is: > > 1. 3.5.1 had new multipath version > 2. So vdsm upgraded the local file > 3. blacklist above was removed > (it should exists in /etc/multipath.bak) > > To prevent local changes, you have to mark the file as private > as Dan suggests. > > Seems to be related to the find_multiapth = "yes" bug: > https://bugzilla.redhat.com/show_bug.cgi?id=1173290 The symptoms above sound exactly liek this issue. When find_multipahts is no (the default when the directive is not present) I sthat all non-blacklisted devices are tried to get claimed, and this happened above. Blacklisting the devices works, or adding "find_mutlipaths yes" should also work, because in that case only device which have more than one path (or are explicitly named) will be claimed by multipath. My 2ct. - fabian > Ben, can you confirm that this is the same issue? > > > > > > > defaults { > > > polling_interval 5 > > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > > --replace-whitespace --device=/dev/%n" > > > no_path_retry fail > > > user_friendly_names no > > > flush_on_last_del yes > > > fast_io_fail_tmo 5 > > > dev_loss_tmo 30 > > > max_fds 4096 > > > } > > > > Regards, > Nir > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 40, Issue 140 ************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From sohrberg at gmail.com Mon Jan 26 16:37:22 2015 From: sohrberg at gmail.com (=?utf-8?Q?Staffan_=C3=96hrberg?=) Date: Mon, 26 Jan 2015 17:37:22 +0100 Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) In-Reply-To: <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> References: <0A6C99A9-6B6A-41F5-9C95-4AEAC99D67F5@gmail.com> <970284056.4978970.1420617984068.JavaMail.zimbra@redhat.com> Message-ID: <87909D50-6706-4B57-ABDF-E4613E163368@gmail.com> Hi, Just want you to know that I managed to get it to work. I did the same installation, but using an external NAS instead of GlusterFS. Regards, Staffan ?hrberg > 7 jan 2015 kl. 09:06 skrev Oved Ourfali : > > Hi > > Was the installation of the engine successful? > It is a bit weird that it doesn't find this class, so perhaps it is some packaging issue? > Can you attach the complete engine.log and server.log? > > What's the operating system of your engine server? > > Thanks, > Oved > > ----- Original Message ----- >> From: "Staffan ?hrberg" >> To: users at ovirt.org >> Sent: Monday, January 5, 2015 6:03:46 PM >> Subject: [ovirt-users] oVirt 3.5 ovirt-image-repository (Glance) >> >> Hi, >> Short background, I own a startup company that have been used VMware ESXi for >> a year and are trying oVirt to see if that can be a replacement for us. >> I have just installed oVirt 3.5, but have trouble accessing >> ovirt-image-repository,Glance ( http://glance.ovirt.org:9292 ). >> In the admin console it just says: ?Error while executing action: A Request >> to the server failed with the following Status Code: 500? >> >> In the server.log I got a lot of errors: >> 2015-01-05 16:57:01,881 ERROR >> [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/ovirt-engine/webadmin]] >> (ajp--127.0.0.1-8702-7) Exception while dispatching incoming RPC call: >> com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public >> abstract org.ovirt.engine.core.common.action.VdcReturnValueBase >> org.ovirt.engine.ui.frontend.gwtservices.GenericApiGWTService.runAction(org.ovirt.engine.core.common.action.VdcActionType,org.ovirt.engine.core.common.action.VdcActionParametersBase)' >> threw an unexpected exception: javax.ejb.EJBException: >> java.lang.RuntimeException: java.lang.NoClassDefFoundError: Could not >> initialize class com.woorea.openstack.glance.Glance >> >> ?. >> >> I have search for an answer, but have not found one. >> Anyone in this forum have any idea of whats wrong? >> >> Regards, >> Staffan ?hrberg >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> From mrose at power-soft.com Mon Jan 26 16:44:16 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 16:44:16 +0000 Subject: [ovirt-users] iso uploader times out In-Reply-To: References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> Message-ID: I am on oVirt Engine Version: 3.5.1-1.el6 On Jan 25, 2015, at 10:54 PM, Johan Kooijman > wrote: Mikola, What version are you running? A bug in 3.5.0 caused the same behavior, it's fixed in 3.5.1. On Mon, Jan 26, 2015 at 4:36 AM, Mikola Rose > wrote: Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Met vriendelijke groeten / With kind regards, Johan Kooijman Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dfediuck at redhat.com Mon Jan 26 17:06:34 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 26 Jan 2015 19:06:34 +0200 Subject: [ovirt-users] Slide Templates--New for 2015! In-Reply-To: References: <1116310714.10304951.1421878295329.JavaMail.zimbra@redhat.com> <391811392.10305925.1421878438330.JavaMail.zimbra@redhat.com> Message-ID: <54C6741A.6030501@redhat.com> Indeed, very nice ;) On 26/01/15 13:17, Marcelo Barbosa wrote: > Thank you Brian. > > Cheers, > > firemanxbr > > On Wed, Jan 21, 2015 at 8:13 PM, Brian Proffitt > wrote: > > All: > > I have been asked to provide slide templates for presentations that > might be created for future events. Through 2014, we have been using > the green-on-white slide template, and now, thanks to Eidan > Hildesheim, we have a new 2015 edition that is based more on the > Patternfly interface. > > These template presentations are provided to build new slides for > oVirt presentations. They can be downloaded and used as-is, or Saved > As template files within OpenOffice and LibreOffice. > > The templates, as well as a whole host of pre-made presentations > (which are all under the Creative Commons license), are available on > the oVirt.org slide page[1]. > > Thanks! > BKP > > [1] http://www.ovirt.org/OVirt_Slide_Decks > > -- > Brian Proffitt > > Community Liaison > oVirt > Open Source and Standards, Red Hat - http://community.redhat.com > Phone: +1 574 383 9BKP > IRC: bkp @ OFTC > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From dfediuck at redhat.com Mon Jan 26 17:31:37 2015 From: dfediuck at redhat.com (Doron Fediuck) Date: Mon, 26 Jan 2015 19:31:37 +0200 Subject: [ovirt-users] [ovirt-devel] Cutting edge ovirt node images. In-Reply-To: <1747701132.306300.1422285569125.JavaMail.zimbra@redhat.com> References: <1420990174.17364.26.camel@redhat.com> <1421329570.24142.7.camel@redhat.com> <14200256.98.1422280826405.JavaMail.tlitovsk@tolikl> <1747701132.306300.1422285569125.JavaMail.zimbra@redhat.com> Message-ID: <54C679F9.6030206@redhat.com> +1 ;) On 26/01/15 17:19, Fabian Deutsch wrote: > Kudos Tolik! > > - fabian > > ----- Original Message ----- > > Hi > > > > Both projects are now built with VDSM and Hosted Engine plugins. > > > > Best Regards. > > Tolik. > > > > ----- Original Message ----- > > From: "Anatoly Litvosky" > > To: users at ovirt.org > > Cc: devel at ovirt.org > > Sent: Thursday, 15 January, 2015 3:46:10 PM > > Subject: Re: [ovirt-users] Cutting edge ovirt node images. > > > > Hi > > > > A centos7 based ovirt-node project joined our jenkins > > http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ > > > > Best Regards > > Tolik > > > > On Sun, 2015-01-11 at 17:29 +0200, Anatoly Litvosky wrote: > >> Hi > >> > >> For all of you that want the latest images for ovirt node. > >> For some time there is a new job in the ovirt jenkins that builds an > >> image for every commit made. > >> http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ > >> Currently for fedora 20 but hopefully more to come. > >> > >> Many thanks to David (dcaro) for all the effort. > >> > >> Best regards. > >> Tolik. > >> > >> > >> > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Devel mailing list > Devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > From mrose at power-soft.com Mon Jan 26 17:52:12 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 17:52:12 +0000 Subject: [ovirt-users] iso uploader times out In-Reply-To: <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> Message-ID: <73130016-BB8F-407B-B951-D4CE75B0A81B@power-soft.com> Here is my export, it appears that this is correct; /Volumes/Raid1 *(rw,anonuid=36,anongid=36,all_squash) This is the entry point to the iso folder i created on the NFS The one I created during setup is listed as unattached. If I try and attach it is says there are no storage centre's to which the Storage Domain can be attached. [cid:8B22D686-FA8F-4A7A-B9E0-C9E2D0993E2D at power-soft.net] On the host machine I disabled the firewall and selinux On Jan 26, 2015, at 12:03 AM, Simone Tiraboschi > wrote: ----- Original Message ----- From: "Mikola Rose" > To: users at ovirt.org Sent: Monday, January 26, 2015 5:36:47 AM Subject: [ovirt-users] iso uploader times out Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? Can you please check the iso NFS export ACL as described here [1]? If you created it via engine setup, now by default only engine host can access it so if you want to access it from other hosts you have to extend that ACL. If it not enough please check also the firewall rules. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues#ISO_DOMAIN _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PastedGraphic-4.png Type: image/png Size: 59745 bytes Desc: PastedGraphic-4.png URL: From bmarzins at redhat.com Mon Jan 26 17:14:41 2015 From: bmarzins at redhat.com (Benjamin Marzinski) Date: Mon, 26 Jan 2015 11:14:41 -0600 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <1036916460.310615.1422286043504.JavaMail.zimbra@redhat.com> References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> <1036916460.310615.1422286043504.JavaMail.zimbra@redhat.com> Message-ID: <20150126171441.GB11463@ask-08.lab.msp.redhat.com> On Mon, Jan 26, 2015 at 10:27:23AM -0500, Fabian Deutsch wrote: > > > ----- Original Message ----- > > ----- Original Message ----- > > > From: "Dan Kenigsberg" > > > To: "Gianluca Cecchi" , nsoffer at redhat.com > > > Cc: "users" , ykaplan at redhat.com > > > Sent: Monday, January 26, 2015 2:09:23 PM > > > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > > > > > On Sat, Jan 24, 2015 at 12:59:01AM +0100, Gianluca Cecchi wrote: > > > > Hello, > > > > on my all-in-one installation @home I had 3.5.0 with F20. > > > > Today I updated to 3.5.1. > > > > > > > > it seems it modified /etc/multipath.conf preventing me from using my > > > > second > > > > disk at all... > > > > > > > > My system has internal ssd disk (sda) for OS and one local storage domain > > > > and another disk (sdb) with some partitions (on one of them there is also > > > > another local storage domain). > > > > > > > > At reboot I was put in emergency boot because partitions at sdb disk > > > > could > > > > not be mounted (they were busy). > > > > it took me some time to understand that the problem was due to sdb gone > > > > managed as multipath device and so busy for partitions to be mounted. > > > > > > > > Here you can find how multipath became after update and reboot > > > > https://drive.google.com/file/d/0BwoPbcrMv8mvS0FkMnNyMTdVTms/view?usp=sharing > > > > > > > > No device-mapper-multipath update in yum.log > > > > > > > > Also it seems that after changing it, it was then reverted at boot again > > > > (I > > > > don't know if the responsible was initrd/dracut or vdsmd) so in the mean > > > > time the only thing I could do was to make the file immutable with > > > > > > > > chattr +i /etc/multipath.conf > > > > > > The "supported" method of achieving this is to place "# RHEV PRIVATE" in > > > the second line of your hand-modified multipath.conf > > > > > > I do not understand why this has happened only after upgrade to 3.5.1 - > > > 3.5.0's should have reverted you multipath.conf just as well during each > > > vdsm startup. > > > > > > The good thing is that this annoying behavior has been dropped from the > > > master branch, so that 3.6 is not going to have it. Vdsm is not to mess > > > with other services config file while it is running. The logic moved to > > > `vdsm-tool configure` > > > > > > > > > > > and so I was able to reboot and verify that my partitions on sdb were ok > > > > and I was able to mount them (for safe I also ran an fsck against them) > > > > > > > > Update ran around 19:20 and finished at 19:34 > > > > here the log in gzip format > > > > https://drive.google.com/file/d/0BwoPbcrMv8mvWjJDTXU1YjRWOFk/view?usp=sharing > > > > > > > > Reboot was done around 21:10-21:14 > > > > > > > > Here my /var/log/messages in gzip format, where you can see latest days. > > > > https://drive.google.com/file/d/0BwoPbcrMv8mvMm1ldXljd3hZWnM/view?usp=sharing > > > > > > > > > > > > Any suggestion appreciated. > > > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > > > that > > > > is not used anymore): > > > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > > # RHEV REVISION 1.1 > > > > > > > > blacklist { > > > > devnode "^(sda|sdb)[0-9]*" > > > > } > > > > > > I think what happened is: > > > > 1. 3.5.1 had new multipath version > > 2. So vdsm upgraded the local file > > 3. blacklist above was removed > > (it should exists in /etc/multipath.bak) > > > > To prevent local changes, you have to mark the file as private > > as Dan suggests. > > > > Seems to be related to the find_multiapth = "yes" bug: > > https://bugzilla.redhat.com/show_bug.cgi?id=1173290 > > The symptoms above sound exactly liek this issue. > When find_multipahts is no (the default when the directive is not present) > I sthat all non-blacklisted devices are tried to get claimed, and this happened above. > > Blacklisting the devices works, or adding "find_mutlipaths yes" should also work, because > in that case only device which have more than one path (or are explicitly named) will be > claimed by multipath. I would like to point out one issue. Once a device is claimed (even if find_multipaths wasn't set when it was claimed) it will get added to /etc/multipath/wwids. This means that if you have previously claimed a single path device, adding "find_multipaths yes" won't stop that device from being claimed in the fulture (since it is in the wwids file). You would need to either run: # multipath -w to remove the device's wwid from the wwids file, or run # multipath -W to reset the wwids file to only include the wwids of the current multipath devices (Obviously, you need to remove any devices that you don't want multipathed before your run this). > > My 2ct. > > - fabian > > > Ben, can you confirm that this is the same issue? Yeah, I think so. -Ben > > > > > > > > > > defaults { > > > > polling_interval 5 > > > > #getuid_callout "/usr/lib/udev/scsi_id --whitelisted > > > > --replace-whitespace --device=/dev/%n" > > > > no_path_retry fail > > > > user_friendly_names no > > > > flush_on_last_del yes > > > > fast_io_fail_tmo 5 > > > > dev_loss_tmo 30 > > > > max_fds 4096 > > > > } > > > > > > > Regards, > > Nir > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From mrose at power-soft.com Mon Jan 26 18:44:38 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 18:44:38 +0000 Subject: [ovirt-users] iso uploader times out In-Reply-To: <73130016-BB8F-407B-B951-D4CE75B0A81B@power-soft.com> References: <602B1301-5E18-440B-9CD1-0EBF3CCC9EC7@power-soft.com> <1939960725.206253.1422259392237.JavaMail.zimbra@redhat.com> <73130016-BB8F-407B-B951-D4CE75B0A81B@power-soft.com> Message-ID: <010909B9-1BD8-4ED6-883D-68479BC2820E@power-soft.com> I am going to redeploy yet again... Quick question though, when the hosted-engine deployment asks what interface to use for management what network should this be since the host has 2 nics 192.168.0.0/32 is our general network 192.168.1.0/32 is for the NFS and inter vm traffic I would assume it would be 192.168.1.0 ? On Jan 26, 2015, at 9:52 AM, Mikola Rose > wrote: Here is my export, it appears that this is correct; /Volumes/Raid1 *(rw,anonuid=36,anongid=36,all_squash) This is the entry point to the iso folder i created on the NFS The one I created during setup is listed as unattached. If I try and attach it is says there are no storage centre's to which the Storage Domain can be attached. On the host machine I disabled the firewall and selinux On Jan 26, 2015, at 12:03 AM, Simone Tiraboschi > wrote: ----- Original Message ----- From: "Mikola Rose" > To: users at ovirt.org Sent: Monday, January 26, 2015 5:36:47 AM Subject: [ovirt-users] iso uploader times out Hi list members, Just finished deploying a self hosted engine. But i am having a problem uploading an iso. It seems to be timing out.. engine-iso-uploader -i iso upload rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... ERROR: mount.nfs: Connection timed out I am a little confused as the host machine has access to the NFS shares but the engine vm does not yet I have created an iso storage item successfully so the engine can see the nfs share? Any idea on how I can trouble shoot this? Can you please check the iso NFS export ACL as described here [1]? If you created it via engine setup, now by default only engine host can access it so if you want to access it from other hosts you have to extend that ACL. If it not enough please check also the firewall rules. [1] http://www.ovirt.org/Troubleshooting_NFS_Storage_Issues#ISO_DOMAIN _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Mon Jan 26 18:46:52 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Mon, 26 Jan 2015 19:46:52 +0100 Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> Message-ID: On Mon, Jan 26, 2015 at 1:37 PM, Nir Soffer wrote: > > > > Any suggestion appreciated. > > > > > > Current multipath.conf (where I also commented out the getuid_callout > that > > > is not used anymore): > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > # RHEV REVISION 1.1 > > > > > > blacklist { > > > devnode "^(sda|sdb)[0-9]*" > > > } > > > I think what happened is: > > 1. 3.5.1 had new multipath version > what do you mean with "new multipath version"? I currently have device-mapper-multipath-0.4.9-56.fc20.x86_64 The system came from f18 to f19 and then to f20 via fedup in both cases In my yum.log files I see this about January 2013 when I was in Fedora 18 Jan 07 00:11:44 Installed: device-mapper-multipath-0.4.9-36.fc18.x86_64 I then upgraded to f19 on 24th November 2013 and device-mapper-multipath was the one pushed during the fedup update: device-mapper-multipath-libs-0.4.9-51.fc19.x86_64 Then on 12th of November 2014 I passed form f19 to f20 and fedup pushed device-mapper-multipath-0.4.9-56.fc20.x86_64 that is my current version At that time I also passed from oVirt 3.4.4 to 3.5.0. And I didn't register any problem with my internal disk It was sufficient to keep inside blacklist { devnode "sd[a-b]" } At the head of the file I only had: # RHEV REVISION 1.0 No reference about # RHEV PRIVATE But right now that I'm writing I notice that my rule for blacklist after migration to 3.5.1 was devnode "^(sda|sdb)[0-9]*" probably blacklists only partitions and not the full disks.... ;-) So I'm going to check with the old blacklist option and/or the PRIVATE label as suggested by Dan... Probably passing from RHEV REVISION 1.0 to 1.1 the original blacklist part was thrown away... 2. So vdsm upgraded the local file > 3. blacklist above was removed > (it should exists in /etc/multipath.bak) > > It seems it didn't generate any multipath.conf.bak ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From rabshear at citytwist.net Mon Jan 26 19:43:14 2015 From: rabshear at citytwist.net (Rob Abshear) Date: Mon, 26 Jan 2015 14:43:14 -0500 Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> Message-ID: I have done a bit more investigating on this matter. If I restart the node from within oVirt using the power management option "restart", then the node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue the command to power cycle the machine, then the machine restarts and vdsmd DOES start. I can run the following command from another node in the cluster: fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot and the node restarts and vdsmd DOES start. On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > Hi Rob, > > Thanks for this report. > > Would you please provide these logs, at the time frame, the host failure > occur: > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > 2. host: /var/log/vdsm/vdsm.log > > If it is reproducible, please add this info as well. > > You can also check vdsm service status, on host, while host reported as > Non responsive, > by running on host 'service vdsmd status' > There might some problem, that might have prevented from vdsm service to > come up, on host. > > Ilanit. > > ----- Original Message ----- > From: "Rob Abshear" > To: users at ovirt.org > Sent: Friday, January 23, 2015 9:22:42 PM > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > cluster. Each host has a drac5 and it is configured and working. I am > trying to simulate a node failure. I am running one HA VM on one of the > hosts for testing. I simulate the failure by powering off the host with the > VM running. > > Here is what is happening. > > > * Host is powered off > * ~4 minutes pass and the host is recognized as not responding > * Automatic fence runs and the VM migrates. Another host in the node > is chosen as a proxy to execute Status command on the host. > * Same host is chosen as proxy to execute Start command on the host. > * Same host is chosen as proxy to execute Status command on the host. > * The host DOES physically start. > * The host never shows status of UP. > * I select ?confirm host has been rebooted? and I see a manual fence > start. > * Host stays non-responsive. > * I put the host in maintenance and then activate it. > * Host still non-responsive > * I put the host in maintenance and do a reinstall > * Reinstall finishes and host becomes UP > > So, everything seems to go fine with the HA functionality, but the host > never recovers without being reinstalled. Please let me know which logs you > need to look at to help me out with this. > > Thanks > > > Sent with Mixmax > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Mon Jan 26 22:49:22 2015 From: mrose at power-soft.com (Mikola Rose) Date: Mon, 26 Jan 2015 22:49:22 +0000 Subject: [ovirt-users] hosted-engine setup ovirtmgmt bridge Message-ID: <2CD6B53E-188C-4D1B-B619-971B98D0523D@power-soft.com> Hi there again list users; On a hosted-engine --deploy on a machine that has 2 network cards em1 192.168.0.178 General Network em2 192.168.1.151 Net that NFS server is on, no dns no gateway which one would I set as ovirtmgmt bridge "Please indicate a nic to set ovirtmgmt bridge on: (em1, em2) [em1]" Mik -------------- next part -------------- An HTML attachment was scrubbed... URL: From macytd at gmail.com Mon Jan 26 22:53:17 2015 From: macytd at gmail.com (Tim Macy) Date: Mon, 26 Jan 2015 17:53:17 -0500 Subject: [ovirt-users] When will oVirt Node 3.5 be released? Message-ID: I am planning some upcoming projects and would like to know when oVirt Node 3.5 will be released? Thanks, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From dougsland at redhat.com Tue Jan 27 03:10:39 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Mon, 26 Jan 2015 22:10:39 -0500 Subject: [ovirt-users] When will oVirt Node 3.5 be released? In-Reply-To: References: Message-ID: <54C701AF.8060603@redhat.com> On 01/26/2015 05:53 PM, Tim Macy wrote: > I am planning some upcoming projects and would like to know when oVirt > Node 3.5 will be released? Hi Tim, We should share the official iso this week. Meanwhile, if you are interested in give a try on our jenkins jobs: centos7: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Fedora20: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Thanks! -- Cheers Douglas From uwe at laverenz.de Tue Jan 27 04:57:28 2015 From: uwe at laverenz.de (Uwe Laverenz) Date: Tue, 27 Jan 2015 05:57:28 +0100 Subject: [ovirt-users] hosted-engine setup ovirtmgmt bridge In-Reply-To: <2CD6B53E-188C-4D1B-B619-971B98D0523D@power-soft.com> References: <2CD6B53E-188C-4D1B-B619-971B98D0523D@power-soft.com> Message-ID: <54C71AB8.4050507@laverenz.de> Hi, Am 26.01.2015 um 23:49 schrieb Mikola Rose: > On a hosted-engine --deploy on a machine that has 2 network cards > em1 192.168.0.178 General Network > em2 192.168.1.151 Net that NFS server is on, no dns no gateway > > which one would I set as ovirtmgmt bridge > > "Please indicate a nic to set ovirtmgmt bridge on: (em1, em2) [em1]" The general network would be the correct one (em1). cu, Uwe From istein at redhat.com Tue Jan 27 07:05:18 2015 From: istein at redhat.com (ILanit Stein) Date: Tue, 27 Jan 2015 02:05:18 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> Message-ID: <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> It might be a bug, Would you please attach the logs, I mentioned bellow, that can bring more details on the failure? Adding Eli, that may want to give some input on this issue. Thanks, Ilanit. ----- Original Message ----- From: "Rob Abshear" To: "ILanit Stein" Cc: users at ovirt.org Sent: Monday, January 26, 2015 9:43:14 PM Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot I have done a bit more investigating on this matter. If I restart the node from within oVirt using the power management option "restart", then the node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue the command to power cycle the machine, then the machine restarts and vdsmd DOES start. I can run the following command from another node in the cluster: fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot and the node restarts and vdsmd DOES start. On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > Hi Rob, > > Thanks for this report. > > Would you please provide these logs, at the time frame, the host failure > occur: > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > 2. host: /var/log/vdsm/vdsm.log > > If it is reproducible, please add this info as well. > > You can also check vdsm service status, on host, while host reported as > Non responsive, > by running on host 'service vdsmd status' > There might some problem, that might have prevented from vdsm service to > come up, on host. > > Ilanit. > > ----- Original Message ----- > From: "Rob Abshear" > To: users at ovirt.org > Sent: Friday, January 23, 2015 9:22:42 PM > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > cluster. Each host has a drac5 and it is configured and working. I am > trying to simulate a node failure. I am running one HA VM on one of the > hosts for testing. I simulate the failure by powering off the host with the > VM running. > > Here is what is happening. > > > * Host is powered off > * ~4 minutes pass and the host is recognized as not responding > * Automatic fence runs and the VM migrates. Another host in the node > is chosen as a proxy to execute Status command on the host. > * Same host is chosen as proxy to execute Start command on the host. > * Same host is chosen as proxy to execute Status command on the host. > * The host DOES physically start. > * The host never shows status of UP. > * I select ?confirm host has been rebooted? and I see a manual fence > start. > * Host stays non-responsive. > * I put the host in maintenance and then activate it. > * Host still non-responsive > * I put the host in maintenance and do a reinstall > * Reinstall finishes and host becomes UP > > So, everything seems to go fine with the HA functionality, but the host > never recovers without being reinstalled. Please let me know which logs you > need to look at to help me out with this. > > Thanks > > > Sent with Mixmax > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Tue Jan 27 08:19:53 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 27 Jan 2015 10:19:53 +0200 Subject: [ovirt-users] ovirt 3.5 self-hosted engine and ovirtmgmt not syncronised In-Reply-To: References: <4dd2c3444bd54e2cdeee2438810a6e75@tutu.ru> <001b01d0371e$62480ce0$26d826a0$@cloudspin.me> Message-ID: <54C74A29.7050304@redhat.com> On 23/01/15 19:41, Kostyrev Aleksandr wrote: > Donny Davis ????? 2015-01-23 18:07: >> You have to move the hosted engine to another host to sync the >> networks, they cannot be synced while the host is running vm's. Bring >> your second hosted engine machine online so the engine can be >> migrated, and the host in which you want to sync the network can be >> synced. >> >> I only know from experience, and one of the ovirt devs may have a >> better solution. This is what worked for me. Indeed, there's a bug open about it and we intend to get that fixed for 3.6: https://bugzilla.redhat.com/show_bug.cgi?id=1055454 > > Hmmm... > I was able to sync ovirtmgmt network on two hosts out of three but now I > have a problem starting engine up on those two nodes > > Jan 23 20:23:23 ovirt-3 vdsm vm.Vm ERROR > vmId=`e3c64c89-65e0-4936-83af-de201130e789`::The vm start process > failed#012Traceback (most recent call last):#012 File > "/usr/share/vdsm/virt/vm.py", line 2264, in _startUnderlyingVm#012 > self._run()#012 File "/usr/share/vdsm/virt/vm.py", line 3328, in > _run#012 self._connection.createXML(domxml, flags),#012 File > "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, > in wrapper#012 ret = f(*args, **kwargs)#012 File > "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in > createXML#012 if ret is None:raise libvirtError('virDomainCreateXML() > failed', conn=self)#012libvirtError: Cannot get interface MTU on > 'ovirtmgmt': No such device > > as I mentioned earlier file > /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt gets removed from those > two nodes after syncing. > Is ovirtmgmt configured as non-VM by any chance? > How can I recreated that ifcfg-ovirtmgmt file? > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From pkliczew at redhat.com Tue Jan 27 08:21:09 2015 From: pkliczew at redhat.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 03:21:09 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> Message-ID: <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> Hi Mathew, It seems like this is quite old version (September 2014). There were good number of fixes in this area. Looking at provided logs I am not able to tell which call is exactly failing. Do you have any steps to reproduce? Thanks, Piotr ----- Original Message ----- From: "Renchu Mathew" To: "Piotr Kliczewski" Cc: "Eli Mesika" , "Piotr Kliczewski" , users at ovirt.org Sent: Monday, January 26, 2015 5:15:46 AM Subject: RE: [ovirt-users] Power Management config on Ovirt Hi Piotr, VDSM Version is vdsm-4.16.4-0.el6 Regards Renchu Mathew . From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] Sent: Sunday, January 25, 2015 6:08 PM To: Renchu Mathew Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > wrote: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). @Eli - Do we know which vdsm version is in this iso? Please find below details. [cid:image001.png at 01D0393F.9A5CF2D0] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > > To: "Eli Mesika" > > Cc: "Martin Perina" >, users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org, "Eli Mesika" > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From shimano at go2.pl Tue Jan 27 08:43:59 2015 From: shimano at go2.pl (shimano) Date: Tue, 27 Jan 2015 09:43:59 +0100 Subject: [ovirt-users] Does my Storage Domain crashed or is this iSCSI LUN's a problem? Message-ID: Hi guys, I'm trying to run one of my storage domains, which experienced failure. Unfortunately, I meet a very nasty error (Storage domain does not exist). Could someone tell me, how to try to restore this domain? P.S. It's an oVirt 3.4.2-1.el6 ****************************** **************************************************** /var/log/messages: Jan 26 12:48:49 node002 vdsm TaskManager.Task ERROR Task=`10d02993-b585-448f-9a50-bd3e8cda7082`::Unexpected error#012Traceback (most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line 873, in _run#012 return fn(*args, **kargs)#012 File "/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, **kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 2959, in getVGInfo#012 return dict(info=self.__getVGsInfo([vgUUID])[0])#012 File "/usr/share/vdsm/storage/hsm.py", line 2892, in __getVGsInfo#012 vgList = [lvm.getVGbyUUID(vgUUID) for vgUUID in vgUUIDs]#012 File "/usr/share/vdsm/storage/lvm.py", line 894, in getVGbyUUID#012 raise se.VolumeGroupDoesNotExist("vg_uuid: %s" % vgUUID)#012VolumeGroupDoesNotExist: Volume Group does not exist: ('vg_uuid: gyaCWf-6VKi-lI9W-JT6H-IZdy-rIsB-hTvZ4O',) Jan 26 12:48:49 node002 kernel: device-mapper: table: 253:26: multipath: error getting device Jan 26 12:48:49 node002 kernel: device-mapper: ioctl: error adding target to table ********************************************************************************** /var/log/vdsm.log: Thread-22::ERROR::2015-01-26 12:43:03,376::sdc::137::Storage.StorageDomainCache::(_findDomain) looking for unfetched domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::ERROR::2015-01-26 12:43:03,377::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) looking for domain db52e9cb-7306-43fd-aff3-20831bc2bcaf Thread-22::DEBUG::2015-01-26 12:43:03,377::lvm::373::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' got the operation mutex Thread-22::DEBUG::2015-01-26 12:43:03,378::lvm::296::Storage.Misc.excCmd::(cmd) u'/usr/bin/sudo -n /sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 obtain_device_list_from_udev=0 filter = [ \'a|/dev/mapper/mpathb|/dev/mapper/mpathc|/dev/mapper/mpathd|/dev/mapper/mpathe|/dev/mapper/mpathf|\', \'r|.*|\' ] } global { locking_type=1 prioritise_write_locks=1 wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = 0 } " --noheadings --units b --nosuffix --separator | -o uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name db52e9cb-7306-43fd-aff3-20831bc2bcaf' (cwd None) Thread-22::DEBUG::2015-01-26 12:43:03,462::lvm::296::Storage.Misc.excCmd::(cmd) FAILED: = ' /dev/mapper/mpathc: Checksum error\n /dev/mapper/mpathc: Checksum error\n Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found\n Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf\n'; = 5 Thread-22::WARNING::2015-01-26 12:43:03,466::lvm::378::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' /dev/mapper/mpathc: Checksum error', ' /dev/mapper/mpathc: Checksum error', ' Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found', ' Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf'] Thread-22::DEBUG::2015-01-26 12:43:03,466::lvm::415::OperationMutex::(_reloadvgs) Operation 'lvm reload operation' released the operation mutex Thread-22::ERROR::2015-01-26 12:43:03,477::sdc::143::Storage.StorageDomainCache::(_findDomain) domain db52e9cb-7306-43fd-aff3-20831bc2bcaf not found Traceback (most recent call last): File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-22::ERROR::2015-01-26 12:43:03,478::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain db52e9cb-7306-43fd-aff3-20831bc2bcaf monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 204, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain raise se.StorageDomainDoesNotExist(sdUUID) StorageDomainDoesNotExist: Storage domain does not exist: (u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) Thread-13::DEBUG::2015-01-26 12:43:05,102::task::595::TaskManager.Task::(_updateState) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::moving from state init -> state preparing Thread-13::INFO::2015-01-26 12:43:05,102::logUtils::44::dispatcher::(wrapper) Run and protect: repoStats(options=None) Thread-13::INFO::2015-01-26 12:43:05,103::logUtils::47::dispatcher::(wrapper) Run and protect: repoStats, Return response: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} Thread-13::DEBUG::2015-01-26 12:43:05,103::task::1185::TaskManager.Task::(prepare) Task=`b4e85e37-b216-4d29-a448-0711e370a246`::finished: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, 'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': True}} ********************************************************************************** [root at node002 shim]# multipath -ll mpathe (1NODE_001_LUN01) dm-6 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 21:0:0:1 sdg 8:96 active ready running mpathd (1NODE_003_LUN01) dm-7 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 20:0:0:1 sdf 8:80 active ready running mpathc (1NODE_002_LUN01) dm-4 SHIMI,VIRTUAL-DISK size=977G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 18:0:0:1 sdd 8:48 active ready running mpathb (1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010) dm-1 ATA,MARVELL Raid VD size=1.8T features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 0:0:0:0 sda 8:0 active ready running mpathf (1MANAGER_LUN01) dm-5 SHIMI,VIRTUAL-DISK size=500G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 19:0:0:1 sde 8:64 active ready running ********************************************************************************** [root at node002 shim]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 298.1G 0 disk ??sdb1 8:17 0 1G 0 part /boot ??sdb2 8:18 0 4G 0 part [SWAP] ??sdb3 8:19 0 293.1G 0 part ??vg_node002-LogVol00 (dm-0) 253:0 0 293.1G 0 lvm / sda 8:0 0 1.8T 0 disk ??sda1 8:1 0 1.8T 0 part sdd 8:48 0 976.6G 0 disk ??mpathc (dm-4) 253:4 0 976.6G 0 mpath sde 8:64 0 500G 0 disk ??mpathf (dm-5) 253:5 0 500G 0 mpath ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-metadata (dm-15) 253:15 0 512M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-ids (dm-16) 253:16 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-leases (dm-18) 253:18 0 2G 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-outbox (dm-20) 253:20 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-inbox (dm-21) 253:21 0 128M 0 lvm ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-master (dm-22) 253:22 0 1G 0 lvm sdf 8:80 0 976.6G 0 disk ??mpathd (dm-7) 253:7 0 976.6G 0 mpath ??5e1ca1b6--4706--4c79--8924--b8db741c929f-metadata (dm-14) 253:14 0 512M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-ids (dm-17) 253:17 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-leases (dm-19) 253:19 0 2G 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-outbox (dm-23) 253:23 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-inbox (dm-24) 253:24 0 128M 0 lvm ??5e1ca1b6--4706--4c79--8924--b8db741c929f-master (dm-25) 253:25 0 1G 0 lvm sdg 8:96 0 976.6G 0 disk ??mpathe (dm-6) 253:6 0 976.6G 0 mpath ??5f595801--aaa5--42c7--b829--7a34a636407e-metadata (dm-8) 253:8 0 512M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-ids (dm-9) 253:9 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-leases (dm-10) 253:10 0 2G 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-outbox (dm-11) 253:11 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-inbox (dm-12) 253:12 0 128M 0 lvm ??5f595801--aaa5--42c7--b829--7a34a636407e-master (dm-13) 253:13 0 1G 0 lvm ********************************************************************************** [root at node002 shim]# multipath -v3 Jan 26 12:46:28 | ram0: device node name blacklisted Jan 26 12:46:28 | ram1: device node name blacklisted Jan 26 12:46:28 | ram2: device node name blacklisted Jan 26 12:46:28 | ram3: device node name blacklisted Jan 26 12:46:28 | ram4: device node name blacklisted Jan 26 12:46:28 | ram5: device node name blacklisted Jan 26 12:46:28 | ram6: device node name blacklisted Jan 26 12:46:28 | ram7: device node name blacklisted Jan 26 12:46:28 | ram8: device node name blacklisted Jan 26 12:46:28 | ram9: device node name blacklisted Jan 26 12:46:28 | ram10: device node name blacklisted Jan 26 12:46:28 | ram11: device node name blacklisted Jan 26 12:46:28 | ram12: device node name blacklisted Jan 26 12:46:28 | ram13: device node name blacklisted Jan 26 12:46:28 | ram14: device node name blacklisted Jan 26 12:46:28 | ram15: device node name blacklisted Jan 26 12:46:28 | loop0: device node name blacklisted Jan 26 12:46:28 | loop1: device node name blacklisted Jan 26 12:46:28 | loop2: device node name blacklisted Jan 26 12:46:28 | loop3: device node name blacklisted Jan 26 12:46:28 | loop4: device node name blacklisted Jan 26 12:46:28 | loop5: device node name blacklisted Jan 26 12:46:28 | loop6: device node name blacklisted Jan 26 12:46:28 | loop7: device node name blacklisted Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0x3f Jan 26 12:46:28 | sdb: dev_t = 8:16 Jan 26 12:46:28 | sdb: size = 625142448 Jan 26 12:46:28 | sdb: subsystem = scsi Jan 26 12:46:28 | sdb: vendor = ATA Jan 26 12:46:28 | sdb: product = WDC WD3200AAJS-6 Jan 26 12:46:28 | sdb: rev = 03.0 Jan 26 12:46:28 | sdb: h:b:t:l = 10:0:0:0 Jan 26 12:46:28 | sdb: serial = WD-WMAV2HM46197 Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: path checker = directio (config file default) Jan 26 12:46:28 | sdb: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdb: uid = 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 (callout) Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdb: prio = const (config file default) Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | sda: not found in pathvec Jan 26 12:46:28 | sda: mask = 0x3f Jan 26 12:46:28 | sda: dev_t = 8:0 Jan 26 12:46:28 | sda: size = 3904897024 Jan 26 12:46:28 | sda: subsystem = scsi Jan 26 12:46:28 | sda: vendor = ATA Jan 26 12:46:28 | sda: product = MARVELL Raid VD Jan 26 12:46:28 | sda: rev = MV.R Jan 26 12:46:28 | sda: h:b:t:l = 0:0:0:0 Jan 26 12:46:28 | sda: serial = 1c3c8ecf5cf00010 Jan 26 12:46:28 | sda: get_state Jan 26 12:46:28 | sda: path checker = directio (config file default) Jan 26 12:46:28 | sda: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sda: state = 3 Jan 26 12:46:28 | sda: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sda: uid = 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 (callout) Jan 26 12:46:28 | sda: state = running Jan 26 12:46:28 | sda: detect_prio = 1 (config file default) Jan 26 12:46:28 | sda: prio = const (config file default) Jan 26 12:46:28 | sda: const prio = 1 Jan 26 12:46:28 | dm-0: device node name blacklisted Jan 26 12:46:28 | sdc: not found in pathvec Jan 26 12:46:28 | sdc: mask = 0x3f Jan 26 12:46:28 | sdc: dev_t = 8:32 Jan 26 12:46:28 | sdc: size = 0 Jan 26 12:46:28 | sdc: subsystem = scsi Jan 26 12:46:28 | sdc: vendor = Multi Jan 26 12:46:28 | sdc: product = Flash Reader Jan 26 12:46:28 | sdc: rev = 1.00 Jan 26 12:46:28 | sdc: h:b:t:l = 12:0:0:0 Jan 26 12:46:28 | dm-1: device node name blacklisted Jan 26 12:46:28 | dm-2: device node name blacklisted Jan 26 12:46:28 | dm-3: device node name blacklisted Jan 26 12:46:28 | sdd: not found in pathvec Jan 26 12:46:28 | sdd: mask = 0x3f Jan 26 12:46:28 | sdd: dev_t = 8:48 Jan 26 12:46:28 | sdd: size = 2048000000 Jan 26 12:46:28 | sdd: subsystem = scsi Jan 26 12:46:28 | sdd: vendor = SHIMI Jan 26 12:46:28 | sdd: product = VIRTUAL-DISK Jan 26 12:46:28 | sdd: rev = 0001 Jan 26 12:46:28 | sdd: h:b:t:l = 18:0:0:1 Jan 26 12:46:28 | sdd: tgt_node_name = pl.mycomp.shimi:node002.target0 Jan 26 12:46:28 | sdd: serial = beaf11 Jan 26 12:46:28 | sdd: get_state Jan 26 12:46:28 | sdd: path checker = directio (config file default) Jan 26 12:46:28 | sdd: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdd: state = 3 Jan 26 12:46:28 | sdd: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdd: uid = 1NODE_002_LUN01 (callout) Jan 26 12:46:28 | sdd: state = running Jan 26 12:46:28 | sdd: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdd: prio = const (config file default) Jan 26 12:46:28 | sdd: const prio = 1 Jan 26 12:46:28 | dm-4: device node name blacklisted Jan 26 12:46:28 | sde: not found in pathvec Jan 26 12:46:28 | sde: mask = 0x3f Jan 26 12:46:28 | sde: dev_t = 8:64 Jan 26 12:46:28 | sde: size = 1048576000 Jan 26 12:46:28 | sde: subsystem = scsi Jan 26 12:46:28 | sde: vendor = SHIMI Jan 26 12:46:28 | sde: product = VIRTUAL-DISK Jan 26 12:46:28 | sde: rev = 0001 Jan 26 12:46:28 | sde: h:b:t:l = 19:0:0:1 Jan 26 12:46:28 | sde: tgt_node_name = pl.mycomp.shimi:manager.target0 Jan 26 12:46:28 | sde: serial = beaf11 Jan 26 12:46:28 | sde: get_state Jan 26 12:46:28 | sde: path checker = directio (config file default) Jan 26 12:46:28 | sde: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sde: state = 3 Jan 26 12:46:28 | sde: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sde: uid = 1MANAGER_LUN01 (callout) Jan 26 12:46:28 | sde: state = running Jan 26 12:46:28 | sde: detect_prio = 1 (config file default) Jan 26 12:46:28 | sde: prio = const (config file default) Jan 26 12:46:28 | sde: const prio = 1 Jan 26 12:46:28 | sdf: not found in pathvec Jan 26 12:46:28 | sdf: mask = 0x3f Jan 26 12:46:28 | sdf: dev_t = 8:80 Jan 26 12:46:28 | sdf: size = 2048000000 Jan 26 12:46:28 | sdf: subsystem = scsi Jan 26 12:46:28 | sdf: vendor = SHIMI Jan 26 12:46:28 | sdf: product = VIRTUAL-DISK Jan 26 12:46:28 | sdf: rev = 0001 Jan 26 12:46:28 | sdf: h:b:t:l = 20:0:0:1 Jan 26 12:46:28 | sdf: tgt_node_name = pl.mycomp.shimi:node003.target0 Jan 26 12:46:28 | sdf: serial = beaf11 Jan 26 12:46:28 | sdf: get_state Jan 26 12:46:28 | sdf: path checker = directio (config file default) Jan 26 12:46:28 | sdf: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdf: state = 3 Jan 26 12:46:28 | sdf: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdf: uid = 1NODE_003_LUN01 (callout) Jan 26 12:46:28 | sdf: state = running Jan 26 12:46:28 | sdf: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdf: prio = const (config file default) Jan 26 12:46:28 | sdf: const prio = 1 Jan 26 12:46:28 | sdg: not found in pathvec Jan 26 12:46:28 | sdg: mask = 0x3f Jan 26 12:46:28 | sdg: dev_t = 8:96 Jan 26 12:46:28 | sdg: size = 2048000000 Jan 26 12:46:28 | sdg: subsystem = scsi Jan 26 12:46:28 | sdg: vendor = SHIMI Jan 26 12:46:28 | sdg: product = VIRTUAL-DISK Jan 26 12:46:28 | sdg: rev = 0001 Jan 26 12:46:28 | sdg: h:b:t:l = 21:0:0:1 Jan 26 12:46:28 | sdg: tgt_node_name = pl.mycomp.shimi:node001.target0 Jan 26 12:46:28 | sdg: serial = beaf11 Jan 26 12:46:28 | sdg: get_state Jan 26 12:46:28 | sdg: path checker = directio (config file default) Jan 26 12:46:28 | sdg: checker timeout = 30000 ms (sysfs setting) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdg: state = 3 Jan 26 12:46:28 | sdg: getuid = /sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n (config file default) Jan 26 12:46:28 | sdg: uid = 1NODE_001_LUN01 (callout) Jan 26 12:46:28 | sdg: state = running Jan 26 12:46:28 | sdg: detect_prio = 1 (config file default) Jan 26 12:46:28 | sdg: prio = const (config file default) Jan 26 12:46:28 | sdg: const prio = 1 Jan 26 12:46:28 | dm-5: device node name blacklisted Jan 26 12:46:28 | dm-6: device node name blacklisted Jan 26 12:46:28 | dm-7: device node name blacklisted Jan 26 12:46:28 | dm-8: device node name blacklisted Jan 26 12:46:28 | dm-9: device node name blacklisted Jan 26 12:46:28 | dm-10: device node name blacklisted Jan 26 12:46:28 | dm-11: device node name blacklisted Jan 26 12:46:28 | dm-12: device node name blacklisted Jan 26 12:46:28 | dm-13: device node name blacklisted Jan 26 12:46:28 | dm-14: device node name blacklisted Jan 26 12:46:28 | dm-15: device node name blacklisted Jan 26 12:46:28 | dm-16: device node name blacklisted Jan 26 12:46:28 | dm-17: device node name blacklisted Jan 26 12:46:28 | dm-18: device node name blacklisted Jan 26 12:46:28 | dm-19: device node name blacklisted Jan 26 12:46:28 | dm-20: device node name blacklisted Jan 26 12:46:28 | dm-21: device node name blacklisted Jan 26 12:46:28 | dm-22: device node name blacklisted Jan 26 12:46:28 | dm-23: device node name blacklisted Jan 26 12:46:28 | dm-24: device node name blacklisted Jan 26 12:46:28 | dm-25: device node name blacklisted ===== paths list ===== uuid hcil dev dev_t pri dm_st chk_st 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 10:0:0:0 sdb 8:16 1 undef ready 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 0:0:0:0 sda 8:0 1 undef ready 12:0:0:0 sdc 8:32 -1 undef faulty 1NODE_002_LUN01 18:0:0:1 sdd 8:48 1 undef ready 1MANAGER_LUN01 19:0:0:1 sde 8:64 1 undef ready 1NODE_003_LUN01 20:0:0:1 sdf 8:80 1 undef ready 1NODE_001_LUN01 21:0:0:1 sdg 8:96 1 undef ready Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:96 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:96 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:80 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:80 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:48 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:48 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:0 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:0 A 0 Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:64 1 Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:64 A 0 Jan 26 12:46:28 | Found matching wwid [1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197] in bindings file. Setting alias to mpatha Jan 26 12:46:28 | sdb: ownership set to mpatha Jan 26 12:46:28 | sdb: not found in pathvec Jan 26 12:46:28 | sdb: mask = 0xc Jan 26 12:46:28 | sdb: get_state Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | directio: starting new request Jan 26 12:46:28 | directio: io finished 4096/0 Jan 26 12:46:28 | sdb: state = 3 Jan 26 12:46:28 | sdb: state = running Jan 26 12:46:28 | sdb: const prio = 1 Jan 26 12:46:28 | mpatha: pgfailover = -1 (internal default) Jan 26 12:46:28 | mpatha: pgpolicy = failover (internal default) Jan 26 12:46:28 | mpatha: selector = round-robin 0 (internal default) Jan 26 12:46:28 | mpatha: features = 0 (internal default) Jan 26 12:46:28 | mpatha: hwhandler = 0 (internal default) Jan 26 12:46:28 | mpatha: rr_weight = 1 (internal default) Jan 26 12:46:28 | mpatha: minio = 1 rq (config file default) Jan 26 12:46:28 | mpatha: no_path_retry = -1 (config file default) Jan 26 12:46:28 | pg_timeout = NONE (internal default) Jan 26 12:46:28 | mpatha: fast_io_fail_tmo = 5 (config file default) Jan 26 12:46:28 | mpatha: dev_loss_tmo = 30 (config file default) Jan 26 12:46:28 | mpatha: retain_attached_hw_handler = 1 (config file default) Jan 26 12:46:28 | failed to find rport_id for target10:0:0 Jan 26 12:46:28 | mpatha: set ACT_CREATE (map does not exist) Jan 26 12:46:28 | mpatha: domap (0) failure for create/reload map Jan 26 12:46:28 | mpatha: ignoring map ********************************************************************************** [root at node002 shim]# iscsiadm -m session -o show tcp: [6] 192.168.1.12:3260,1 pl.mycomp.shimi:node002.target0 tcp: [7] 192.168.1.11:3260,1 pl.mycomp.shimi:manager.target0 tcp: [8] 192.168.1.14:3260,1 pl.mycomp.shimi:node003.target0 tcp: [9] 192.168.1.13:3260,1 pl.mycomp.shimi:node001.target0 ********************************************************************************** [root at node002 shim]# iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination ********************************************************************************** [root at node002 shim]# sestatus SELinux status: disabled -------------- next part -------------- An HTML attachment was scrubbed... URL: From nsoffer at redhat.com Tue Jan 27 08:47:28 2015 From: nsoffer at redhat.com (Nir Soffer) Date: Tue, 27 Jan 2015 03:47:28 -0500 (EST) Subject: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? In-Reply-To: References: <20150126120923.GF14455@redhat.com> <610569491.313815.1422275879664.JavaMail.zimbra@redhat.com> Message-ID: <39941716.767076.1422348448663.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Nir Soffer" > Cc: "Dan Kenigsberg" , "users" , "Yeela Kaplan" , "Benjamin > Marzinski" > Sent: Monday, January 26, 2015 8:46:52 PM > Subject: Re: [ovirt-users] Update to 3.5.1 scrambled multipath.conf? > > On Mon, Jan 26, 2015 at 1:37 PM, Nir Soffer wrote: > > > > > > > Any suggestion appreciated. > > > > > > > > Current multipath.conf (where I also commented out the getuid_callout > > that > > > > is not used anymore): > > > > > > > > [root at tekkaman setup]# cat /etc/multipath.conf > > > > # RHEV REVISION 1.1 > > > > > > > > blacklist { > > > > devnode "^(sda|sdb)[0-9]*" > > > > } > > > > > > I think what happened is: > > > > 1. 3.5.1 had new multipath version > > > > what do you mean with "new multipath version"? I mean new multipath.conf version: # RHEV REVISION 1.1 When vdsm finds that its current configuration version is different from current multipath.conf version, it replaces the current multipath.conf with a new version. > I currently have device-mapper-multipath-0.4.9-56.fc20.x86_64 > The system came from f18 to f19 and then to f20 via fedup in both cases > In my yum.log files I see this about January 2013 when I was in Fedora 18 > Jan 07 00:11:44 Installed: device-mapper-multipath-0.4.9-36.fc18.x86_64 > > I then upgraded to f19 on 24th November 2013 and device-mapper-multipath > was the one pushed during the fedup update: > device-mapper-multipath-libs-0.4.9-51.fc19.x86_64 > > Then on 12th of November 2014 I passed form f19 to f20 and fedup pushed > device-mapper-multipath-0.4.9-56.fc20.x86_64 > that is my current version > At that time I also passed from oVirt 3.4.4 to 3.5.0. > And I didn't register any problem with my internal disk > > It was sufficient to keep inside > blacklist { > devnode "sd[a-b]" > } > > At the head of the file I only had: > # RHEV REVISION 1.0 This is why vdsm replaced the file. > > No reference about > # RHEV PRIVATE > > But right now that I'm writing I notice that my rule for blacklist after > migration to 3.5.1 was > > devnode "^(sda|sdb)[0-9]*" > > probably blacklists only partitions and not the full disks.... ;-) > So I'm going to check with the old blacklist option and/or the PRIVATE > label as suggested by Dan... > > Probably passing from RHEV REVISION 1.0 to 1.1 the original blacklist part > was thrown away... > > 2. So vdsm upgraded the local file > > 3. blacklist above was removed > > (it should exists in /etc/multipath.bak) > > > > > It seems it didn't generate any multipath.conf.bak ... > In 3.5.1 it should rotate multipath.conf, saving multipath.conf.1 ... If you don't find the backup file after multipath.conf was updated, this is a bug. Can you open a a bug about it? Nir From renchu at cracknell.com Tue Jan 27 09:48:12 2015 From: renchu at cracknell.com (Renchu Mathew) Date: Tue, 27 Jan 2015 09:48:12 +0000 Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> References: <757574177.153086.1422176284542.JavaMail.zimbra@redhat.com> <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> Message-ID: Hi Piotr, Can you please provide me the link to download the new node iso? I can see only ovirt live iso. Regards Renchu Mathew? -----Original Message----- From: Piotr Kliczewski [mailto:pkliczew at redhat.com] Sent: Tuesday, January 27, 2015 12:21 PM To: Renchu Mathew Cc: Piotr Kliczewski; Eli Mesika; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt Hi Mathew, It seems like this is quite old version (September 2014). There were good number of fixes in this area. Looking at provided logs I am not able to tell which call is exactly failing. Do you have any steps to reproduce? Thanks, Piotr ----- Original Message ----- From: "Renchu Mathew" To: "Piotr Kliczewski" Cc: "Eli Mesika" , "Piotr Kliczewski" , users at ovirt.org Sent: Monday, January 26, 2015 5:15:46 AM Subject: RE: [ovirt-users] Power Management config on Ovirt Hi Piotr, VDSM Version is vdsm-4.16.4-0.el6 Regards Renchu Mathew . From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] Sent: Sunday, January 25, 2015 6:08 PM To: Renchu Mathew Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org Subject: Re: [ovirt-users] Power Management config on Ovirt On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > wrote: Hi Eli, I have 2 hypervisor host and both are installed with below iso file. Master data domain is glusterfs which is configured on another server. Is there any latest iso available? ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). @Eli - Do we know which vdsm version is in this iso? Please find below details. [cid:image001.png at 01D0393F.9A5CF2D0] Thanks & Regards Renchu Mathew -----Original Message----- From: Eli Mesika [mailto:emesika at redhat.com] Sent: Sunday, January 25, 2015 4:46 PM To: Renchu Mathew Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski Subject: Re: [ovirt-users] Power Management config on Ovirt ----- Original Message ----- > From: "Renchu Mathew" > > To: "Eli Mesika" > > Cc: "Martin Perina" >, users at ovirt.org > Sent: Sunday, January 25, 2015 11:19:21 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Eli, > > Please use any details. > > Thanks for your support. > > Regards > > Renchu Mathew Hi again Looking in the logs I see that this is a issue we handled when we switched from XML RPC to JSON RPC protocol. Which vdsm is installed in the proxy host ? I am adding Piotr who is on charge of the JSON RPC protocol and who helped me in the past when I got a similar error on PM operations It looks like marshaling issue but I am not sure whether it was already fixed or it is something new. I am not able to match a call when looking at engine.log. > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 12:58 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Renchu > > I am looking currently on he case and will respond later on today > after investigating the logs. > If I will not find anything, can I use the details for the host PM > only for status command to try to debug and find the source of the problem ? > > Thanks > > Eli > > ----- Original Message ----- > > From: "Renchu Mathew" > > > To: "Martin Perina" > > > Cc: users at ovirt.org, "Eli Mesika" > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > Hi Martin, > > > > I got the below output when I run the command and it works from both > > the nodes. > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > status'... > > Chassis power = On > > Done > > > > Thanks > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > +971 4 > > 3445417 | F +971 4 3493675 | M +971 50 7386484 ABU DHABI | DUBAI > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL renchu at cracknell.com | WEB > > www.cracknell.com > > > > This email, its content and any files transmitted with it are > > intended solely for the addressee(s) and may be legally privileged > > and/or confidential. If you are not the intended recipient please > > let us know by email reply and delete it from the system. Please > > note that any views or opinions presented in this email do not > > necessarily represent those of the company. Email transmissions > > cannot be guaranteed to be secure or error-free as information could > > be intercepted, corrupted, lost, destroyed, arrive late or > > incomplete, or contain viruses. The company therefore does not > > accept liability for any errors or omissions in the contents of this > > message which arise as a result of email transmission. > > > > > > -----Original Message----- > > From: Martin Perina [mailto:mperina at redhat.com] > > Sent: Thursday, January 22, 2015 6:12 PM > > To: Renchu Mathew > > Cc: users at ovirt.org; Eli Mesika > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Martin Perina" > > > > Cc: users at ovirt.org > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Martin, > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > That's strange, I cannot find any call to fenceNode which should > > appear, if PM status is gathered. > > > > Eli, any idea? > > > > > I have checked the link and it says we need to install the sever > > > view management agent & net-snmp on the hosts. > > > Do we need to try this? How to install this on node? I used the > > > below irmc admin user. > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > But could you please execute this command on node-20 just to confirm > > that Fujitsu Primergy is communicating through IPMI: > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > USER and PASS please set according to you setup. > > > > Thanks > > > > Martin > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > Regards > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T +971 > > > 4 > > > 3445417 | F +971 4 3493675 | M +971 50 7386484 > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > EMAIL renchu at cracknell.com | WEB www.cracknell.com > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > intended solely for the addressee(s) and may be legally privileged > > > and/or confidential. If you are not the intended recipient please > > > let us know by email reply and delete it from the system. Please > > > note that any views or opinions presented in this email do not > > > necessarily represent those of the company. Email transmissions > > > cannot be guaranteed to be secure or error-free as information > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > incomplete, or contain viruses. The company therefore does not > > > accept liability for any errors or omissions in the contents of > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Martin Perina [mailto:mperina at redhat.com] > > > Sent: Thursday, January 22, 2015 4:49 PM > > > To: Renchu Mathew > > > Cc: users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > Hi, > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > vdsm.log. > > > According to engine.log, host Node-02.cracknell.com was used as > > > fence proxy. > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > Thanks > > > > > > > > > > > > Martin > > > > > > > > > > > > [1] > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > ht > > > ml > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > From: "Renchu Mathew" > > > > > > > > To: "Martin Perina" > > > > > > > > Cc: users at ovirt.org > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > sure > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > I also > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: Martin Perina [mailto:mperina at redhat.com] > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > To: Renchu Mathew > > > > > > > Cc: users at ovirt.org > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > using > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > vdsm.log > > > > > > > from host that was used as fencing proxy? You can find out which > > > > host > > > > > > > is used as a proxy either in Events tab after you execute the > > > > test or in engine.log. > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > From: "Renchu Mathew" > > > > > > > > > To: users at ovirt.org > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > Fujitsu > > > > > > > > PRIMERGY > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > power > > > > > > > > management configuration. The test gives a message ?Test > > > > > failed, > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > tried > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > Do we > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > Users mailing list > > > > > > > > Users at ovirt.org> > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From lvernia at redhat.com Tue Jan 27 10:03:38 2015 From: lvernia at redhat.com (Lior Vernia) Date: Tue, 27 Jan 2015 12:03:38 +0200 Subject: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics In-Reply-To: <20150126134555.GI14455@redhat.com> References: <54980316.7080207@redhat.com> <20150126134555.GI14455@redhat.com> Message-ID: <54C7627A.9040008@redhat.com> On 26/01/15 15:45, Dan Kenigsberg wrote: > On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: >> Hello users and developers, >> >> Just put up a feature page for the aforementioned feature; in summary, >> to report total RX/TX statistics for hosts and VMs in oVirt. This has >> been requested several times on the users mailing list, and is >> especially useful for accounting in VDI deployments. >> >> You're more than welcome to review the feature page: >> http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics > > Sorry for the late review; I have a couple of questions/comments. > - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" > section? > Do you refer to hosting services who would like to charge their > customers based on actual bandwidth usage? Indeed, as well as monitoring utilisation by non-paying users (say inside the same organization). Changed the wording a little, as hosting services are really the prime candidate. > - I've added another motivation: currently-reported rxRate/txRate > can be utterly meaningless. > > > I don't see reference to nasty negative flows: what happens if a host > disappears? Or a VM? I suppose there's always a chance that some traffic > would go unaccounted for. But do you expect to extract this information > somehow? Either way, it should be mentioned as a caveat on the feature > page. > What do you mean by "disappears"? Engine loses connectivity to it? >> >> Note that this only deals with network usage - it'll be great if we have >> similar features for CPU and disk usage! > > There's a formal feature request about this: > Bug 1172153 - [RFE] Collect CPU, IO and network accounting > information > > Dan > From pkliczew at redhat.com Tue Jan 27 10:03:40 2015 From: pkliczew at redhat.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 05:03:40 -0500 (EST) Subject: [ovirt-users] Power Management config on Ovirt In-Reply-To: References: <1474992450.167086.1422189970984.JavaMail.zimbra@redhat.com> <764389857.674167.1422346869573.JavaMail.zimbra@redhat.com> Message-ID: <227173436.733145.1422353020507.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Renchu Mathew" > To: "Piotr Kliczewski" > Cc: "Piotr Kliczewski" , "Eli Mesika" , users at ovirt.org > Sent: Tuesday, January 27, 2015 10:48:12 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Piotr, > > Can you please provide me the link to download the new node iso? I can see > only ovirt live iso. > I saw that Douglas sent following links in other thread [1] on this list: centos7: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-el7_merged/ Fedora20: http://jenkins.ovirt.org/job/ovirt-node_master_create-iso-fc20_merged/ Please note that "We should share the official iso this week." [1] http://lists.ovirt.org/pipermail/users/2015-January/030846.html > > Regards > > Renchu Mathew > > -----Original Message----- > From: Piotr Kliczewski [mailto:pkliczew at redhat.com] > Sent: Tuesday, January 27, 2015 12:21 PM > To: Renchu Mathew > Cc: Piotr Kliczewski; Eli Mesika; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > Hi Mathew, > > It seems like this is quite old version (September 2014). There were good > number of fixes in this area. > > Looking at provided logs I am not able to tell which call is exactly failing. > Do you have any steps to reproduce? > > Thanks, > Piotr > > ----- Original Message ----- > From: "Renchu Mathew" > To: "Piotr Kliczewski" > Cc: "Eli Mesika" , "Piotr Kliczewski" > , users at ovirt.org > Sent: Monday, January 26, 2015 5:15:46 AM > Subject: RE: [ovirt-users] Power Management config on Ovirt > > Hi Piotr, > VDSM Version is vdsm-4.16.4-0.el6 > > Regards > > Renchu Mathew > . > > From: Piotr Kliczewski [mailto:piotr.kliczewski at gmail.com] > Sent: Sunday, January 25, 2015 6:08 PM > To: Renchu Mathew > Cc: Eli Mesika; Piotr Kliczewski; users at ovirt.org > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > On Sun, Jan 25, 2015 at 2:07 PM, Renchu Mathew > > wrote: > > Hi Eli, > > > > I have 2 hypervisor host and both are installed with below iso file. Master > data domain is glusterfs which is configured on another server. Is there any > latest iso available? > > > > ovirt-node-iso-3.5.0.ovirt35.20140912.el6 (Edited). > > @Eli - Do we know which vdsm version is in this iso? > > > > > Please find below details. > > > > [cid:image001.png at 01D0393F.9A5CF2D0] > > > > Thanks & Regards > > > > Renchu Mathew > > > > -----Original Message----- > From: Eli Mesika [mailto:emesika at redhat.com] > Sent: Sunday, January 25, 2015 4:46 PM > To: Renchu Mathew > Cc: Martin Perina; users at ovirt.org; Piotr Kliczewski > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > ----- Original Message ----- > > > From: "Renchu Mathew" > > > > To: "Eli Mesika" > > > > Cc: "Martin Perina" >, > > users at ovirt.org > > > Sent: Sunday, January 25, 2015 11:19:21 AM > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Eli, > > > > > > Please use any details. > > > > > > Thanks for your support. > > > > > > Regards > > > > > > Renchu Mathew > > > > Hi again > > > > Looking in the logs I see that this is a issue we handled when we switched > from XML RPC to JSON RPC protocol. > > Which vdsm is installed in the proxy host ? > > I am adding Piotr who is on charge of the JSON RPC protocol and who helped me > in the past when I got a similar error on PM operations > > It looks like marshaling issue but I am not sure whether it was already fixed > or it is something new. I am not able to match a call when looking at > engine.log. > > > > > > > > > > -----Original Message----- > > > From: Eli Mesika [mailto:emesika at redhat.com] > > > Sent: Sunday, January 25, 2015 12:58 PM > > > To: Renchu Mathew > > > Cc: Martin Perina; users at ovirt.org > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > Hi Renchu > > > > > > I am looking currently on he case and will respond later on today > > > after investigating the logs. > > > If I will not find anything, can I use the details for the host PM > > > only for status command to try to debug and find the source of the problem > > ? > > > > > > Thanks > > > > > > Eli > > > > > > ----- Original Message ----- > > > > From: "Renchu Mathew" > > > > > To: "Martin Perina" > > > > > Cc: users at ovirt.org, "Eli Mesika" > > > > > > > > Sent: Sunday, January 25, 2015 6:50:00 AM > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > Hi Martin, > > > > > > > > I got the below output when I run the command and it works from both > > > > the nodes. > > > > > > > > fence_ipmilan -a 192.168.1.114 -l admin -p admin -o status -v -P > > > > > > > > Getting status of IPMI:192.168.1.114...Spawning: '/usr/bin/ipmitool > > > > -I lanplus -H '192.168.1.114' -U 'admin' -P '[set]' -v chassis power > > > > status'... > > > > Chassis power = On > > > > Done > > > > > > > > Thanks > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > > > +971 4 > > > > 3445417 | F +971 4 3493675 | M +971 50 > > > 7386484 ABU DHABI | DUBAI > > > > | LONDON | MUSCAT | DOHA | JEDDAH EMAIL > > > | renchu at cracknell.com | WEB > > > > www.cracknell.com > > > > > > > > This email, its content and any files transmitted with it are > > > > intended solely for the addressee(s) and may be legally privileged > > > > and/or confidential. If you are not the intended recipient please > > > > let us know by email reply and delete it from the system. Please > > > > note that any views or opinions presented in this email do not > > > > necessarily represent those of the company. Email transmissions > > > > cannot be guaranteed to be secure or error-free as information could > > > > be intercepted, corrupted, lost, destroyed, arrive late or > > > > incomplete, or contain viruses. The company therefore does not > > > > accept liability for any errors or omissions in the contents of this > > > > message which arise as a result of email transmission. > > > > > > > > > > > > -----Original Message----- > > > > From: Martin Perina > > > [mailto:mperina at redhat.com] > > > > Sent: Thursday, January 22, 2015 6:12 PM > > > > To: Renchu Mathew > > > > Cc: users at ovirt.org; Eli Mesika > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Renchu Mathew" > > > > > > > > > > To: "Martin Perina" > > > > > > Cc: users at ovirt.org > > > > > Sent: Thursday, January 22, 2015 2:39:43 PM > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > Yes. The vdsm host.log is from node-02. > > > > > > > > That's strange, I cannot find any call to fenceNode which should > > > > appear, if PM status is gathered. > > > > > > > > Eli, any idea? > > > > > > > > > I have checked the link and it says we need to install the sever > > > > > view management agent & net-snmp on the hosts. > > > > > Do we need to try this? How to install this on node? I used the > > > > > below irmc admin user. > > > > > > > > Not, AFAIK this is needed only from Clustersuite, but not for oVirt. > > > > > > > > But could you please execute this command on node-20 just to confirm > > > > that Fujitsu Primergy is communicating through IPMI: > > > > > > > > fence_ipmilan -a IP -l USER -p PASS -o status -v -P > > > > > > > > where IP is IPMI address (from the log it should be 192.168.1.114) > > > > USER and PASS please set according to you setup. > > > > > > > > Thanks > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > [cid:image001.png at 01D03669.DD48B4E0] > > > > > > > > > > > > > > > > > > > > Regards > > > > > > > > > > > > > > > > > > > > Renchu Mathew | Sr. IT Administrator > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > CRACKNELL DUBAI | P.O. Box 66231 | United Arab Emirates | T > > > > +971 > > > > > 4 > > > > > 3445417 | F +971 4 3493675 | M +971 50 > > > > 7386484 > > > > > > > > > > ABU DHABI | DUBAI | LONDON | MUSCAT | DOHA | JEDDAH > > > > > > > > > > EMAIL renchu at cracknell.com | WEB > > > > www.cracknell.com > > > > > > > > > > > > > > > > > > > > This email, its content and any files transmitted with it are > > > > > intended solely for the addressee(s) and may be legally privileged > > > > > and/or confidential. If you are not the intended recipient please > > > > > let us know by email reply and delete it from the system. Please > > > > > note that any views or opinions presented in this email do not > > > > > necessarily represent those of the company. Email transmissions > > > > > cannot be guaranteed to be secure or error-free as information > > > > > could be intercepted, corrupted, lost, destroyed, arrive late or > > > > > incomplete, or contain viruses. The company therefore does not > > > > > accept liability for any errors or omissions in the contents of > > > > > this message which arise as a result of email transmission. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: Martin Perina > > > > [mailto:mperina at redhat.com] > > > > > Sent: Thursday, January 22, 2015 4:49 PM > > > > > To: Renchu Mathew > > > > > Cc: users at ovirt.org > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > according to [1] Fujitsu iRMC should be accessible using IPMI. > > > > > > > > > > Now, I looked at logs, but I cannot see any fenceNode exection in > > > > > vdsm.log. > > > > > According to engine.log, host > > > > Node-02.cracknell.com was used as > > > > > fence proxy. > > > > > Are you sure that vdsm.log is from this host? > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > [1] > > > > > https://www.redhat.com/archives/linux-cluster/2010-January/msg00056. > > > > > ht > > > > > ml > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > > > > > > > To: "Martin Perina" > > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Sent: Thursday, January 22, 2015 12:37:51 PM > > > > > > > > > > > Subject: RE: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi Martin, > > > > > > > > > > > > > > > > > > > > > > Please find attached log files from engine and proxy host. Not > > > > > > sure > > > > > > > > > > > whether IPMI or which one can be used. It is Fujitsu iRMC port. > > > > > > I also > > > > > > > > > > > tried the rsb but same error. > > > > > > > > > > > > > > > > > > > > > > Can we configure Power management using Fujitsu iRMC? > > > > > > > > > > > > > > > > > > > > > > Thanks & Regards > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > > > > From: Martin Perina > > > > > [mailto:mperina at redhat.com] > > > > > > > > > > > Sent: Thursday, January 22, 2015 1:58 PM > > > > > > > > > > > To: Renchu Mathew > > > > > > > > > > > Cc: users at ovirt.org > > > > > > > > > > > Subject: Re: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > > > first of all are you sure that Fujitsu PRIMERGY is accessible > > > > > > using > > > > > > > > > > > IPMI protocol? If so, could you provide engine.log and also > > > > > > vdsm.log > > > > > > > > > > > from host that was used as fencing proxy? You can find out which > > > > > > host > > > > > > > > > > > is used as a proxy either in Events tab after you execute the > > > > > > test or in engine.log. > > > > > > > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > Martin Perina > > > > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > > > > > > > From: "Renchu Mathew" > > > > > > > > > > > > > > > > > > > To: users at ovirt.org > > > > > > > > > > > > Sent: Thursday, January 22, 2015 7:41:43 AM > > > > > > > > > > > > Subject: [ovirt-users] Power Management config on Ovirt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dear all, > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > I am trying to configure power management on ovirt v3.5 > > > > > > > > > > > > (ovirt-node-iso-3.5.0.ovirt35.20140912.el6) and using two > > > > > > > Fujitsu > > > > > > > > > > > > PRIMERGY > > > > > > > > > > > > RX2540 M1 as node hypervisor. I used Fujitsu iRMC port on > > > > > > > power > > > > > > > > > > > > management configuration. The test gives a message ?Test > > > > > > > failed, > > > > > > > > > > > > argument of type ?NoneType? is not iterable? as below . Also > > > > > > > tried > > > > > > > > > > > > rsb type as per redhat document. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Fence-agents-3.1.5-35.el6_5.4.x86_64 is there on both nodes. > > > > > > > Do we > > > > > > > > > > > > need to specify anything in Options? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Please help me. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Best Regards > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Renchu Mathew > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > > > > > > Users mailing list > > > > > > > > > > > > Users at ovirt.org> > > > > > > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > From j.astrego at netbulae.eu Tue Jan 27 12:56:36 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 13:56:36 +0100 Subject: [ovirt-users] gluster only hosts managed by oVirt? Message-ID: <54C78B04.8070808@netbulae.eu> Hi, We are currently testing a setup with dedicated gluster servers and dedicated compute nodes without disks. For both we provision some custom os install and configuration. Currently I am only able to manage and view gluster volumes from ovirt when the "Enable Gluster Service" is enabled for the Cluster. Right? There is a "Enable Virt Service" flag but the options is selected and greyed out. So I'm not able to disable it. Can I have gluster only hosts managed through the oVirt admin interface, without all the virtualization stuff installed on them? Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Tue Jan 27 12:56:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 27 Jan 2015 13:56:56 +0100 Subject: [ovirt-users] Network config Message-ID: Hello everybody, Just wanted to know if anybody else has the problem, that when you restart your network configuration of a hypervisor, all the settings concerning the bonding are gone... Do I file a bug report for this or is this already a known issue? Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Tue Jan 27 12:57:10 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Tue, 27 Jan 2015 13:57:10 +0100 Subject: [ovirt-users] Failed to add storage domain In-Reply-To: References: Message-ID: Solved... 2015-01-21 13:46 GMT+01:00 Koen Vanoppen : > Ok, after rebooting all the hypervisors I'm left with the following errors: > Thread-16::ERROR::2015-01-21 > 13:39:42,644::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-16::ERROR::2015-01-21 > 13:39:42,644::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-18::ERROR::2015-01-21 > 13:39:42,696::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-18::ERROR::2015-01-21 > 13:39:42,698::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-15::ERROR::2015-01-21 > 13:39:44,349::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-15::ERROR::2015-01-21 > 13:39:44,350::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-17::ERROR::2015-01-21 > 13:39:44,477::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c > Thread-17::ERROR::2015-01-21 > 13:39:44,479::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31c > Thread-18::ERROR::2015-01-21 > 13:44:44,407::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-18::ERROR::2015-01-21 > 13:44:44,408::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain dc662b6f-00d4-4b9a-a320-0f5ecf5da45e > Thread-16::ERROR::2015-01-21 > 13:44:44,795::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-16::ERROR::2015-01-21 > 13:44:44,796::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain 6cf8c48e-fbed-4b68-b376-57eab3039878 > Thread-15::ERROR::2015-01-21 > 13:44:45,900::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-15::ERROR::2015-01-21 > 13:44:45,901::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e1bbe4ab-3717-4a9a-ada2-9d175ab38262 > Thread-17::ERROR::2015-01-21 > 13:44:45,934::sdc::137::Storage.StorageDomainCache::(_findDomain) looking > for unfetched domain e33afd52-812e-45f7-b45b-8b049fc0f31c > Thread-17::ERROR::2015-01-21 > 13:44:45,942::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) > looking for domain e33afd52-812e-45f7-b45b-8b049fc0f31 > > Kind regards, > > Koen > > 2015-01-21 11:20 GMT+01:00 Koen Vanoppen : > >> Added the direct lun, so all hypervisor can see it, no effect.. Still the >> same error >> >> 2015-01-21 10:39 GMT+01:00 Koen Vanoppen : >> >>> I noticed that there was a difference in the number of attached LUN's >>> between the hypervisors. This is because we have a VM with direct LUN's. Do >>> these Lun's on this particular vm also be attached to the other hypervisors >>> or to 1 hypervisor only? >>> >>> 2015-01-21 8:29 GMT+01:00 Koen Vanoppen : >>> >>>> Dear all, >>>> >>>> We have a small issue on our ovirt environment. When I try to add a >>>> fibre storage pool, >>>> I get the following error: >>>> 2015-01-21 08:24:48,705 WARN >>>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData] >>>> (org.ovirt.thread.pool-8-thread-22) Storage domain >>>> e5d59e58-6408-4f80-911e-a30d0e7ca1fe:BuranIsoDomain is not visible to one >>>> or more hosts. Since the domains type is ISO, hosts status will not be >>>> changed to non-operational >>>> 2015-01-21 08:24:54,764 ERROR >>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>>> CreateStorageDomainVDSCommand(HostName = saturnus1, HostId = >>>> 1180a1f6-635e-47f6-bba1-871d8c432de0, >>>> storageDomain=StorageDomainStatic[StoragePoolOracle01, >>>> fd6c6779-8353-42f6-b2ff-0c670e4b8a73], >>>> args=qEZ3pE-03I3-5w9M-1XFN-ArBH-2d2e-fSVRF3) execution failed. Exception: >>>> VDSNetworkException: java.util.concurrent.TimeoutException >>>> 2015-01-21 08:24:54,769 ERROR >>>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Command >>>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand throw Vdc Bll >>>> exception. With error message VdcBLLException: >>>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: >>>> java.util.concurrent.TimeoutException (Failed with error VDS_NETWORK_ERROR >>>> and code 5022) >>>> 2015-01-21 08:24:54,810 ERROR >>>> [org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Transaction rolled-back for command: >>>> org.ovirt.engine.core.bll.storage.AddSANStorageDomainCommand. >>>> 2015-01-21 08:24:54,839 ERROR >>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >>>> (ajp--127.0.0.1-8702-3) [2c666536] Correlation ID: 2c666536, Job ID: >>>> 35bc8058-ab79-40b5-be1e-877b88362261, Call Stack: null, Custom Event ID: >>>> -1, Message: Failed to add Storage Domain StoragePoolOracle01. (User: admin) >>>> 2015-01-21 08:24:55,107 WARN >>>> [org.ovirt.engine.core.bll.AddVmFromScratchCommand] >>>> (DefaultQuartzScheduler_Worker-25) >>>> >>>> In the GUI you'll see this error: >>>> >>>> Error while executing action New SAN Storage Domain: Network error >>>> during communication with the Host. >>>> >>>> All the hosts are up and all the rest of our storage is also up. >>>> >>>> Kind regards, >>>> >>>> Koen >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Tue Jan 27 13:10:42 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 14:10:42 +0100 Subject: [ovirt-users] Network config In-Reply-To: References: Message-ID: <54C78E52.20305@netbulae.eu> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: > Hello everybody, > > Just wanted to know if anybody else has the problem, that when you > restart your network configuration of a hypervisor, all the settings > concerning the bonding are gone... > Do I file a bug report for this or is this already a known issue? > > Kind regards, > > Koen > Hmm, I cannot restart the network service from the host for some reason: Jan 27 14:00:27 test2 systemd: network.service: control process exited, code=exited status=1 Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down networking. systemctl status network.service network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: failed (Result: exit-code) since Tue 2015-01-27 14:00:27 CET; 1min 56s ago Process: 4113 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE) Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK answers: File exists Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: control process exited, code=exited status=1 Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start LSB: Bring up/down networking. Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit network.service entered failed state. -- Subject: Unit network.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit network.service has failed. -- -- The result is failed. Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit network.service entered failed state. In supervdsm I find lots and lots of these: sourceRoute::DEBUG::2015-01-27 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:02:40,806::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:02:40,806::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:02:40,807::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed sourceRoute::DEBUG::2015-01-27 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 sourceRoute::INFO::2015-01-27 14:07:09,052::sourceroute::78::root::(configure) Configuring gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 sourceRoute::DEBUG::2015-01-27 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:07:09,057::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:07:09,057::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:07:09,057::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed The hosts are all Centos 7 freshly provisioned. With these vdsm packages: vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch vdsm-python-4.16.10-8.gitc937927.el7.noarch vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch vdsm-4.16.10-8.gitc937927.el7.x86_64 vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch vdsm-cli-4.16.10-8.gitc937927.el7.noarch Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.kieske at mittwald.de Tue Jan 27 13:17:34 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Tue, 27 Jan 2015 14:17:34 +0100 Subject: [ovirt-users] gluster only hosts managed by oVirt? In-Reply-To: <54C78B04.8070808@netbulae.eu> References: <54C78B04.8070808@netbulae.eu> Message-ID: <54C78FEE.2050302@mittwald.de> On 27/01/15 13:56, Jorick Astrego wrote: > For both we provision some custom os install and configuration. > Currently I am only able to manage and view gluster volumes from ovirt > when the "Enable Gluster Service" is enabled for the Cluster. Right? AFAIK correct. > There is a "Enable Virt Service" flag but the options is selected and > greyed out. So I'm not able to disable it. Mhm this is sad. I'm not aware of any bug tracking this, will you open one? It's also possible I missed it, there are too many bugs to remember them all. -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From ondrej at svobodasoft.cz Tue Jan 27 13:20:27 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 14:20:27 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C78E52.20305@netbulae.eu> References: <54C78E52.20305@netbulae.eu> Message-ID: <54C7909B.9050103@svobodasoft.cz> Jorick, just what comes to my mind: do you have NetworkManager running, by any chance? VDSM and NetworkManager don't mix well currently so please try # systemctl stop NetworkManager # systemctl disable NetworkManager Regards, Ondra Svoboda On 27.1.2015 14:10, Jorick Astrego wrote: > > On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >> Hello everybody, >> >> Just wanted to know if anybody else has the problem, that when you >> restart your network configuration of a hypervisor, all the settings >> concerning the bonding are gone... >> Do I file a bug report for this or is this already a known issue? >> >> Kind regards, >> >> Koen >> > Hmm, > > I cannot restart the network service from the host for some reason: > > Jan 27 14:00:27 test2 systemd: network.service: control process > exited, code=exited status=1 > Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down > networking. > > > systemctl status network.service > network.service - LSB: Bring up/down networking > Loaded: loaded (/etc/rc.d/init.d/network) > Active: failed (Result: exit-code) since Tue 2015-01-27 > 14:00:27 CET; 1min 56s ago > Process: 4113 ExecStart=/etc/rc.d/init.d/network start > (code=exited, status=1/FAILURE) > > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK > answers: File exists > Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: > control process exited, code=exited status=1 > Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start > LSB: Bring up/down networking. > Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit > network.service entered failed state. > > -- Subject: Unit network.service has failed > -- Defined-By: systemd > -- Support: > http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit network.service has failed. > -- > -- The result is failed. > Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit > network.service entered failed state. > > > In supervdsm I find lots and lots of these: > > > sourceRoute::DEBUG::2015-01-27 > 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:02:40,806::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:02:40,806::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:02:40,807::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > sourceRoute::DEBUG::2015-01-27 > 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 > sourceRoute::INFO::2015-01-27 > 14:07:09,052::sourceroute::78::root::(configure) Configuring > gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: > 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 > sourceRoute::DEBUG::2015-01-27 > 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:07:09,057::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:07:09,057::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:07:09,057::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > > The hosts are all Centos 7 freshly provisioned. With these vdsm packages: > > vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch > vdsm-python-4.16.10-8.gitc937927.el7.noarch > vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch > vdsm-4.16.10-8.gitc937927.el7.x86_64 > vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch > vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch > vdsm-cli-4.16.10-8.gitc937927.el7.noarch > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 13:26:01 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 14:26:01 +0100 Subject: [ovirt-users] Network config In-Reply-To: References: Message-ID: <54C791E9.1030109@svobodasoft.cz> Hello Koen, please share parts of your /var/log/vdsm/vdsm.log and /var/log/vdsm/supervdsm.log and maybe also `journalctl` output that do not pose any security risk to you. Regards, Ondra On 27.1.2015 13:56, Koen Vanoppen wrote: > Hello everybody, > > Just wanted to know if anybody else has the problem, that when you > restart your network configuration of a hypervisor, all the settings > concerning the bonding are gone... > Do I file a bug report for this or is this already a known issue? > > Kind regards, > > Koen > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From s.kieske at mittwald.de Tue Jan 27 13:37:52 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Tue, 27 Jan 2015 14:37:52 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7909B.9050103@svobodasoft.cz> References: <54C7909B.9050103@svobodasoft.cz> Message-ID: <54C794B0.9020302@mittwald.de> On 27/01/15 14:20, Ond?ej Svoboda wrote: > just what comes to my mind: do you have NetworkManager running, by any > chance? VDSM and NetworkManager don't mix well currently so please try Doesn't vdsm / ovirt take care of that during installation? on EL7 NetworkManager is active by default! -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From j.astrego at netbulae.eu Tue Jan 27 13:43:39 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 14:43:39 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7909B.9050103@svobodasoft.cz> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> Message-ID: <54C7960B.4080103@netbulae.eu> Ah yes, I forgot to disable it as I switched to foreman provisioning. Maybe it can be auto detected and disabled in the "install host" scripts when ovirt installs vdsm and sets up the networking. For people who forget to disable it..... But now I get this: sourceRoute::DEBUG::2015-01-27 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:33:57,420::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:33:57,420::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:33:57,420::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK answers: File exists Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: control process exited, code=exited status=1 Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start LSB: Bring up/down networking. -- Subject: Unit network.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit network.service has failed. -- -- The result is failed. Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit network.service entered failed state. Bond0 is still there though sourceRoute::DEBUG::2015-01-27 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 sourceRoute::INFO::2015-01-27 14:33:57,416::sourceroute::78::root::(configure) Configuring gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 sourceRoute::DEBUG::2015-01-27 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:33:57,420::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:33:57,420::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:33:57,420::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed sourceRoute::DEBUG::2015-01-27 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 sourceRoute::INFO::2015-01-27 14:37:52,090::sourceroute::78::root::(configure) Configuring gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 sourceRoute::DEBUG::2015-01-27 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) sourceRoute::DEBUG::2015-01-27 14:37:52,094::utils::759::root::(execCmd) FAILED: = 'RTNETLINK answers: File exists\n'; = 2 sourceRoute::ERROR::2015-01-27 14:37:52,094::sourceroute::88::root::(configure) ip binary failed during source route configuration: ['RTNETLINK answers: File exists'] sourceRoute::WARNING::2015-01-27 14:37:52,094::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed If you need more info, let me know. On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: > Jorick, > > just what comes to my mind: do you have NetworkManager running, by any > chance? VDSM and NetworkManager don't mix well currently so please try > > # systemctl stop NetworkManager > # systemctl disable NetworkManager > > Regards, > Ondra Svoboda > > On 27.1.2015 14:10, Jorick Astrego wrote: >> >> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>> Hello everybody, >>> >>> Just wanted to know if anybody else has the problem, that when you >>> restart your network configuration of a hypervisor, all the settings >>> concerning the bonding are gone... >>> Do I file a bug report for this or is this already a known issue? >>> >>> Kind regards, >>> >>> Koen >>> >> Hmm, >> >> I cannot restart the network service from the host for some reason: >> >> Jan 27 14:00:27 test2 systemd: network.service: control process >> exited, code=exited status=1 >> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring up/down >> networking. >> >> >> systemctl status network.service >> network.service - LSB: Bring up/down networking >> Loaded: loaded (/etc/rc.d/init.d/network) >> Active: failed (Result: exit-code) since Tue 2015-01-27 >> 14:00:27 CET; 1min 56s ago >> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >> (code=exited, status=1/FAILURE) >> >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >> answers: File exists >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: >> control process exited, code=exited status=1 >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start >> LSB: Bring up/down networking. >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >> network.service entered failed state. >> >> -- Subject: Unit network.service has failed >> -- Defined-By: systemd >> -- Support: >> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit network.service has failed. >> -- >> -- The result is failed. >> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >> network.service entered failed state. >> >> >> In supervdsm I find lots and lots of these: >> >> >> sourceRoute::DEBUG::2015-01-27 >> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:02:40,806::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:02:40,807::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> sourceRoute::DEBUG::2015-01-27 >> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 >> sourceRoute::INFO::2015-01-27 >> 14:07:09,052::sourceroute::78::root::(configure) Configuring >> gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: >> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 >> sourceRoute::DEBUG::2015-01-27 >> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:07:09,057::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:07:09,057::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> >> >> The hosts are all Centos 7 freshly provisioned. With these vdsm packages: >> >> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >> vdsm-python-4.16.10-8.gitc937927.el7.noarch >> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >> vdsm-4.16.10-8.gitc937927.el7.x86_64 >> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >> >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego* >> >> Netbulae Virtualization Experts * >> ------------------------------------------------------------------------ >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >> NL821234584B01 >> >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Tue Jan 27 14:59:35 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 15:59:35 +0100 Subject: [ovirt-users] Network config In-Reply-To: References: Message-ID: <54C7A7D7.9040604@netbulae.eu> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: > Hello everybody, > > Just wanted to know if anybody else has the problem, that when you > restart your network configuration of a hypervisor, all the settings > concerning the bonding are gone... > Do I file a bug report for this or is this already a known issue? > > Kind regards, > > Koen > After a host restart the bonds are indead gone, except for bond and I get this output: MainThread::DEBUG::2015-01-27 15:44:18,343::api::623::root::(setupNetworks) Validating configuration MainThread::DEBUG::2015-01-27 15:44:18,355::api::635::setupNetworks::(setupNetworks) Applying... MainThread::DEBUG::2015-01-27 15:44:18,355::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,356::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,356::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:44:18,358::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::INFO::2015-01-27 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for net bond1. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 552, in _getNetInfo 'mtu': str(getMtu(iface))}) File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 182, in getMtu mtu = open('/sys/class/net/%s/mtu' % iface).readline().rstrip() IOError: [Errno 2] No such file or directory: u'/sys/class/net/bond1/mtu' MainThread::INFO::2015-01-27 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for net Internet. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 536, in _getNetInfo data.update({'ports': ports(iface), 'stp': bridge_stp_state(iface), File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 178, in ports return os.listdir('/sys/class/net/' + bridge + '/brif') OSError: [Errno 2] No such file or directory: '/sys/class/net/Internet/brif' MainThread::DEBUG::2015-01-27 15:44:18,373::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:44:18,375::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::INFO::2015-01-27 15:44:18,384::netconfpersistence::158::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:44:18,384::netconfpersistence::166::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-01-27 15:44:18,384::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:44:18,386::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,386::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:44:18,470::utils::739::root::(execCmd) /usr/sbin/ifdown Internet (cwd None) MainThread::DEBUG::2015-01-27 15:45:46,165::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:45:46,165::netconfpersistence::134::root::(_getConfigs) Non-existing config set. This is what I get later after I try "Setup host networks" again: MainThread::INFO::2015-01-27 15:53:16,739::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:53:16,740::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:53:16,740::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:53:16,743::utils::739::root::(execCmd) /usr/sbin/ifdown Internet (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,772::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,772::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,772::vdsm-restore-net-config::55::root::(unified_restoration) Removing all networks ({}) and bonds ({}) in running config. MainThread::DEBUG::2015-01-27 15:54:46,772::libvirtconnection::150::root::(get) trying to connect libvirt MainThread::DEBUG::2015-01-27 15:54:46,787::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,790::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::DEBUG::2015-01-27 15:54:46,791::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,793::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::DEBUG::2015-01-27 15:54:46,803::api::619::setupNetworks::(setupNetworks) Setting up network according to configuration: networks:{}, bondings:{}, options:{'_inRollback': True, 'connectivityCheck': False} MainThread::DEBUG::2015-01-27 15:54:46,803::api::623::root::(setupNetworks) Validating configuration MainThread::DEBUG::2015-01-27 15:54:46,807::api::635::setupNetworks::(setupNetworks) Applying... MainThread::DEBUG::2015-01-27 15:54:46,808::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,808::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,808::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,810::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::DEBUG::2015-01-27 15:54:46,820::utils::739::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) MainThread::DEBUG::2015-01-27 15:54:46,822::utils::759::root::(execCmd) SUCCESS: = ''; = 0 MainThread::INFO::2015-01-27 15:54:46,831::netconfpersistence::158::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:54:46,831::netconfpersistence::166::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-01-27 15:54:46,831::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 15:54:46,832::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,832::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2015-01-27 15:54:46,835::utils::739::root::(execCmd) /usr/sbin/ifdown Internet (cwd None) sourceRoute::DEBUG::2015-01-27 15:56:05,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422370565 sourceRoute::INFO::2015-01-27 15:56:05,414::sourceroutethread::60::root::(process_IN_CLOSE_WRITE_filePath) interface bond0 is not a libvirt interface sourceRoute::WARNING::2015-01-27 15:56:05,414::utils::129::root::(rmFile) File: /var/run/vdsm/trackedInterfaces/bond0 already removed And there is no "/var/run/vdsm/netconf/nets" or "/var/run/vdsm/netconf/bonds/" ls -lart /var/run/vdsm/ total 0 drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 trackedInterfaces srwxr-xr-x. 1 vdsm kvm 0 Jan 27 15:44 svdsm.sock drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 . drwxr-xr-x. 34 root root 1140 Jan 27 15:44 .. drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:52 sourceRoutes ls -lart /var/run/vdsm/trackedInterfaces/ total 0 drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 . drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 .. Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 15:01:04 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 16:01:04 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7960B.4080103@netbulae.eu> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> Message-ID: <54C7A830.2040109@svobodasoft.cz> This is weird, like there were multiple dhclients on the bond. Can you stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall -SIGKILL dhclient` and restart VDSM afterwards? On 27.1.2015 14:43, Jorick Astrego wrote: > Ah yes, I forgot to disable it as I switched to foreman provisioning. > > Maybe it can be auto detected and disabled in the "install host" > scripts when ovirt installs vdsm and sets up the networking. For > people who forget to disable it..... > > But now I get this: > > sourceRoute::DEBUG::2015-01-27 > 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:33:57,420::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:33:57,420::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:33:57,420::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK > answers: File exists > Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: > control process exited, code=exited status=1 > Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start > LSB: Bring up/down networking. > -- Subject: Unit network.service has failed > -- Defined-By: systemd > -- Support: > http://lists.freedesktop.org/mailman/listinfo/systemd-devel > -- > -- Unit network.service has failed. > -- > -- The result is failed. > Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit > network.service entered failed state. > > > > Bond0 is still there though > > sourceRoute::DEBUG::2015-01-27 > 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 > sourceRoute::INFO::2015-01-27 > 14:33:57,416::sourceroute::78::root::(configure) Configuring > gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: > 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 > sourceRoute::DEBUG::2015-01-27 > 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:33:57,420::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:33:57,420::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:33:57,420::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > sourceRoute::DEBUG::2015-01-27 > 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 > sourceRoute::INFO::2015-01-27 > 14:37:52,090::sourceroute::78::root::(configure) Configuring > gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: > 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 > sourceRoute::DEBUG::2015-01-27 > 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add > 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) > sourceRoute::DEBUG::2015-01-27 > 14:37:52,094::utils::759::root::(execCmd) FAILED: = > 'RTNETLINK answers: File exists\n'; = 2 > sourceRoute::ERROR::2015-01-27 > 14:37:52,094::sourceroute::88::root::(configure) ip binary failed > during source route configuration: ['RTNETLINK answers: File exists'] > sourceRoute::WARNING::2015-01-27 > 14:37:52,094::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > > If you need more info, let me know. > > > On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >> Jorick, >> >> just what comes to my mind: do you have NetworkManager running, by >> any chance? VDSM and NetworkManager don't mix well currently so >> please try >> >> # systemctl stop NetworkManager >> # systemctl disable NetworkManager >> >> Regards, >> Ondra Svoboda >> >> On 27.1.2015 14:10, Jorick Astrego wrote: >>> >>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>> Hello everybody, >>>> >>>> Just wanted to know if anybody else has the problem, that when you >>>> restart your network configuration of a hypervisor, all the >>>> settings concerning the bonding are gone... >>>> Do I file a bug report for this or is this already a known issue? >>>> >>>> Kind regards, >>>> >>>> Koen >>>> >>> Hmm, >>> >>> I cannot restart the network service from the host for some reason: >>> >>> Jan 27 14:00:27 test2 systemd: network.service: control process >>> exited, code=exited status=1 >>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>> up/down networking. >>> >>> >>> systemctl status network.service >>> network.service - LSB: Bring up/down networking >>> Loaded: loaded (/etc/rc.d/init.d/network) >>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>> 14:00:27 CET; 1min 56s ago >>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>> (code=exited, status=1/FAILURE) >>> >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>> answers: File exists >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: network.service: >>> control process exited, code=exited status=1 >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start >>> LSB: Bring up/down networking. >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>> network.service entered failed state. >>> >>> -- Subject: Unit network.service has failed >>> -- Defined-By: systemd >>> -- Support: >>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit network.service has failed. >>> -- >>> -- The result is failed. >>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>> network.service entered failed state. >>> >>> >>> In supervdsm I find lots and lots of these: >>> >>> >>> sourceRoute::DEBUG::2015-01-27 >>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:02:40,807::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> sourceRoute::DEBUG::2015-01-27 >>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422364029 >>> sourceRoute::INFO::2015-01-27 >>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: >>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>> bond0 >>> sourceRoute::DEBUG::2015-01-27 >>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:07:09,057::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> >>> >>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>> packages: >>> >>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>> >>> >>> >>> >>> >>> Met vriendelijke groet, With kind regards, >>> >>> Jorick Astrego* >>> >>> Netbulae Virtualization Experts * >>> ------------------------------------------------------------------------ >>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>> NL821234584B01 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Tue Jan 27 15:31:37 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Tue, 27 Jan 2015 16:31:37 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7A830.2040109@svobodasoft.cz> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> <54C7A830.2040109@svobodasoft.cz> Message-ID: <54C7AF59.5090305@netbulae.eu> Done, maybe this helps: Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running unified_network_persistence_upgrade Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running restore_nets Jan 27 16:21:47 test2 systemd-logind: New session 5 of user root. Jan 27 16:21:47 test2 systemd: Starting Session 5 of user root. Jan 27 16:21:47 test2 systemd: Started Session 5 of user root. Jan 27 16:21:55 test2 systemd: vdsmd.service operation timed out. Terminating. Jan 27 16:21:55 test2 journal: End of file while reading data: Input/output error Jan 27 16:21:55 test2 systemd: Failed to start Virtual Desktop Server Manager. Jan 27 16:21:55 test2 systemd: Unit vdsmd.service entered failed state. Jan 27 16:21:55 test2 systemd: vdsmd.service holdoff time over, scheduling restart. Jan 27 16:21:55 test2 systemd: Stopping Virtual Desktop Server Manager... Jan 27 16:21:55 test2 systemd: Starting Virtual Desktop Server Manager... Jan 27 16:21:55 test2 vdsmd_init_common.sh: vdsm: Running mkdirs Still: MainThread::INFO::2015-01-27 16:21:56,964::netconfpersistence::158::root::(_clearDisk) Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 16:21:56,964::netconfpersistence::166::root::(_clearDisk) No existent config to clear. MainThread::INFO::2015-01-27 16:21:56,964::netconfpersistence::182::root::(save) Saved new config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ MainThread::DEBUG::2015-01-27 16:21:56,965::netconfpersistence::134::root::(_getConfigs) Non-existing config set. And when I want to reapply setup networks in ovirt I get: Error while executing action Commit Network changes: Network error during communication with the Host. Every interface and bond is still green and visible in the webgui by the way. That is also strange, every interface of the host is bonded and up while in reality the host has lost it's network config and doesn't respond anymore. Shouldn't they all be red on communication failure to the host? Cheers, Jorick On 01/27/2015 04:01 PM, Ond?ej Svoboda wrote: > This is weird, like there were multiple dhclients on the bond. Can you > stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall > -SIGKILL dhclient` and restart VDSM afterwards? > > On 27.1.2015 14:43, Jorick Astrego wrote: >> Ah yes, I forgot to disable it as I switched to foreman provisioning. >> >> Maybe it can be auto detected and disabled in the "install host" >> scripts when ovirt installs vdsm and sets up the networking. For >> people who forget to disable it..... >> >> But now I get this: >> >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:33:57,420::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:33:57,420::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> >> Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK >> answers: File exists >> Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: >> control process exited, code=exited status=1 >> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start >> LSB: Bring up/down networking. >> -- Subject: Unit network.service has failed >> -- Defined-By: systemd >> -- Support: >> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >> -- >> -- Unit network.service has failed. >> -- >> -- The result is failed. >> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit >> network.service entered failed state. >> >> >> >> Bond0 is still there though >> >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 >> sourceRoute::INFO::2015-01-27 >> 14:33:57,416::sourceroute::78::root::(configure) Configuring >> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:33:57,420::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:33:57,420::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> sourceRoute::DEBUG::2015-01-27 >> 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 >> sourceRoute::INFO::2015-01-27 >> 14:37:52,090::sourceroute::78::root::(configure) Configuring >> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: bond0 >> sourceRoute::DEBUG::2015-01-27 >> 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add >> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >> sourceRoute::DEBUG::2015-01-27 >> 14:37:52,094::utils::759::root::(execCmd) FAILED: = >> 'RTNETLINK answers: File exists\n'; = 2 >> sourceRoute::ERROR::2015-01-27 >> 14:37:52,094::sourceroute::88::root::(configure) ip binary failed >> during source route configuration: ['RTNETLINK answers: File exists'] >> sourceRoute::WARNING::2015-01-27 >> 14:37:52,094::utils::129::root::(rmFile) File: >> /var/run/vdsm/trackedInterfaces/bond0 already removed >> >> >> If you need more info, let me know. >> >> >> On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >>> Jorick, >>> >>> just what comes to my mind: do you have NetworkManager running, by >>> any chance? VDSM and NetworkManager don't mix well currently so >>> please try >>> >>> # systemctl stop NetworkManager >>> # systemctl disable NetworkManager >>> >>> Regards, >>> Ondra Svoboda >>> >>> On 27.1.2015 14:10, Jorick Astrego wrote: >>>> >>>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>>> Hello everybody, >>>>> >>>>> Just wanted to know if anybody else has the problem, that when you >>>>> restart your network configuration of a hypervisor, all the >>>>> settings concerning the bonding are gone... >>>>> Do I file a bug report for this or is this already a known issue? >>>>> >>>>> Kind regards, >>>>> >>>>> Koen >>>>> >>>> Hmm, >>>> >>>> I cannot restart the network service from the host for some reason: >>>> >>>> Jan 27 14:00:27 test2 systemd: network.service: control process >>>> exited, code=exited status=1 >>>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>>> up/down networking. >>>> >>>> >>>> systemctl status network.service >>>> network.service - LSB: Bring up/down networking >>>> Loaded: loaded (/etc/rc.d/init.d/network) >>>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>>> 14:00:27 CET; 1min 56s ago >>>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>>> (code=exited, status=1/FAILURE) >>>> >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: >>>> network.service: control process exited, code=exited status=1 >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to start >>>> LSB: Bring up/down networking. >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>> network.service entered failed state. >>>> >>>> -- Subject: Unit network.service has failed >>>> -- Defined-By: systemd >>>> -- Support: >>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>> -- >>>> -- Unit network.service has failed. >>>> -- >>>> -- The result is failed. >>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>> network.service entered failed state. >>>> >>>> >>>> In supervdsm I find lots and lots of these: >>>> >>>> >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:02:40,807::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>> Responding to DHCP response in >>>> /var/run/vdsm/sourceRoutes/1422364029 >>>> sourceRoute::INFO::2015-01-27 >>>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, subnet: >>>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>>> bond0 >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:07:09,057::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> >>>> >>>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>>> packages: >>>> >>>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>>> >>>> >>>> >>>> >>>> >>>> Met vriendelijke groet, With kind regards, >>>> >>>> Jorick Astrego* >>>> >>>> Netbulae Virtualization Experts * >>>> ------------------------------------------------------------------------ >>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>> NL821234584B01 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego* >> >> Netbulae Virtualization Experts * >> ------------------------------------------------------------------------ >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >> NL821234584B01 >> >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From emesika at redhat.com Tue Jan 27 15:39:26 2015 From: emesika at redhat.com (Eli Mesika) Date: Tue, 27 Jan 2015 10:39:26 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> Message-ID: <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "ILanit Stein" > To: "Artyom Lukianov" , "Eli Mesika" > Cc: users at ovirt.org, rabshear at citytwist.net > Sent: Tuesday, January 27, 2015 5:19:12 PM > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot > > > Hi Guys, > > Can you please look into this please? Hi >From the logs I can see clearly that host is turned on in 2015-01-26 11:56:51,191 However, there is a stomp exception in 2015-01-26 11:56:53,544 and a connection timeout in 2015-01-26 11:56:53,553 that might be related Piotr, can you please have a look ? > > Thanks, > Ilanit. > ----- Forwarded Message ----- > From: "Rob Abshear" > To: "ILanit Stein" > Sent: Tuesday, January 27, 2015 3:05:56 PM > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > Here are the logs. you requested. The shutdown of the node was at 11:53 > and vdsmd was manually restarted at 12:01 to get the node back online. > > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein wrote: > > > It might be a bug, > > Would you please attach the logs, I mentioned bellow, > > that can bring more details on the failure? > > Adding Eli, that may want to give some input on this issue. > > > > Thanks, > > Ilanit. > > > > ----- Original Message ----- > > From: "Rob Abshear" > > To: "ILanit Stein" > > Cc: users at ovirt.org > > Sent: Monday, January 26, 2015 9:43:14 PM > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > I have done a bit more investigating on this matter. If I restart the node > > from within oVirt using the power management option "restart", then the > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue > > the command to power cycle the machine, then the machine restarts and vdsmd > > DOES start. I can run the following command from another node in the > > cluster: > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot > > and the node restarts and vdsmd DOES start. > > > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > > > > > Hi Rob, > > > > > > Thanks for this report. > > > > > > Would you please provide these logs, at the time frame, the host failure > > > occur: > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > > > 2. host: /var/log/vdsm/vdsm.log > > > > > > If it is reproducible, please add this info as well. > > > > > > You can also check vdsm service status, on host, while host reported as > > > Non responsive, > > > by running on host 'service vdsmd status' > > > There might some problem, that might have prevented from vdsm service to > > > come up, on host. > > > > > > Ilanit. > > > > > > ----- Original Message ----- > > > From: "Rob Abshear" > > > To: users at ovirt.org > > > Sent: Friday, January 23, 2015 9:22:42 PM > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > > > cluster. Each host has a drac5 and it is configured and working. I am > > > trying to simulate a node failure. I am running one HA VM on one of the > > > hosts for testing. I simulate the failure by powering off the host with > > the > > > VM running. > > > > > > Here is what is happening. > > > > > > > > > * Host is powered off > > > * ~4 minutes pass and the host is recognized as not responding > > > * Automatic fence runs and the VM migrates. Another host in the node > > > is chosen as a proxy to execute Status command on the host. > > > * Same host is chosen as proxy to execute Start command on the host. > > > * Same host is chosen as proxy to execute Status command on the host. > > > * The host DOES physically start. > > > * The host never shows status of UP. > > > * I select ?confirm host has been rebooted? and I see a manual fence > > > start. > > > * Host stays non-responsive. > > > * I put the host in maintenance and then activate it. > > > * Host still non-responsive > > > * I put the host in maintenance and do a reinstall > > > * Reinstall finishes and host becomes UP > > > > > > So, everything seems to go fine with the HA functionality, but the host > > > never recovers without being reinstalled. Please let me know which logs > > you > > > need to look at to help me out with this. > > > > > > Thanks > > > > > > > > > Sent with Mixmax > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > From pkliczew at redhat.com Tue Jan 27 15:57:19 2015 From: pkliczew at redhat.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 10:57:19 -0500 (EST) Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> Message-ID: <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Eli Mesika" > To: "Piotr Kliczewski" > Cc: "Artyom Lukianov" , users at ovirt.org, rabshear at citytwist.net, "ILanit Stein" > > Sent: Tuesday, January 27, 2015 4:39:26 PM > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > ----- Original Message ----- > > From: "ILanit Stein" > > To: "Artyom Lukianov" , "Eli Mesika" > > > > Cc: users at ovirt.org, rabshear at citytwist.net > > Sent: Tuesday, January 27, 2015 5:19:12 PM > > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > Hi Guys, > > > > Can you please look into this please? > > Hi > From the logs I can see clearly that host is turned on in 2015-01-26 > 11:56:51,191 > However, there is a stomp exception in 2015-01-26 11:56:53,544 and a > connection timeout in 2015-01-26 11:56:53,553 that might be related > > Piotr, can you please have a look ? > Sure. Can you please send me the logs? > > > > > Thanks, > > Ilanit. > > ----- Forwarded Message ----- > > From: "Rob Abshear" > > To: "ILanit Stein" > > Sent: Tuesday, January 27, 2015 3:05:56 PM > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > Here are the logs. you requested. The shutdown of the node was at 11:53 > > and vdsmd was manually restarted at 12:01 to get the node back online. > > > > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein wrote: > > > > > It might be a bug, > > > Would you please attach the logs, I mentioned bellow, > > > that can bring more details on the failure? > > > Adding Eli, that may want to give some input on this issue. > > > > > > Thanks, > > > Ilanit. > > > > > > ----- Original Message ----- > > > From: "Rob Abshear" > > > To: "ILanit Stein" > > > Cc: users at ovirt.org > > > Sent: Monday, January 26, 2015 9:43:14 PM > > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > I have done a bit more investigating on this matter. If I restart the > > > node > > > from within oVirt using the power management option "restart", then the > > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue > > > the command to power cycle the machine, then the machine restarts and > > > vdsmd > > > DOES start. I can run the following command from another node in the > > > cluster: > > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot > > > and the node restarts and vdsmd DOES start. > > > > > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: > > > > > > > Hi Rob, > > > > > > > > Thanks for this report. > > > > > > > > Would you please provide these logs, at the time frame, the host > > > > failure > > > > occur: > > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > > > > 2. host: /var/log/vdsm/vdsm.log > > > > > > > > If it is reproducible, please add this info as well. > > > > > > > > You can also check vdsm service status, on host, while host reported as > > > > Non responsive, > > > > by running on host 'service vdsmd status' > > > > There might some problem, that might have prevented from vdsm service > > > > to > > > > come up, on host. > > > > > > > > Ilanit. > > > > > > > > ----- Original Message ----- > > > > From: "Rob Abshear" > > > > To: users at ovirt.org > > > > Sent: Friday, January 23, 2015 9:22:42 PM > > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot > > > > > > > > > > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the > > > > cluster. Each host has a drac5 and it is configured and working. I am > > > > trying to simulate a node failure. I am running one HA VM on one of the > > > > hosts for testing. I simulate the failure by powering off the host with > > > the > > > > VM running. > > > > > > > > Here is what is happening. > > > > > > > > > > > > * Host is powered off > > > > * ~4 minutes pass and the host is recognized as not responding > > > > * Automatic fence runs and the VM migrates. Another host in the > > > > node > > > > is chosen as a proxy to execute Status command on the host. > > > > * Same host is chosen as proxy to execute Start command on the > > > > host. > > > > * Same host is chosen as proxy to execute Status command on the > > > > host. > > > > * The host DOES physically start. > > > > * The host never shows status of UP. > > > > * I select ?confirm host has been rebooted? and I see a manual > > > > fence > > > > start. > > > > * Host stays non-responsive. > > > > * I put the host in maintenance and then activate it. > > > > * Host still non-responsive > > > > * I put the host in maintenance and do a reinstall > > > > * Reinstall finishes and host becomes UP > > > > > > > > So, everything seems to go fine with the HA functionality, but the host > > > > never recovers without being reinstalled. Please let me know which logs > > > you > > > > need to look at to help me out with this. > > > > > > > > Thanks > > > > > > > > > > > > Sent with Mixmax > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > From macytd at gmail.com Tue Jan 27 16:35:45 2015 From: macytd at gmail.com (Tim Macy) Date: Tue, 27 Jan 2015 11:35:45 -0500 Subject: [ovirt-users] 3.5.0 to 3.5.1 Upgrade Steps Message-ID: What are the proper steps to upgrade the engine from 3.5.0.1-1.el6 to 3.5.1-1.el6? engine-upgrade or engine-setup after yum update ovirt-engine-setup? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at johankooijman.com Tue Jan 27 17:11:12 2015 From: mail at johankooijman.com (Johan Kooijman) Date: Tue, 27 Jan 2015 18:11:12 +0100 Subject: [ovirt-users] 3.5.0 to 3.5.1 Upgrade Steps In-Reply-To: References: Message-ID: Hey Tim, yum update "ovirt-engine-setup*" engine-setup That's enough for the engine upgrade :) Works like a charm. On Tue, Jan 27, 2015 at 5:35 PM, Tim Macy wrote: > What are the proper steps to upgrade the engine from 3.5.0.1-1.el6 to > 3.5.1-1.el6? > > engine-upgrade or engine-setup after yum update ovirt-engine-setup? > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Met vriendelijke groeten / With kind regards, Johan Kooijman -------------- next part -------------- An HTML attachment was scrubbed... URL: From budic at onholyground.com Tue Jan 27 17:43:59 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 11:43:59 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. -Darrell From donny at cloudspin.me Tue Jan 27 18:08:23 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 11:08:23 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. Donny D cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: > > I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > > -Darrell > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From ondrej at svobodasoft.cz Tue Jan 27 18:10:07 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 19:10:07 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7AF59.5090305@netbulae.eu> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> <54C7A830.2040109@svobodasoft.cz> <54C7AF59.5090305@netbulae.eu> Message-ID: <54C7D47F.8080408@svobodasoft.cz> From the first log (journal): VDSM managed to start, only it is being run too early (it should be waiting patiently for its supervdsm component to start responding). Are there no "RTNETLINK answers: File exists" errors anymore? Second log: This is normal operation. So the host stopped responding? It should have come up, assuming that it obtained the same address from DHCP (which it should, but please check). Could you try using static network configuration first? And when it succeeds you can try DHCP again. === About the GUI: Is your host's status now "Not Operational"? In that case oVirt cannot tell anything about the status of the host's interfaces, it may only reflect the status before communication was lost. Please file a bug if this is really the case I described :-) It would then be a matter of discussion if oVirt should display a yellow "unknown" status of the interfaces, or keep displaying the last known one. (The first solution would make it obvious that we really lost the host and go looking for the host's status to discover it is "Not Operational". The other is informative as well, just in a different way.) On 27.1.2015 16:31, Jorick Astrego wrote: > > Done, maybe this helps: > > Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running > unified_network_persistence_upgrade > Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running restore_nets > Jan 27 16:21:47 test2 systemd-logind: New session 5 of user root. > Jan 27 16:21:47 test2 systemd: Starting Session 5 of user root. > Jan 27 16:21:47 test2 systemd: Started Session 5 of user root. > Jan 27 16:21:55 test2 systemd: vdsmd.service operation timed out. > Terminating. > Jan 27 16:21:55 test2 journal: End of file while reading data: > Input/output error > Jan 27 16:21:55 test2 systemd: Failed to start Virtual Desktop > Server Manager. > Jan 27 16:21:55 test2 systemd: Unit vdsmd.service entered failed > state. > Jan 27 16:21:55 test2 systemd: vdsmd.service holdoff time over, > scheduling restart. > Jan 27 16:21:55 test2 systemd: Stopping Virtual Desktop Server > Manager... > Jan 27 16:21:55 test2 systemd: Starting Virtual Desktop Server > Manager... > Jan 27 16:21:55 test2 vdsmd_init_common.sh: vdsm: Running mkdirs > > Still: > > MainThread::INFO::2015-01-27 > 16:21:56,964::netconfpersistence::158::root::(_clearDisk) Clearing > /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 16:21:56,964::netconfpersistence::166::root::(_clearDisk) No > existent config to clear. > MainThread::INFO::2015-01-27 > 16:21:56,964::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 16:21:56,965::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > > And when I want to reapply setup networks in ovirt I get: > > > Error while executing action Commit Network changes: Network error > during communication with the Host. > > Every interface and bond is still green and visible in the webgui by > the way. That is also strange, every interface of the host is bonded > and up while in reality the host has lost it's network config and > doesn't respond anymore. > > Shouldn't they all be red on communication failure to the host? > > Cheers, > > Jorick > > On 01/27/2015 04:01 PM, Ond?ej Svoboda wrote: >> This is weird, like there were multiple dhclients on the bond. Can >> you stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall >> -SIGKILL dhclient` and restart VDSM afterwards? >> >> On 27.1.2015 14:43, Jorick Astrego wrote: >>> Ah yes, I forgot to disable it as I switched to foreman provisioning. >>> >>> Maybe it can be auto detected and disabled in the "install host" >>> scripts when ovirt installs vdsm and sets up the networking. For >>> people who forget to disable it..... >>> >>> But now I get this: >>> >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:33:57,420::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> >>> Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK >>> answers: File exists >>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: network.service: >>> control process exited, code=exited status=1 >>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start >>> LSB: Bring up/down networking. >>> -- Subject: Unit network.service has failed >>> -- Defined-By: systemd >>> -- Support: >>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>> -- >>> -- Unit network.service has failed. >>> -- >>> -- The result is failed. >>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit >>> network.service entered failed state. >>> >>> >>> >>> Bond0 is still there though >>> >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365637 >>> sourceRoute::INFO::2015-01-27 >>> 14:33:57,416::sourceroute::78::root::(configure) Configuring >>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>> bond0 >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:33:57,420::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> sourceRoute::DEBUG::2015-01-27 >>> 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>> Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422365872 >>> sourceRoute::INFO::2015-01-27 >>> 14:37:52,090::sourceroute::78::root::(configure) Configuring >>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>> bond0 >>> sourceRoute::DEBUG::2015-01-27 >>> 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add >>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>> sourceRoute::DEBUG::2015-01-27 >>> 14:37:52,094::utils::759::root::(execCmd) FAILED: = >>> 'RTNETLINK answers: File exists\n'; = 2 >>> sourceRoute::ERROR::2015-01-27 >>> 14:37:52,094::sourceroute::88::root::(configure) ip binary >>> failed during source route configuration: ['RTNETLINK answers: >>> File exists'] >>> sourceRoute::WARNING::2015-01-27 >>> 14:37:52,094::utils::129::root::(rmFile) File: >>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>> >>> >>> If you need more info, let me know. >>> >>> >>> On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >>>> Jorick, >>>> >>>> just what comes to my mind: do you have NetworkManager running, by >>>> any chance? VDSM and NetworkManager don't mix well currently so >>>> please try >>>> >>>> # systemctl stop NetworkManager >>>> # systemctl disable NetworkManager >>>> >>>> Regards, >>>> Ondra Svoboda >>>> >>>> On 27.1.2015 14:10, Jorick Astrego wrote: >>>>> >>>>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>>>> Hello everybody, >>>>>> >>>>>> Just wanted to know if anybody else has the problem, that when >>>>>> you restart your network configuration of a hypervisor, all the >>>>>> settings concerning the bonding are gone... >>>>>> Do I file a bug report for this or is this already a known issue? >>>>>> >>>>>> Kind regards, >>>>>> >>>>>> Koen >>>>>> >>>>> Hmm, >>>>> >>>>> I cannot restart the network service from the host for some reason: >>>>> >>>>> Jan 27 14:00:27 test2 systemd: network.service: control >>>>> process exited, code=exited status=1 >>>>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>>>> up/down networking. >>>>> >>>>> >>>>> systemctl status network.service >>>>> network.service - LSB: Bring up/down networking >>>>> Loaded: loaded (/etc/rc.d/init.d/network) >>>>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>>>> 14:00:27 CET; 1min 56s ago >>>>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>>>> (code=exited, status=1/FAILURE) >>>>> >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>> answers: File exists >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: >>>>> network.service: control process exited, code=exited status=1 >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to >>>>> start LSB: Bring up/down networking. >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>> network.service entered failed state. >>>>> >>>>> -- Subject: Unit network.service has failed >>>>> -- Defined-By: systemd >>>>> -- Support: >>>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>>> -- >>>>> -- Unit network.service has failed. >>>>> -- >>>>> -- The result is failed. >>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>> network.service entered failed state. >>>>> >>>>> >>>>> In supervdsm I find lots and lots of these: >>>>> >>>>> >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route >>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>> None) >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>> sourceRoute::ERROR::2015-01-27 >>>>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>>>> failed during source route configuration: ['RTNETLINK answers: >>>>> File exists'] >>>>> sourceRoute::WARNING::2015-01-27 >>>>> 14:02:40,807::utils::129::root::(rmFile) File: >>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>>> Responding to DHCP response in >>>>> /var/run/vdsm/sourceRoutes/1422364029 >>>>> sourceRoute::INFO::2015-01-27 >>>>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>>>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, >>>>> subnet: 255.255.255.0, gateway: **.***.**.**, table: >>>>> 174351414, device: bond0 >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route >>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>> None) >>>>> sourceRoute::DEBUG::2015-01-27 >>>>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>> sourceRoute::ERROR::2015-01-27 >>>>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>>>> failed during source route configuration: ['RTNETLINK answers: >>>>> File exists'] >>>>> sourceRoute::WARNING::2015-01-27 >>>>> 14:07:09,057::utils::129::root::(rmFile) File: >>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>> >>>>> >>>>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>>>> packages: >>>>> >>>>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>>>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Met vriendelijke groet, With kind regards, >>>>> >>>>> Jorick Astrego* >>>>> >>>>> Netbulae Virtualization Experts * >>>>> ------------------------------------------------------------------------ >>>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>>> NL821234584B01 >>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> >>> Met vriendelijke groet, With kind regards, >>> >>> Jorick Astrego* >>> >>> Netbulae Virtualization Experts * >>> ------------------------------------------------------------------------ >>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>> NL821234584B01 >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 18:15:41 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 19:15:41 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7D47F.8080408@svobodasoft.cz> References: <54C78E52.20305@netbulae.eu> <54C7909B.9050103@svobodasoft.cz> <54C7960B.4080103@netbulae.eu> <54C7A830.2040109@svobodasoft.cz> <54C7AF59.5090305@netbulae.eu> <54C7D47F.8080408@svobodasoft.cz> Message-ID: <54C7D5CD.50402@svobodasoft.cz> On 27.1.2015 19:10, Ond?ej Svoboda wrote: > From the first log (journal): VDSM managed to start, only it is being > run too early (it should be waiting patiently for its supervdsm > component to start responding). > > Are there no "RTNETLINK answers: File exists" errors anymore? > > Second log: This is normal operation. > > So the host stopped responding? It should have come up, assuming that > it obtained the same address from DHCP (which it should, but please > check). > > Could you try using static network configuration first? And when it > succeeds you can try DHCP again. > > === > > About the GUI: Is your host's status now "Not Operational"? In that > case oVirt cannot tell anything about the status of the host's > interfaces, it may only reflect the status before communication was lost. > > Please file a bug if this is really the case I described :-) It would > then be a matter of discussion if oVirt should display a yellow > "unknown" status of the interfaces, or keep displaying the last known > one. (The first solution would make it obvious that we really lost the > host and go looking for the host's status to discover it is "Not > Operational". The other is informative as well, just in a different way.) > I should add that the "yellow, unknown" state is just a suggestion, it need not exist yet. > On 27.1.2015 16:31, Jorick Astrego wrote: >> >> Done, maybe this helps: >> >> Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running >> unified_network_persistence_upgrade >> Jan 27 16:20:26 test2 vdsmd_init_common.sh: vdsm: Running >> restore_nets >> Jan 27 16:21:47 test2 systemd-logind: New session 5 of user root. >> Jan 27 16:21:47 test2 systemd: Starting Session 5 of user root. >> Jan 27 16:21:47 test2 systemd: Started Session 5 of user root. >> Jan 27 16:21:55 test2 systemd: vdsmd.service operation timed out. >> Terminating. >> Jan 27 16:21:55 test2 journal: End of file while reading data: >> Input/output error >> Jan 27 16:21:55 test2 systemd: Failed to start Virtual Desktop >> Server Manager. >> Jan 27 16:21:55 test2 systemd: Unit vdsmd.service entered failed >> state. >> Jan 27 16:21:55 test2 systemd: vdsmd.service holdoff time over, >> scheduling restart. >> Jan 27 16:21:55 test2 systemd: Stopping Virtual Desktop Server >> Manager... >> Jan 27 16:21:55 test2 systemd: Starting Virtual Desktop Server >> Manager... >> Jan 27 16:21:55 test2 vdsmd_init_common.sh: vdsm: Running mkdirs >> >> Still: >> >> MainThread::INFO::2015-01-27 >> 16:21:56,964::netconfpersistence::158::root::(_clearDisk) >> Clearing /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ >> MainThread::DEBUG::2015-01-27 >> 16:21:56,964::netconfpersistence::166::root::(_clearDisk) No >> existent config to clear. >> MainThread::INFO::2015-01-27 >> 16:21:56,964::netconfpersistence::182::root::(save) Saved new >> config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and >> /var/run/vdsm/netconf/bonds/ >> MainThread::DEBUG::2015-01-27 >> 16:21:56,965::netconfpersistence::134::root::(_getConfigs) >> Non-existing config set. >> >> And when I want to reapply setup networks in ovirt I get: >> >> >> Error while executing action Commit Network changes: Network >> error during communication with the Host. >> >> Every interface and bond is still green and visible in the webgui by >> the way. That is also strange, every interface of the host is bonded >> and up while in reality the host has lost it's network config and >> doesn't respond anymore. >> >> Shouldn't they all be red on communication failure to the host? >> >> Cheers, >> >> Jorick >> >> On 01/27/2015 04:01 PM, Ond?ej Svoboda wrote: >>> This is weird, like there were multiple dhclients on the bond. Can >>> you stop VDSM (systemctl stop vdsmd supervdsmd) and maybe `killall >>> -SIGKILL dhclient` and restart VDSM afterwards? >>> >>> On 27.1.2015 14:43, Jorick Astrego wrote: >>>> Ah yes, I forgot to disable it as I switched to foreman provisioning. >>>> >>>> Maybe it can be auto detected and disabled in the "install host" >>>> scripts when ovirt installs vdsm and sets up the networking. For >>>> people who forget to disable it..... >>>> >>>> But now I get this: >>>> >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via ***.***.***.*** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:33:57,420::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> >>>> Jan 27 14:38:19 test3.netbulae.test network[3042]: RTNETLINK >>>> answers: File exists >>>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: >>>> network.service: control process exited, code=exited status=1 >>>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Failed to start >>>> LSB: Bring up/down networking. >>>> -- Subject: Unit network.service has failed >>>> -- Defined-By: systemd >>>> -- Support: >>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>> -- >>>> -- Unit network.service has failed. >>>> -- >>>> -- The result is failed. >>>> Jan 27 14:38:19 test3.netbulae.test systemd[1]: Unit >>>> network.service entered failed state. >>>> >>>> >>>> >>>> Bond0 is still there though >>>> >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>> Responding to DHCP response in >>>> /var/run/vdsm/sourceRoutes/1422365637 >>>> sourceRoute::INFO::2015-01-27 >>>> 14:33:57,416::sourceroute::78::root::(configure) Configuring >>>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>>> bond0 >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,416::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:33:57,420::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:33:57,420::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:33:57,420::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:37:52,085::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>> Responding to DHCP response in >>>> /var/run/vdsm/sourceRoutes/1422365872 >>>> sourceRoute::INFO::2015-01-27 >>>> 14:37:52,090::sourceroute::78::root::(configure) Configuring >>>> gateway - ip: **.***.**.**, network: 10.100.100.0/24, subnet: >>>> 255.255.255.0, gateway: **.***.**.**, table: 174351414, device: >>>> bond0 >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:37:52,090::utils::739::root::(execCmd) /sbin/ip -4 route add >>>> 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd None) >>>> sourceRoute::DEBUG::2015-01-27 >>>> 14:37:52,094::utils::759::root::(execCmd) FAILED: = >>>> 'RTNETLINK answers: File exists\n'; = 2 >>>> sourceRoute::ERROR::2015-01-27 >>>> 14:37:52,094::sourceroute::88::root::(configure) ip binary >>>> failed during source route configuration: ['RTNETLINK answers: >>>> File exists'] >>>> sourceRoute::WARNING::2015-01-27 >>>> 14:37:52,094::utils::129::root::(rmFile) File: >>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>> >>>> >>>> If you need more info, let me know. >>>> >>>> >>>> On 01/27/2015 02:20 PM, Ond?ej Svoboda wrote: >>>>> Jorick, >>>>> >>>>> just what comes to my mind: do you have NetworkManager running, by >>>>> any chance? VDSM and NetworkManager don't mix well currently so >>>>> please try >>>>> >>>>> # systemctl stop NetworkManager >>>>> # systemctl disable NetworkManager >>>>> >>>>> Regards, >>>>> Ondra Svoboda >>>>> >>>>> On 27.1.2015 14:10, Jorick Astrego wrote: >>>>>> >>>>>> On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >>>>>>> Hello everybody, >>>>>>> >>>>>>> Just wanted to know if anybody else has the problem, that when >>>>>>> you restart your network configuration of a hypervisor, all the >>>>>>> settings concerning the bonding are gone... >>>>>>> Do I file a bug report for this or is this already a known issue? >>>>>>> >>>>>>> Kind regards, >>>>>>> >>>>>>> Koen >>>>>>> >>>>>> Hmm, >>>>>> >>>>>> I cannot restart the network service from the host for some reason: >>>>>> >>>>>> Jan 27 14:00:27 test2 systemd: network.service: control >>>>>> process exited, code=exited status=1 >>>>>> Jan 27 14:00:27 test2 systemd: Failed to start LSB: Bring >>>>>> up/down networking. >>>>>> >>>>>> >>>>>> systemctl status network.service >>>>>> network.service - LSB: Bring up/down networking >>>>>> Loaded: loaded (/etc/rc.d/init.d/network) >>>>>> Active: failed (Result: exit-code) since Tue 2015-01-27 >>>>>> 14:00:27 CET; 1min 56s ago >>>>>> Process: 4113 ExecStart=/etc/rc.d/init.d/network start >>>>>> (code=exited, status=1/FAILURE) >>>>>> >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test network[4113]: RTNETLINK >>>>>> answers: File exists >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: >>>>>> network.service: control process exited, code=exited status=1 >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Failed to >>>>>> start LSB: Bring up/down networking. >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>>> network.service entered failed state. >>>>>> >>>>>> -- Subject: Unit network.service has failed >>>>>> -- Defined-By: systemd >>>>>> -- Support: >>>>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel >>>>>> -- >>>>>> -- Unit network.service has failed. >>>>>> -- >>>>>> -- The result is failed. >>>>>> Jan 27 14:00:27 test2.netbulae.test systemd[1]: Unit >>>>>> network.service entered failed state. >>>>>> >>>>>> >>>>>> In supervdsm I find lots and lots of these: >>>>>> >>>>>> >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:02:40,802::utils::739::root::(execCmd) /sbin/ip -4 route >>>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>>> None) >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:02:40,806::utils::759::root::(execCmd) FAILED: = >>>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>>> sourceRoute::ERROR::2015-01-27 >>>>>> 14:02:40,806::sourceroute::88::root::(configure) ip binary >>>>>> failed during source route configuration: ['RTNETLINK >>>>>> answers: File exists'] >>>>>> sourceRoute::WARNING::2015-01-27 >>>>>> 14:02:40,807::utils::129::root::(rmFile) File: >>>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:07:09,047::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) >>>>>> Responding to DHCP response in >>>>>> /var/run/vdsm/sourceRoutes/1422364029 >>>>>> sourceRoute::INFO::2015-01-27 >>>>>> 14:07:09,052::sourceroute::78::root::(configure) Configuring >>>>>> gateway - ip: **.***.**.***, network: **.***.**.**0/24, >>>>>> subnet: 255.255.255.0, gateway: **.***.**.**, table: >>>>>> 174351414, device: bond0 >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:07:09,052::utils::739::root::(execCmd) /sbin/ip -4 route >>>>>> add 0.0.0.0/0 via **.***.**.** dev bond0 table 174351414 (cwd >>>>>> None) >>>>>> sourceRoute::DEBUG::2015-01-27 >>>>>> 14:07:09,057::utils::759::root::(execCmd) FAILED: = >>>>>> 'RTNETLINK answers: File exists\n'; = 2 >>>>>> sourceRoute::ERROR::2015-01-27 >>>>>> 14:07:09,057::sourceroute::88::root::(configure) ip binary >>>>>> failed during source route configuration: ['RTNETLINK >>>>>> answers: File exists'] >>>>>> sourceRoute::WARNING::2015-01-27 >>>>>> 14:07:09,057::utils::129::root::(rmFile) File: >>>>>> /var/run/vdsm/trackedInterfaces/bond0 already removed >>>>>> >>>>>> >>>>>> The hosts are all Centos 7 freshly provisioned. With these vdsm >>>>>> packages: >>>>>> >>>>>> vdsm-python-zombiereaper-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-python-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-yajsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-4.16.10-8.gitc937927.el7.x86_64 >>>>>> vdsm-xmlrpc-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-jsonrpc-4.16.10-8.gitc937927.el7.noarch >>>>>> vdsm-cli-4.16.10-8.gitc937927.el7.noarch >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Met vriendelijke groet, With kind regards, >>>>>> >>>>>> Jorick Astrego* >>>>>> >>>>>> Netbulae Virtualization Experts * >>>>>> ------------------------------------------------------------------------ >>>>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>>>> NL821234584B01 >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> >>>> >>>> Met vriendelijke groet, With kind regards, >>>> >>>> Jorick Astrego* >>>> >>>> Netbulae Virtualization Experts * >>>> ------------------------------------------------------------------------ >>>> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >>>> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >>>> NL821234584B01 >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> >> >> Met vriendelijke groet, With kind regards, >> >> Jorick Astrego* >> >> Netbulae Virtualization Experts * >> ------------------------------------------------------------------------ >> Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 >> Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW >> NL821234584B01 >> >> >> ------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ondrej at svobodasoft.cz Tue Jan 27 18:36:31 2015 From: ondrej at svobodasoft.cz (=?UTF-8?B?T25kxZllaiBTdm9ib2Rh?=) Date: Tue, 27 Jan 2015 19:36:31 +0100 Subject: [ovirt-users] Network config In-Reply-To: <54C7A7D7.9040604@netbulae.eu> References: <54C7A7D7.9040604@netbulae.eu> Message-ID: <54C7DAAF.2060407@svobodasoft.cz> I can see in the log that VDSM tried to obtain information about bond1 and (bridge) "Internet", both of which did not exist (yet?) in a procedure which reports the information back to oVirt. But this just means that no information about them was reported, it shows no real error. There was no network configuration to be stored (persisted), this is why the directories "/var/run/vdsm/netconf/nets" and "/var/run/vdsm/netconf/bonds/" are not there. If you use a static address/gateway, does the creation of the bond and the network succeed in "Setup host networks"? If it does not I suggest that you attach the whole logs. On 27.1.2015 15:59, Jorick Astrego wrote: > > On 01/27/2015 01:56 PM, Koen Vanoppen wrote: >> Hello everybody, >> >> Just wanted to know if anybody else has the problem, that when you >> restart your network configuration of a hypervisor, all the settings >> concerning the bonding are gone... >> Do I file a bug report for this or is this already a known issue? >> >> Kind regards, >> >> Koen >> > > After a host restart the bonds are indead gone, except for bond and I > get this output: > > > MainThread::DEBUG::2015-01-27 > 15:44:18,343::api::623::root::(setupNetworks) Validating configuration > MainThread::DEBUG::2015-01-27 > 15:44:18,355::api::635::setupNetworks::(setupNetworks) Applying... > MainThread::DEBUG::2015-01-27 > 15:44:18,355::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,356::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,356::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:44:18,358::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::INFO::2015-01-27 > 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for > net bond1. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 552, in _getNetInfo > 'mtu': str(getMtu(iface))}) > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 182, in getMtu > mtu = open('/sys/class/net/%s/mtu' % iface).readline().rstrip() > IOError: [Errno 2] No such file or directory: > u'/sys/class/net/bond1/mtu' > MainThread::INFO::2015-01-27 > 15:44:18,366::netinfo::555::root::(_getNetInfo) Obtaining info for > net Internet. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 536, in _getNetInfo > data.update({'ports': ports(iface), 'stp': > bridge_stp_state(iface), > File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line > 178, in ports > return os.listdir('/sys/class/net/' + bridge + '/brif') > OSError: [Errno 2] No such file or directory: > '/sys/class/net/Internet/brif' > MainThread::DEBUG::2015-01-27 > 15:44:18,373::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:44:18,375::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::INFO::2015-01-27 > 15:44:18,384::netconfpersistence::158::root::(_clearDisk) Clearing > /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:44:18,384::netconfpersistence::166::root::(_clearDisk) No > existent config to clear. > MainThread::INFO::2015-01-27 > 15:44:18,384::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:44:18,386::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,386::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:44:18,470::utils::739::root::(execCmd) /usr/sbin/ifdown > Internet (cwd None) > MainThread::DEBUG::2015-01-27 > 15:45:46,165::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:45:46,165::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > > This is what I get later after I try "Setup host networks" again: > > MainThread::INFO::2015-01-27 > 15:53:16,739::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:53:16,740::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:53:16,740::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:53:16,743::utils::739::root::(execCmd) /usr/sbin/ifdown > Internet (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,772::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,772::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,772::vdsm-restore-net-config::55::root::(unified_restoration) > Removing all networks ({}) and bonds ({}) in running config. > MainThread::DEBUG::2015-01-27 > 15:54:46,772::libvirtconnection::150::root::(get) trying to > connect libvirt > MainThread::DEBUG::2015-01-27 > 15:54:46,787::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,790::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::DEBUG::2015-01-27 > 15:54:46,791::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,793::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::DEBUG::2015-01-27 > 15:54:46,803::api::619::setupNetworks::(setupNetworks) Setting up > network according to configuration: networks:{}, bondings:{}, > options:{'_inRollback': True, 'connectivityCheck': False} > MainThread::DEBUG::2015-01-27 > 15:54:46,803::api::623::root::(setupNetworks) Validating configuration > MainThread::DEBUG::2015-01-27 > 15:54:46,807::api::635::setupNetworks::(setupNetworks) Applying... > MainThread::DEBUG::2015-01-27 > 15:54:46,808::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,808::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,808::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,810::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::DEBUG::2015-01-27 > 15:54:46,820::utils::739::root::(execCmd) /sbin/ip route show to > 0.0.0.0/0 table all (cwd None) > MainThread::DEBUG::2015-01-27 > 15:54:46,822::utils::759::root::(execCmd) SUCCESS: = ''; > = 0 > MainThread::INFO::2015-01-27 > 15:54:46,831::netconfpersistence::158::root::(_clearDisk) Clearing > /var/run/vdsm/netconf/nets/ and /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:54:46,831::netconfpersistence::166::root::(_clearDisk) No > existent config to clear. > MainThread::INFO::2015-01-27 > 15:54:46,831::netconfpersistence::182::root::(save) Saved new > config RunningConfig({}, {}) to /var/run/vdsm/netconf/nets/ and > /var/run/vdsm/netconf/bonds/ > MainThread::DEBUG::2015-01-27 > 15:54:46,832::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,832::netconfpersistence::134::root::(_getConfigs) > Non-existing config set. > MainThread::DEBUG::2015-01-27 > 15:54:46,835::utils::739::root::(execCmd) /usr/sbin/ifdown > Internet (cwd None) > sourceRoute::DEBUG::2015-01-27 > 15:56:05,410::sourceroutethread::39::root::(process_IN_CLOSE_WRITE_filePath) > Responding to DHCP response in /var/run/vdsm/sourceRoutes/1422370565 > sourceRoute::INFO::2015-01-27 > 15:56:05,414::sourceroutethread::60::root::(process_IN_CLOSE_WRITE_filePath) > interface bond0 is not a libvirt interface > sourceRoute::WARNING::2015-01-27 > 15:56:05,414::utils::129::root::(rmFile) File: > /var/run/vdsm/trackedInterfaces/bond0 already removed > > And there is no "/var/run/vdsm/netconf/nets" or > "/var/run/vdsm/netconf/bonds/" > > ls -lart /var/run/vdsm/ > total 0 > drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 trackedInterfaces > srwxr-xr-x. 1 vdsm kvm 0 Jan 27 15:44 svdsm.sock > drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 . > drwxr-xr-x. 34 root root 1140 Jan 27 15:44 .. > drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:52 sourceRoutes > > > ls -lart /var/run/vdsm/trackedInterfaces/ > total 0 > drwxr-xr-x. 2 vdsm kvm 40 Jan 27 15:43 . > drwxr-xr-x. 4 vdsm kvm 100 Jan 27 15:44 .. > > > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From budic at onholyground.com Tue Jan 27 19:29:57 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 13:29:57 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <201501271809.t0RI9Vj3011189@mail.onholyground.com> References: <201501271809.t0RI9Vj3011189@mail.onholyground.com> Message-ID: <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: > > Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. > > Donny D > cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >> >> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >> >> -Darrell >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Tue Jan 27 20:04:46 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 13:04:46 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> References: <201501271809.t0RI9Vj3011189@mail.onholyground.com> <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> Message-ID: <001801d03a6c$845f6e30$8d1e4a90$@cloudspin.me> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. Donny -----Original Message----- From: Darrell Budic [mailto:budic at onholyground.com] Sent: Tuesday, January 27, 2015 12:30 PM To: Donny Davis Cc: users at ovirt.org Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: > > Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. > > Donny D > cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >> >> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >> >> -Darrell >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: Capture.PNG Type: image/png Size: 28892 bytes Desc: not available URL: From piotr.kliczewski at gmail.com Tue Jan 27 20:05:28 2015 From: piotr.kliczewski at gmail.com (Piotr Kliczewski) Date: Tue, 27 Jan 2015 21:05:28 +0100 Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> Message-ID: Looking at the logs I can see that connection was lost at 2015-01-26 09:24:43,213 and I can see good number of reconnection attempts which end up with timeout or 'no route to host'. The connection was recovered at 2015-01-26 09:28:56,292. Vdsm.log do not contain above connection loss (it starts at 2015-01-26 10:01:02,208). It was lost again at 2015-01-26 11:54:58,741 and it was recovered at 2015-01-26 12:01:47,752. I checked vdsm logs and I can see really weird lack of logs: JsonRpc (StompReactor)::DEBUG::2015-01-26 11:52:35,893::stompReactor::98::Broker.StompAdapter::(handle_frame) Handling message wrote: > > > > > ----- Original Message ----- >> From: "Eli Mesika" >> To: "Piotr Kliczewski" >> Cc: "Artyom Lukianov" , users at ovirt.org, rabshear at citytwist.net, "ILanit Stein" >> >> Sent: Tuesday, January 27, 2015 4:39:26 PM >> Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot >> >> >> >> ----- Original Message ----- >> > From: "ILanit Stein" >> > To: "Artyom Lukianov" , "Eli Mesika" >> > >> > Cc: users at ovirt.org, rabshear at citytwist.net >> > Sent: Tuesday, January 27, 2015 5:19:12 PM >> > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot >> > >> > >> > Hi Guys, >> > >> > Can you please look into this please? >> >> Hi >> From the logs I can see clearly that host is turned on in 2015-01-26 >> 11:56:51,191 >> However, there is a stomp exception in 2015-01-26 11:56:53,544 and a >> connection timeout in 2015-01-26 11:56:53,553 that might be related >> >> Piotr, can you please have a look ? >> > > Sure. Can you please send me the logs? > >> >> > >> > Thanks, >> > Ilanit. >> > ----- Forwarded Message ----- >> > From: "Rob Abshear" >> > To: "ILanit Stein" >> > Sent: Tuesday, January 27, 2015 3:05:56 PM >> > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot >> > >> > Here are the logs. you requested. The shutdown of the node was at 11:53 >> > and vdsmd was manually restarted at 12:01 to get the node back online. >> > >> > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein wrote: >> > >> > > It might be a bug, >> > > Would you please attach the logs, I mentioned bellow, >> > > that can bring more details on the failure? >> > > Adding Eli, that may want to give some input on this issue. >> > > >> > > Thanks, >> > > Ilanit. >> > > >> > > ----- Original Message ----- >> > > From: "Rob Abshear" >> > > To: "ILanit Stein" >> > > Cc: users at ovirt.org >> > > Sent: Monday, January 26, 2015 9:43:14 PM >> > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot >> > > >> > > I have done a bit more investigating on this matter. If I restart the >> > > node >> > > from within oVirt using the power management option "restart", then the >> > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and issue >> > > the command to power cycle the machine, then the machine restarts and >> > > vdsmd >> > > DOES start. I can run the following command from another node in the >> > > cluster: >> > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot >> > > and the node restarts and vdsmd DOES start. >> > > >> > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein wrote: >> > > >> > > > Hi Rob, >> > > > >> > > > Thanks for this report. >> > > > >> > > > Would you please provide these logs, at the time frame, the host >> > > > failure >> > > > occur: >> > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log >> > > > 2. host: /var/log/vdsm/vdsm.log >> > > > >> > > > If it is reproducible, please add this info as well. >> > > > >> > > > You can also check vdsm service status, on host, while host reported as >> > > > Non responsive, >> > > > by running on host 'service vdsmd status' >> > > > There might some problem, that might have prevented from vdsm service >> > > > to >> > > > come up, on host. >> > > > >> > > > Ilanit. >> > > > >> > > > ----- Original Message ----- >> > > > From: "Rob Abshear" >> > > > To: users at ovirt.org >> > > > Sent: Friday, January 23, 2015 9:22:42 PM >> > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot >> > > > >> > > > >> > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts in the >> > > > cluster. Each host has a drac5 and it is configured and working. I am >> > > > trying to simulate a node failure. I am running one HA VM on one of the >> > > > hosts for testing. I simulate the failure by powering off the host with >> > > the >> > > > VM running. >> > > > >> > > > Here is what is happening. >> > > > >> > > > >> > > > * Host is powered off >> > > > * ~4 minutes pass and the host is recognized as not responding >> > > > * Automatic fence runs and the VM migrates. Another host in the >> > > > node >> > > > is chosen as a proxy to execute Status command on the host. >> > > > * Same host is chosen as proxy to execute Start command on the >> > > > host. >> > > > * Same host is chosen as proxy to execute Status command on the >> > > > host. >> > > > * The host DOES physically start. >> > > > * The host never shows status of UP. >> > > > * I select ?confirm host has been rebooted? and I see a manual >> > > > fence >> > > > start. >> > > > * Host stays non-responsive. >> > > > * I put the host in maintenance and then activate it. >> > > > * Host still non-responsive >> > > > * I put the host in maintenance and do a reinstall >> > > > * Reinstall finishes and host becomes UP >> > > > >> > > > So, everything seems to go fine with the HA functionality, but the host >> > > > never recovers without being reinstalled. Please let me know which logs >> > > you >> > > > need to look at to help me out with this. >> > > > >> > > > Thanks >> > > > >> > > > >> > > > Sent with Mixmax >> > > > >> > > > _______________________________________________ >> > > > Users mailing list >> > > > Users at ovirt.org >> > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > >> > > >> > >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From cma at cmadams.net Tue Jan 27 20:06:25 2015 From: cma at cmadams.net (Chris Adams) Date: Tue, 27 Jan 2015 14:06:25 -0600 Subject: [ovirt-users] Changing the engine HA ping address? Message-ID: <20150127200625.GE27177@cmadams.net> I have an up-to-date hosted-engine 3.5.1 setup (CentOS 7 for the nodes, CentOS 6 for the engine), and the engine keeps jumping between the two nodes running the hosted-engine HA (sometimes after just 10-20 minutes, sometimes after a day or two). I figured out that it is failing on pinging the gateway sometimes. The gateway IP is a layer-3 switch, and I think sometimes it just is not responding to ICMP echo request in a timely fashion (traffic is routing just fine though). How is the HA ping implemented? How many requests does it send (and how many responses are required to be considered "good")? If I can't tweak the sensitivity of the ping, I'd like to ping a different IP (on a HA load balancer setup). The oVirt HA config refers to it as "gateway" though; is it really used as a gateway in any case, or is that just the recommended IP? Can I just edit /etc/ovirt-hosted-engine/hosted-engine.conf on the two nodes and restart the ovirt-ha-broker service? -- Chris Adams From rabshear at citytwist.net Tue Jan 27 20:15:38 2015 From: rabshear at citytwist.net (Rob Abshear) Date: Tue, 27 Jan 2015 15:15:38 -0500 Subject: [ovirt-users] Host remains Non-Responsive after reboot In-Reply-To: References: <1422040964161-a917b55f-a2d6b5d4-1ba0de5e@citytwist.net> <575609724.112249.1422168983026.JavaMail.zimbra@redhat.com> <33146762.833246.1422342318200.JavaMail.zimbra@redhat.com> <1412992176.1010712.1422371952024.JavaMail.zimbra@redhat.com> <210494974.1245908.1422373166879.JavaMail.zimbra@redhat.com> <1092351061.896225.1422374239346.JavaMail.zimbra@redhat.com> Message-ID: Yeah. There would have been a lot of connection issues because I was doing a lot of testing and reconfiguring. The only part that's really applicable for this issue is the period you mentioned from 11:54 to 12:01. I did use the service vdsm status command after the host came back up and the service was not running. I start the service manually and it comes up without error and the node comes back online. Is it normal operation for the host to automatically recover if it can, including starting vdsmd? One of my colleagues thinks that, perhaps that we are experiencing normal operation. But I can't imagine that the host wouldn't come back completely if it's able. On Tue, Jan 27, 2015 at 3:05 PM, Piotr Kliczewski < piotr.kliczewski at gmail.com> wrote: > Looking at the logs I can see that connection was lost at 2015-01-26 > 09:24:43,213 > and I can see good number of reconnection attempts which end up with > timeout or 'no route to host'. > The connection was recovered at 2015-01-26 09:28:56,292. > > Vdsm.log do not contain above connection loss (it starts at 2015-01-26 > 10:01:02,208). > > It was lost again at 2015-01-26 11:54:58,741 and it was recovered at > 2015-01-26 12:01:47,752. > > I checked vdsm logs and I can see really weird lack of logs: > > JsonRpc (StompReactor)::DEBUG::2015-01-26 > 11:52:35,893::stompReactor::98::Broker.StompAdapter::(handle_frame) > Handling message 12:01:45,183::vdsm::131::vds::(run) (PID: 7021) I am the actual vdsm > 4.16.10-8.gitc937927.el6 love005.ovt.visionamics.com > (2.6.32-504.3.3.el6.x86_64) > MainThread::DEBUG::2015-01-26 > > 12:01:45,184::resourceManager::421::Storage.ResourceManager::(registerNamespace) > Registering namespace 'Storage' > > which covers having no connection from the engine perspective. > > Usually when there are connectivity issues we see timeouts in the logs > but here there are 'no route to host' as well > which suggest networking issues. > > @Dan - Do you know what caused lack of logs in vdsm? > @ILanit - What vdsm version do you use? > > On Tue, Jan 27, 2015 at 4:57 PM, Piotr Kliczewski > wrote: > > > > > > > > > > ----- Original Message ----- > >> From: "Eli Mesika" > >> To: "Piotr Kliczewski" > >> Cc: "Artyom Lukianov" , users at ovirt.org, > rabshear at citytwist.net, "ILanit Stein" > >> > >> Sent: Tuesday, January 27, 2015 4:39:26 PM > >> Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > >> > >> > >> > >> ----- Original Message ----- > >> > From: "ILanit Stein" > >> > To: "Artyom Lukianov" , "Eli Mesika" > >> > > >> > Cc: users at ovirt.org, rabshear at citytwist.net > >> > Sent: Tuesday, January 27, 2015 5:19:12 PM > >> > Subject: Fwd: [ovirt-users] Host remains Non-Responsive after reboot > >> > > >> > > >> > Hi Guys, > >> > > >> > Can you please look into this please? > >> > >> Hi > >> From the logs I can see clearly that host is turned on in 2015-01-26 > >> 11:56:51,191 > >> However, there is a stomp exception in 2015-01-26 11:56:53,544 and a > >> connection timeout in 2015-01-26 11:56:53,553 that might be related > >> > >> Piotr, can you please have a look ? > >> > > > > Sure. Can you please send me the logs? > > > >> > >> > > >> > Thanks, > >> > Ilanit. > >> > ----- Forwarded Message ----- > >> > From: "Rob Abshear" > >> > To: "ILanit Stein" > >> > Sent: Tuesday, January 27, 2015 3:05:56 PM > >> > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > >> > > >> > Here are the logs. you requested. The shutdown of the node was at > 11:53 > >> > and vdsmd was manually restarted at 12:01 to get the node back online. > >> > > >> > On Tue, Jan 27, 2015 at 2:05 AM, ILanit Stein > wrote: > >> > > >> > > It might be a bug, > >> > > Would you please attach the logs, I mentioned bellow, > >> > > that can bring more details on the failure? > >> > > Adding Eli, that may want to give some input on this issue. > >> > > > >> > > Thanks, > >> > > Ilanit. > >> > > > >> > > ----- Original Message ----- > >> > > From: "Rob Abshear" > >> > > To: "ILanit Stein" > >> > > Cc: users at ovirt.org > >> > > Sent: Monday, January 26, 2015 9:43:14 PM > >> > > Subject: Re: [ovirt-users] Host remains Non-Responsive after reboot > >> > > > >> > > I have done a bit more investigating on this matter. If I restart > the > >> > > node > >> > > from within oVirt using the power management option "restart", then > the > >> > > node restarts and vdsmd DOES NOT start. If I go into the DRAC and > issue > >> > > the command to power cycle the machine, then the machine restarts > and > >> > > vdsmd > >> > > DOES start. I can run the following command from another node in > the > >> > > cluster: > >> > > fence_drac5 -a 192.168.200.105 -l root -p -x -o reboot > >> > > and the node restarts and vdsmd DOES start. > >> > > > >> > > On Sun, Jan 25, 2015 at 1:56 AM, ILanit Stein > wrote: > >> > > > >> > > > Hi Rob, > >> > > > > >> > > > Thanks for this report. > >> > > > > >> > > > Would you please provide these logs, at the time frame, the host > >> > > > failure > >> > > > occur: > >> > > > 1. oVirt Engine: /var/log/ovirt-engine/engine.log > >> > > > 2. host: /var/log/vdsm/vdsm.log > >> > > > > >> > > > If it is reproducible, please add this info as well. > >> > > > > >> > > > You can also check vdsm service status, on host, while host > reported as > >> > > > Non responsive, > >> > > > by running on host 'service vdsmd status' > >> > > > There might some problem, that might have prevented from vdsm > service > >> > > > to > >> > > > come up, on host. > >> > > > > >> > > > Ilanit. > >> > > > > >> > > > ----- Original Message ----- > >> > > > From: "Rob Abshear" > >> > > > To: users at ovirt.org > >> > > > Sent: Friday, January 23, 2015 9:22:42 PM > >> > > > Subject: [ovirt-users] Host remains Non-Responsive after reboot > >> > > > > >> > > > > >> > > > I am running oVirt Engine Version 3.5.0.1-1.el6. I have 4 hosts > in the > >> > > > cluster. Each host has a drac5 and it is configured and working. > I am > >> > > > trying to simulate a node failure. I am running one HA VM on one > of the > >> > > > hosts for testing. I simulate the failure by powering off the > host with > >> > > the > >> > > > VM running. > >> > > > > >> > > > Here is what is happening. > >> > > > > >> > > > > >> > > > * Host is powered off > >> > > > * ~4 minutes pass and the host is recognized as not responding > >> > > > * Automatic fence runs and the VM migrates. Another host in > the > >> > > > node > >> > > > is chosen as a proxy to execute Status command on the host. > >> > > > * Same host is chosen as proxy to execute Start command on the > >> > > > host. > >> > > > * Same host is chosen as proxy to execute Status command on > the > >> > > > host. > >> > > > * The host DOES physically start. > >> > > > * The host never shows status of UP. > >> > > > * I select ?confirm host has been rebooted? and I see a manual > >> > > > fence > >> > > > start. > >> > > > * Host stays non-responsive. > >> > > > * I put the host in maintenance and then activate it. > >> > > > * Host still non-responsive > >> > > > * I put the host in maintenance and do a reinstall > >> > > > * Reinstall finishes and host becomes UP > >> > > > > >> > > > So, everything seems to go fine with the HA functionality, but > the host > >> > > > never recovers without being reinstalled. Please let me know > which logs > >> > > you > >> > > > need to look at to help me out with this. > >> > > > > >> > > > Thanks > >> > > > > >> > > > > >> > > > Sent with Mixmax > >> > > > > >> > > > _______________________________________________ > >> > > > Users mailing list > >> > > > Users at ovirt.org > >> > > > http://lists.ovirt.org/mailman/listinfo/users > >> > > > > >> > > > >> > > >> > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wolfgang.bucher at netland-mn.de Tue Jan 27 20:23:46 2015 From: wolfgang.bucher at netland-mn.de (=?utf-8?Q?Wolfgang_Bucher?=) Date: Tue, 27 Jan 2015 21:23:46 +0100 Subject: [ovirt-users] OVF Storage Message-ID: Hello, i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine but i get every hour a message : Failed to create OVF store disk for Storage Domain. any ideas greetings Wolfgang Bucher? -------------- next part -------------- An HTML attachment was scrubbed... URL: From budic at onholyground.com Tue Jan 27 20:39:25 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 14:39:25 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <001801d03a6c$845f6e30$8d1e4a90$@cloudspin.me> References: <201501271809.t0RI9Vj3011189@mail.onholyground.com> <32F6BCA0-921F-4C27-AFC9-60E92912D3F9@onholyground.com> <001801d03a6c$845f6e30$8d1e4a90$@cloudspin.me> Message-ID: <85E3E26B-37B3-4645-90C5-2A38F6A048F1@onholyground.com> Try changing that custom MTU and hitting OK. I get: on 3.5 and 3.5.1. What version are you running? > On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: > > Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. > > Donny > > -----Original Message----- > From: Darrell Budic [mailto:budic at onholyground.com] > Sent: Tuesday, January 27, 2015 12:30 PM > To: Donny Davis > Cc: users at ovirt.org > Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? > > Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > > >> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >> >> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. >> >> Donny D >> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>> >>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>> >>> -Darrell >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2015-01-27 at 2.37.39 PM.png Type: image/png Size: 76448 bytes Desc: not available URL: From cma at cmadams.net Tue Jan 27 20:53:27 2015 From: cma at cmadams.net (Chris Adams) Date: Tue, 27 Jan 2015 14:53:27 -0600 Subject: [ovirt-users] Changing the engine HA ping address? In-Reply-To: <20150127200625.GE27177@cmadams.net> References: <20150127200625.GE27177@cmadams.net> Message-ID: <20150127205327.GF27177@cmadams.net> Once upon a time, Chris Adams said: > The gateway IP is a layer-3 switch, and I think sometimes it just is not > responding to ICMP echo request in a timely fashion (traffic is routing > just fine though). How is the HA ping implemented? How many requests > does it send (and how many responses are required to be considered > "good")? I see ovirt_hosted_engine_he/broker/submonitors/ping.py that only one packet is sent. That's probably not a great way to do things; there are a number of routers/firewalls/etc. that put ICMP echo requests to the device (as opposed to through the device) at the very lowest priority, and drop them under any load. A better way would be to send multiple requests, with only one answer required. "ping -c 1 -i 0.2 -w -W " should do that. -- Chris Adams From donny at cloudspin.me Tue Jan 27 20:59:59 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 13:59:59 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to On Jan 27, 2015 1:39 PM, Darrell Budic wrote: > > Try changing that custom MTU and hitting OK. I get: > > on 3.5 and 3.5.1. What version are you running? > >> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: >> >> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have?experienced no issues.? >> >> Donny >> >> -----Original Message----- >> From: Darrell Budic [mailto:budic at onholyground.com]? >> Sent: Tuesday, January 27, 2015 12:30 PM >> To: Donny Davis >> Cc: users at ovirt.org >> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? >> >> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for?better options :) >> >> >>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >>> >>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network.? >>> >>> Donny D >>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>>> >>>> >>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do?that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>>> >>>> -Darrell >>>> _______________________________________________ >>>> Users mailing list >>>> Users at ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >> >> >> > > From budic at onholyground.com Tue Jan 27 21:45:38 2015 From: budic at onholyground.com (Darrell Budic) Date: Tue, 27 Jan 2015 15:45:38 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <201501272100.t0RL0Dx5008112@mail.onholyground.com> References: <201501272100.t0RL0Dx5008112@mail.onholyground.com> Message-ID: <7DFB6FA9-3699-459C-A0B3-AB96D1F2B65E@onholyground.com> Ah, good idea. That will be cleaner than the hack I was considering, I?ll see if I can work that somehow. Thanks! > On Jan 27, 2015, at 2:59 PM, Donny Davis wrote: > > I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to > > On Jan 27, 2015 1:39 PM, Darrell Budic wrote: >> >> Try changing that custom MTU and hitting OK. I get: >> >> on 3.5 and 3.5.1. What version are you running? >> >>> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: >>> >>> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. >>> >>> Donny >>> >>> -----Original Message----- >>> From: Darrell Budic [mailto:budic at onholyground.com] >>> Sent: Tuesday, January 27, 2015 12:30 PM >>> To: Donny Davis >>> Cc: users at ovirt.org >>> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? >>> >>> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) >>> >>> >>>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >>>> >>>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. >>>> >>>> Donny D >>>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>>>> >>>>> >>>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>>>> >>>>> -Darrell >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >> >> From donny at cloudspin.me Tue Jan 27 21:52:02 2015 From: donny at cloudspin.me (Donny Davis) Date: Tue, 27 Jan 2015 14:52:02 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: Please let us know how it works out, it may be helpful to someone in the future Cheers Donny DOn Jan 27, 2015 2:45 PM, Darrell Budic wrote: > > Ah, good idea. That will be cleaner than the hack I was considering, I?ll see if I can work that somehow. Thanks! > > > On Jan 27, 2015, at 2:59 PM, Donny Davis wrote: > > > > I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to > > > > On Jan 27, 2015 1:39 PM, Darrell Budic wrote: > >> > >> Try changing that custom MTU and hitting OK. I get: > >> > >> on 3.5 and 3.5.1. What version are you running? > >> > >>> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: > >>> > >>> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. > >>> > >>> Donny > >>> > >>> -----Original Message----- > >>> From: Darrell Budic [mailto:budic at onholyground.com] > >>> Sent: Tuesday, January 27, 2015 12:30 PM > >>> To: Donny Davis > >>> Cc: users at ovirt.org > >>> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? > >>> > >>> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) > >>> > >>> > >>>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: > >>>> > >>>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. > >>>> > >>>> Donny D > >>>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: > >>>>> > >>>>> > >>>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > >>>>> > >>>>> -Darrell > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users at ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >>> > >>> > >> > >> > From amureini at redhat.com Tue Jan 27 22:00:04 2015 From: amureini at redhat.com (Allon Mureinik) Date: Tue, 27 Jan 2015 17:00:04 -0500 (EST) Subject: [ovirt-users] OVF Storage In-Reply-To: References: Message-ID: <1080097423.2007273.1422396004477.JavaMail.zimbra@redhat.com> Wolfgang - can you attach the exact message please? and preferably the logs? Liron/Gilad - isn't this something we've fixed already? ----- Original Message ----- > From: "Wolfgang Bucher" > To: users at ovirt.org > Sent: Tuesday, January 27, 2015 10:23:46 PM > Subject: [ovirt-users] OVF Storage > OVF Storage > Hello, > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > but i get every hour a message : Failed to create OVF store disk for Storage > Domain. > any ideas > greetings > Wolfgang Bucher > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From yamakasi.014 at gmail.com Sun Jan 25 21:15:00 2015 From: yamakasi.014 at gmail.com (Matt .) Date: Sun, 25 Jan 2015 22:15:00 +0100 Subject: [ovirt-users] MaxVmNameLengthNonWindows not set right ? Message-ID: Hi, My VM doesn' t want to start because the vdsm host says it's over 45 characters or so. This is set: # engine-config -g MaxVmNameLengthNonWindows MaxVmNameLengthNonWindows: 64 version: general But when I set it to 80 it also doesn't start. What goes wrong here ? It's a Linux VM. Thanks, Matt From jm.mercado25 at gmail.com Tue Jan 27 02:32:28 2015 From: jm.mercado25 at gmail.com (John Michael Mercado) Date: Tue, 27 Jan 2015 10:32:28 +0800 Subject: [ovirt-users] ovirt-guest-agent issue on rhel5.5 Message-ID: Hi All, I need your help. Anyone who encounter the below error and have the solution? Can you help me how to fix this? MainThread::INFO::2015-01-27 10:22:53,247::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2015-01-27 10:22:53,248::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in ? agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 371, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhouxiaoqiang.mstech at gmail.com Tue Jan 27 06:50:42 2015 From: zhouxiaoqiang.mstech at gmail.com (Xiaoqiang Zhou) Date: Tue, 27 Jan 2015 14:50:42 +0800 Subject: [ovirt-users] Can not add data domain via nfs Message-ID: Hi ALL: have some wrong when add data domain into a data center. I can not add a data domain from web panel. error log on vdsm server: Jan 27 14:49:12 localhost rpc.mountd[3020]: authenticated mount request from 192.168.60.38:730 for /opt/ovirt-node-nfs/data (/opt/ovirt-node-nfs/data) Jan 27 14:49:12 localhost kernel: device-mapper: table: 253:5: multipath: error getting device Jan 27 14:49:12 localhost kernel: device-mapper: ioctl: error adding target to table Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) Jan 27 14:49:13 localhost avahi-daemon[1223]: Received response from host 192.168.61.145 with invalid source port 40237 on interface 'ovirtmgmt.0' Jan 27 14:49:14 localhost kernel: device-mapper: table: 253:5: multipath: error getting device Jan 27 14:49:14 localhost kernel: device-mapper: ioctl: error adding target to table Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) [root at localhost etc]# cat multipath.conf # RHEV REVISION 1.1 defaults { polling_interval 5 getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" no_path_retry fail user_friendly_names no flush_on_last_del yes fast_io_fail_tmo 5 dev_loss_tmo 30 max_fds 4096 } devices { device { vendor "HITACHI" product "DF.*" getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" } device { vendor "COMPELNT" product "Compellent Vol" no_path_retry fail } device { # multipath.conf.default vendor "DGC" product ".*" product_blacklist "LUNZ" path_grouping_policy "group_by_prio" path_checker "emc_clariion" hardware_handler "1 emc" prio "emc" failback immediate rr_weight "uniform" # vdsm required configuration getuid_callout "/usr/lib/udev/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" features "0" no_path_retry fail } someone can tell me how to fix this issue, thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From zhouxiaoqiang.mstech at gmail.com Tue Jan 27 06:55:03 2015 From: zhouxiaoqiang.mstech at gmail.com (Xiaoqiang Zhou) Date: Tue, 27 Jan 2015 14:55:03 +0800 Subject: [ovirt-users] Can not add data domain via nfs In-Reply-To: References: Message-ID: in addition, my host systeme is CentOS7 and ovirt version is 3.5.1 2015-01-27 14:50 GMT+08:00 Xiaoqiang Zhou : > Hi ALL: > have some wrong when add data domain into a data center. > I can not add a data domain from web panel. > error log on vdsm server: > Jan 27 14:49:12 localhost rpc.mountd[3020]: authenticated mount > request from 192.168.60.38:730 for /opt/ovirt-node-nfs/data > (/opt/ovirt-node-nfs/data) > Jan 27 14:49:12 localhost kernel: device-mapper: table: 253:5: multipath: > error getting device > Jan 27 14:49:12 localhost kernel: device-mapper: ioctl: error adding > target to table > Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) > Jan 27 14:49:12 localhost multipathd: dm-5: remove map (uevent) > Jan 27 14:49:13 localhost avahi-daemon[1223]: Received response from host > 192.168.61.145 with invalid source port 40237 on interface 'ovirtmgmt.0' > Jan 27 14:49:14 localhost kernel: device-mapper: table: 253:5: multipath: > error getting device > Jan 27 14:49:14 localhost kernel: device-mapper: ioctl: error adding > target to table > Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) > Jan 27 14:49:14 localhost multipathd: dm-5: remove map (uevent) > > > [root at localhost etc]# cat multipath.conf > # RHEV REVISION 1.1 > > defaults { > polling_interval 5 > getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > no_path_retry fail > user_friendly_names no > flush_on_last_del yes > fast_io_fail_tmo 5 > dev_loss_tmo 30 > max_fds 4096 > } > > devices { > device { > vendor "HITACHI" > product "DF.*" > getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > } > device { > vendor "COMPELNT" > product "Compellent Vol" > no_path_retry fail > } > device { > # multipath.conf.default > vendor "DGC" > product ".*" > product_blacklist "LUNZ" > path_grouping_policy "group_by_prio" > path_checker "emc_clariion" > hardware_handler "1 emc" > prio "emc" > failback immediate > rr_weight "uniform" > # vdsm required configuration > getuid_callout "/usr/lib/udev/scsi_id --whitelisted > --replace-whitespace --device=/dev/%n" > features "0" > no_path_retry fail > } > > someone can tell me how to fix this issue, thanks > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mrose at power-soft.com Wed Jan 28 01:10:33 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 01:10:33 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start Message-ID: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ryan.Groten at stantec.com Wed Jan 28 03:29:55 2015 From: Ryan.Groten at stantec.com (Groten, Ryan) Date: Tue, 27 Jan 2015 20:29:55 -0700 Subject: [ovirt-users] Help understanding Gluster in oVirt Message-ID: <61A8344D117D814CA4DA393472F38CF401B4D390CE@CD1001-M360.corp.ads> I was planning on making a Gluster Data domain to test, and found some great information on this page: http://community.redhat.com/blog/2014/05/ovirt-3-4-glusterized/ The article the author uses the CTDB service for VIP failover. Is it possible/recommended to not do this, and just create a gluster volume on all the hosts in a cluster, then create the Gluster data domain as localhost:? Thanks, Ryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmayilsa at redhat.com Wed Jan 28 03:56:00 2015 From: kmayilsa at redhat.com (Kanagaraj) Date: Wed, 28 Jan 2015 09:26:00 +0530 Subject: [ovirt-users] gluster only hosts managed by oVirt? In-Reply-To: <54C78FEE.2050302@mittwald.de> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> Message-ID: <54C85DD0.1000307@redhat.com> On 01/27/2015 06:47 PM, Sven Kieske wrote: > > On 27/01/15 13:56, Jorick Astrego wrote: >> For both we provision some custom os install and configuration. >> Currently I am only able to manage and view gluster volumes from ovirt >> when the "Enable Gluster Service" is enabled for the Cluster. Right? > AFAIK correct. Right. > >> There is a "Enable Virt Service" flag but the options is selected and >> greyed out. So I'm not able to disable it. > Mhm this is sad. I'm not aware of any bug tracking this, will you open > one? It's also possible I missed it, there are too many bugs to > remember them all. This can happen if there are any VMS in the cluster you are trying to edit. Do you have any VMS running on the cluster? If you create cluster with just 'Enable Gluster Service' selected, you should be able to manage your gluster hosts. Here the hosts need not to have any virtualization stuff in it. Thanks, Kanagaraj > From hypunit at gmail.com Wed Jan 28 03:58:27 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Wed, 28 Jan 2015 11:58:27 +0800 Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk Message-ID: Hi, I have created one vm in the ovirt successfully...it was working fine....i login to it and download some httpd packages etc....after 5-10 min...it stop receving the commands from SSH ...if nothing help then I power off the machine? then power on again.. then the VM display the error that "boot failed :- not a bootable disk" [image: Inline image 2] Even the disk is bootable... [image: Inline image 3] I try to change it several ways but still the VM can not up.... VDSM Logs :- http://ur1.ca/jk66n Thanks, Punit -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 79664 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 34859 bytes Desc: not available URL: From wolfgang.bucher at netland-mn.de Wed Jan 28 07:01:45 2015 From: wolfgang.bucher at netland-mn.de (=?utf-8?Q?Wolfgang_Bucher?=) Date: Wed, 28 Jan 2015 08:01:45 +0100 Subject: [ovirt-users] OVF Storage Message-ID: Hello whitch logs do you need. Attached a screenshot of the messages. -----Urspr?ngliche Nachricht----- Von: Allon Mureinik? Gesendet: Die 27 Januar 2015 23:01 An: Wolfgang Bucher CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik Betreff: Re: [ovirt-users] OVF Storage Wolfgang - can you attach the exact message please? and preferably the logs? Liron/Gilad - isn't this something we've fixed already? -------------------------------- From: "Wolfgang Bucher" To: users at ovirt.org Sent: Tuesday, January 27, 2015 10:23:46 PM Subject: [ovirt-users] OVF Storage Hello, i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine but i get every hour a message : Failed to create OVF store disk for Storage Domain. any ideas greetings Wolfgang Bucher? _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ovirt.png Type: image/png Size: 203854 bytes Desc: not available URL: From mrose at power-soft.com Wed Jan 28 07:51:58 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 07:51:58 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: References: Message-ID: <798D39F7-986E-4B24-AC22-33FB67954DCE@power-soft.com> Found the cause of this issue... the __DIRECT_IO_TEST__ on the mount was inaccessible due to permisions. removed the file and it was recreated On Jan 27, 2015, at 5:10 PM, Mikola Rose > wrote: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 28 08:51:30 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 10:51:30 +0200 Subject: [ovirt-users] [QE] oVirt 3.5.2 status Message-ID: <54C8A312.4090209@redhat.com> Hi, Development cycle for oVirt 3.5.2 release started and we're now going to schedule this release. A release management entry has been added for tracking the schedule of 3.5.2 [0] A bug tracker [1] has been created and currently has no open blockers. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs - Please be sure that no pending patches are going to block the release - If any patch must block the RC release please raise the issue as soon as possible. There are still 44 bugs [2] targeted to 3.5.2. Excluding node and documentation bugs we still have 36 bugs [3] targeted to 3.5.2. Maintainers / Assignee: - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: it will ease gathering the blocking bugs for next releases. - Please fill release notes, the page has been created here [4] Community: - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] [0] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.2 [1] http://bugzilla.redhat.com/1186161 [2] http://goo.gl/crVJPH [3]http://goo.gl/2qTZZU [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From rgolan at redhat.com Wed Jan 28 08:53:52 2015 From: rgolan at redhat.com (Roy Golan) Date: Wed, 28 Jan 2015 10:53:52 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: References: Message-ID: <54C8A3A0.1080505@redhat.com> On 01/28/2015 03:10 AM, Mikola Rose wrote: > Hi there, > > > I seem to have run into a problem. my hosted engine vm is failing to > start; > > vdsm.log; > > > Thread-20::DEBUG::2015-01-27 > 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading > domain in path > /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af > Thread-20::ERROR::2015-01-27 > 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) > Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af > monitoring information > Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in > _monitorDomain > self.domain = sdCache.produce(self.sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > domain.getRealDomain() > File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > return self._cache._realProduce(self._sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > domain = self._findDomain(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain > return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) > File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ > validateFileSystemFeatures(sdUUID, self.mountpoint) > File "/usr/share/vdsm/storage/fileSD.py", line 88, in > validateFileSystemFeatures > oop.getProcessPool(sdUUID).directTouch(testFilePath) > File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch > ioproc.touch(path, flags, mode) > File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line > 507, in touch > self.timeout) > File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line > 391, in _sendCommand > raise OSError(errcode, errstr) > OSError: [Errno 13] Permission denied > > I assume this is an nfs issue so I checked to see if I could create a > file in the mounts from the host machine, which I could. > > My test bed is usign an old OS X NFS via xraid adn the export is ; > /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask > 255.255.255.0 > > drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 > 443b4931-667f-441f-98d8-51384e67a0af > drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data > drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso > drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm > > the host machine seems to mount the shares fine.... > > drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . > drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. > drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 > drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data > drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso > > and as I said above I can create files in any one of those mounts > > > Is there a place I can look at to find the offending file? If that is > the issue... Oddly enough everything worked until i rebooted, so I > must have either changed something or something is buggered. > please echo the output of find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la the failure is to create this file. > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Wed Jan 28 09:01:19 2015 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 28 Jan 2015 04:01:19 -0500 (EST) Subject: [ovirt-users] OVF Storage In-Reply-To: References: Message-ID: <349141791.2029373.1422435679430.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Wolfgang Bucher" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 9:01:45 AM > Subject: Re: [ovirt-users] OVF Storage > > AW: [ovirt-users] OVF Storage > > Hello > > > > > whitch logs do you need. Attached a screenshot of the messages. Hi wolfgang, The engine.log from your engine machine, and the vdsm logs from your hosts should be enough for now. Thanks, Maor > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > Von: Allon Mureinik > Gesendet: Die 27 Januar 2015 23:01 > An: Wolfgang Bucher > CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik > > Betreff: Re: [ovirt-users] OVF Storage > > Wolfgang - can you attach the exact message please? and preferably the logs? > > Liron/Gilad - isn't this something we've fixed already? > > > > > From: "Wolfgang Bucher" > To: users at ovirt.org > Sent: Tuesday, January 27, 2015 10:23:46 PM > Subject: [ovirt-users] OVF Storage > > > > Hello, > > > > > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > but i get every hour a message : Failed to create OVF store disk for Storage > Domain. > > > > > any ideas > > > > > greetings > > Wolfgang Bucher > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From lvernia at redhat.com Wed Jan 28 09:03:14 2015 From: lvernia at redhat.com (Lior Vernia) Date: Wed, 28 Jan 2015 11:03:14 +0200 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: References: Message-ID: <54C8A5D2.8010201@redhat.com> Hi Darrell! There's currently no clean way to do this - we'll be looking to fix this in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). You haven't mentioned which version of oVirt you're running - if it's 3.4 or lower, I think it would suffice to change ifcfg files on your hypervisors and restart the network service. The network will then appear as out-of-sync in the GUI, but should be fully functional with MTU 1500. You'd also want the network configuration to be saved in case of future rollbacks - Dan, how would that be done? If you're running 3.5, I think you need to run some vdsm shell commands on the hypervisor as we've added an abstraction layer for configuration persistence above ifcfg files - again I'll ask Dan to chime in. As for getting the engine network configuration to MTU 1500 (for future hypervisor configuration and for networks to not appear as out-of-sync on existing ones) without taking down all the VMs (or hot-unplugging NICs) at one point - I don't think there's currently a way other than hacking the DB... Just leaving the network out-of-sync on the hosts could result in inconveniences later on when configuring host networking. Is it worth the trouble of getting MTU 1500 instead of 1448? I presume the difference in performance would be negligible. Or are you experiencing incoming frames being dropped due to having 1500 bytes instead of 1448?... Either way, as you mentioned taking down the VMs can be a last resort, or wait for 3.6 where it should be simpler :) Yours, Lior. On 27/01/15 19:43, Darrell Budic wrote: > I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > > -Darrell > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mrose at power-soft.com Wed Jan 28 09:04:39 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 09:04:39 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <54C8A3A0.1080505@redhat.com> References: <54C8A3A0.1080505@redhat.com> Message-ID: <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/data/__DIRECT_IO_TEST__ -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/iso/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 /Volumes/Raid1/vm/__DIRECT_IO_TEST__ Note, since removing the file the hosted_engine1 is starting up and everything seems fine but then all of a sudden it restarts. Also may be related... root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage domain on iso. ERROR: Error message is "unable to test the available space on /Volumes/Raid1/iso" On Jan 28, 2015, at 12:53 AM, Roy Golan > wrote: On 01/28/2015 03:10 AM, Mikola Rose wrote: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. please echo the output of find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la the failure is to create this file. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlipchuk at redhat.com Wed Jan 28 09:09:45 2015 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 28 Jan 2015 04:09:45 -0500 (EST) Subject: [ovirt-users] problem adding storage connection In-Reply-To: <54C09EC9.5030006@steinwurf.com> References: <000601d03042$05999370$10ccba50$@cloudspin.me> <54B7BF0F.5090702@steinwurf.com> <54B72465-230D-42E3-A64D-9BB0CAB2792F@redhat.com> <003d01d030d9$45485870$cfd90950$@cloudspin.me> <54BE08FB.30503@steinwurf.com> <90EECCB4-FC7A-407A-9DB6-F66AB917D76A@redhat.com> <54BE1229.2000309@steinwurf.com> <54C09EC9.5030006@steinwurf.com> Message-ID: <472542070.2036965.1422436185739.JavaMail.zimbra@redhat.com> Hi Lars, Are you still getting VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS? If so, try to log in into the engine DataBase and call: "SELECT * FROM storage_server_connections where connection ilike '%[Your connection path]%';" See if you get the connection, and then remove it by executing: "delete from storage_server_connections where id = '[Your id from the last select operation'" Please let me know if that helps. Regards, Maor ----- Original Message ----- > From: "Lars Nielsen" > To: "Martin Pavl?k" > Cc: "users" > Sent: Thursday, January 22, 2015 8:55:05 AM > Subject: Re: [ovirt-users] problem adding storage connection > > > On 20/01/15 09:30, Lars Nielsen wrote: > > > > On 20/01/15 09:09, Martin Pavl?k wrote: > >> ccing Carlos as he might be able to help > >> > >> Hi Lars, > >> > >> 1) remove as many restrictions as you can from your NFS export , > >> allow all to access and restrict it back step by step if removing > >> restriction will work > >> 2) make sure that exported folders have owner and group vdsm:kvm (aka > >> 36:36) > >> 3) pls check (and provide) /var/log/vdsm/vdsm.log and > >> /var/log/vdsm/supervdsm.log on the hypervisor which is storage pool > >> manager (aka SPM), you can identify it on hosts tab in GUI > >> > >> Martin > >> > >>> On 20 Jan 2015, at 08:51, Lars Nielsen wrote: > >>> > >>> On 15/01/15 16:38, Donny Davis wrote: > >>>> Also check to see if there are any directories that have been > >>>> created in > >>>> your nfs exports > >>>> > >>>> Donny > >>>> > >>>> -----Original Message----- > >>>> From: users-bounces at ovirt.org [mailto:users-bounces at ovirt.org] On > >>>> Behalf Of > >>>> Martin Pavl?k > >>>> Sent: Thursday, January 15, 2015 8:01 AM > >>>> To: Lars Nielsen > >>>> Cc: users at ovirt.org > >>>> Subject: Re: [ovirt-users] problem adding storage connection > >>>> > >>>> Hi Lars, > >>>> > >>>> are you sure you want to use net mask 225.225.225.0? IMO you want > >>>> to use > >>>> 255.255.255.0 > >>>> > >>>> If it does not help please supply logs > >>>> /var/log/ovirt-engine/engine.log - from engine node (RHEV-M) and > >>>> /var/log/vdsm/vdsm.log > >>>> > >>>> so we can see detailed error message > >>>> > >>>> HTH > >>>> > >>>> Martin Pavlik > >>>> RHEV QE > >>>> > >>>>> On 15 Jan 2015, at 14:22, Lars Nielsen wrote: > >>>>> > >>>>> Hello again. > >>>>> And thanks for the help, now I can create hosts, which run :) > >>>>> > >>>>> However I have run into a bit more trouble, again which seems a bit > >>>> strange to me. > >>>>> When trying to added a new Storage connection, I get this: > >>>>> Error while executing action: Cannot add Storage Connection. Storage > >>>> connection already exists. > >>>>> https://dl.dropboxusercontent.com/u/55488/ovirt_storage_problem.png > >>>>> > >>>>> My exports file, look like this: > >>>>> /home/iso > >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > >>>>> > >>>>> d=36,anongid=36) /home/data > >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > >>>>> > >>>>> d=36,anongid=36) /home/import_data > >>>>> 192.168.0.112/225.225.225.0(rw,sync,no_subtree_check,all_squash,anonui > >>>>> > >>>>> d=36,anongid=36) > >>>>> > >>>>> Copied from the oVirt basic setup guide. > >>>>> And I have restarted my NFS server service, and create the > >>>>> directories. > >>>>> > >>>>> Can some one help with this? and explain the problem to me? If you > >>>>> need > >>>> more info, please tell me. > >>>>> Thanks and Best Regards > >>>>> - Lars > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users at ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> _______________________________________________ > >>>> Users mailing list > >>>> Users at ovirt.org > >>>> http://lists.ovirt.org/mailman/listinfo/users > >>>> > >>> Hey. > >>> I tried fixing it by changing 225.225.225.0 to 255.255.255.0 to no > >>> avail. > >>> So please help me again, I have looked through logs, and found this: > >>> 015-01-20 08:40:14,177 INFO > >>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > >>> (ajp--127.0.0.1-8702-4) Correlation ID: null, Call Stack: null, > >>> Custom Event ID: -1, Message: User admin logged in. > >>> 2015-01-20 08:40:14,226 INFO > >>> [org.ovirt.engine.core.bll.aaa.LoginUserCommand] > >>> (ajp--127.0.0.1-8702-5) Running command: LoginUserCommand internal: > >>> false. > >>> 2015-01-20 08:41:04,709 INFO > >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] > >>> (ajp--127.0.0.1-8702-10) > >>> [27222a90] Lock Acquired to object EngineLock [exclusiveLocks= key: > >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION > >>> , sharedLocks= ] > >>> 2015-01-20 08:41:04,711 WARN > >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] > >>> (ajp--127.0.0.1-8702-10) > >>> [27222a90] CanDoAction of action AddStorageServerConnection failed. > >>> Reasons:VAR__ACTION__ADD,VAR__TYPE__STORAGE__CONNECTION,ACTION_TYPE_FAILED_STORAGE_CONNECTION_ALREADY_EXISTS > >>> 2015-01-20 08:41:04,711 INFO > >>> [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] > >>> (ajp--127.0.0.1-8702-10) > >>> [27222a90] Lock freed to object EngineLock [exclusiveLocks= key: > >>> 192.168.0.112:/home/data value: STORAGE_CONNECTION > >>> , sharedLocks= ] > >>> > >>> But I am not really sure what to do, to fix it :) The complete oVirt > >>> log folder can be found here: > >>> https://dl.dropboxusercontent.com/u/55488/ovirt-engine_log_v2.tar > >>> > >>> Thanks and Best Regards > >>> - Lars > > I have removed the restrictions. Still no loot. > > The logs for oVirt and VDSM > > https://dl.dropboxusercontent.com/u/55488/documents-export-2015-01-20.zip > > > Really no one has an explanation ? :( > > -- > Med venlig hilsen / Best Regards > Lars Nielsen > Student developer at Steinwurf > lars at steinwurf.com > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gchaplik at redhat.com Wed Jan 28 09:12:00 2015 From: gchaplik at redhat.com (Gilad Chaplik) Date: Wed, 28 Jan 2015 04:12:00 -0500 (EST) Subject: [ovirt-users] OVF Storage In-Reply-To: <349141791.2029373.1422435679430.JavaMail.zimbra@redhat.com> References: <349141791.2029373.1422435679430.JavaMail.zimbra@redhat.com> Message-ID: <2016109041.2037673.1422436320549.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Maor Lipchuk" > To: "Wolfgang Bucher" > Cc: users at ovirt.org > Sent: Wednesday, January 28, 2015 11:01:19 AM > Subject: Re: [ovirt-users] OVF Storage > > > ----- Original Message ----- > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Wednesday, January 28, 2015 9:01:45 AM > > Subject: Re: [ovirt-users] OVF Storage > > > > AW: [ovirt-users] OVF Storage > > > > Hello > > > > > > > > > > whitch logs do you need. Attached a screenshot of the messages. > > Hi wolfgang, > > The engine.log from your engine machine, > and the vdsm logs from your hosts should be enough for now. > > Thanks, > Maor I'm aware of this bug and it's reported by https://bugzilla.redhat.com/1185615 > > > > > > > > > > > > > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > > Von: Allon Mureinik > > Gesendet: Die 27 Januar 2015 23:01 > > An: Wolfgang Bucher > > CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik > > > > Betreff: Re: [ovirt-users] OVF Storage > > > > Wolfgang - can you attach the exact message please? and preferably the > > logs? > > > > Liron/Gilad - isn't this something we've fixed already? > > > > > > > > > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Tuesday, January 27, 2015 10:23:46 PM > > Subject: [ovirt-users] OVF Storage > > > > > > > > Hello, > > > > > > > > > > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > > but i get every hour a message : Failed to create OVF store disk for > > Storage > > Domain. > > > > > > > > > > any ideas > > > > > > > > > > greetings > > > > Wolfgang Bucher > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From rgolan at redhat.com Wed Jan 28 10:02:50 2015 From: rgolan at redhat.com (Roy Golan) Date: Wed, 28 Jan 2015 12:02:50 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> Message-ID: <54C8B3CA.5080103@redhat.com> On 01/28/2015 11:04 AM, Mikola Rose wrote: > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 > /Volumes/Raid1/data/__DIRECT_IO_TEST__ > -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 > /Volumes/Raid1/iso/__DIRECT_IO_TEST__ > -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 > /Volumes/Raid1/vm/__DIRECT_IO_TEST__ > > Note, since removing the file the hosted_engine1 is starting up and > everything seems fine but then all of a sudden it restarts. > please attach some logs. > Also may be related... > > root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso > rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt > Engine user (CTRL+D to abort): > Uploading, please wait... > INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso > ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage > domain on iso. > ERROR: Error message is "unable to test the available space on > /Volumes/Raid1/iso" Maor? > > > > > > >> On Jan 28, 2015, at 12:53 AM, Roy Golan > > wrote: >> >> On 01/28/2015 03:10 AM, Mikola Rose wrote: >>> Hi there, >>> >>> >>> I seem to have run into a problem. my hosted engine vm is failing >>> to start; >>> >>> vdsm.log; >>> >>> >>> Thread-20::DEBUG::2015-01-27 >>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading >>> domain in path >>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af >>> Thread-20::ERROR::2015-01-27 >>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) >>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af >>> monitoring information >>> Traceback (most recent call last): >>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in >>> _monitorDomain >>> self.domain = sdCache.produce(self.sdUUID) >>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce >>> domain.getRealDomain() >>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain >>> return self._cache._realProduce(self._sdUUID) >>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce >>> domain = self._findDomain(sdUUID) >>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain >>> dom = findMethod(sdUUID) >>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain >>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) >>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ >>> validateFileSystemFeatures(sdUUID, self.mountpoint) >>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in >>> validateFileSystemFeatures >>> oop.getProcessPool(sdUUID).directTouch(testFilePath) >>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in >>> directTouch >>> ioproc.touch(path, flags, mode) >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>> line 507, in touch >>> self.timeout) >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>> line 391, in _sendCommand >>> raise OSError(errcode, errstr) >>> OSError: [Errno 13] Permission denied >>> >>> I assume this is an nfs issue so I checked to see if I could create >>> a file in the mounts from the host machine, which I could. >>> >>> My test bed is usign an old OS X NFS via xraid adn the export is ; >>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask >>> 255.255.255.0 >>> >>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 >>> 443b4931-667f-441f-98d8-51384e67a0af >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso >>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm >>> >>> the host machine seems to mount the shares fine.... >>> >>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . >>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. >>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 >>> 192.168.1.32:_Volumes_Raid1_data >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso >>> >>> and as I said above I can create files in any one of those mounts >>> >>> >>> Is there a place I can look at to find the offending file? If that >>> is the issue... Oddly enough everything worked until i rebooted, so >>> I must have either changed something or something is buggered. >>> >> >> please echo the output of >> >> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la >> >> the failure is to create this file. >> >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >> > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > 1 (250) 642-0295 x23 http://www.power-soft.com > Live Support > > This e-mail may be privileged and/or confidential, and the sender does > not waive > any related rights and obligations. Any distribution, use or copying > of this e-mail or the information > it contains by other than an intended recipient is unauthorized. > If you received this e-mail in error, please advise me (by return > e-mail or otherwise) immediately. > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicola.gentile.to at gmail.com Wed Jan 28 10:05:05 2015 From: nicola.gentile.to at gmail.com (nicola gentile) Date: Wed, 28 Jan 2015 11:05:05 +0100 Subject: [ovirt-users] name of virtual machine and hostname In-Reply-To: <54B793E6.7050502@gmail.com> References: <1621941859.14741522.1403860732915.JavaMail.zimbra@redhat.com> <20140629081223.GB4186@redhat.com> <493415099.124629.1404049380668.JavaMail.zimbra@redhat.com> <1018913804.7142966.1421312669899.JavaMail.zimbra@redhat.com> <54B793E6.7050502@gmail.com> Message-ID: Good morning, I tried cloud-init. I installed a package cloud-init, and everything works fine. Thank you so much for you work. Nicola 2015-01-15 11:18 GMT+01:00 nicola.gentile.to : > Il 15/01/2015 10:04, Simone Tiraboschi ha scritto: >> >> >> ----- Original Message ----- >>> >>> From: "nicola gentile" >>> To: Users at ovirt.org >>> Sent: Wednesday, January 14, 2015 2:33:35 PM >>> Subject: Re: [ovirt-users] name of virtual machine and hostname >>> >>> Good morning, >>> sorry if I reply only now. >>> Let me explain better. >>> Once generated the vms, the hostname of the vms are the same of the >>> template, but I wish it was centos-01, centos-02, etc. >>> Is it possible? >> >> Yes, you can use cloud-init to set some parameters for each VM including >> the hostname. >> You should install the cloud-init rpm on your VMs (it would probably >> better to do it on the template one) and than you can set the parameters for >> each VM from 'Initial run' tab under 'Advanced option'. > > > Thank you so much, I will try as soon as possible. > > >>> Thanks, >>> Nicola >>> >>> 2014-06-29 15:43 GMT+02:00 Moti Asayag : >>>> >>>> >>>> ----- Original Message ----- >>>>> >>>>> From: "Shahar Havivi" >>>>> To: "Antoni Segura Puimedon" >>>>> Cc: Users at ovirt.org >>>>> Sent: Sunday, June 29, 2014 11:12:24 AM >>>>> Subject: Re: [ovirt-users] name of virtual machine and hostname >>>>> >>>>> On 27.06.14 05:18, Antoni Segura Puimedon wrote: >>>>>> >>>>>> >>>>>> ----- Original Message ----- >>>>>>> >>>>>>> From: "nicola gentile" >>>>>>> To: Users at ovirt.org >>>>>>> Sent: Friday, June 27, 2014 11:16:51 AM >>>>>>> Subject: [ovirt-users] name of virtual machine and hostname >>>>>>> >>>>>>> Good morning, >>>>>>> I would like to ask you an information. >>>>>>> After I have installed ovirt, I have created a pool of vm with name >>>>>>> like centos-?? (from 1 to 20) >>>>>>> and then ovirt generated 20 vm with name centos-1, centos-2, centos-3 >>>>>>> etc. >>>>>>> etc. >>>>>>> The problem is when the vm starts the hostname is not the same of the >>>>>>> vm name in ovirt but is the same name of the template. >>>>>>> Is it possible to make sure that the name of vm and the hostname is >>>>>>> identical? >>>>>> >>>>>> I guess that the way to go about it would be to use the cloudinit >>>>>> integration. >>>>>> I've not tried it myself, but: >>>>>> http://www.ovirt.org/Features/Cloud-Init_Integration >>>>>> states that setting the hostname was one of the planned features when >>>>>> the >>>>>> integration was designed. >>>>> >>>>> Setting the host name via cloud-init is currently supported - you can >>>>> set >>>>> it >>>>> via the Add/Edit VM via the "Initial Run" section or try to run-once >>>>> the >>>>> VM >>>>> and look at the same "initial Run" section. >>>>> Please note that if you do Edit a VM that already run ie already >>>>> initialized >>>>> oVirt engine will not send the cloud-init data, you will need to use >>>>> run-once >>>>> dialog. >>>>> >>>>> What you reported looks like a bug - the VM name should be the hostname >>>>> and >>>>> not the template name. >>>> >>>> Unless Nicola referred to the template's host name, from which the vm >>>> pool >>>> was >>>> created. It might be if the template wasn't sealed. >>>> >>>> Nicola, could you clarify what did you mean by "template name" which >>>> appears as >>>> the "host name" ? >>>> >>>> Thanks, >>>> Moti >>>> >>>>> Care to report the bug on bugzilla? >>>>> Thank you, >>>>> Shahar Havivi. >>>>>>> >>>>>>> Best regard >>>>>>> >>>>>>> Nicola Gentile >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users at ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>>> >>>>>> _______________________________________________ >>>>>> Users mailing list >>>>>> Users at ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> > From danken at redhat.com Wed Jan 28 10:05:12 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 28 Jan 2015 10:05:12 +0000 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <54C8A5D2.8010201@redhat.com> References: <54C8A5D2.8010201@redhat.com> Message-ID: <20150128100512.GG23379@redhat.com> On Wed, Jan 28, 2015 at 11:03:14AM +0200, Lior Vernia wrote: > Hi Darrell! > > There's currently no clean way to do this - we'll be looking to fix this > in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). > > You haven't mentioned which version of oVirt you're running - if it's > 3.4 or lower, I think it would suffice to change ifcfg files on your > hypervisors and restart the network service. The network will then > appear as out-of-sync in the GUI, but should be fully functional with > MTU 1500. You'd also want the network configuration to be saved in case > of future rollbacks - Dan, how would that be done? up to 3.4, nothing else should be done (assuming the network config was already declared "safe" and survived reboot). ifcfg is the only persistent copy. > > If you're running 3.5, I think you need to run some vdsm shell commands > on the hypervisor as we've added an abstraction layer for configuration > persistence above ifcfg files - again I'll ask Dan to chime in. In 3.5 we've added a Vdsm-side persistent copy of the network, which sits under /var/lib/vdsm/netconf/nets. You should edit the json definitions therein in order to ensure proper network startup after boot. > > As for getting the engine network configuration to MTU 1500 (for future > hypervisor configuration and for networks to not appear as out-of-sync > on existing ones) without taking down all the VMs (or hot-unplugging > NICs) at one point - I don't think there's currently a way other than > hacking the DB... Just leaving the network out-of-sync on the hosts > could result in inconveniences later on when configuring host networking. > > Is it worth the trouble of getting MTU 1500 instead of 1448? I presume > the difference in performance would be negligible. Or are you > experiencing incoming frames being dropped due to having 1500 bytes > instead of 1448?... Either way, as you mentioned taking down the VMs can > be a last resort, or wait for 3.6 where it should be simpler :) > > Yours, Lior. > > On 27/01/15 19:43, Darrell Budic wrote: > > I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > > > > -Darrell > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From greatboyfish at gmail.com Wed Jan 28 10:27:11 2015 From: greatboyfish at gmail.com (greatboy fish) Date: Wed, 28 Jan 2015 18:27:11 +0800 Subject: [ovirt-users] How to disable SSL for oVirt webadmin and userportal?? Message-ID: Dear Sir, When I connecting to the http://ovirt_FQDN/ovirt-engine/ , then I can see link of "User Portal" and "Administration Portal". But when I click either of one link, it will be redirect to http*s*://ovirt_FQDN/ovirt-engine/userportal/?locale=en_US#login or http*s*://ovirt_FQDN/ovirt-engine/webadmin/?locale=en_US#login. I don't want to connect via https, please teach me how to disable SSL for oVirt webadmin and userportal(or not to redirect to https)?? -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 28 10:41:20 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 28 Jan 2015 05:41:20 -0500 (EST) Subject: [ovirt-users] How to disable SSL for oVirt webadmin and userportal?? In-Reply-To: References: Message-ID: <1925709857.1061079.1422441680913.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "greatboy fish" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 12:27:11 PM > Subject: [ovirt-users] How to disable SSL for oVirt webadmin and userportal?? > > Dear Sir, > > When I connecting to the http://ovirt_FQDN/ovirt-engine/ , then I can see > link of "User Portal" and "Administration Portal". > > But when I click either of one link, it will be redirect to http s > ://ovirt_FQDN/ovirt-engine/userportal/?locale=en_US#login or http s > ://ovirt_FQDN/ovirt-engine/webadmin/?locale=en_US#login. > > I don't want to connect via https, please teach me how to disable SSL for > oVirt webadmin and userportal(or not to redirect to https )?? > Is there a specific reason why you wish to avoid secure connection? Without this passwords and other sensitive information will be sent as plain. From sbonazzo at redhat.com Wed Jan 28 11:03:25 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 13:03:25 +0200 Subject: [ovirt-users] [QE][ACTION REQUIRED] oVirt 3.6.0 status Message-ID: <54C8C1FD.7060002@redhat.com> Hi, I haven't many news for 3.6 this week: ACTION: Feature proposed for 3.6.0 must now be collected in the 3.6 Google doc [1] and reviewed by maintainers. Finished the review process, the remaining key milestones for this release will be scheduled. For reference, external project schedules we're tracking are: Fedora 22: 2015-05-19 Foreman 1.8.0: 2015-03-01 GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 QEMU 2.3.0: 2015-03-27 The tracker bug for 3.6.0 [2] currently shows no blockers. There are 530 bugs [3] targeted to 3.6.0. Excluding node and documentation bugs we have 489 bugs [4] targeted to 3.6.0. [1] http://goo.gl/9X3G49 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [3] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%20Product%3AoVirt%20status%3Anew%2Cassigned%2Cpost [4] http://goo.gl/ZbUiMc -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From j.astrego at netbulae.eu Wed Jan 28 11:03:27 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Wed, 28 Jan 2015 12:03:27 +0100 Subject: [ovirt-users] gluster only hosts managed by oVirt? In-Reply-To: <54C85DD0.1000307@redhat.com> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> <54C85DD0.1000307@redhat.com> Message-ID: <54C8C1FF.2040500@netbulae.eu> On 01/28/2015 04:56 AM, Kanagaraj wrote: > > On 01/27/2015 06:47 PM, Sven Kieske wrote: >> >> On 27/01/15 13:56, Jorick Astrego wrote: >>> For both we provision some custom os install and configuration. >>> Currently I am only able to manage and view gluster volumes from ovirt >>> when the "Enable Gluster Service" is enabled for the Cluster. Right? >> AFAIK correct. > > Right. > >> >>> There is a "Enable Virt Service" flag but the options is selected and >>> greyed out. So I'm not able to disable it. >> Mhm this is sad. I'm not aware of any bug tracking this, will you open >> one? It's also possible I missed it, there are too many bugs to >> remember them all. > > This can happen if there are any VMS in the cluster you are trying to > edit. > > Do you have any VMS running on the cluster? > > If you create cluster with just 'Enable Gluster Service' selected, you > should be able to manage your gluster hosts. Here the hosts need not > to have any virtualization stuff in it. > > > Thanks, > Kanagaraj > Ah this could be a problem, I had been testing with nodes too that I removed although I cannot remember the exact sequence. There may have been some remnants of vm's on there, I'm currently reprovisioning the whole environment so I cannot check. What I did test before wiping everything, is creating a new cluster and I was able to deselect the virt service and select gluster only. So that appears to work, nice! One problem I already noticed is that the import current gluster setup function doesn't work properly in our environment. We use a seperate gluster storage lan that isn't the sepearated from our ovirtmgmt lan and I think this messes things up a bit. But I will see after provisioning has finished. Thanks a lot so far! Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexeynikolaev.post at yandex.ru Wed Jan 28 11:04:54 2015 From: alexeynikolaev.post at yandex.ru (=?koi8-r?B?7snLz8zBxdcg4czFy9PFyg==?=) Date: Wed, 28 Jan 2015 14:04:54 +0300 Subject: [ovirt-users] Howto restart VMs on the Unknown state? Message-ID: <2858451422443094@web21o.yandex.ru> An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Wed Jan 28 11:22:07 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Wed, 28 Jan 2015 12:22:07 +0100 Subject: [ovirt-users] hashed adminpassword? In-Reply-To: <54C8C1FF.2040500@netbulae.eu> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> <54C85DD0.1000307@redhat.com> <54C8C1FF.2040500@netbulae.eu> Message-ID: <54C8C65F.7080801@netbulae.eu> Can I hash the password in "OVESETUP_CONFIG/adminPassword", I'd like to have puppet run the installer with an answer file and don't like this password stored in clear text in foreman and the documentation. I know it doesn't guarantee security on it's own, but not everyone has to see that my password is "123456" ;-> Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Wed Jan 28 11:27:50 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Wed, 28 Jan 2015 06:27:50 -0500 (EST) Subject: [ovirt-users] hashed adminpassword? In-Reply-To: <54C8C65F.7080801@netbulae.eu> References: <54C78B04.8070808@netbulae.eu> <54C78FEE.2050302@mittwald.de> <54C85DD0.1000307@redhat.com> <54C8C1FF.2040500@netbulae.eu> <54C8C65F.7080801@netbulae.eu> Message-ID: <1087551079.1070250.1422444470227.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Jorick Astrego" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 1:22:07 PM > Subject: [ovirt-users] hashed adminpassword? > > Can I hash the password in "OVESETUP_CONFIG/adminPassword", I'd like to > have puppet run the installer with an answer file and don't like this > password stored in clear text in foreman and the documentation. > > I know it doesn't guarantee security on it's own, but not everyone has > to see that my password is "123456" ;-> Unfortunately, no. Due to pass incorrect usage of crypto, the admin was stored within database encrypted and not hashed. As a result, during setup the actual password is required. This will be changed when the new internal provider will be implemented to 3.6[1] [1] http://www.ovirt.org/Features/AAA_JDBC > > > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego > > Netbulae Virtualization Experts > > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mpavlik at redhat.com Wed Jan 28 11:57:29 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 28 Jan 2015 12:57:29 +0100 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <20150127210014.A4F7CC42F@lists.ovirt.org> References: <20150127210014.A4F7CC42F@lists.ovirt.org> Message-ID: <06FEC5B0-EDC8-4C9D-95C4-8AC402B396B7@redhat.com> Hi Darell, you could switch the vNICs to different/empty network for a while. Or if possible you can just shut down the VMs that should do the trick as well. HTH Martin Pavlik RHEV QE > On 27 Jan 2015, at 21:59, Donny Davis wrote: > > I'm on the same.. And I see the issue. Why don't you create a new network with the correct parameters and then move the network the VM is attached to > > On Jan 27, 2015 1:39 PM, Darrell Budic wrote: >> >> Try changing that custom MTU and hitting OK. I get: >> >> on 3.5 and 3.5.1. What version are you running? >> >>> On Jan 27, 2015, at 2:04 PM, Donny Davis wrote: >>> >>> Maybe I missed your question, but I can change the MTU from the gui without any problems. As long as you make sure there are not any vm's on the host you are trying to sync, I have experienced no issues. >>> >>> Donny >>> >>> -----Original Message----- >>> From: Darrell Budic [mailto:budic at onholyground.com] >>> Sent: Tuesday, January 27, 2015 12:30 PM >>> To: Donny Davis >>> Cc: users at ovirt.org >>> Subject: Re: [ovirt-users] change network MTU settings without taking all the VMs down? >>> >>> Except you can?t change the network MTU setting in the first place on the network in the GUI. I?ve thought about doing it in the database, with a migration as you mention. Just checking first for better options :) >>> >>> >>>> On Jan 27, 2015, at 12:08 PM, Donny Davis wrote: >>>> >>>> Migrate the vms between hosts, and when a host gets to no running VMS you can sync that network. >>>> >>>> Donny D >>>> cloudspin.meOn Jan 27, 2015 10:43 AM, Darrell Budic wrote: >>>>> >>>>> >>>>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>>>> >>>>> -Darrell >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >> >> > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From mpavlik at redhat.com Wed Jan 28 12:02:35 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Wed, 28 Jan 2015 13:02:35 +0100 Subject: [ovirt-users] MaxVmNameLengthNonWindows not set right ? In-Reply-To: References: Message-ID: Hi Matt, could you provide log collector files so we can track where the issue is? Just run engine-log-collector on the machine with engine. It will guide you through the log collection. Also if you can copy paste a few lines from log containing the error here it helps with problem localization. Thanks Martin Pavlik RHEV QE > On 25 Jan 2015, at 22:15, Matt . wrote: > > Hi, > > My VM doesn' t want to start because the vdsm host says it's over 45 > characters or so. > > This is set: > > # engine-config -g MaxVmNameLengthNonWindows > MaxVmNameLengthNonWindows: 64 version: general > > But when I set it to 80 it also doesn't start. > > What goes wrong here ? > > It's a Linux VM. > > Thanks, > > Matt > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From danken at redhat.com Wed Jan 28 12:20:52 2015 From: danken at redhat.com (Dan Kenigsberg) Date: Wed, 28 Jan 2015 12:20:52 +0000 Subject: [ovirt-users] [ovirt-devel] oVirt 3.6 Feature: Cumulative Network Usage Statistics In-Reply-To: <54C7627A.9040008@redhat.com> References: <54980316.7080207@redhat.com> <20150126134555.GI14455@redhat.com> <54C7627A.9040008@redhat.com> Message-ID: <20150128122052.GJ23379@redhat.com> On Tue, Jan 27, 2015 at 12:03:38PM +0200, Lior Vernia wrote: > > > On 26/01/15 15:45, Dan Kenigsberg wrote: > > On Mon, Dec 22, 2014 at 01:40:06PM +0200, Lior Vernia wrote: > >> Hello users and developers, > >> > >> Just put up a feature page for the aforementioned feature; in summary, > >> to report total RX/TX statistics for hosts and VMs in oVirt. This has > >> been requested several times on the users mailing list, and is > >> especially useful for accounting in VDI deployments. > >> > >> You're more than welcome to review the feature page: > >> http://www.ovirt.org/Features/Cumulative_RX_TX_Statistics > > > > Sorry for the late review; I have a couple of questions/comments. > > - What do you mean by "VDI use cases" in the "Benefit to oVirt sanpshot" > > section? > > Do you refer to hosting services who would like to charge their > > customers based on actual bandwidth usage? > > Indeed, as well as monitoring utilisation by non-paying users (say > inside the same organization). Changed the wording a little, as hosting > services are really the prime candidate. > > > - I've added another motivation: currently-reported rxRate/txRate > > can be utterly meaningless. > > > > > > I don't see reference to nasty negative flows: what happens if a host > > disappears? Or a VM? I suppose there's always a chance that some traffic > > would go unaccounted for. But do you expect to extract this information > > somehow? Either way, it should be mentioned as a caveat on the feature > > page. > > > > What do you mean by "disappears"? Engine loses connectivity to it? I meant the case of, say, Engine going down while VMs continue to chug bandwidth. One of these VMs dies (say, the user shuts it down). When Engine wakes up, it would find the VM in Down state. I wonder if Vdsm should keep the last tx/rx used by this VM so Engine can collect it, and charge the VM properly. A similar case can occur if a host is rebooted while Engine was away. But there I see no way to keep trace of the unaccounted-for badwidth. From slitmano at redhat.com Wed Jan 28 12:51:38 2015 From: slitmano at redhat.com (Sefi Litmanovich) Date: Wed, 28 Jan 2015 07:51:38 -0500 (EST) Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk In-Reply-To: References: Message-ID: <1382733142.1491988.1422449498448.JavaMail.zimbra@redhat.com> Hi Punit, Can you try to create another vm the same as this one, but without installing all these packages, see if it reproduces after some time. If not please provide a list of the packages you installed, maybe the problem is somewhere there. If it does reproduce please provide again the vdsm log and also the engine log. Another thing to check would be the connectivity to your storage, when this happened, the storage domain was up? can you try ping the storage server from the host if it happens again? What os is installed on your host? 10x. Sefi. ----- Original Message ----- From: "Punit Dambiwal" To: users at ovirt.org, "Martin Pavlik" , "Kanagaraj" Sent: Wednesday, January 28, 2015 5:58:27 AM Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk Hi, I have created one vm in the ovirt successfully...it was working fine....i login to it and download some httpd packages etc....after 5-10 min...it stop receving the commands from SSH ...if nothing help then I power off the machine? then power on again.. then the VM display the error that "boot failed :- not a bootable disk" Even the disk is bootable... I try to change it several ways but still the VM can not up.... VDSM Logs :- http://ur1.ca/jk66n Thanks, Punit _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users From wolfgang.bucher at netland-mn.de Wed Jan 28 13:28:34 2015 From: wolfgang.bucher at netland-mn.de (=?utf-8?Q?Wolfgang_Bucher?=) Date: Wed, 28 Jan 2015 14:28:34 +0100 Subject: [ovirt-users] OVF Storage Message-ID: Thanks i think you don't need the logs anymore Greetings Wolfgang -----Urspr?ngliche Nachricht----- Von: Gilad Chaplik? Gesendet: Mit 28 Januar 2015 10:13 An: Maor Lipchuk CC: Wolfgang Bucher ; users at ovirt.org Betreff: Re: [ovirt-users] OVF Storage ----- Original Message ----- > From: "Maor Lipchuk" > To: "Wolfgang Bucher" > Cc: users at ovirt.org > Sent: Wednesday, January 28, 2015 11:01:19 AM > Subject: Re: [ovirt-users] OVF Storage > > > ----- Original Message ----- > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Wednesday, January 28, 2015 9:01:45 AM > > Subject: Re: [ovirt-users] OVF Storage > > > > AW: [ovirt-users] OVF Storage > > > > Hello > > > > > > > > > > whitch logs do you need. Attached a screenshot of the messages. > > Hi wolfgang, > > The engine.log from your engine machine, > and the vdsm logs from your hosts should be enough for now. > > Thanks, > Maor I'm aware of this bug and it's reported by https://bugzilla.redhat.com/1185615 > > > > > > > > > > > > > > > > > > > > > > > -----Urspr?ngliche Nachricht----- > > Von: Allon Mureinik > > Gesendet: Die 27 Januar 2015 23:01 > > An: Wolfgang Bucher > > CC: users at ovirt.org; Liron Aravot ; Gilad Chaplik > > > > Betreff: Re: [ovirt-users] OVF Storage > > > > Wolfgang - can you attach the exact message please? and preferably the > > logs? > > > > Liron/Gilad - isn't this something we've fixed already? > > > > > > > > > > From: "Wolfgang Bucher" > > To: users at ovirt.org > > Sent: Tuesday, January 27, 2015 10:23:46 PM > > Subject: [ovirt-users] OVF Storage > > > > > > > > Hello, > > > > > > > > > > i have create a new install of ovirt 3.51 on el7 with iscsi. All works fine > > but i get every hour a message : Failed to create OVF store disk for > > Storage > > Domain. > > > > > > > > > > any ideas > > > > > > > > > > greetings > > > > Wolfgang Bucher > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alitke at redhat.com Wed Jan 28 13:45:09 2015 From: alitke at redhat.com (Adam Litke) Date: Wed, 28 Jan 2015 08:45:09 -0500 Subject: [ovirt-users] Does my Storage Domain crashed or is this iSCSI LUN's a problem? In-Reply-To: References: Message-ID: <20150128134509.GA3176@redhat.com> On 26/01/15 13:05 +0100, shimano wrote: >Hi guys, > >I'm trying to run one of my storage domains, which experienced failure. >Unfortunately, I meet a very nasty error (Storage domain does not exist). > >Could someone tell me, how to try to restore this domain? Could you try moving the host to Maintenance mode and then Activate it again please. I've encountered situations where vdsm restarts and engine does not reconnect storage until an Activate action happens. Let's see if this is your issue. > >P.S. >It's an oVirt 3.4.2-1.el6 > >********************************************************************************** > >/var/log/messages: >Jan 26 12:48:49 node002 vdsm TaskManager.Task ERROR >Task=`10d02993-b585-448f-9a50-bd3e8cda7082`::Unexpected error#012Traceback >(most recent call last):#012 File "/usr/share/vdsm/storage/task.py", line >873, in _run#012 return fn(*args, **kargs)#012 File >"/usr/share/vdsm/logUtils.py", line 45, in wrapper#012 res = f(*args, >**kwargs)#012 File "/usr/share/vdsm/storage/hsm.py", line 2959, in >getVGInfo#012 return dict(info=self.__getVGsInfo([vgUUID])[0])#012 File >"/usr/share/vdsm/storage/hsm.py", line 2892, in __getVGsInfo#012 vgList >= [lvm.getVGbyUUID(vgUUID) for vgUUID in vgUUIDs]#012 File >"/usr/share/vdsm/storage/lvm.py", line 894, in getVGbyUUID#012 raise >se.VolumeGroupDoesNotExist("vg_uuid: %s" % >vgUUID)#012VolumeGroupDoesNotExist: Volume Group does not exist: ('vg_uuid: >gyaCWf-6VKi-lI9W-JT6H-IZdy-rIsB-hTvZ4O',) >Jan 26 12:48:49 node002 kernel: device-mapper: table: 253:26: multipath: >error getting device >Jan 26 12:48:49 node002 kernel: device-mapper: ioctl: error adding target >to table > >********************************************************************************** > >/var/log/vdsm.log: >Thread-22::ERROR::2015-01-26 >12:43:03,376::sdc::137::Storage.StorageDomainCache::(_findDomain) looking >for unfetched domain db52e9cb-7306-43fd-aff3-20831bc2bcaf >Thread-22::ERROR::2015-01-26 >12:43:03,377::sdc::154::Storage.StorageDomainCache::(_findUnfetchedDomain) >looking for domain db52e9cb-7306-43fd-aff3-20831bc2bcaf >Thread-22::DEBUG::2015-01-26 >12:43:03,377::lvm::373::OperationMutex::(_reloadvgs) Operation 'lvm reload >operation' got the operation mutex >Thread-22::DEBUG::2015-01-26 >12:43:03,378::lvm::296::Storage.Misc.excCmd::(cmd) u'/usr/bin/sudo -n >/sbin/lvm vgs --config " devices { preferred_names = [\\"^/dev/mapper/\\"] >ignore_suspended_devices=1 write_cache_state=0 disable_after_error_count=3 >obtain_device_list_from_udev=0 filter = [ >\'a|/dev/mapper/mpathb|/dev/mapper/mpathc|/dev/mapper/mpathd|/dev/mapper/mpathe|/dev/mapper/mpathf|\', >\'r|.*|\' ] } global { locking_type=1 prioritise_write_locks=1 >wait_for_locks=1 use_lvmetad=0 } backup { retain_min = 50 retain_days = >0 } " --noheadings --units b --nosuffix --separator | -o >uuid,name,attr,size,free,extent_size,extent_count,free_count,tags,vg_mda_size,vg_mda_free,lv_count,pv_count,pv_name >db52e9cb-7306-43fd-aff3-20831bc2bcaf' (cwd None) >Thread-22::DEBUG::2015-01-26 >12:43:03,462::lvm::296::Storage.Misc.excCmd::(cmd) FAILED: = ' >/dev/mapper/mpathc: Checksum error\n /dev/mapper/mpathc: Checksum error\n >Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found\n Skipping >volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf\n'; = 5 >Thread-22::WARNING::2015-01-26 >12:43:03,466::lvm::378::Storage.LVM::(_reloadvgs) lvm vgs failed: 5 [] [' >/dev/mapper/mpathc: Checksum error', ' /dev/mapper/mpathc: Checksum >error', ' Volume group "db52e9cb-7306-43fd-aff3-20831bc2bcaf" not found', >' Skipping volume group db52e9cb-7306-43fd-aff3-20831bc2bcaf'] >Thread-22::DEBUG::2015-01-26 >12:43:03,466::lvm::415::OperationMutex::(_reloadvgs) Operation 'lvm reload >operation' released the operation mutex >Thread-22::ERROR::2015-01-26 >12:43:03,477::sdc::143::Storage.StorageDomainCache::(_findDomain) domain >db52e9cb-7306-43fd-aff3-20831bc2bcaf not found >Traceback (most recent call last): > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain > raise se.StorageDomainDoesNotExist(sdUUID) >StorageDomainDoesNotExist: Storage domain does not exist: >(u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) >Thread-22::ERROR::2015-01-26 >12:43:03,478::domainMonitor::239::Storage.DomainMonitorThread::(_monitorDomain) >Error while collecting domain db52e9cb-7306-43fd-aff3-20831bc2bcaf >monitoring information >Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 204, in >_monitorDomain > self.domain = sdCache.produce(self.sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > domain.getRealDomain() > File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > return self._cache._realProduce(self._sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > domain = self._findDomain(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 171, in _findUnfetchedDomain > raise se.StorageDomainDoesNotExist(sdUUID) >StorageDomainDoesNotExist: Storage domain does not exist: >(u'db52e9cb-7306-43fd-aff3-20831bc2bcaf',) >Thread-13::DEBUG::2015-01-26 >12:43:05,102::task::595::TaskManager.Task::(_updateState) >Task=`b4e85e37-b216-4d29-a448-0711e370a246`::moving from state init -> >state preparing >Thread-13::INFO::2015-01-26 >12:43:05,102::logUtils::44::dispatcher::(wrapper) Run and protect: >repoStats(options=None) >Thread-13::INFO::2015-01-26 >12:43:05,103::logUtils::47::dispatcher::(wrapper) Run and protect: >repoStats, Return response: {u'7969d636-1a02-42ba-a50b-2528765cf3d5': >{'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000457574', >'lastCheck': '7.5', 'valid': True}, >u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': >True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, >u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, >'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, >u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': >True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, >'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': >True}} >Thread-13::DEBUG::2015-01-26 >12:43:05,103::task::1185::TaskManager.Task::(prepare) >Task=`b4e85e37-b216-4d29-a448-0711e370a246`::finished: >{u'7969d636-1a02-42ba-a50b-2528765cf3d5': {'code': 0, 'version': 0, >'acquired': True, 'delay': '0.000457574', 'lastCheck': '7.5', 'valid': >True}, u'5e1ca1b6-4706-4c79-8924-b8db741c929f': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.00100094', 'lastCheck': '6.3', 'valid': >True}, u'cb85e6cd-df54-4151-8f3b-7e6d72b7372d': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.463061', 'lastCheck': '4.9', 'valid': True}, >u'db52e9cb-7306-43fd-aff3-20831bc2bcaf': {'code': 358, 'version': -1, >'acquired': False, 'delay': '0', 'lastCheck': '1.6', 'valid': False}, >u'5f595801-aaa5-42c7-b829-7a34a636407e': {'code': 0, 'version': 3, >'acquired': True, 'delay': '0.000942979', 'lastCheck': '7.9', 'valid': >True}, u'c1ebd0f8-fa32-4fe3-8569-fb7d4ad8faf4': {'code': 0, 'version': 0, >'acquired': True, 'delay': '0.000424499', 'lastCheck': '7.3', 'valid': >True}} > >********************************************************************************** > >[root at node002 shim]# multipath -ll >mpathe (1NODE_001_LUN01) dm-6 SHIMI,VIRTUAL-DISK >size=977G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 21:0:0:1 sdg 8:96 active ready running >mpathd (1NODE_003_LUN01) dm-7 SHIMI,VIRTUAL-DISK >size=977G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 20:0:0:1 sdf 8:80 active ready running >mpathc (1NODE_002_LUN01) dm-4 SHIMI,VIRTUAL-DISK >size=977G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 18:0:0:1 sdd 8:48 active ready running >mpathb (1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010) dm-1 ATA,MARVELL Raid VD >size=1.8T features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 0:0:0:0 sda 8:0 active ready running >mpathf (1MANAGER_LUN01) dm-5 SHIMI,VIRTUAL-DISK >size=500G features='0' hwhandler='0' wp=rw >`-+- policy='round-robin 0' prio=1 status=active > `- 19:0:0:1 sde 8:64 active ready running > >********************************************************************************** > >[root at node002 shim]# lsblk >NAME MAJ:MIN RM >SIZE RO TYPE MOUNTPOINT >sdb 8:16 0 >298.1G 0 disk >??sdb1 8:17 >0 1G 0 part /boot >??sdb2 8:18 >0 4G 0 part [SWAP] >??sdb3 8:19 0 >293.1G 0 part > ??vg_node002-LogVol00 (dm-0) 253:0 0 >293.1G 0 lvm / >sda 8:0 0 >1.8T 0 disk >??sda1 8:1 0 >1.8T 0 part >sdd 8:48 0 >976.6G 0 disk >??mpathc (dm-4) 253:4 0 >976.6G 0 mpath >sde 8:64 0 >500G 0 disk >??mpathf (dm-5) 253:5 0 >500G 0 mpath > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-metadata (dm-15) 253:15 0 >512M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-ids (dm-16) 253:16 0 >128M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-leases (dm-18) 253:18 >0 2G 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-outbox (dm-20) 253:20 0 >128M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-inbox (dm-21) 253:21 0 >128M 0 lvm > ??cb85e6cd--df54--4151--8f3b--7e6d72b7372d-master (dm-22) 253:22 >0 1G 0 lvm >sdf 8:80 0 >976.6G 0 disk >??mpathd (dm-7) 253:7 0 >976.6G 0 mpath > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-metadata (dm-14) 253:14 0 >512M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-ids (dm-17) 253:17 0 >128M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-leases (dm-19) 253:19 >0 2G 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-outbox (dm-23) 253:23 0 >128M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-inbox (dm-24) 253:24 0 >128M 0 lvm > ??5e1ca1b6--4706--4c79--8924--b8db741c929f-master (dm-25) 253:25 >0 1G 0 lvm >sdg 8:96 0 >976.6G 0 disk >??mpathe (dm-6) 253:6 0 >976.6G 0 mpath > ??5f595801--aaa5--42c7--b829--7a34a636407e-metadata (dm-8) 253:8 0 >512M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-ids (dm-9) 253:9 0 >128M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-leases (dm-10) 253:10 >0 2G 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-outbox (dm-11) 253:11 0 >128M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-inbox (dm-12) 253:12 0 >128M 0 lvm > ??5f595801--aaa5--42c7--b829--7a34a636407e-master (dm-13) 253:13 >0 1G 0 lvm > >********************************************************************************** > >[root at node002 shim]# multipath -v3 >Jan 26 12:46:28 | ram0: device node name blacklisted >Jan 26 12:46:28 | ram1: device node name blacklisted >Jan 26 12:46:28 | ram2: device node name blacklisted >Jan 26 12:46:28 | ram3: device node name blacklisted >Jan 26 12:46:28 | ram4: device node name blacklisted >Jan 26 12:46:28 | ram5: device node name blacklisted >Jan 26 12:46:28 | ram6: device node name blacklisted >Jan 26 12:46:28 | ram7: device node name blacklisted >Jan 26 12:46:28 | ram8: device node name blacklisted >Jan 26 12:46:28 | ram9: device node name blacklisted >Jan 26 12:46:28 | ram10: device node name blacklisted >Jan 26 12:46:28 | ram11: device node name blacklisted >Jan 26 12:46:28 | ram12: device node name blacklisted >Jan 26 12:46:28 | ram13: device node name blacklisted >Jan 26 12:46:28 | ram14: device node name blacklisted >Jan 26 12:46:28 | ram15: device node name blacklisted >Jan 26 12:46:28 | loop0: device node name blacklisted >Jan 26 12:46:28 | loop1: device node name blacklisted >Jan 26 12:46:28 | loop2: device node name blacklisted >Jan 26 12:46:28 | loop3: device node name blacklisted >Jan 26 12:46:28 | loop4: device node name blacklisted >Jan 26 12:46:28 | loop5: device node name blacklisted >Jan 26 12:46:28 | loop6: device node name blacklisted >Jan 26 12:46:28 | loop7: device node name blacklisted >Jan 26 12:46:28 | sdb: not found in pathvec >Jan 26 12:46:28 | sdb: mask = 0x3f >Jan 26 12:46:28 | sdb: dev_t = 8:16 >Jan 26 12:46:28 | sdb: size = 625142448 >Jan 26 12:46:28 | sdb: subsystem = scsi >Jan 26 12:46:28 | sdb: vendor = ATA >Jan 26 12:46:28 | sdb: product = WDC WD3200AAJS-6 >Jan 26 12:46:28 | sdb: rev = 03.0 >Jan 26 12:46:28 | sdb: h:b:t:l = 10:0:0:0 >Jan 26 12:46:28 | sdb: serial = WD-WMAV2HM46197 >Jan 26 12:46:28 | sdb: get_state >Jan 26 12:46:28 | sdb: path checker = directio (config file default) >Jan 26 12:46:28 | sdb: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdb: state = 3 >Jan 26 12:46:28 | sdb: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdb: uid = 1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 >(callout) >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | sdb: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdb: prio = const (config file default) >Jan 26 12:46:28 | sdb: const prio = 1 >Jan 26 12:46:28 | sda: not found in pathvec >Jan 26 12:46:28 | sda: mask = 0x3f >Jan 26 12:46:28 | sda: dev_t = 8:0 >Jan 26 12:46:28 | sda: size = 3904897024 >Jan 26 12:46:28 | sda: subsystem = scsi >Jan 26 12:46:28 | sda: vendor = ATA >Jan 26 12:46:28 | sda: product = MARVELL Raid VD >Jan 26 12:46:28 | sda: rev = MV.R >Jan 26 12:46:28 | sda: h:b:t:l = 0:0:0:0 >Jan 26 12:46:28 | sda: serial = 1c3c8ecf5cf00010 >Jan 26 12:46:28 | sda: get_state >Jan 26 12:46:28 | sda: path checker = directio (config file default) >Jan 26 12:46:28 | sda: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sda: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sda: state = 3 >Jan 26 12:46:28 | sda: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sda: uid = 1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 >(callout) >Jan 26 12:46:28 | sda: state = running >Jan 26 12:46:28 | sda: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sda: prio = const (config file default) >Jan 26 12:46:28 | sda: const prio = 1 >Jan 26 12:46:28 | dm-0: device node name blacklisted >Jan 26 12:46:28 | sdc: not found in pathvec >Jan 26 12:46:28 | sdc: mask = 0x3f >Jan 26 12:46:28 | sdc: dev_t = 8:32 >Jan 26 12:46:28 | sdc: size = 0 >Jan 26 12:46:28 | sdc: subsystem = scsi >Jan 26 12:46:28 | sdc: vendor = Multi >Jan 26 12:46:28 | sdc: product = Flash Reader >Jan 26 12:46:28 | sdc: rev = 1.00 >Jan 26 12:46:28 | sdc: h:b:t:l = 12:0:0:0 >Jan 26 12:46:28 | dm-1: device node name blacklisted >Jan 26 12:46:28 | dm-2: device node name blacklisted >Jan 26 12:46:28 | dm-3: device node name blacklisted >Jan 26 12:46:28 | sdd: not found in pathvec >Jan 26 12:46:28 | sdd: mask = 0x3f >Jan 26 12:46:28 | sdd: dev_t = 8:48 >Jan 26 12:46:28 | sdd: size = 2048000000 >Jan 26 12:46:28 | sdd: subsystem = scsi >Jan 26 12:46:28 | sdd: vendor = SHIMI >Jan 26 12:46:28 | sdd: product = VIRTUAL-DISK >Jan 26 12:46:28 | sdd: rev = 0001 >Jan 26 12:46:28 | sdd: h:b:t:l = 18:0:0:1 >Jan 26 12:46:28 | sdd: tgt_node_name = pl.mycomp.shimi:node002.target0 >Jan 26 12:46:28 | sdd: serial = beaf11 >Jan 26 12:46:28 | sdd: get_state >Jan 26 12:46:28 | sdd: path checker = directio (config file default) >Jan 26 12:46:28 | sdd: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdd: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdd: state = 3 >Jan 26 12:46:28 | sdd: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdd: uid = 1NODE_002_LUN01 (callout) >Jan 26 12:46:28 | sdd: state = running >Jan 26 12:46:28 | sdd: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdd: prio = const (config file default) >Jan 26 12:46:28 | sdd: const prio = 1 >Jan 26 12:46:28 | dm-4: device node name blacklisted >Jan 26 12:46:28 | sde: not found in pathvec >Jan 26 12:46:28 | sde: mask = 0x3f >Jan 26 12:46:28 | sde: dev_t = 8:64 >Jan 26 12:46:28 | sde: size = 1048576000 >Jan 26 12:46:28 | sde: subsystem = scsi >Jan 26 12:46:28 | sde: vendor = SHIMI >Jan 26 12:46:28 | sde: product = VIRTUAL-DISK >Jan 26 12:46:28 | sde: rev = 0001 >Jan 26 12:46:28 | sde: h:b:t:l = 19:0:0:1 >Jan 26 12:46:28 | sde: tgt_node_name = pl.mycomp.shimi:manager.target0 >Jan 26 12:46:28 | sde: serial = beaf11 >Jan 26 12:46:28 | sde: get_state >Jan 26 12:46:28 | sde: path checker = directio (config file default) >Jan 26 12:46:28 | sde: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sde: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sde: state = 3 >Jan 26 12:46:28 | sde: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sde: uid = 1MANAGER_LUN01 (callout) >Jan 26 12:46:28 | sde: state = running >Jan 26 12:46:28 | sde: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sde: prio = const (config file default) >Jan 26 12:46:28 | sde: const prio = 1 >Jan 26 12:46:28 | sdf: not found in pathvec >Jan 26 12:46:28 | sdf: mask = 0x3f >Jan 26 12:46:28 | sdf: dev_t = 8:80 >Jan 26 12:46:28 | sdf: size = 2048000000 >Jan 26 12:46:28 | sdf: subsystem = scsi >Jan 26 12:46:28 | sdf: vendor = SHIMI >Jan 26 12:46:28 | sdf: product = VIRTUAL-DISK >Jan 26 12:46:28 | sdf: rev = 0001 >Jan 26 12:46:28 | sdf: h:b:t:l = 20:0:0:1 >Jan 26 12:46:28 | sdf: tgt_node_name = pl.mycomp.shimi:node003.target0 >Jan 26 12:46:28 | sdf: serial = beaf11 >Jan 26 12:46:28 | sdf: get_state >Jan 26 12:46:28 | sdf: path checker = directio (config file default) >Jan 26 12:46:28 | sdf: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdf: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdf: state = 3 >Jan 26 12:46:28 | sdf: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdf: uid = 1NODE_003_LUN01 (callout) >Jan 26 12:46:28 | sdf: state = running >Jan 26 12:46:28 | sdf: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdf: prio = const (config file default) >Jan 26 12:46:28 | sdf: const prio = 1 >Jan 26 12:46:28 | sdg: not found in pathvec >Jan 26 12:46:28 | sdg: mask = 0x3f >Jan 26 12:46:28 | sdg: dev_t = 8:96 >Jan 26 12:46:28 | sdg: size = 2048000000 >Jan 26 12:46:28 | sdg: subsystem = scsi >Jan 26 12:46:28 | sdg: vendor = SHIMI >Jan 26 12:46:28 | sdg: product = VIRTUAL-DISK >Jan 26 12:46:28 | sdg: rev = 0001 >Jan 26 12:46:28 | sdg: h:b:t:l = 21:0:0:1 >Jan 26 12:46:28 | sdg: tgt_node_name = pl.mycomp.shimi:node001.target0 >Jan 26 12:46:28 | sdg: serial = beaf11 >Jan 26 12:46:28 | sdg: get_state >Jan 26 12:46:28 | sdg: path checker = directio (config file default) >Jan 26 12:46:28 | sdg: checker timeout = 30000 ms (sysfs setting) >Jan 26 12:46:28 | sdg: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdg: state = 3 >Jan 26 12:46:28 | sdg: getuid = /sbin/scsi_id --whitelisted >--replace-whitespace --device=/dev/%n (config file default) >Jan 26 12:46:28 | sdg: uid = 1NODE_001_LUN01 (callout) >Jan 26 12:46:28 | sdg: state = running >Jan 26 12:46:28 | sdg: detect_prio = 1 (config file default) >Jan 26 12:46:28 | sdg: prio = const (config file default) >Jan 26 12:46:28 | sdg: const prio = 1 >Jan 26 12:46:28 | dm-5: device node name blacklisted >Jan 26 12:46:28 | dm-6: device node name blacklisted >Jan 26 12:46:28 | dm-7: device node name blacklisted >Jan 26 12:46:28 | dm-8: device node name blacklisted >Jan 26 12:46:28 | dm-9: device node name blacklisted >Jan 26 12:46:28 | dm-10: device node name blacklisted >Jan 26 12:46:28 | dm-11: device node name blacklisted >Jan 26 12:46:28 | dm-12: device node name blacklisted >Jan 26 12:46:28 | dm-13: device node name blacklisted >Jan 26 12:46:28 | dm-14: device node name blacklisted >Jan 26 12:46:28 | dm-15: device node name blacklisted >Jan 26 12:46:28 | dm-16: device node name blacklisted >Jan 26 12:46:28 | dm-17: device node name blacklisted >Jan 26 12:46:28 | dm-18: device node name blacklisted >Jan 26 12:46:28 | dm-19: device node name blacklisted >Jan 26 12:46:28 | dm-20: device node name blacklisted >Jan 26 12:46:28 | dm-21: device node name blacklisted >Jan 26 12:46:28 | dm-22: device node name blacklisted >Jan 26 12:46:28 | dm-23: device node name blacklisted >Jan 26 12:46:28 | dm-24: device node name blacklisted >Jan 26 12:46:28 | dm-25: device node name blacklisted >===== paths list ===== >uuid hcil dev dev_t pri dm_st >chk_st >1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197 10:0:0:0 sdb 8:16 1 undef >ready >1ATA_MARVELL_Raid_VD_0_1c3c8ecf5cf00010 0:0:0:0 sda 8:0 1 undef >ready > 12:0:0:0 sdc 8:32 -1 undef >faulty >1NODE_002_LUN01 18:0:0:1 sdd 8:48 1 undef >ready >1MANAGER_LUN01 19:0:0:1 sde 8:64 1 undef >ready >1NODE_003_LUN01 20:0:0:1 sdf 8:80 1 undef >ready >1NODE_001_LUN01 21:0:0:1 sdg 8:96 1 undef >ready >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:96 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:96 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:80 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:80 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:48 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:48 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:0 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:0 A 0 >Jan 26 12:46:28 | params = 0 0 1 1 round-robin 0 1 1 8:64 1 >Jan 26 12:46:28 | status = 2 0 0 0 1 1 A 0 1 0 8:64 A 0 >Jan 26 12:46:28 | Found matching wwid >[1ATA_WDC_WD3200AAJS-60Z0A0_WD-WMAV2HM46197] in bindings file. Setting >alias to mpatha >Jan 26 12:46:28 | sdb: ownership set to mpatha >Jan 26 12:46:28 | sdb: not found in pathvec >Jan 26 12:46:28 | sdb: mask = 0xc >Jan 26 12:46:28 | sdb: get_state >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | directio: starting new request >Jan 26 12:46:28 | directio: io finished 4096/0 >Jan 26 12:46:28 | sdb: state = 3 >Jan 26 12:46:28 | sdb: state = running >Jan 26 12:46:28 | sdb: const prio = 1 >Jan 26 12:46:28 | mpatha: pgfailover = -1 (internal default) >Jan 26 12:46:28 | mpatha: pgpolicy = failover (internal default) >Jan 26 12:46:28 | mpatha: selector = round-robin 0 (internal default) >Jan 26 12:46:28 | mpatha: features = 0 (internal default) >Jan 26 12:46:28 | mpatha: hwhandler = 0 (internal default) >Jan 26 12:46:28 | mpatha: rr_weight = 1 (internal default) >Jan 26 12:46:28 | mpatha: minio = 1 rq (config file default) >Jan 26 12:46:28 | mpatha: no_path_retry = -1 (config file default) >Jan 26 12:46:28 | pg_timeout = NONE (internal default) >Jan 26 12:46:28 | mpatha: fast_io_fail_tmo = 5 (config file default) >Jan 26 12:46:28 | mpatha: dev_loss_tmo = 30 (config file default) >Jan 26 12:46:28 | mpatha: retain_attached_hw_handler = 1 (config file >default) >Jan 26 12:46:28 | failed to find rport_id for target10:0:0 >Jan 26 12:46:28 | mpatha: set ACT_CREATE (map does not exist) >Jan 26 12:46:28 | mpatha: domap (0) failure for create/reload map >Jan 26 12:46:28 | mpatha: ignoring map > >********************************************************************************** > >[root at node002 shim]# iscsiadm -m session -o show >tcp: [6] 192.168.1.12:3260,1 pl.mycomp.shimi:node002.target0 >tcp: [7] 192.168.1.11:3260,1 pl.mycomp.shimi:manager.target0 >tcp: [8] 192.168.1.14:3260,1 pl.mycomp.shimi:node003.target0 >tcp: [9] 192.168.1.13:3260,1 pl.mycomp.shimi:node001.target0 > >********************************************************************************** > >[root at node002 shim]# iptables -L >Chain INPUT (policy ACCEPT) >target prot opt source destination > >Chain FORWARD (policy ACCEPT) >target prot opt source destination > >Chain OUTPUT (policy ACCEPT) >target prot opt source destination > >********************************************************************************** > >[root at node002 shim]# sestatus >SELinux status: disabled >_______________________________________________ >Users mailing list >Users at ovirt.org >http://lists.ovirt.org/mailman/listinfo/users -- Adam Litke From mlipchuk at redhat.com Wed Jan 28 14:05:26 2015 From: mlipchuk at redhat.com (Maor Lipchuk) Date: Wed, 28 Jan 2015 09:05:26 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <54C8B3CA.5080103@redhat.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> Message-ID: <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Roy Golan" > To: "Mikola Rose" , "Maor Lipchuk" > Cc: users at ovirt.org > Sent: Wednesday, January 28, 2015 12:02:50 PM > Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start > > On 01/28/2015 11:04 AM, Mikola Rose wrote: > > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ > > -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 > > /Volumes/Raid1/data/__DIRECT_IO_TEST__ > > -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 > > /Volumes/Raid1/iso/__DIRECT_IO_TEST__ > > -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 > > /Volumes/Raid1/vm/__DIRECT_IO_TEST__ > > > > Note, since removing the file the hosted_engine1 is starting up and > > everything seems fine but then all of a sudden it restarts. > > > please attach some logs. > > Also may be related... > > > > root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso > > rhel-server-6.6-x86_64-dvd.iso > > Please provide the REST API password for the admin at internal oVirt > > Engine user (CTRL+D to abort): > > Uploading, please wait... > > INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso > > ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage > > domain on iso. > > ERROR: Error message is "unable to test the available space on > > /Volumes/Raid1/iso" > > Maor? Hi, I think this is related to the engine-iso-uploader tool, Sandro, do you have any insights about this? Regards, Maor > > > > > > > > > > > > > >> On Jan 28, 2015, at 12:53 AM, Roy Golan >> > wrote: > >> > >> On 01/28/2015 03:10 AM, Mikola Rose wrote: > >>> Hi there, > >>> > >>> > >>> I seem to have run into a problem. my hosted engine vm is failing > >>> to start; > >>> > >>> vdsm.log; > >>> > >>> > >>> Thread-20::DEBUG::2015-01-27 > >>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading > >>> domain in path > >>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af > >>> Thread-20::ERROR::2015-01-27 > >>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) > >>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af > >>> monitoring information > >>> Traceback (most recent call last): > >>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in > >>> _monitorDomain > >>> self.domain = sdCache.produce(self.sdUUID) > >>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > >>> domain.getRealDomain() > >>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > >>> return self._cache._realProduce(self._sdUUID) > >>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > >>> domain = self._findDomain(sdUUID) > >>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > >>> dom = findMethod(sdUUID) > >>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain > >>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) > >>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ > >>> validateFileSystemFeatures(sdUUID, self.mountpoint) > >>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in > >>> validateFileSystemFeatures > >>> oop.getProcessPool(sdUUID).directTouch(testFilePath) > >>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in > >>> directTouch > >>> ioproc.touch(path, flags, mode) > >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", > >>> line 507, in touch > >>> self.timeout) > >>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", > >>> line 391, in _sendCommand > >>> raise OSError(errcode, errstr) > >>> OSError: [Errno 13] Permission denied > >>> > >>> I assume this is an nfs issue so I checked to see if I could create > >>> a file in the mounts from the host machine, which I could. > >>> > >>> My test bed is usign an old OS X NFS via xraid adn the export is ; > >>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask > >>> 255.255.255.0 > >>> > >>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 > >>> 443b4931-667f-441f-98d8-51384e67a0af > >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data > >>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso > >>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm > >>> > >>> the host machine seems to mount the shares fine.... > >>> > >>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . > >>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. > >>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 > >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 > >>> 192.168.1.32:_Volumes_Raid1_data > >>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso > >>> > >>> and as I said above I can create files in any one of those mounts > >>> > >>> > >>> Is there a place I can look at to find the offending file? If that > >>> is the issue... Oddly enough everything worked until i rebooted, so > >>> I must have either changed something or something is buggered. > >>> > >> > >> please echo the output of > >> > >> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la > >> > >> the failure is to create this file. > >> > >>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >> > > > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > > 1 (250) 642-0295 x23 http://www.power-soft.com > > Live Support > > > > This e-mail may be privileged and/or confidential, and the sender does > > not waive > > any related rights and obligations. Any distribution, use or copying > > of this e-mail or the information > > it contains by other than an intended recipient is unauthorized. > > If you received this e-mail in error, please advise me (by return > > e-mail or otherwise) immediately. > > > > > > > > > > > > > > From sbonazzo at redhat.com Wed Jan 28 14:11:05 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 16:11:05 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> Message-ID: <54C8EDF9.3050907@redhat.com> Il 28/01/2015 16:05, Maor Lipchuk ha scritto: > > > > > ----- Original Message ----- >> From: "Roy Golan" >> To: "Mikola Rose" , "Maor Lipchuk" >> Cc: users at ovirt.org >> Sent: Wednesday, January 28, 2015 12:02:50 PM >> Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start >> >> On 01/28/2015 11:04 AM, Mikola Rose wrote: >>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ >>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 >>> /Volumes/Raid1/data/__DIRECT_IO_TEST__ >>> -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 >>> /Volumes/Raid1/iso/__DIRECT_IO_TEST__ >>> -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 >>> /Volumes/Raid1/vm/__DIRECT_IO_TEST__ >>> >>> Note, since removing the file the hosted_engine1 is starting up and >>> everything seems fine but then all of a sudden it restarts. >>> >> please attach some logs. >>> Also may be related... >>> >>> root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso >>> rhel-server-6.6-x86_64-dvd.iso >>> Please provide the REST API password for the admin at internal oVirt >>> Engine user (CTRL+D to abort): >>> Uploading, please wait... >>> INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso >>> ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage >>> domain on iso. >>> ERROR: Error message is "unable to test the available space on >>> /Volumes/Raid1/iso" >> >> Maor? > > > Hi, > > I think this is related to the engine-iso-uploader tool, > Sandro, do you have any insights about this? Please don't use UIDs like 36 as user. a command line like: ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso or like ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso should work. > > Regards, > Maor > >>> >>> >>> >>> >>> >>> >>>> On Jan 28, 2015, at 12:53 AM, Roy Golan >>> > wrote: >>>> >>>> On 01/28/2015 03:10 AM, Mikola Rose wrote: >>>>> Hi there, >>>>> >>>>> >>>>> I seem to have run into a problem. my hosted engine vm is failing >>>>> to start; >>>>> >>>>> vdsm.log; >>>>> >>>>> >>>>> Thread-20::DEBUG::2015-01-27 >>>>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading >>>>> domain in path >>>>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af >>>>> Thread-20::ERROR::2015-01-27 >>>>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) >>>>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af >>>>> monitoring information >>>>> Traceback (most recent call last): >>>>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in >>>>> _monitorDomain >>>>> self.domain = sdCache.produce(self.sdUUID) >>>>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce >>>>> domain.getRealDomain() >>>>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain >>>>> return self._cache._realProduce(self._sdUUID) >>>>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce >>>>> domain = self._findDomain(sdUUID) >>>>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain >>>>> dom = findMethod(sdUUID) >>>>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain >>>>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) >>>>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ >>>>> validateFileSystemFeatures(sdUUID, self.mountpoint) >>>>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in >>>>> validateFileSystemFeatures >>>>> oop.getProcessPool(sdUUID).directTouch(testFilePath) >>>>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in >>>>> directTouch >>>>> ioproc.touch(path, flags, mode) >>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>> line 507, in touch >>>>> self.timeout) >>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>> line 391, in _sendCommand >>>>> raise OSError(errcode, errstr) >>>>> OSError: [Errno 13] Permission denied >>>>> >>>>> I assume this is an nfs issue so I checked to see if I could create >>>>> a file in the mounts from the host machine, which I could. >>>>> >>>>> My test bed is usign an old OS X NFS via xraid adn the export is ; >>>>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask >>>>> 255.255.255.0 >>>>> >>>>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 >>>>> 443b4931-667f-441f-98d8-51384e67a0af >>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data >>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso >>>>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm >>>>> >>>>> the host machine seems to mount the shares fine.... >>>>> >>>>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . >>>>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. >>>>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 >>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 >>>>> 192.168.1.32:_Volumes_Raid1_data >>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso >>>>> >>>>> and as I said above I can create files in any one of those mounts >>>>> >>>>> >>>>> Is there a place I can look at to find the offending file? If that >>>>> is the issue... Oddly enough everything worked until i rebooted, so >>>>> I must have either changed something or something is buggered. >>>>> >>>> >>>> please echo the output of >>>> >>>> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la >>>> >>>> the failure is to create this file. >>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>> >>> Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* >>> 1 (250) 642-0295 x23 http://www.power-soft.com >>> Live Support >>> >>> This e-mail may be privileged and/or confidential, and the sender does >>> not waive >>> any related rights and obligations. Any distribution, use or copying >>> of this e-mail or the information >>> it contains by other than an intended recipient is unauthorized. >>> If you received this e-mail in error, please advise me (by return >>> e-mail or otherwise) immediately. >>> >>> >>> >>> >>> >>> >> >> -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From carlos at braimtec.com Wed Jan 28 14:16:45 2015 From: carlos at braimtec.com (Carlos Ibrahim Arias) Date: Wed, 28 Jan 2015 14:16:45 +0000 Subject: [ovirt-users] Network setup for load balance Message-ID: Hello, I'm writing after a few weeks of trying to deploy the installation I had in mind without success. I'm a newbie using orvit and my problem may sound odd to some but I haven't been able to find a solution yet... I've searched all the Web. I have a server with two NICs (em1 and em2) and I want to bond them for load balancing. I installed oVirt 3.5.1 using the hosted-engine option with CentOS 7 on the hosted-engine and the host, and gluster on the host for the domain storage. Everything was fine during the installation and the system seems to work properly. ovirtmgmt is linked to em1. The problem is that now I can't bond em1 and em2 using the web GUI. I set up the bonding manually, it works but vdsmd is not starting afterwards. Should I have done the bond before installing oVirt? Is there any workaround to bond my NICs so that oVirt can use them for load balance? Shall I use other network setup for load balance (VLANs..)? Thanks in advanced, -- Carlos Ibrahim Arias *Consultor & Ingeniero en Inform?tica* Braimtec - Smart IT E: carlos at braimtec.com M: +34 600 457 497 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ydary at redhat.com Wed Jan 28 16:15:42 2015 From: ydary at redhat.com (Yaniv Dary) Date: Wed, 28 Jan 2015 18:15:42 +0200 Subject: [ovirt-users] oVirt Weekly Meeting Minutes -- 2015-01-28 Message-ID: <54C90B2E.7020601@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.txt Log: http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by ydary at 15:01:05 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2015/ovirt.2015-01-28-15.01.log.html . Meeting summary --------------- * Agenda and roll Call (ydary, 15:02:15) * infra update (ydary, 15:02:15) * 3.5.z updates (ydary, 15:02:15) * 3.6.0 status (ydary, 15:02:15) * conferences and workshops (ydary, 15:02:15) * other topics (ydary, 15:02:16) * infra update (ydary, 15:03:19) * several engine jobs have been failing and they are being addressed (ydary, 15:07:02) * Nightly repositories have been refreshed and should contain new rpms with 3.6 cluster level support (ydary, 15:07:56) * dcaro has sent a proposal for new standard build and test procedure, to generalize all the CI jobs: http://etherpad.ovirt.org/p/build-and-test-standards. Please reply on the thread if you have any questions or replies: http://lists.ovirt.org/pipermail/devel/2015-January/009731.html (ydary, 15:12:44) * There is a chance 3.6 cluster level support is missing due to lack of libvirt support for 3.6 or due to packaging issue. (ydary, 15:16:17) * ACTION: sbonazzo to update on 3.6 cluster level support in nightly builds next week (ydary, 15:18:37) * see discussion in CentOS Virt SIG meeting: http://lists.centos.org/pipermail/centos-virt/2015-January/004232.html (ydary, 15:23:13) * 3.5.z updates (ydary, 15:23:33) * 3.5.2 status from this morning: http://lists.ovirt.org/pipermail/users/2015-January/030899.html (ydary, 15:24:57) * A regression in 3.5.1 causes failure to create ovf_store disk, a async release to address this will be released as 3.5.1.1 once the fix is merged (https://bugzilla.redhat.com/1185615) (ydary, 15:29:25) * oVirt 3.5.2 release schedule to be publish this week, probably 25/02 RC and 04/03 GA (ydary, 15:36:26) * 3.6 status (ydary, 15:37:10) * Status of 3.6: http://lists.ovirt.org/pipermail/users/2015-January/030911.html (ydary, 15:38:01) * integration update on 3.6.0: fc21 support feature has been dropped due to oVirt 3.6.0 timeline GAing after fc22 release. (ydary, 15:41:00) * update on 3.6.0: vdsm 4.17 not reporting that it supports 3.6 clusters during early stages of development, causing non-operational hosts in a 3.6 cluster. Users can no use any 3.6 feature. danken, to merge patch to resolve this in VDSM.t (ydary, 15:43:34) * infra updates 3.6.0: no one attended from the team. (ydary, 15:47:19) * Network updates for 3.6.0: Management network as a role is in very late review stages, might go in soon. (ydary, 15:49:15) * Node 3.6 updates: currently no updates (ydary, 15:50:38) * UX 3.6 updates: currently no updates (ydary, 15:51:54) * virt 3.6 updates: Working on feature with clear requirements, progress is slow. Patches on virt-v2v integration posted and are being reviewed. (ydary, 15:56:31) * storage 3.6 updates: no one for storage team to update (ydary, 16:00:46) * SLA 3.6 updates: SLA still in planning, no further updates. (ydary, 16:01:43) * conferences and workshops (ydary, 16:02:28) * FOSDEM is this weekend, Booth schedules and talks are here at http://etherpad.ovirt.org/p/ovirt-fosdem-15. (ydary, 16:04:32) * The FOSDEM oVirt social meetup will be Saturday, Jan. 31 at 20:30 in the Au Bon Vieux Temps Impasse Saint-Nicolas 4, 1000 Bruxelles. (ydary, 16:05:45) * All oVirt community members are invited for excellent beer and socializing! https://plus.google.com/103481186631922352759/about?gl=us&hl=en (ydary, 16:05:57) * The half-day workshop for FOSSAsia in Singapore is getting planned. The Korea user group is very close to committing a speaker, which means we will need just one more speaker to fill the event schedule. (ydary, 16:06:33) * amureini will be giving a talk at DevConfCZ in Feb, after FOSDEM. (ydary, 16:06:53) * bkp and jbrooks will be among the speakers at SCALE in Los Angeles speaking about oVirt. (ydary, 16:07:15) * other topics (ydary, 16:07:39) * The moVirt subproject's wiki page is now up at http://www.ovirt.org/Project_moVirt. This will be used to start the voting process to admit moVirt as a formal subproject. (ydary, 16:08:53) * Following up on last meeting action items, legal is still looking into setting up an oVirt account in the Google Play store now, as well as checking trademarks, if any, for moVirt. (ydary, 16:09:39) Meeting ended at 16:11:24 UTC. Action Items ------------ * sbonazzo to update on 3.6 cluster level support in nightly builds next week Action Items, by person ----------------------- * sbonazzo * sbonazzo to update on 3.6 cluster level support in nightly builds next week * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * ydary (97) * sbonazzo (40) * lvernia (37) * danken (24) * bkp-BRU (14) * dcaro (12) * mskrivanek (5) * apuimedo (5) * eedri (4) * fromani (3) * fabiand (3) * ovirtbot (3) * awels (2) * xyz (2) * mburman (2) * nsoffer (2) * gchaplik (2) * fromani_ (1) * doron_afk (1) * Telsin (1) * tlitovsk (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot --- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary at redhat.com IRC : ydary From budic at onholyground.com Wed Jan 28 16:22:43 2015 From: budic at onholyground.com (Darrell Budic) Date: Wed, 28 Jan 2015 10:22:43 -0600 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? In-Reply-To: <20150128100512.GG23379@redhat.com> References: <54C8A5D2.8010201@redhat.com> <20150128100512.GG23379@redhat.com> Message-ID: 3.5.1. It?s really a ?clean and tidy? thing now that I?ve got the network cleaned up, so not urgent but nice to have. Thanks for the info! > On Jan 28, 2015, at 4:05 AM, Dan Kenigsberg wrote: > > On Wed, Jan 28, 2015 at 11:03:14AM +0200, Lior Vernia wrote: >> Hi Darrell! >> >> There's currently no clean way to do this - we'll be looking to fix this >> in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). >> >> You haven't mentioned which version of oVirt you're running - if it's >> 3.4 or lower, I think it would suffice to change ifcfg files on your >> hypervisors and restart the network service. The network will then >> appear as out-of-sync in the GUI, but should be fully functional with >> MTU 1500. You'd also want the network configuration to be saved in case >> of future rollbacks - Dan, how would that be done? > > up to 3.4, nothing else should be done (assuming the network config was > already declared "safe" and survived reboot). ifcfg is the only persistent copy. > >> >> If you're running 3.5, I think you need to run some vdsm shell commands >> on the hypervisor as we've added an abstraction layer for configuration >> persistence above ifcfg files - again I'll ask Dan to chime in. > > In 3.5 we've added a Vdsm-side persistent copy of the network, > which sits under /var/lib/vdsm/netconf/nets. You should edit the json > definitions therein in order to ensure proper network startup after > boot. > >> >> As for getting the engine network configuration to MTU 1500 (for future >> hypervisor configuration and for networks to not appear as out-of-sync >> on existing ones) without taking down all the VMs (or hot-unplugging >> NICs) at one point - I don't think there's currently a way other than >> hacking the DB... Just leaving the network out-of-sync on the hosts >> could result in inconveniences later on when configuring host networking. >> >> Is it worth the trouble of getting MTU 1500 instead of 1448? I presume >> the difference in performance would be negligible. Or are you >> experiencing incoming frames being dropped due to having 1500 bytes >> instead of 1448?... Either way, as you mentioned taking down the VMs can >> be a last resort, or wait for 3.6 where it should be simpler :) >> >> Yours, Lior. >> >> On 27/01/15 19:43, Darrell Budic wrote: >>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. >>> >>> -Darrell >>> _______________________________________________ >>> Users mailing list >>> Users at ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> From budic at onholyground.com Wed Jan 28 16:26:11 2015 From: budic at onholyground.com (Darrell Budic) Date: Wed, 28 Jan 2015 10:26:11 -0600 Subject: [ovirt-users] libgfapi reintegration? Message-ID: Any plans or timeline to re-integrate full libgfapi support? From fismonce?s previous work, it appears that all the pieces are now in place, but his builds are now behind the current release versions of vdsmd? Thanks! -Darrell From mrose at power-soft.com Wed Jan 28 16:39:44 2015 From: mrose at power-soft.com (Mikola Rose) Date: Wed, 28 Jan 2015 16:39:44 +0000 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: <54C8EDF9.3050907@redhat.com> References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> <54C8EDF9.3050907@redhat.com> Message-ID: Hi Sandro I was was trying both Here is the debug version... [root at powerhost1 ~]# engine-iso-uploader -v upload -i iso /tmp/rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(ovirt.org) API Version(3.5.0) DEBUG: id=1328bbfe-f05a-4779-ac34-560b213ece11 address=192.168.1.32 path=/Volumes/Raid1/iso Uploading, please wait... DEBUG: local NFS mount point is /tmp/tmpCjZhA_ DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_) DEBUG: /bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_ DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft', '192.168.1.32:/Volumes/Raid1/iso', '/tmp/tmpCjZhA_']) DEBUG: returncode(32) DEBUG: STDOUT() DEBUG: STDERR(mount.nfs: Connection timed out ) ERROR: mount.nfs: Connection timed out DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpCjZhA_']) DEBUG: returncode(1) DEBUG: STDOUT() DEBUG: STDERR(umount2: Invalid argument umount: /tmp/tmpCjZhA_: not mounted ) DEBUG: umount2: Invalid argument umount: /tmp/tmpCjZhA_: not mounted Could this be associated with the auto negotiation of the nfs version? Is there a way I can specify nfs3 on the mount or on the export(os x) On Jan 28, 2015, at 6:11 AM, Sandro Bonazzola > wrote: Il 28/01/2015 16:05, Maor Lipchuk ha scritto: ----- Original Message ----- From: "Roy Golan" > To: "Mikola Rose" >, "Maor Lipchuk" > Cc: users at ovirt.org Sent: Wednesday, January 28, 2015 12:02:50 PM Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start On 01/28/2015 11:04 AM, Mikola Rose wrote: -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/data/__DIRECT_IO_TEST__ -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/iso/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 /Volumes/Raid1/vm/__DIRECT_IO_TEST__ Note, since removing the file the hosted_engine1 is starting up and everything seems fine but then all of a sudden it restarts. please attach some logs. Also may be related... root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage domain on iso. ERROR: Error message is "unable to test the available space on /Volumes/Raid1/iso" Maor? Hi, I think this is related to the engine-iso-uploader tool, Sandro, do you have any insights about this? Please don't use UIDs like 36 as user. a command line like: ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso or like ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso should work. Regards, Maor On Jan 28, 2015, at 12:53 AM, Roy Golan > wrote: On 01/28/2015 03:10 AM, Mikola Rose wrote: Hi there, I seem to have run into a problem. my hosted engine vm is failing to start; vdsm.log; Thread-20::DEBUG::2015-01-27 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading domain in path /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af Thread-20::ERROR::2015-01-27 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af monitoring information Traceback (most recent call last): File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in _monitorDomain self.domain = sdCache.produce(self.sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 98, in produce domain.getRealDomain() File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain return self._cache._realProduce(self._sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce domain = self._findDomain(sdUUID) File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain dom = findMethod(sdUUID) File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ validateFileSystemFeatures(sdUUID, self.mountpoint) File "/usr/share/vdsm/storage/fileSD.py", line 88, in validateFileSystemFeatures oop.getProcessPool(sdUUID).directTouch(testFilePath) File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in directTouch ioproc.touch(path, flags, mode) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 507, in touch self.timeout) File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", line 391, in _sendCommand raise OSError(errcode, errstr) OSError: [Errno 13] Permission denied I assume this is an nfs issue so I checked to see if I could create a file in the mounts from the host machine, which I could. My test bed is usign an old OS X NFS via xraid adn the export is ; /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask 255.255.255.0 drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 443b4931-667f-441f-98d8-51384e67a0af drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm the host machine seems to mount the shares fine.... drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 192.168.1.32:_Volumes_Raid1_data drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso and as I said above I can create files in any one of those mounts Is there a place I can look at to find the offending file? If that is the issue... Oddly enough everything worked until i rebooted, so I must have either changed something or something is buggered. please echo the output of find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la the failure is to create this file. _______________________________________________ Users mailing list Users at ovirt.org http://lists.ovirt.org/mailman/listinfo/users Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com Mik Rose | Manager, IT - Support Services | PowerSoft Development Corp 1 (250) 642-0295 x23 http://www.power-soft.com Live Support This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbonazzo at redhat.com Wed Jan 28 16:45:15 2015 From: sbonazzo at redhat.com (Sandro Bonazzola) Date: Wed, 28 Jan 2015 18:45:15 +0200 Subject: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start In-Reply-To: References: <54C8A3A0.1080505@redhat.com> <1A0F3EDC-D10D-4892-AA68-6123E5BC7451@power-soft.com> <54C8B3CA.5080103@redhat.com> <1842642982.2190763.1422453926477.JavaMail.zimbra@redhat.com> <54C8EDF9.3050907@redhat.com> Message-ID: <54C9121B.6070000@redhat.com> Il 28/01/2015 18:39, Mikola Rose ha scritto: > Hi Sandro > > I was was trying both > > Here is the debug version... > > [root at powerhost1 ~]# engine-iso-uploader -v upload -i iso /tmp/rhel-server-6.6-x86_64-dvd.iso > Please provide the REST API password for the admin at internal oVirt Engine user (CTRL+D to abort): > DEBUG: API Vendor(ovirt.org )API Version(3.5.0) > DEBUG: id=1328bbfe-f05a-4779-ac34-560b213ece11 address=192.168.1.32 path=/Volumes/Raid1/iso > Uploading, please wait... > DEBUG: local NFS mount point is /tmp/tmpCjZhA_ > DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_) > DEBUG: /bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_ > DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft', '192.168.1.32:/Volumes/Raid1/iso', '/tmp/tmpCjZhA_']) > DEBUG: returncode(32) > DEBUG: STDOUT() > DEBUG: STDERR(mount.nfs: Connection timed out > ) > ERROR: mount.nfs: Connection timed out > > DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ > DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ > DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpCjZhA_']) > DEBUG: returncode(1) > DEBUG: STDOUT() > DEBUG: STDERR(umount2: Invalid argument > umount: /tmp/tmpCjZhA_: not mounted > ) > DEBUG: umount2: Invalid argument > umount: /tmp/tmpCjZhA_: not mounted The NFS connection timed out may depend on several factors. CCing storage guys that may assist you better than me on this. > > > > Could this be associated with the auto negotiation of the nfs version? Is there a way I can specify nfs3 on the mount or on the export(os x) > > >> On Jan 28, 2015, at 6:11 AM, Sandro Bonazzola > wrote: >> >> Il 28/01/2015 16:05, Maor Lipchuk ha scritto: >>> >>> >>> >>> >>> ----- Original Message ----- >>>> From: "Roy Golan" > >>>> To: "Mikola Rose" >, "Maor Lipchuk" > >>>> Cc: users at ovirt.org >>>> Sent: Wednesday, January 28, 2015 12:02:50 PM >>>> Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start >>>> >>>> On 01/28/2015 11:04 AM, Mikola Rose wrote: >>>>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ >>>>> -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 >>>>> /Volumes/Raid1/data/__DIRECT_IO_TEST__ >>>>> -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 >>>>> /Volumes/Raid1/iso/__DIRECT_IO_TEST__ >>>>> -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 >>>>> /Volumes/Raid1/vm/__DIRECT_IO_TEST__ >>>>> >>>>> Note, since removing the file the hosted_engine1 is starting up and >>>>> everything seems fine but then all of a sudden it restarts. >>>>> >>>> please attach some logs. >>>>> Also may be related... >>>>> >>>>> root at powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso >>>>> rhel-server-6.6-x86_64-dvd.iso >>>>> Please provide the REST API password for the admin at internal oVirt >>>>> Engine user (CTRL+D to abort): >>>>> Uploading, please wait... >>>>> INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso >>>>> ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage >>>>> domain on iso. >>>>> ERROR: Error message is "unable to test the available space on >>>>> /Volumes/Raid1/iso" >>>> >>>> Maor? >>> >>> >>> Hi, >>> >>> I think this is related to the engine-iso-uploader tool, >>> Sandro, do you have any insights about this? >> >> Please don't use UIDs like 36 as user. >> >> a command line like: >> >> ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso >> >> or like >> >> ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso >> >> should work. >> >>> >>> Regards, >>> Maor >>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> On Jan 28, 2015, at 12:53 AM, Roy Golan >>>>>> > wrote: >>>>>> >>>>>> On 01/28/2015 03:10 AM, Mikola Rose wrote: >>>>>>> Hi there, >>>>>>> >>>>>>> >>>>>>> I seem to have run into a problem. my hosted engine vm is failing >>>>>>> to start; >>>>>>> >>>>>>> vdsm.log; >>>>>>> >>>>>>> >>>>>>> Thread-20::DEBUG::2015-01-27 >>>>>>> 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading >>>>>>> domain in path >>>>>>> /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af >>>>>>> Thread-20::ERROR::2015-01-27 >>>>>>> 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) >>>>>>> Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af >>>>>>> monitoring information >>>>>>> Traceback (most recent call last): >>>>>>> File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in >>>>>>> _monitorDomain >>>>>>> self.domain = sdCache.produce(self.sdUUID) >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 98, in produce >>>>>>> domain.getRealDomain() >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain >>>>>>> return self._cache._realProduce(self._sdUUID) >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce >>>>>>> domain = self._findDomain(sdUUID) >>>>>>> File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain >>>>>>> dom = findMethod(sdUUID) >>>>>>> File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain >>>>>>> return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) >>>>>>> File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ >>>>>>> validateFileSystemFeatures(sdUUID, self.mountpoint) >>>>>>> File "/usr/share/vdsm/storage/fileSD.py", line 88, in >>>>>>> validateFileSystemFeatures >>>>>>> oop.getProcessPool(sdUUID).directTouch(testFilePath) >>>>>>> File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in >>>>>>> directTouch >>>>>>> ioproc.touch(path, flags, mode) >>>>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>>>> line 507, in touch >>>>>>> self.timeout) >>>>>>> File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", >>>>>>> line 391, in _sendCommand >>>>>>> raise OSError(errcode, errstr) >>>>>>> OSError: [Errno 13] Permission denied >>>>>>> >>>>>>> I assume this is an nfs issue so I checked to see if I could create >>>>>>> a file in the mounts from the host machine, which I could. >>>>>>> >>>>>>> My test bed is usign an old OS X NFS via xraid adn the export is ; >>>>>>> /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask >>>>>>> 255.255.255.0 >>>>>>> >>>>>>> drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 >>>>>>> 443b4931-667f-441f-98d8-51384e67a0af >>>>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data >>>>>>> drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso >>>>>>> drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm >>>>>>> >>>>>>> the host machine seems to mount the shares fine.... >>>>>>> >>>>>>> drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . >>>>>>> drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. >>>>>>> drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 >>>>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 >>>>>>> 192.168.1.32:_Volumes_Raid1_data >>>>>>> drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso >>>>>>> >>>>>>> and as I said above I can create files in any one of those mounts >>>>>>> >>>>>>> >>>>>>> Is there a place I can look at to find the offending file? If that >>>>>>> is the issue... Oddly enough everything worked until i rebooted, so >>>>>>> I must have either changed something or something is buggered. >>>>>>> >>>>>> >>>>>> please echo the output of >>>>>> >>>>>> find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la >>>>>> >>>>>> the failure is to create this file. >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Users mailing list >>>>>>> Users at ovirt.org >>>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>> >>>>> Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* >>>>> 1 (250) 642-0295 x23 http://www.power-soft.com >>>>> Live Support >>>>> >>>>> This e-mail may be privileged and/or confidential, and the sender does >>>>> not waive >>>>> any related rights and obligations. Any distribution, use or copying >>>>> of this e-mail or the information >>>>> it contains by other than an intended recipient is unauthorized. >>>>> If you received this e-mail in error, please advise me (by return >>>>> e-mail or otherwise) immediately. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >> >> >> -- >> Sandro Bonazzola >> Better technology. Faster innovation. Powered by community collaboration. >> See how it works at redhat.com > > Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* > 1 (250) 642-0295 x23 http://www.power-soft.com Live Support > > > This e-mail may be privileged and/or confidential, and the sender does not waive > any related rights and obligations. Any distribution, use or copying of this e-mail or the information > it contains by other than an intended recipient is unauthorized. > If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. > > > > > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com From donny at cloudspin.me Wed Jan 28 17:37:22 2015 From: donny at cloudspin.me (Donny Davis) Date: Wed, 28 Jan 2015 10:37:22 -0700 Subject: [ovirt-users] change network MTU settings without taking all the VMs down? Message-ID: So adding a new network was the way you went??On Jan 28, 2015 9:22 AM, Darrell Budic wrote: > > 3.5.1. It?s really a ?clean and tidy? thing now that I?ve got the network cleaned up, so not urgent but nice to have. Thanks for the info! > > > On Jan 28, 2015, at 4:05 AM, Dan Kenigsberg wrote: > > > > On Wed, Jan 28, 2015 at 11:03:14AM +0200, Lior Vernia wrote: > >> Hi Darrell! > >> > >> There's currently no clean way to do this - we'll be looking to fix this > >> in 3.6 (https://bugzilla.redhat.com/show_bug.cgi?id=1055454). > >> > >> You haven't mentioned which version of oVirt you're running - if it's > >> 3.4 or lower, I think it would suffice to change ifcfg files on your > >> hypervisors and restart the network service. The network will then > >> appear as out-of-sync in the GUI, but should be fully functional with > >> MTU 1500. You'd also want the network configuration to be saved in case > >> of future rollbacks - Dan, how would that be done? > > > > up to 3.4, nothing else should be done (assuming the network config was > > already declared "safe" and survived reboot). ifcfg is the only persistent copy. > > > >> > >> If you're running 3.5, I think you need to run some vdsm shell commands > >> on the hypervisor as we've added an abstraction layer for configuration > >> persistence above ifcfg files - again I'll ask Dan to chime in. > > > > In 3.5 we've added a Vdsm-side persistent copy of the network, > > which sits under /var/lib/vdsm/netconf/nets. You should edit the json > > definitions therein in order to ensure proper network startup after > > boot. > > > >> > >> As for getting the engine network configuration to MTU 1500 (for future > >> hypervisor configuration and for networks to not appear as out-of-sync > >> on existing ones) without taking down all the VMs (or hot-unplugging > >> NICs) at one point - I don't think there's currently a way other than > >> hacking the DB... Just leaving the network out-of-sync on the hosts > >> could result in inconveniences later on when configuring host networking. > >> > >> Is it worth the trouble of getting MTU 1500 instead of 1448? I presume > >> the difference in performance would be negligible. Or are you > >> experiencing incoming frames being dropped due to having 1500 bytes > >> instead of 1448?... Either way, as you mentioned taking down the VMs can > >> be a last resort, or wait for 3.6 where it should be simpler :) > >> > >> Yours, Lior. > >> > >> On 27/01/15 19:43, Darrell Budic wrote: > >>> I finally got a couple of networks our from behind a wan based layer 2 bridge that required me to run at MTU 1448, and would like to get back up to MTU 1500. I see the GUI won?t let me do that while the network is in use. Any way around this, clean or otherwise? Restarting VMs to update them is ok, just trying to avoid having to take everything down at the same time. > >>> > >>> -Darrell > >>> _______________________________________________ > >>> Users mailing list > >>> Users at ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Wed Jan 28 18:07:05 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Wed, 28 Jan 2015 19:07:05 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> Message-ID: Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > This is still under heavy development, but first usable version can be found at [1] [Snip] > feature requests and general feedback are very welcome. You can file any issues directly at [2]. [Snip] > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > [2] https://github.com/matobet/moVirt/issues Hello Are the above links yet the right ones to use for apk download/install and issue tracking in case I want to test movirt? Thanks Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Thu Jan 29 01:18:33 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Thu, 29 Jan 2015 09:18:33 +0800 Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed :- not a bootable disk In-Reply-To: <1382733142.1491988.1422449498448.JavaMail.zimbra@redhat.com> References: <1382733142.1491988.1422449498448.JavaMail.zimbra@redhat.com> Message-ID: HI Sefi, I found the reason...i did the dd and fio to check the disk performance...this process overwrite the MBR... Thanks, Punit On Wed, Jan 28, 2015 at 8:51 PM, Sefi Litmanovich wrote: > Hi Punit, > > Can you try to create another vm the same as this one, but without > installing all these packages, see if it reproduces after some time. > If not please provide a list of the packages you installed, maybe the > problem is somewhere there. > If it does reproduce please provide again the vdsm log and also the engine > log. > Another thing to check would be the connectivity to your storage, when > this happened, the storage domain was up? can you try ping the storage > server from the host if it happens again? > What os is installed on your host? > > 10x. > Sefi. > > ----- Original Message ----- > From: "Punit Dambiwal" > To: users at ovirt.org, "Martin Pavlik" , "Kanagaraj" < > kmayilsa at redhat.com> > Sent: Wednesday, January 28, 2015 5:58:27 AM > Subject: [ovirt-users] Strange Issue after guest VM reboot | boot failed > :- not a bootable disk > > Hi, > > I have created one vm in the ovirt successfully...it was working fine....i > login to it and download some httpd packages etc....after 5-10 min...it > stop receving the commands from SSH ...if nothing help then I power off the > machine? then power on again.. then the VM display the error that "boot > failed :- not a bootable disk" > > > > Even the disk is bootable... > > > > I try to change it several ways but still the VM can not up.... > > VDSM Logs :- http://ur1.ca/jk66n > > Thanks, > Punit > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 06:11:04 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 07:11:04 +0100 Subject: [ovirt-users] update 3.5 -> 3.5.1 Message-ID: Fails because of this: ERROR ] dwhd is currently running. Its hostname is ovirtdwh01prod Please stop it before running Setup. There is no host anymore!!!!! And yes I tried the bug work around and no it didn't work... And yes I'm getting a little bit frustrated about updating oVirt lately.. Sorry... -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 06:33:19 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 07:33:19 +0100 Subject: [ovirt-users] update 3.5 -> 3.5.1 In-Reply-To: References: Message-ID: Solved it. 2015-01-29 7:11 GMT+01:00 Koen Vanoppen : > Fails because of this: > ERROR ] dwhd is currently running. Its hostname is ovirtdwh01prod Please > stop it before running Setup. > > There is no host anymore!!!!! > > And yes I tried the bug work around and no it didn't work... And yes I'm > getting a little bit frustrated about updating oVirt lately.. Sorry... > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n.bochev at gmail.com Thu Jan 29 08:35:12 2015 From: n.bochev at gmail.com (Nikolai Bochev) Date: Thu, 29 Jan 2015 10:35:12 +0200 Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: Hello, I've been running ovirt hosted engine for around a month already without any major interruptions. Last week i tied it to freeipa, to be able to give permissions to other people, but so far no success because of the following problem : All users can see all VM's. I tried clearing all permission entries ( leaving the admin only ) and the re-adding and it didn't help at all. I am attaching a few screenshots to better describe : ? Most of the vm's have no permissions attached to them, but they are still visible to everyone that logs from the userpanel What am i doing wrong ? Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:30:06.png Type: image/png Size: 117436 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:31:54.png Type: image/png Size: 119803 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:33:17.png Type: image/png Size: 231520 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2015-01-29 10:31:09.png Type: image/png Size: 85270 bytes Desc: not available URL: From kevin at tweaktux.com Wed Jan 28 20:54:40 2015 From: kevin at tweaktux.com (Kevin) Date: Wed, 28 Jan 2015 20:54:40 +0000 (UTC) Subject: [ovirt-users] Disable/Hide domain on UserPortal Message-ID: Is there a way to disable/hide the Domain drop-down on the UserPortal? You can login with User name: @ So I don't want so show the domains! Cheers, Kevin From alonbl at redhat.com Thu Jan 29 08:42:45 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 03:42:45 -0500 (EST) Subject: [ovirt-users] Disable/Hide domain on UserPortal In-Reply-To: References: Message-ID: <906854752.1556454.1422520965978.JavaMail.zimbra@redhat.com> In 3.5 you can no longer login using that convention. ----- Original Message ----- > From: "Kevin" > To: users at ovirt.org > Sent: Wednesday, January 28, 2015 10:54:40 PM > Subject: [ovirt-users] Disable/Hide domain on UserPortal > > Is there a way to disable/hide the Domain drop-down on the UserPortal? > > You can login with User name: @ > So I don't want so show the domains! > > Cheers, > > Kevin > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From omachace at redhat.com Thu Jan 29 08:56:23 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 09:56:23 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: References: Message-ID: <54C9F5B7.7050205@redhat.com> On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > Hello, > > I've been running ovirt hosted engine for around a month already without > any major interruptions. Last week i tied it to freeipa, to be able to > give permissions to other people, but so far no success because of the > following problem : > > All users can see all VM's. I tried clearing all permission entries ( > leaving the admin only ) and the re-adding and it didn't help at all. > > I am attaching a few screenshots to better describe : > > The problem is that you are assigning system permissions. If you assign system permissions you have permission to whole system. If you want to assign a permission to user on a specific vm(or object), you have to select the object, then click 'permissions' subtab, then click 'add', then find your user and choose the role for him. > > > > ? > Most of the vm's have no permissions attached to them, but they are > still visible to everyone that logs from the userpanel > What am i doing wrong ? > > Regards, > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From n.bochev at gmail.com Thu Jan 29 08:58:25 2015 From: n.bochev at gmail.com (Nikolai Bochev) Date: Thu, 29 Jan 2015 10:58:25 +0200 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: <54C9F5B7.7050205@redhat.com> References: <54C9F5B7.7050205@redhat.com> Message-ID: Ok, but if i don't add "System" permissions to a user with "UserRole" they cannot login at all ? On Thu, Jan 29, 2015 at 10:56 AM, Ondra Machacek wrote: > > > On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > >> Hello, >> >> I've been running ovirt hosted engine for around a month already without >> any major interruptions. Last week i tied it to freeipa, to be able to >> give permissions to other people, but so far no success because of the >> following problem : >> >> All users can see all VM's. I tried clearing all permission entries ( >> leaving the admin only ) and the re-adding and it didn't help at all. >> >> I am attaching a few screenshots to better describe : >> >> >> > The problem is that you are assigning system permissions. > If you assign system permissions you have permission to whole system. > > If you want to assign a permission to user on a specific vm(or object), > you have to select the object, then click 'permissions' subtab, then click > 'add', then find your user and choose the role for him. > > >> >> >> ? >> Most of the vm's have no permissions attached to them, but they are >> still visible to everyone that logs from the userpanel >> What am i doing wrong ? >> >> Regards, >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 09:02:41 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 10:02:41 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: References: <54C9F5B7.7050205@redhat.com> Message-ID: <54C9F731.6030501@redhat.com> If you add for example 'UserRole' on VM, then your user should login to UserPortal without any problem and see his VM. On 01/29/2015 09:58 AM, Nikolai Bochev wrote: > Ok, but if i don't add "System" permissions to a user with "UserRole" > they cannot login at all ? > > On Thu, Jan 29, 2015 at 10:56 AM, Ondra Machacek > wrote: > > > > On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > > Hello, > > I've been running ovirt hosted engine for around a month already > without > any major interruptions. Last week i tied it to freeipa, to be > able to > give permissions to other people, but so far no success because > of the > following problem : > > All users can see all VM's. I tried clearing all permission > entries ( > leaving the admin only ) and the re-adding and it didn't help at > all. > > I am attaching a few screenshots to better describe : > > > > The problem is that you are assigning system permissions. > If you assign system permissions you have permission to whole system. > > If you want to assign a permission to user on a specific vm(or object), > you have to select the object, then click 'permissions' subtab, then > click 'add', then find your user and choose the role for him. > > > > > ? > Most of the vm's have no permissions attached to them, but they are > still visible to everyone that logs from the userpanel > What am i doing wrong ? > > Regards, > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From jsiml at plusline.net Thu Jan 29 09:39:36 2015 From: jsiml at plusline.net (Jan Siml) Date: Thu, 29 Jan 2015 10:39:36 +0100 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe Message-ID: <54C9FFD8.2070208@plusline.net> Hello, we have a strange behavior within an oVirt cluster. Version is 3.5.1, engine is running on EL6 machine and hosts are using EL7 as operating system. The cluster uses a GlusterFS backed storage domain amongst others. Three of four hosts are peers in the Gluster cluster (3 bricks, 3 replica). When all hosts are restarted (maybe due to power outage), engine can't activate them again, because Gluster probe fails. The message given in UI is: "Gluster command [gluster peer node-03] failed on server node-03." Checking Gluster peer and volume status on each host confirms that Gluster peers are known to each other and volume is up. node-03:~ $ gluster peer status Number of Peers: 2 Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) node-03:~ $ gluster volume status Status of volume: glusterfs-1 Gluster process Port Online Pid ------------------------------------------------------------------------------ Brick node-01:/export/glusterfs/brick 49152 Y 12409 Brick node-02:/export/glusterfs/brick 49153 Y 9978 Brick node-03:/export/glusterfs/brick 49152 Y 10001 Self-heal Daemon on localhost N/A Y 10003 Self-heal Daemon on node-01 N/A Y 11590 Self-heal Daemon on node-02 N/A Y 9988 Task Status of Volume glusterfs-1 ------------------------------------------------------------------------------ There are no active volume tasks Storage domain in oVirt UI is fine (active and green) and usable. But neither Gluster volume nor any brick is visible in UI. If I try the command which is shown in UI it returns: root at node-03:~ $ gluster peer probe node-03 peer probe: success. Probe on localhost not needed root at node-03:~ $ gluster --mode=script peer probe node-03 --xml 0 1 (null) Probe on localhost not needed Is this maybe just an engine side parsing error? -- Kind regards Jan Siml From jsiml at plusline.net Thu Jan 29 10:10:12 2015 From: jsiml at plusline.net (Jan Siml) Date: Thu, 29 Jan 2015 11:10:12 +0100 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe In-Reply-To: <54C9FFD8.2070208@plusline.net> References: <54C9FFD8.2070208@plusline.net> Message-ID: <54CA0704.7080607@plusline.net> Hello, when looking into engine.log, I can see, that "gluster probe" returned errno 107. But I can't figure out why: 2015-01-29 10:40:03,546 ERROR [org.ovirt.engine.core.bll.InitVdsOnUpCommand] (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the gluster server node-03. Error: VdcBLLException: org.ovirt.eng ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to AddGlusterServerVDS, error = Add host failed error: Probe returned with unknown errno 107 Just for the record: We use the /etc/hosts method because of missing possibility to choose the network interface for Gluster. The three Gluster peer hosts have modified /etc/hosts files with addresses binded to a different interface than the ovirtmgmt addresses. Example: root at node-03:~ $ cat /etc/hosts 192.168.200.195 node-01 192.168.200.196 node-02 192.168.200.198 node-03 The /etc/hosts file on engine host isn't modified. On 01/29/2015 10:39 AM, Jan Siml wrote: > Hello, > > we have a strange behavior within an oVirt cluster. Version is 3.5.1, > engine is running on EL6 machine and hosts are using EL7 as operating > system. The cluster uses a GlusterFS backed storage domain amongst > others. Three of four hosts are peers in the Gluster cluster (3 bricks, > 3 replica). > > When all hosts are restarted (maybe due to power outage), engine can't > activate them again, because Gluster probe fails. The message given in > UI is: > > "Gluster command [gluster peer node-03] failed on server node-03." > > Checking Gluster peer and volume status on each host confirms that > Gluster peers are known to each other and volume is up. > > node-03:~ $ gluster peer status > Number of Peers: 2 > > Hostname: node-02 > Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 > State: Peer in Cluster (Connected) > > Hostname: node-01 > Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 > State: Peer in Cluster (Connected) > > node-03:~ $ gluster volume status > Status of volume: glusterfs-1 > Gluster process Port Online Pid > ------------------------------------------------------------------------------ > > Brick node-01:/export/glusterfs/brick 49152 Y 12409 > Brick node-02:/export/glusterfs/brick 49153 Y 9978 > Brick node-03:/export/glusterfs/brick 49152 Y 10001 > Self-heal Daemon on localhost N/A Y 10003 > Self-heal Daemon on node-01 N/A Y 11590 > Self-heal Daemon on node-02 N/A Y 9988 > > Task Status of Volume glusterfs-1 > ------------------------------------------------------------------------------ > > There are no active volume tasks > > Storage domain in oVirt UI is fine (active and green) and usable. But > neither Gluster volume nor any brick is visible in UI. > > If I try the command which is shown in UI it returns: > > root at node-03:~ $ gluster peer probe node-03 > peer probe: success. Probe on localhost not needed > > root at node-03:~ $ gluster --mode=script peer probe node-03 --xml > > > 0 > 1 > (null) > Probe on localhost not needed > > > Is this maybe just an engine side parsing error? > -- Kind regards Jan Siml From tjelinek at redhat.com Thu Jan 29 10:18:09 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 05:18:09 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> Message-ID: <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Martin Betak" > Cc: "users" > Sent: Wednesday, January 28, 2015 7:07:05 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > > Il 03/apr/2014 16:37 "Martin Betak" < mbetak at redhat.com > ha scritto: > > > This is still under heavy development, but first usable version can be > > found at [1] > > [Snip] > > > feature requests and general feedback are very welcome. You can file any > > issues directly at [2]. > > [Snip] > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > [2] https://github.com/matobet/moVirt/issues > > > Hello > Are the above links yet the right ones to use for apk download/install and > issue tracking in case I want to test movirt? Hi Gianluca, the link to APK is not correct anymore, it was a very old version containing quite nasty bugs and the development moved. It is now much more stable but not yet officially released. But if you are willing to test it, it would be great! Attaching the debug apk file you can install on your phone. It should work, but if not I can make you a signed apk... The project page is still valid: https://github.com/jelkosz/moVirt Also the issues page: https://github.com/matobet/moVirt/issues And now there is also an ovirt wiki page with (couple of days old) screenshots: http://www.ovirt.org/Project_moVirt Please let us know how did you like it Tomas > Thanks > Gianluca > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -------------- next part -------------- A non-text attachment was scrubbed... Name: moVirt-debug.apk Type: application/vnd.android.package-archive Size: 1194828 bytes Desc: not available URL: From dougsland at redhat.com Thu Jan 29 13:26:56 2015 From: dougsland at redhat.com (Douglas Schilling Landgraf) Date: Thu, 29 Jan 2015 08:26:56 -0500 Subject: [ovirt-users] oVirt Node 3.5 status Message-ID: <54CA3520.9050402@redhat.com> Hi, If you are looking for oVirt Node 3.5, we will deliver the official ISO as soon as the package which resolves the below bugzilla is available in CentOS repo. The current version of nss-softokn package is affecting the build of iso. nss-softokn prevents dracut from building the initrd https://bugzilla.redhat.com/show_bug.cgi?id=1182297 -- Cheers Douglas From gianluca.cecchi at gmail.com Thu Jan 29 10:39:34 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 11:39:34 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> Message-ID: On Thu, Jan 29, 2015 at 11:18 AM, Tomas Jelinek wrote: > > > Hi Gianluca, > > the link to APK is not correct anymore, it was a very old version > containing quite nasty bugs and the development moved. > It is now much more stable but not yet officially released. But if you are > willing to test it, it would be great! Attaching the debug apk file you can > install on your phone. > It should work, but if not I can make you a signed apk... > > Thanks. OK, in the mean time I installed it on my Samsung S2 that comes with KitKat Beanstalk 4.4.4 It's myself built, see here https://plus.google.com/105661760401324958761/posts/7b7tmu2shVj ;-) This evening I'm going to try with my home based all-in-one 3.5.1 oVirt environment. Some preliminary questions: - is the application suitable for tablets too? I would like t test it on a Samsung Note Pro too (stock 4.4.2) - can I connect to multiple environments (so define for example multiple configurations)? - does it require dns resolving engine hostname, or will it work with ip based configurations? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 10:41:40 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 11:41:40 +0100 Subject: [ovirt-users] AAA Message-ID: Can somebody help me setting up AAA for ovirt 3.5.1? I'm getting this now: 2015-01-29 11:35:36,889 WARN [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_gc._tcp.brussels.airport': javax.naming.NameNotFoundException: DNS name not found [response code 3]; remaining name '_gc._tcp.brussels.airport' my 3 configs: *BRU_AIR-authn.properties* ovirt.engine.extension.name = BRU_AIR-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = BRU-AIR ovirt.engine.aaa.authn.authz.plugin = BRU_AIR-authz config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties *BRU_AIR-authz.properties* ovirt.engine.extension.name = BRU_AIR-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties *BRU_AIR.properties* include = # # Active directory domain name. # vars.domain = mydomain.com # # Search user and its password. # vars.user = admin@${global:vars.domain} vars.password = *********** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns = dns://dc01.mydomain.com pool.default.serverset.type = srvrecord pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password In the GUI for adding user I get this: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_gc__tcp_brussels_airport': javax_naming_NameNotFoundException: DNS name not found [response code 3]; remaining name '_gc__tcp_brussels_airport' Any ideas? I ran out... Kind regards, Koen -------------- next part -------------- An HTML attachment was scrubbed... URL: From karli.sjoberg at slu.se Thu Jan 29 10:45:02 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 10:45:02 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> Message-ID: <1422528301.32644.12.camel@data-b104.adm.slu.se> On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > This is still under heavy development, but first usable version can > be found at [1] > > [Snip] > > > feature requests and general feedback are very welcome. You can file > any issues directly at [2]. > > [Snip] > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > [2] https://github.com/matobet/moVirt/issues > > > Hello > Are the above links yet the right ones to use for apk download/install > and issue tracking in case I want to test movirt? > Thanks > Gianluca > > plain text document attachment (ATT00001) > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users BTW, just curious, what about Lollipop? Does it work with the same app or must it be specifically built for the new version? /K From omachace at redhat.com Thu Jan 29 10:53:53 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 11:53:53 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: Message-ID: <54CA1141.4050200@redhat.com> On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > Can somebody help me setting up AAA for ovirt 3.5.1? > > I'm getting this now: > > 2015-01-29 11:35:36,889 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records > with name '_gc._tcp.brussels.airport': > javax.naming.NameNotFoundException: DNS name not found [response code > 3]; remaining name '_gc._tcp.brussels.airport' Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > my 3 configs: > _*BRU_AIR-authn.properties*_ > ovirt.engine.extension.name = > BRU_AIR-authn > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthnExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn > ovirt.engine.aaa.authn.profile.name > = BRU-AIR > ovirt.engine.aaa.authn.authz.plugin = BRU_AIR-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties > > _*BRU_AIR-authz.properties*_ > ovirt.engine.extension.name = > BRU_AIR-authz > ovirt.engine.extension.bindings.method = jbossmodule > ovirt.engine.extension.binding.jbossmodule.module = > org.ovirt.engine-extensions.aaa.ldap > ovirt.engine.extension.binding.jbossmodule.class = > org.ovirt.engineextensions.aaa.ldap.AuthzExtension > ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties > > _*BRU_AIR.properties*_ > include = > > # > # Active directory domain name. > # > vars.domain = mydomain.com > > # > # Search user and its password. > # > vars.user = admin@${global:vars.domain} > vars.password = *********** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns://dc01.mydomain.com > > pool.default.serverset.type = srvrecord > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password > > In the GUI for adding user I get this: > > An error occurred while attempting to query DNS in order to retrieve SRV > records with name '_gc__tcp_brussels_airport': > javax_naming_NameNotFoundException: DNS name not found [response code > 3]; remaining name '_gc__tcp_brussels_airport' > > Any ideas? I ran out... > > Kind regards, > > Koen > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jsiml at plusline.net Thu Jan 29 10:56:00 2015 From: jsiml at plusline.net (Jan Siml) Date: Thu, 29 Jan 2015 11:56:00 +0100 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe In-Reply-To: <54CA0704.7080607@plusline.net> References: <54C9FFD8.2070208@plusline.net> <54CA0704.7080607@plusline.net> Message-ID: <54CA11C0.9010905@plusline.net> Hello, finally I got the nodes online. What helps was probing the not needed peer node-04 (no brick) from one of the other cluster nodes. When the node becames a Gluster peer, I am able to activate any oVirt node which serves bricks. Therefore I assume, the error message which the UI returns comes from node-04: root at node-04:~ $ gluster peer probe node-01 peer probe: failed: Probe returned with unknown errno 107 root at node-03:~ $ gluster peer status Number of Peers: 2 Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) root at node-03:~ $ gluster peer probe node-04 peer probe: success. root at node-03:~ $ gluster peer status Number of Peers: 3 Hostname: node-01 Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 State: Peer in Cluster (Connected) Hostname: node-02 Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 State: Peer in Cluster (Connected) Hostname: node-04 Uuid: 9cdefc68-d710-4346-93b1-76b5307e258b State: Peer in Cluster (Connected) This (oVirt's behavior) seems to be reproducible. On 01/29/2015 11:10 AM, Jan Siml wrote: > Hello, > > when looking into engine.log, I can see, that "gluster probe" returned > errno 107. But I can't figure out why: > > 2015-01-29 10:40:03,546 ERROR > [org.ovirt.engine.core.bll.InitVdsOnUpCommand] > (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the > gluster server node-03. Error: VdcBLLException: org.ovirt.eng > ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: > VDSErrorException: Failed to AddGlusterServerVDS, error = Add host failed > error: Probe returned with unknown errno 107 > > Just for the record: We use the /etc/hosts method because of missing > possibility to choose the network interface for Gluster. The three > Gluster peer hosts have modified /etc/hosts files with addresses binded > to a different interface than the ovirtmgmt addresses. > > Example: > > root at node-03:~ $ cat /etc/hosts > 192.168.200.195 node-01 > 192.168.200.196 node-02 > 192.168.200.198 node-03 > > The /etc/hosts file on engine host isn't modified. > > > On 01/29/2015 10:39 AM, Jan Siml wrote: >> Hello, >> >> we have a strange behavior within an oVirt cluster. Version is 3.5.1, >> engine is running on EL6 machine and hosts are using EL7 as operating >> system. The cluster uses a GlusterFS backed storage domain amongst >> others. Three of four hosts are peers in the Gluster cluster (3 bricks, >> 3 replica). >> >> When all hosts are restarted (maybe due to power outage), engine can't >> activate them again, because Gluster probe fails. The message given in >> UI is: >> >> "Gluster command [gluster peer node-03] failed on server node-03." >> >> Checking Gluster peer and volume status on each host confirms that >> Gluster peers are known to each other and volume is up. >> >> node-03:~ $ gluster peer status >> Number of Peers: 2 >> >> Hostname: node-02 >> Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 >> State: Peer in Cluster (Connected) >> >> Hostname: node-01 >> Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 >> State: Peer in Cluster (Connected) >> >> node-03:~ $ gluster volume status >> Status of volume: glusterfs-1 >> Gluster process Port Online Pid >> ------------------------------------------------------------------------------ >> >> >> Brick node-01:/export/glusterfs/brick 49152 Y 12409 >> Brick node-02:/export/glusterfs/brick 49153 Y 9978 >> Brick node-03:/export/glusterfs/brick 49152 Y 10001 >> Self-heal Daemon on localhost N/A Y 10003 >> Self-heal Daemon on node-01 N/A Y 11590 >> Self-heal Daemon on node-02 N/A Y 9988 >> >> Task Status of Volume glusterfs-1 >> ------------------------------------------------------------------------------ >> >> >> There are no active volume tasks >> >> Storage domain in oVirt UI is fine (active and green) and usable. But >> neither Gluster volume nor any brick is visible in UI. >> >> If I try the command which is shown in UI it returns: >> >> root at node-03:~ $ gluster peer probe node-03 >> peer probe: success. Probe on localhost not needed >> >> root at node-03:~ $ gluster --mode=script peer probe node-03 --xml >> >> >> 0 >> 1 >> (null) >> Probe on localhost not needed >> >> >> Is this maybe just an engine side parsing error? >> > -- Kind regards Jan Siml From tjelinek at redhat.com Thu Jan 29 10:56:17 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 05:56:17 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <2019852179.2150380.1422526689549.JavaMail.zimbra@redhat.com> Message-ID: <1011106292.2160786.1422528977012.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Tomas Jelinek" > Cc: "Martin Betak" , "users" > Sent: Thursday, January 29, 2015 11:39:34 AM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Thu, Jan 29, 2015 at 11:18 AM, Tomas Jelinek wrote: > > > > > > > Hi Gianluca, > > > > the link to APK is not correct anymore, it was a very old version > > containing quite nasty bugs and the development moved. > > It is now much more stable but not yet officially released. But if you are > > willing to test it, it would be great! Attaching the debug apk file you can > > install on your phone. > > It should work, but if not I can make you a signed apk... > > > > > Thanks. > OK, in the mean time I installed it on my Samsung S2 that comes with > KitKat Beanstalk 4.4.4 > It's myself built, see here > https://plus.google.com/105661760401324958761/posts/7b7tmu2shVj > ;-) > > This evening I'm going to try with my home based all-in-one 3.5.1 oVirt > environment. cool! can't wait for results :) > Some preliminary questions: > - is the application suitable for tablets too? I would like t test it on a > Samsung Note Pro too (stock 4.4.2) yes, it should work properly > - can I connect to multiple environments (so define for example multiple > configurations)? no, not now. You have to be be connected to only one. > - does it require dns resolving engine hostname, or will it work with ip > based configurations? it works both with IP and hostname - you just need to have the correct address filled :) Don't forget to add both the protocol and the actual path to api, e.g.: https://192.168.122.12:443/ovirt-engine/api and for username don't forget to add also the domain, e.g. admin at internal Than you can have problems with the SSL certificates - you have to either import your cert to the phone or just select "disable https" in the movirt settings - for home setup it is enough ;) Also, please note that if you are connecting with admin at internal (or any other user with admin permissions), select the "Admin Privilege" in the settings - than you will be able to use the search queries and such. If you decide to unselect it, you have to make sure that VMs are actually visible to the user from which you are connecting. And also, the search queries will not be available for you - it is a limitation of oVirt's REST API. uau, I'm so excited that someone from the community is going to test it! Tomas > > Gianluca > From tjelinek at redhat.com Thu Jan 29 11:01:52 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 06:01:52 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422528301.32644.12.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> Message-ID: <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: "Gianluca Cecchi" > Cc: "users" > Sent: Thursday, January 29, 2015 11:45:02 AM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > This is still under heavy development, but first usable version can > > be found at [1] > > > > [Snip] > > > > > feature requests and general feedback are very welcome. You can file > > any issues directly at [2]. > > > > [Snip] > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > > [2] https://github.com/matobet/moVirt/issues > > > > > > Hello > > Are the above links yet the right ones to use for apk download/install > > and issue tracking in case I want to test movirt? > > Thanks > > Gianluca > > > > plain text document attachment (ATT00001) > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > BTW, just curious, what about Lollipop? Does it work with the same app > or must it be specifically built for the new version? It should, but no one have tested it so far. Do you have a device with Lollipop? It would be so awesome if you could test it! > > /K > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From karli.sjoberg at slu.se Thu Jan 29 11:07:49 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 11:07:49 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> Message-ID: <1422529668.32644.13.camel@data-b104.adm.slu.se> On Thu, 2015-01-29 at 06:01 -0500, Tomas Jelinek wrote: > > ----- Original Message ----- > > From: "Karli Sj?berg" > > To: "Gianluca Cecchi" > > Cc: "users" > > Sent: Thursday, January 29, 2015 11:45:02 AM > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > > > This is still under heavy development, but first usable version can > > > be found at [1] > > > > > > [Snip] > > > > > > > feature requests and general feedback are very welcome. You can file > > > any issues directly at [2]. > > > > > > [Snip] > > > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > > > [2] https://github.com/matobet/moVirt/issues > > > > > > > > > Hello > > > Are the above links yet the right ones to use for apk download/install > > > and issue tracking in case I want to test movirt? > > > Thanks > > > Gianluca > > > > > > plain text document attachment (ATT00001) > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > BTW, just curious, what about Lollipop? Does it work with the same app > > or must it be specifically built for the new version? > > It should, but no one have tested it so far. Do you have a device with Lollipop? It would be so awesome if you could test it! Yup, sure thing:) I?ll report back once I?ve tested. /K > > > > > /K > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > From karli.sjoberg at slu.se Thu Jan 29 11:11:30 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 11:11:30 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422529668.32644.13.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> Message-ID: <1422529890.32644.14.camel@data-b104.adm.slu.se> On Thu, 2015-01-29 at 11:07 +0000, Karli Sj?berg wrote: > On Thu, 2015-01-29 at 06:01 -0500, Tomas Jelinek wrote: > > > > ----- Original Message ----- > > > From: "Karli Sj?berg" > > > To: "Gianluca Cecchi" > > > Cc: "users" > > > Sent: Thursday, January 29, 2015 11:45:02 AM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > > > > > This is still under heavy development, but first usable version can > > > > be found at [1] > > > > > > > > [Snip] > > > > > > > > > feature requests and general feedback are very welcome. You can file > > > > any issues directly at [2]. > > > > > > > > [Snip] > > > > > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/moVirt.apk > > > > > [2] https://github.com/matobet/moVirt/issues > > > > > > > > > > > > Hello > > > > Are the above links yet the right ones to use for apk download/install > > > > and issue tracking in case I want to test movirt? > > > > Thanks > > > > Gianluca > > > > > > > > plain text document attachment (ATT00001) > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > BTW, just curious, what about Lollipop? Does it work with the same app > > > or must it be specifically built for the new version? > > > > It should, but no one have tested it so far. Do you have a device with Lollipop? It would be so awesome if you could test it! > > Yup, sure thing:) I?ll report back once I?ve tested. No, I spoke too soon, 'the attachment was removed'. Can you upload it somewhere and paste the link? /K > > /K > > > > > > > > > /K > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Thu Jan 29 11:19:24 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 12:19:24 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422529890.32644.14.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> Message-ID: On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg wrote: > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > somewhere and paste the link? > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjelinek at redhat.com Thu Jan 29 11:28:16 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 06:28:16 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> Message-ID: <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Karli Sj?berg" > Cc: "Tomas Jelinek" , "Sphoorti Joglekar" , "users" > > Sent: Thursday, January 29, 2015 12:19:24 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg > wrote: > > > > > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > > somewhere and paste the link? > > > > > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk > Gianluca Seen your mail too late - I have just uploaded it to github: [1]. There is a link now from the main github page [2] Tomas [1]: https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-debug.apk?raw=true [2]: https://github.com/matobet/moVirt > From vanoppen.koen at gmail.com Thu Jan 29 11:30:19 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 12:30:19 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA1141.4050200@redhat.com> References: <54CA1141.4050200@redhat.com> Message-ID: No, I don't. and I wouldn't know how he got to this name... Thanks for the reply! 2015-01-29 11:53 GMT+01:00 Ondra Machacek : > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > >> Can somebody help me setting up AAA for ovirt 3.5.1? >> >> I'm getting this now: >> >> 2015-01-29 11:35:36,889 WARN >> [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread >> 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot >> initialize LDAP framework, deferring initialization. Error: An error >> occurred while attempting to query DNS in order to retrieve SRV records >> with name '_gc._tcp.brussels.airport': >> javax.naming.NameNotFoundException: DNS name not found [response code >> 3]; remaining name '_gc._tcp.brussels.airport' >> > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > >> my 3 configs: >> _*BRU_AIR-authn.properties*_ >> ovirt.engine.extension.name = >> BRU_AIR-authn >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthnExtension >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authn >> ovirt.engine.aaa.authn.profile.name >> = BRU-AIR >> ovirt.engine.aaa.authn.authz.plugin = BRU_AIR-authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties >> >> _*BRU_AIR-authz.properties*_ >> ovirt.engine.extension.name = >> BRU_AIR-authz >> ovirt.engine.extension.bindings.method = jbossmodule >> ovirt.engine.extension.binding.jbossmodule.module = >> org.ovirt.engine-extensions.aaa.ldap >> ovirt.engine.extension.binding.jbossmodule.class = >> org.ovirt.engineextensions.aaa.ldap.AuthzExtension >> ovirt.engine.extension.provides = org.ovirt.engine.api. >> extensions.aaa.Authz >> config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.properties >> >> _*BRU_AIR.properties*_ >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = mydomain.com >> >> # >> # Search user and its password. >> # >> vars.user = admin@${global:vars.domain} >> vars.password = *********** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> vars.dns = dns://dc01.mydomain.com >> >> pool.default.serverset.type = srvrecord >> pool.default.serverset.srvrecord.domain = ${global:vars.domain} >> pool.default.auth.simple.bindDN = ${global:vars.user} >> pool.default.auth.simple.password = ${global:vars.password >> >> In the GUI for adding user I get this: >> >> An error occurred while attempting to query DNS in order to retrieve SRV >> records with name '_gc__tcp_brussels_airport': >> javax_naming_NameNotFoundException: DNS name not found [response code >> 3]; remaining name '_gc__tcp_brussels_airport' >> >> Any ideas? I ran out... >> >> Kind regards, >> >> Koen >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From karli.sjoberg at slu.se Thu Jan 29 11:48:59 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Thu, 29 Jan 2015 11:48:59 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> Message-ID: <1422532139.32644.17.camel@data-b104.adm.slu.se> On Thu, 2015-01-29 at 06:28 -0500, Tomas Jelinek wrote: > > ----- Original Message ----- > > From: "Gianluca Cecchi" > > To: "Karli Sj?berg" > > Cc: "Tomas Jelinek" , "Sphoorti Joglekar" , "users" > > > > Sent: Thursday, January 29, 2015 12:19:24 PM > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg > > wrote: > > > > > > > > > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > > > somewhere and paste the link? > > > > > > > > > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk > > Gianluca > > Seen your mail too late - I have just uploaded it to github: [1]. There is a link now from the main github page [2] > > Tomas > > [1]: https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-debug.apk?raw=true > [2]: https://github.com/matobet/moVirt > > Cool as fsck!:) Worked like a charm on my Nexus 4 and going to install it on my Nexus 7 tonight as well. Shame no SPICE but keep it up guys, that was great! /K From omachace at redhat.com Thu Jan 29 11:49:00 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 12:49:00 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> Message-ID: <54CA1E2C.9090103@redhat.com> On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > No, I don't. and I wouldn't know how he got to this name... Well, then you have to, if you want to use 'pool.default.serverset.type = srvrecord'. It just need to know where your global catalog is running, since it's needed for new provider. It searches for global catalog like this: dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} So you need to have this SRV record in DNS, if you want to use srvrecord serverset type. Or you don't have to if you use single server type. > > Thanks for the reply! > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek >: > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > Can somebody help me setting up AAA for ovirt 3.5.1? > > I'm getting this now: > > 2015-01-29 11:35:36,889 WARN > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_gc._tcp.brussels.airport': > javax.naming.__NameNotFoundException: DNS name not found > [response code > 3]; remaining name '_gc._tcp.brussels.airport' > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > my 3 configs: > _*BRU_AIR-authn.properties*_ > ovirt.engine.extension.name > > = > BRU_AIR-authn > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authn > ovirt.engine.aaa.authn.__profile.name > > > = BRU-AIR > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > _*BRU_AIR-authz.properties*_ > ovirt.engine.extension.name > > = > BRU_AIR-authz > ovirt.engine.extension.__bindings.method = jbossmodule > ovirt.engine.extension.__binding.jbossmodule.module = > org.ovirt.engine-extensions.__aaa.ldap > ovirt.engine.extension.__binding.jbossmodule.class = > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > ovirt.engine.extension.__provides = > org.ovirt.engine.api.__extensions.aaa.Authz > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > _*BRU_AIR.properties*_ > include = > > # > # Active directory domain name. > # > vars.domain = mydomain.com > > > # > # Search user and its password. > # > vars.user = admin@${global:vars.domain} > vars.password = *********** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns://dc01.mydomain.com > > > pool.default.serverset.type = srvrecord > pool.default.serverset.__srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.__bindDN = ${global:vars.user} > pool.default.auth.simple.__password = ${global:vars.password > > In the GUI for adding user I get this: > > An error occurred while attempting to query DNS in order to > retrieve SRV > records with name '_gc__tcp_brussels_airport': > javax_naming___NameNotFoundException: DNS name not found > [response code > 3]; remaining name '_gc__tcp_brussels_airport' > > Any ideas? I ran out... > > Kind regards, > > Koen > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From alonbl at redhat.com Thu Jan 29 12:02:14 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 07:02:14 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: <54CA1E2C.9090103@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> Message-ID: <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Ondra Machacek" > To: "Koen Vanoppen" , users at ovirt.org > Sent: Thursday, January 29, 2015 1:49:00 PM > Subject: Re: [ovirt-users] AAA > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > No, I don't. and I wouldn't know how he got to this name... > > Well, then you have to, if you want to use 'pool.default.serverset.type > = srvrecord'. > > It just need to know where your global catalog is running, since it's > needed for new provider. > > It searches for global catalog like this: > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > So you need to have this SRV record in DNS, if you want to use srvrecord > serverset type. Or you don't have to if you use single server type. active directory will not work without access to global catalog. please set one or more of the domain controllers as dns server, for example: vars.dns = dns://dc1.${global:vars.domain} dns://dc2.${global:vars.domain} please also uncomment/add these lines to make vars.dns effective. pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns} Thanks! > > > > > Thanks for the reply! > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > >: > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > I'm getting this now: > > > > 2015-01-29 11:35:36,889 WARN > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > service thread > > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > Cannot > > initialize LDAP framework, deferring initialization. Error: An > > error > > occurred while attempting to query DNS in order to retrieve SRV > > records > > with name '_gc._tcp.brussels.airport': > > javax.naming.__NameNotFoundException: DNS name not found > > [response code > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > > > > my 3 configs: > > _*BRU_AIR-authn.properties*_ > > ovirt.engine.extension.name > > > > = > > BRU_AIR-authn > > ovirt.engine.extension.__bindings.method = jbossmodule > > ovirt.engine.extension.__binding.jbossmodule.module = > > org.ovirt.engine-extensions.__aaa.ldap > > ovirt.engine.extension.__binding.jbossmodule.class = > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > ovirt.engine.extension.__provides = > > org.ovirt.engine.api.__extensions.aaa.Authn > > ovirt.engine.aaa.authn.__profile.name > > > > > > = BRU-AIR > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > _*BRU_AIR-authz.properties*_ > > ovirt.engine.extension.name > > > > = > > BRU_AIR-authz > > ovirt.engine.extension.__bindings.method = jbossmodule > > ovirt.engine.extension.__binding.jbossmodule.module = > > org.ovirt.engine-extensions.__aaa.ldap > > ovirt.engine.extension.__binding.jbossmodule.class = > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > ovirt.engine.extension.__provides = > > org.ovirt.engine.api.__extensions.aaa.Authz > > config.profile.file.1 = /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > _*BRU_AIR.properties*_ > > include = > > > > # > > # Active directory domain name. > > # > > vars.domain = mydomain.com > > > > > > # > > # Search user and its password. > > # > > vars.user = admin@${global:vars.domain} > > vars.password = *********** > > > > # > > # Optional DNS servers, if enterprise > > # DNS server cannot resolve the domain srvrecord. > > # > > vars.dns = dns://dc01.mydomain.com > > > > > > pool.default.serverset.type = srvrecord > > pool.default.serverset.__srvrecord.domain = ${global:vars.domain} > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > pool.default.auth.simple.__password = ${global:vars.password > > > > In the GUI for adding user I get this: > > > > An error occurred while attempting to query DNS in order to > > retrieve SRV > > records with name '_gc__tcp_brussels_airport': > > javax_naming___NameNotFoundException: DNS name not found > > [response code > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > Any ideas? I ran out... > > > > Kind regards, > > > > Koen > > > > > > _________________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From s.kieske at mittwald.de Thu Jan 29 12:05:59 2015 From: s.kieske at mittwald.de (Sven Kieske) Date: Thu, 29 Jan 2015 13:05:59 +0100 Subject: [ovirt-users] [POLL] FOSDEM Social Event Date In-Reply-To: References: Message-ID: <54CA2227.7080902@mittwald.de> Hi, just a short notice that I will attend FOSDEM too. I don't know yet if I make it to the social event, see you at the ovirt sessions! -- Mit freundlichen Gr??en / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG K?nigsberger Stra?e 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Gesch?ftsf?hrer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen From shtripat at redhat.com Thu Jan 29 12:06:53 2015 From: shtripat at redhat.com (Shubhendu Tripathi) Date: Thu, 29 Jan 2015 17:36:53 +0530 Subject: [ovirt-users] Unable to reactivate host after reboot due to failed Gluster probe In-Reply-To: <54CA11C0.9010905@plusline.net> References: <54C9FFD8.2070208@plusline.net> <54CA0704.7080607@plusline.net> <54CA11C0.9010905@plusline.net> Message-ID: <54CA225D.7090304@redhat.com> On 01/29/2015 04:26 PM, Jan Siml wrote: > Hello, > > finally I got the nodes online. What helps was probing the not needed > peer node-04 (no brick) from one of the other cluster nodes. When the > node becames a Gluster peer, I am able to activate any oVirt node > which serves bricks. > > Therefore I assume, the error message which the UI returns comes from > node-04: Yes, this could be an issue as all other successful cases, the value for opErrno is retruned as 0 and opErrStr is blank. I feel this scenario is treated as an error engine side. > > root at node-04:~ $ gluster peer probe node-01 > peer probe: failed: Probe returned with unknown errno 107 > > root at node-03:~ $ gluster peer status > Number of Peers: 2 > > Hostname: node-01 > Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 > State: Peer in Cluster (Connected) > > Hostname: node-02 > Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 > State: Peer in Cluster (Connected) > > root at node-03:~ $ gluster peer probe node-04 > peer probe: success. > > root at node-03:~ $ gluster peer status > Number of Peers: 3 > > Hostname: node-01 > Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 > State: Peer in Cluster (Connected) > > Hostname: node-02 > Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 > State: Peer in Cluster (Connected) > > Hostname: node-04 > Uuid: 9cdefc68-d710-4346-93b1-76b5307e258b > State: Peer in Cluster (Connected) > > This (oVirt's behavior) seems to be reproducible. > > On 01/29/2015 11:10 AM, Jan Siml wrote: >> Hello, >> >> when looking into engine.log, I can see, that "gluster probe" returned >> errno 107. But I can't figure out why: >> >> 2015-01-29 10:40:03,546 ERROR >> [org.ovirt.engine.core.bll.InitVdsOnUpCommand] >> (DefaultQuartzScheduler_Worker-59) [5977aac5] Could not peer probe the >> gluster server node-03. Error: VdcBLLException: org.ovirt.eng >> ine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: >> VDSErrorException: Failed to AddGlusterServerVDS, error = Add host >> failed >> error: Probe returned with unknown errno 107 >> >> Just for the record: We use the /etc/hosts method because of missing >> possibility to choose the network interface for Gluster. The three >> Gluster peer hosts have modified /etc/hosts files with addresses binded >> to a different interface than the ovirtmgmt addresses. >> >> Example: >> >> root at node-03:~ $ cat /etc/hosts >> 192.168.200.195 node-01 >> 192.168.200.196 node-02 >> 192.168.200.198 node-03 >> >> The /etc/hosts file on engine host isn't modified. >> >> >> On 01/29/2015 10:39 AM, Jan Siml wrote: >>> Hello, >>> >>> we have a strange behavior within an oVirt cluster. Version is 3.5.1, >>> engine is running on EL6 machine and hosts are using EL7 as operating >>> system. The cluster uses a GlusterFS backed storage domain amongst >>> others. Three of four hosts are peers in the Gluster cluster (3 bricks, >>> 3 replica). >>> >>> When all hosts are restarted (maybe due to power outage), engine can't >>> activate them again, because Gluster probe fails. The message given in >>> UI is: >>> >>> "Gluster command [gluster peer node-03] failed on server node-03." >>> >>> Checking Gluster peer and volume status on each host confirms that >>> Gluster peers are known to each other and volume is up. >>> >>> node-03:~ $ gluster peer status >>> Number of Peers: 2 >>> >>> Hostname: node-02 >>> Uuid: 3fc36f55-d3a2-4efc-b2f0-31f83ed709d9 >>> State: Peer in Cluster (Connected) >>> >>> Hostname: node-01 >>> Uuid: 18027b35-971b-4b21-bb3d-df252b4dd525 >>> State: Peer in Cluster (Connected) >>> >>> node-03:~ $ gluster volume status >>> Status of volume: glusterfs-1 >>> Gluster process Port Online Pid >>> ------------------------------------------------------------------------------ >>> >>> >>> >>> Brick node-01:/export/glusterfs/brick 49152 Y 12409 >>> Brick node-02:/export/glusterfs/brick 49153 Y 9978 >>> Brick node-03:/export/glusterfs/brick 49152 Y 10001 >>> Self-heal Daemon on localhost N/A Y 10003 >>> Self-heal Daemon on node-01 N/A Y 11590 >>> Self-heal Daemon on node-02 N/A Y 9988 >>> >>> Task Status of Volume glusterfs-1 >>> ------------------------------------------------------------------------------ >>> >>> >>> >>> There are no active volume tasks >>> >>> Storage domain in oVirt UI is fine (active and green) and usable. But >>> neither Gluster volume nor any brick is visible in UI. >>> >>> If I try the command which is shown in UI it returns: >>> >>> root at node-03:~ $ gluster peer probe node-03 >>> peer probe: success. Probe on localhost not needed >>> >>> root at node-03:~ $ gluster --mode=script peer probe node-03 --xml >>> >>> >>> 0 >>> 1 >>> (null) >>> Probe on localhost not needed >>> >>> >>> Is this maybe just an engine side parsing error? >>> >> > From mpavlik at redhat.com Thu Jan 29 12:13:06 2015 From: mpavlik at redhat.com (=?utf-8?Q?Martin_Pavl=C3=ADk?=) Date: Thu, 29 Jan 2015 13:13:06 +0100 Subject: [ovirt-users] Network setup for load balance In-Reply-To: References: Message-ID: Hi Carlos, you figured it yourself, the fastest/easiest way will be to deploy ovirt again. This time set the bonding manually before deployment and tie the management to the bond you create. You did not mention what bond mode you want to use, please note that not all bond modes are supported for VM networks. You?ve mentioned that you are after load balancing, in this case you can use mode=2(balance-xor), or mode=4(802.3ad) however mode 4 requires switch side support/configuration. HTH Martin Pavlik > On 28 Jan 2015, at 15:16, Carlos Ibrahim Arias wrote: > > Hello, > > I'm writing after a few weeks of trying to deploy the installation I had in mind without success. I'm a newbie using orvit and my problem may sound odd to some but I haven't been able to find a solution yet... I've searched all the Web. > > I have a server with two NICs (em1 and em2) and I want to bond them for load balancing. I installed oVirt 3.5.1 using the hosted-engine option with CentOS 7 on the hosted-engine and the host, and gluster on the host for the domain storage. Everything was fine during the installation and the system seems to work properly. ovirtmgmt is linked to em1. > > The problem is that now I can't bond em1 and em2 using the web GUI. I set up the bonding manually, it works but vdsmd is not starting afterwards. > > Should I have done the bond before installing oVirt? Is there any workaround to bond my NICs so that oVirt can use them for load balance? Shall I use other network setup for load balance (VLANs..)? > > Thanks in advanced, > -- > Carlos Ibrahim Arias > Consultor & Ingeniero en Inform?tica > Braimtec - Smart IT > E: carlos at braimtec.com > M: +34 600 457 497 > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 12:19:32 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 13:19:32 +0100 Subject: [ovirt-users] AAA In-Reply-To: <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> Message-ID: Big thanks for your help, but still the same: # # Active directory domain name. # vars.domain = mydomain.com # # Search user and its password. # vars.user = admin@${global:vars.domain} vars.password = ***** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns = dns://srvdc03.${global:vars.domain} dns://srvdc04.${global:vars.domain} pool.default.serverset.type = srvrecord pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} # Uncomment if using custom DNS pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns} [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize LDAP framework, deferring initialization. Error: No DNS SRV records were found with record name '_gc._tcp.brussels.airport'. And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another way it just resolves the dns servers I gave him? 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > ----- Original Message ----- > > From: "Ondra Machacek" > > To: "Koen Vanoppen" , users at ovirt.org > > Sent: Thursday, January 29, 2015 1:49:00 PM > > Subject: Re: [ovirt-users] AAA > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > No, I don't. and I wouldn't know how he got to this name... > > > > Well, then you have to, if you want to use 'pool.default.serverset.type > > = srvrecord'. > > > > It just need to know where your global catalog is running, since it's > > needed for new provider. > > > > It searches for global catalog like this: > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > So you need to have this SRV record in DNS, if you want to use srvrecord > > serverset type. Or you don't have to if you use single server type. > > active directory will not work without access to global catalog. > please set one or more of the domain controllers as dns server, for > example: > > vars.dns = dns://dc1.${global:vars.domain} dns://dc2.${global:vars.domain} > > please also uncomment/add these lines to make vars.dns effective. > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > = ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > Thanks! > > > > > > > > > Thanks for the reply! > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > >: > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > I'm getting this now: > > > > > > 2015-01-29 11:35:36,889 WARN > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > service thread > > > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > Cannot > > > initialize LDAP framework, deferring initialization. Error: An > > > error > > > occurred while attempting to query DNS in order to retrieve SRV > > > records > > > with name '_gc._tcp.brussels.airport': > > > javax.naming.__NameNotFoundException: DNS name not found > > > [response code > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > > > > > > > my 3 configs: > > > _*BRU_AIR-authn.properties*_ > > > ovirt.engine.extension.name < > http://ovirt.engine.extension.name> > > > > > > = > > > BRU_AIR-authn > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > org.ovirt.engine-extensions.__aaa.ldap > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > ovirt.engine.extension.__provides = > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > = BRU-AIR > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > config.profile.file.1 = > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > _*BRU_AIR-authz.properties*_ > > > ovirt.engine.extension.name < > http://ovirt.engine.extension.name> > > > > > > = > > > BRU_AIR-authz > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > org.ovirt.engine-extensions.__aaa.ldap > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > ovirt.engine.extension.__provides = > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > config.profile.file.1 = > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > _*BRU_AIR.properties*_ > > > include = > > > > > > # > > > # Active directory domain name. > > > # > > > vars.domain = mydomain.com > > > > > > > > > # > > > # Search user and its password. > > > # > > > vars.user = admin@${global:vars.domain} > > > vars.password = *********** > > > > > > # > > > # Optional DNS servers, if enterprise > > > # DNS server cannot resolve the domain srvrecord. > > > # > > > vars.dns = dns://dc01.mydomain.com > > > > > > > > > pool.default.serverset.type = srvrecord > > > pool.default.serverset.__srvrecord.domain = > ${global:vars.domain} > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > pool.default.auth.simple.__password = ${global:vars.password > > > > > > In the GUI for adding user I get this: > > > > > > An error occurred while attempting to query DNS in order to > > > retrieve SRV > > > records with name '_gc__tcp_brussels_airport': > > > javax_naming___NameNotFoundException: DNS name not found > > > [response code > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > Any ideas? I ran out... > > > > > > Kind regards, > > > > > > Koen > > > > > > > > > _________________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 12:33:48 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 07:33:48 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> Message-ID: <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Alon Bar-Lev" , users at ovirt.org > Sent: Thursday, January 29, 2015 2:19:32 PM > Subject: Re: [ovirt-users] AAA > > Big thanks for your help, but still the same: > > # > # Active directory domain name. > # > vars.domain = mydomain.com > > # > # Search user and its password. > # > vars.user = admin@${global:vars.domain} > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns://srvdc03.${global:vars.domain} > dns://srvdc04.${global:vars.domain} > > pool.default.serverset.type = srvrecord > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > LDAP framework, deferring initialization. Error: No DNS SRV records were > found with record name '_gc._tcp.brussels.airport'. > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > way it just resolves the dns servers I gave him? > Microsoft Domain controller must have gc service entry within DNS to work properly. 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? 2. Can you please execute: $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com 3. Can you please open the DNS manager within your domain and search for srv records? Maybe you have DNS installed only on few servers, using the DNS manager you can also see which. > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > ----- Original Message ----- > > > From: "Ondra Machacek" > > > To: "Koen Vanoppen" , users at ovirt.org > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > Well, then you have to, if you want to use 'pool.default.serverset.type > > > = srvrecord'. > > > > > > It just need to know where your global catalog is running, since it's > > > needed for new provider. > > > > > > It searches for global catalog like this: > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > So you need to have this SRV record in DNS, if you want to use srvrecord > > > serverset type. Or you don't have to if you use single server type. > > > > active directory will not work without access to global catalog. > > please set one or more of the domain controllers as dns server, for > > example: > > > > vars.dns = dns://dc1.${global:vars.domain} dns://dc2.${global:vars.domain} > > > > please also uncomment/add these lines to make vars.dns effective. > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > = ${global:vars.dns} > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > Thanks! > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > >: > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > I'm getting this now: > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > service thread > > > > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > Cannot > > > > initialize LDAP framework, deferring initialization. Error: An > > > > error > > > > occurred while attempting to query DNS in order to retrieve SRV > > > > records > > > > with name '_gc._tcp.brussels.airport': > > > > javax.naming.__NameNotFoundException: DNS name not found > > > > [response code > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS ? > > > > > > > > > > > > my 3 configs: > > > > _*BRU_AIR-authn.properties*_ > > > > ovirt.engine.extension.name < > > http://ovirt.engine.extension.name> > > > > > > > > = > > > > BRU_AIR-authn > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > ovirt.engine.extension.__provides = > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > = BRU-AIR > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > config.profile.file.1 = > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > ovirt.engine.extension.name < > > http://ovirt.engine.extension.name> > > > > > > > > = > > > > BRU_AIR-authz > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > ovirt.engine.extension.__provides = > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > config.profile.file.1 = > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > _*BRU_AIR.properties*_ > > > > include = > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = *********** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://dc01.mydomain.com > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.__srvrecord.domain = > > ${global:vars.domain} > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > pool.default.auth.simple.__password = ${global:vars.password > > > > > > > > In the GUI for adding user I get this: > > > > > > > > An error occurred while attempting to query DNS in order to > > > > retrieve SRV > > > > records with name '_gc__tcp_brussels_airport': > > > > javax_naming___NameNotFoundException: DNS name not found > > > > [response code > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > Any ideas? I ran out... > > > > > > > > Kind regards, > > > > > > > > Koen > > > > > > > > > > > > _________________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > From vanoppen.koen at gmail.com Thu Jan 29 12:41:52 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 13:41:52 +0100 Subject: [ovirt-users] AAA In-Reply-To: <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> Message-ID: Yes We have: [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ tcp.mydomain.com ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com ; (1 server found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;_gc._tcp.mydomain.com. IN SRV ;; AUTHORITY SECTION: mydomain.com. 3600 IN SOA srvdc03.mydomain.com. hostmaster.airport. 1398582 900 600 86400 3600 ;; Query time: 12 msec ;; SERVER: 10.110.3.123#53(10.110.3.123) ;; WHEN: Thu Jan 29 13:40:41 2015 ;; MSG SIZE rcvd: 98 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Alon Bar-Lev" , users at ovirt.org > > Sent: Thursday, January 29, 2015 2:19:32 PM > > Subject: Re: [ovirt-users] AAA > > > > Big thanks for your help, but still the same: > > > > # > > # Active directory domain name. > > # > > vars.domain = mydomain.com > > > > # > > # Search user and its password. > > # > > vars.user = admin@${global:vars.domain} > > vars.password = ***** > > > > # > > # Optional DNS servers, if enterprise > > # DNS server cannot resolve the domain srvrecord. > > # > > vars.dns = dns://srvdc03.${global:vars.domain} > > dns://srvdc04.${global:vars.domain} > > > > pool.default.serverset.type = srvrecord > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > pool.default.auth.simple.bindDN = ${global:vars.user} > > pool.default.auth.simple.password = ${global:vars.password} > > > > # Uncomment if using custom DNS > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > ${global:vars.dns} > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > > LDAP framework, deferring initialization. Error: No DNS SRV records were > > found with record name '_gc._tcp.brussels.airport'. > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > > way it just resolves the dns servers I gave him? > > > > Microsoft Domain controller must have gc service entry within DNS to work > properly. > 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? > 2. Can you please execute: > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > 3. Can you please open the DNS manager within your domain and search for > srv records? Maybe you have DNS installed only on few servers, using the > DNS manager you can also see which. > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > ----- Original Message ----- > > > > From: "Ondra Machacek" > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > Well, then you have to, if you want to use > 'pool.default.serverset.type > > > > = srvrecord'. > > > > > > > > It just need to know where your global catalog is running, since it's > > > > needed for new provider. > > > > > > > > It searches for global catalog like this: > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > So you need to have this SRV record in DNS, if you want to use > srvrecord > > > > serverset type. Or you don't have to if you use single server type. > > > > > > active directory will not work without access to global catalog. > > > please set one or more of the domain controllers as dns server, for > > > example: > > > > > > vars.dns = dns://dc1.${global:vars.domain} > dns://dc2.${global:vars.domain} > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > = ${global:vars.dns} > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > Thanks! > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > >: > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > I'm getting this now: > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > service thread > > > > > 1-1) > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > Cannot > > > > > initialize LDAP framework, deferring initialization. > Error: An > > > > > error > > > > > occurred while attempting to query DNS in order to > retrieve SRV > > > > > records > > > > > with name '_gc._tcp.brussels.airport': > > > > > javax.naming.__NameNotFoundException: DNS name not found > > > > > [response code > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS > ? > > > > > > > > > > > > > > > my 3 configs: > > > > > _*BRU_AIR-authn.properties*_ > > > > > ovirt.engine.extension.name < > > > http://ovirt.engine.extension.name> > > > > > > > > > > = > > > > > BRU_AIR-authn > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > ovirt.engine.extension.__provides = > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > = BRU-AIR > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > config.profile.file.1 = > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > ovirt.engine.extension.name < > > > http://ovirt.engine.extension.name> > > > > > > > > > > = > > > > > BRU_AIR-authz > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > ovirt.engine.extension.__provides = > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > config.profile.file.1 = > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > include = > > > > > > > > > > # > > > > > # Active directory domain name. > > > > > # > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > # > > > > > # Search user and its password. > > > > > # > > > > > vars.user = admin@${global:vars.domain} > > > > > vars.password = *********** > > > > > > > > > > # > > > > > # Optional DNS servers, if enterprise > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > # > > > > > vars.dns = dns://dc01.mydomain.com < > http://dc01.mydomain.com> > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > pool.default.serverset.__srvrecord.domain = > > > ${global:vars.domain} > > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > pool.default.auth.simple.__password = > ${global:vars.password > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > An error occurred while attempting to query DNS in order to > > > > > retrieve SRV > > > > > records with name '_gc__tcp_brussels_airport': > > > > > javax_naming___NameNotFoundException: DNS name not found > > > > > [response code > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > Kind regards, > > > > > > > > > > Koen > > > > > > > > > > > > > > > _________________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 12:50:01 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 07:50:01 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> Message-ID: <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Alon Bar-Lev" > Cc: users at ovirt.org > Sent: Thursday, January 29, 2015 2:41:52 PM > Subject: Re: [ovirt-users] AAA > > Yes We have: > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ > tcp.mydomain.com > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com > SRV _gc._tcp.mydomain.com > ; (1 server found) > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > ;; QUESTION SECTION: > ;_gc._tcp.mydomain.com. IN SRV this ^^^^^^^ means that you do not have srv record. are you sure you replace mydomain.com with your actual active directory domain name? have you tried to look into your dns manager for this information as well? > > ;; AUTHORITY SECTION: > mydomain.com. 3600 IN SOA srvdc03.mydomain.com. > hostmaster.airport. 1398582 900 600 86400 3600 > > ;; Query time: 12 msec > ;; SERVER: 10.110.3.123#53(10.110.3.123) > ;; WHEN: Thu Jan 29 13:40:41 2015 > ;; MSG SIZE rcvd: 98 > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > > > > > ----- Original Message ----- > > > From: "Koen Vanoppen" > > > To: "Alon Bar-Lev" , users at ovirt.org > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > Subject: Re: [ovirt-users] AAA > > > > > > Big thanks for your help, but still the same: > > > > > > # > > > # Active directory domain name. > > > # > > > vars.domain = mydomain.com > > > > > > # > > > # Search user and its password. > > > # > > > vars.user = admin@${global:vars.domain} > > > vars.password = ***** > > > > > > # > > > # Optional DNS servers, if enterprise > > > # DNS server cannot resolve the domain srvrecord. > > > # > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > dns://srvdc04.${global:vars.domain} > > > > > > pool.default.serverset.type = srvrecord > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > # Uncomment if using custom DNS > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > > ${global:vars.dns} > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > > > LDAP framework, deferring initialization. Error: No DNS SRV records were > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > > > way it just resolves the dns servers I gave him? > > > > > > > Microsoft Domain controller must have gc service entry within DNS to work > > properly. > > 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? > > 2. Can you please execute: > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > > 3. Can you please open the DNS manager within your domain and search for > > srv records? Maybe you have DNS installed only on few servers, using the > > DNS manager you can also see which. > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Ondra Machacek" > > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > Well, then you have to, if you want to use > > 'pool.default.serverset.type > > > > > = srvrecord'. > > > > > > > > > > It just need to know where your global catalog is running, since it's > > > > > needed for new provider. > > > > > > > > > > It searches for global catalog like this: > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > So you need to have this SRV record in DNS, if you want to use > > srvrecord > > > > > serverset type. Or you don't have to if you use single server type. > > > > > > > > active directory will not work without access to global catalog. > > > > please set one or more of the domain controllers as dns server, for > > > > example: > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > dns://dc2.${global:vars.domain} > > > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > = ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > >: > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > > service thread > > > > > > 1-1) > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > Cannot > > > > > > initialize LDAP framework, deferring initialization. > > Error: An > > > > > > error > > > > > > occurred while attempting to query DNS in order to > > retrieve SRV > > > > > > records > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > javax.naming.__NameNotFoundException: DNS name not found > > > > > > [response code > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in DNS > > ? > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > ovirt.engine.extension.name < > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > = > > > > > > BRU_AIR-authn > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > ovirt.engine.extension.__provides = > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > > > > = BRU-AIR > > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > > config.profile.file.1 = > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > ovirt.engine.extension.name < > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > = > > > > > > BRU_AIR-authz > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > ovirt.engine.extension.__provides = > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > config.profile.file.1 = > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > include = > > > > > > > > > > > > # > > > > > > # Active directory domain name. > > > > > > # > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > # > > > > > > # Search user and its password. > > > > > > # > > > > > > vars.user = admin@${global:vars.domain} > > > > > > vars.password = *********** > > > > > > > > > > > > # > > > > > > # Optional DNS servers, if enterprise > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > # > > > > > > vars.dns = dns://dc01.mydomain.com < > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > pool.default.serverset.__srvrecord.domain = > > > > ${global:vars.domain} > > > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > > pool.default.auth.simple.__password = > > ${global:vars.password > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > An error occurred while attempting to query DNS in order to > > > > > > retrieve SRV > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > javax_naming___NameNotFoundException: DNS name not found > > > > > > [response code > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users at ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > From sphoorti.joglekar at gmail.com Thu Jan 29 11:12:14 2015 From: sphoorti.joglekar at gmail.com (Sphoorti Joglekar) Date: Thu, 29 Jan 2015 11:12:14 +0000 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <469245856.12683813.1396535825248.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> Message-ID: Hello folks! I am an OPW intern working on this project with Tomas. I work on Android Lollipop to test movirt and it works fine. Looking forward to your views on movirt. Best Regards, Sphoorti On Thu, Jan 29, 2015, 4:37 PM Karli Sj?berg wrote: > On Thu, 2015-01-29 at 06:01 -0500, Tomas Jelinek wrote: > > > > ----- Original Message ----- > > > From: "Karli Sj?berg" > > > To: "Gianluca Cecchi" > > > Cc: "users" > > > Sent: Thursday, January 29, 2015 11:45:02 AM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for > oVirt > > > > > > On Wed, 2015-01-28 at 19:07 +0100, Gianluca Cecchi wrote: > > > > > > > > Il 03/apr/2014 16:37 "Martin Betak" ha scritto: > > > > > > > > > This is still under heavy development, but first usable version can > > > > be found at [1] > > > > > > > > [Snip] > > > > > > > > > feature requests and general feedback are very welcome. You can > file > > > > any issues directly at [2]. > > > > > > > > [Snip] > > > > > > > > > [1] https://github.com/matobet/moVirt/blob/master/moVirt/ > moVirt.apk > > > > > [2] https://github.com/matobet/moVirt/issues > > > > > > > > > > > > Hello > > > > Are the above links yet the right ones to use for apk > download/install > > > > and issue tracking in case I want to test movirt? > > > > Thanks > > > > Gianluca > > > > > > > > plain text document attachment (ATT00001) > > > > _______________________________________________ > > > > Users mailing list > > > > Users at ovirt.org > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > BTW, just curious, what about Lollipop? Does it work with the same app > > > or must it be specifically built for the new version? > > > > It should, but no one have tested it so far. Do you have a device with > Lollipop? It would be so awesome if you could test it! > > Yup, sure thing:) I?ll report back once I?ve tested. > > /K > > > > > > > > > /K > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users at ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donny at cloudspin.me Thu Jan 29 13:05:49 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 29 Jan 2015 06:05:49 -0700 Subject: [ovirt-users] AAA Message-ID: Use /etc/hosts and add this to your .properties pool.default.socketfactory.type = java On Jan 29, 2015 5:50 AM, Alon Bar-Lev wrote: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV? _gc._ > > tcp.mydomain.com > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com > > SRV _gc._tcp.mydomain.com > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com. IN????? SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you replace mydomain.com with your actual active directory domain name? > have you tried to look into your dns manager for this information as well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com.?? 3600??? IN????? SOA???? srvdc03.mydomain.com. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE? rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > To: "Alon Bar-Lev" , users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > > dns://srvdc04.${global:vars.domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > >? [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on srvdc03.mydomain.com ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > > > 3. Can you please open the DNS manager within your domain and search for > > > srv records? Maybe you have DNS installed only on few servers, using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single server type. > > > > > > > > > > active directory will not work without access to global catalog. > > > > > please set one or more of the domain controllers as dns server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > > dns://dc2.${global:vars.domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > >: > > > > > > > > > > > > > >???? On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > >???????? Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > > > > >???????? I'm getting this now: > > > > > > > > > > > > > >???????? 2015-01-29 11:35:36,889 WARN > > > > > > >???????? [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > > >???????? service thread > > > > > > >???????? 1-1) > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > >???????? Cannot > > > > > > >???????? initialize LDAP framework, deferring initialization. > > > Error: An > > > > > > >???????? error > > > > > > >???????? occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > >???????? records > > > > > > >???????? with name '_gc._tcp.brussels.airport': > > > > > > >???????? javax.naming.__NameNotFoundException: DNS name not found > > > > > > >???????? [response code > > > > > > >???????? 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > >???? Do you have this '_gc._tcp.brussels.airport' SRV record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > >???????? my 3 configs: > > > > > > >???????? _*BRU_AIR-authn.properties*_ > > > > > > >???????? ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > >???????? > > > > > >???????? > = > > > > > > >???????? BRU_AIR-authn > > > > > > >???????? ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > >???????? org.ovirt.engine-extensions.__aaa.ldap > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > >???????? org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > >???????? ovirt.engine.extension.__provides = > > > > > > >???????? org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > >???????? ovirt.engine.aaa.authn.__profile.name > > > > > > >???????? > > > > > > >???????? > > > > > >???????? > = BRU-AIR > > > > > > >???????? ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > > >???????? config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > >???????? _*BRU_AIR-authz.properties*_ > > > > > > >???????? ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > >???????? > > > > > >???????? > = > > > > > > >???????? BRU_AIR-authz > > > > > > >???????? ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > >???????? org.ovirt.engine-extensions.__aaa.ldap > > > > > > >???????? ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > >???????? org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > >???????? ovirt.engine.extension.__provides = > > > > > > >???????? org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > >???????? config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > >???????? _*BRU_AIR.properties*_ > > > > > > >???????? include = > > > > > > > > > > > > > >???????? # > > > > > > >???????? # Active directory domain name. > > > > > > >???????? # > > > > > > >???????? vars.domain = mydomain.com > > > > > > >???????? > > > > > > > > > > > > > >???????? # > > > > > > >???????? # Search user and its password. > > > > > > >???????? # > > > > > > >???????? vars.user = admin@${global:vars.domain} > > > > > > >???????? vars.password = *********** > > > > > > > > > > > > > >???????? # > > > > > > >???????? # Optional DNS servers, if enterprise > > > > > > >???????? # DNS server cannot resolve the domain srvrecord. > > > > > > >???????? # > > > > > > >???????? vars.dns = dns://dc01.mydomain.com < > > > http://dc01.mydomain.com> > > > > > > >???????? > > > > > > > > > > > > > >???????? pool.default.serverset.type = srvrecord > > > > > > >???????? pool.default.serverset.__srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > >???????? pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > > >???????? pool.default.auth.simple.__password = > > > ${global:vars.password > > > > > > > > > > > > > >???????? In the GUI for adding user I get this: > > > > > > > > > > > > > >???????? An error occurred while attempting to query DNS in order to > > > > > > >???????? retrieve SRV > > > > > > >???????? records with name '_gc__tcp_brussels_airport': > > > > > > >???????? javax_naming___NameNotFoundException: DNS name not found > > > > > > >???????? [response code > > > > > > >???????? 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > >???????? Any ideas? I ran out... > > > > > > > > > > > > > >???????? Kind regards, > > > > > > > > > > > > > >???????? Koen > > > > > > > > > > > > > > > > > > > > >???????? _________________________________________________ > > > > > > >???????? Users mailing list > > > > > > >???????? Users at ovirt.org > > > > > > >???????? http://lists.ovirt.org/__mailman/listinfo/users > > > > > > >???????? > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From tjelinek at redhat.com Thu Jan 29 13:06:51 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Thu, 29 Jan 2015 08:06:51 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <1422532139.32644.17.camel@data-b104.adm.slu.se> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> Message-ID: <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Karli Sj?berg" > To: "Tomas Jelinek" > Cc: "Gianluca Cecchi" , "Sphoorti Joglekar" , "users" > > Sent: Thursday, January 29, 2015 12:48:59 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > On Thu, 2015-01-29 at 06:28 -0500, Tomas Jelinek wrote: > > > > ----- Original Message ----- > > > From: "Gianluca Cecchi" > > > To: "Karli Sj?berg" > > > Cc: "Tomas Jelinek" , "Sphoorti Joglekar" > > > , "users" > > > > > > Sent: Thursday, January 29, 2015 12:19:24 PM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for > > > oVirt > > > > > > On Thu, Jan 29, 2015 at 12:11 PM, Karli Sj?berg > > > wrote: > > > > > > > > > > > > > > > No, I spoke too soon, 'the attachment was removed'. Can you upload it > > > > somewhere and paste the link? > > > > > > > > > > > > > > > If it's ok for Tomas and Sphoorti I can set a gdrive link for the apk > > > Gianluca > > > > Seen your mail too late - I have just uploaded it to github: [1]. There is > > a link now from the main github page [2] > > > > Tomas > > > > [1]: > > https://github.com/matobet/moVirt/blob/master/moVirt/moVirt-debug.apk?raw=true > > [2]: https://github.com/matobet/moVirt > > > > > Cool as fsck!:) Worked like a charm on my Nexus 4 and going to install > it on my Nexus 7 tonight as well. Shame no SPICE but keep it up guys, > that was great! Cool, thanx for the review! :) > > /K > > > From vanoppen.koen at gmail.com Thu Jan 29 13:18:08 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:18:08 +0100 Subject: [ovirt-users] AAA In-Reply-To: <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> Message-ID: OK... Now I have this one :-) WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot initialize LDAP framework, deferring initialization. Error: Invalid DNS pseudo-URL(s): Changed the properties file to this: include = # # Active directory domain name. # vars.domain = ldap.mydomain.com (this one resolves to and gives ping back, front end of the pool) # # Search user and its password. # vars.user = juniper-admin at mydomain.com vars.password = ***** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these resolve and give a ping back) pool.default.serverset.type = srvrecord #pool.default.serverset.single.server = ${global:vars.server} pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} # Uncomment if using custom DNS pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns} Thanks for your effort! 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev : > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > To: "Alon Bar-Lev" > > Cc: users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ > > tcp.mydomain.com > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @ > srvdc03.mydomain.com > > SRV _gc._tcp.mydomain.com > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com. IN SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you > replace mydomain.com with your actual active directory domain name? > have you tried to look into your dns manager for this information as well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com. 3600 IN SOA srvdc03.mydomain.com. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > To: "Alon Bar-Lev" , users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > > dns://srvdc04.${global:vars.domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV records > were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there > another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within DNS to > work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com > > > 3. Can you please open the DNS manager within your domain and search > for > > > srv records? Maybe you have DNS installed only on few servers, using > the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > > > To: "Koen Vanoppen" , users at ovirt.org > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is running, since > it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single server > type. > > > > > > > > > > active directory will not work without access to global catalog. > > > > > please set one or more of the domain controllers as dns server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > > dns://dc2.${global:vars.domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns effective. > > > > > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > >: > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] > (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > javax.naming.__NameNotFoundException: DNS name not > found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record in > DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authn > > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > > > > > > > = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authz > > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > > # > > > > > > > vars.dns = dns://dc01.mydomain.com < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > pool.default.serverset.__srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > > > > pool.default.auth.simple.__password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to query DNS in > order to > > > > > > > retrieve SRV > > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > > javax_naming___NameNotFoundException: DNS name not > found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vanoppen.koen at gmail.com Thu Jan 29 13:32:55 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:32:55 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> Message-ID: Can't I use domain service? I'm getting a bit grrrrr... :-). We already used LDAP login for ovirt before the AAA with the engine-manage-domains. And this worked. [root at ovirtmgmt01prod aaa]# engine-manage-domains validateDomain my.domain is valid. The configured user for domain my.domain is juniper-admin at BRUSSELS.AIRPORT Manage Domains completed successfully 2015-01-29 14:18 GMT+01:00 Koen Vanoppen : > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service > thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: Invalid DNS > pseudo-URL(s): > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com (this one resolves to and gives ping > back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these resolve > and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.single.server = ${global:vars.server} > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > = ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev : > >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" >> > To: "Alon Bar-Lev" >> > Cc: users at ovirt.org >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ >> > tcp.mydomain.com >> > >> > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @ >> srvdc03.mydomain.com >> > SRV _gc._tcp.mydomain.com >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com. IN SRV >> >> this ^^^^^^^ means that you do not have srv record. are you sure you >> replace mydomain.com with your actual active directory domain name? >> have you tried to look into your dns manager for this information as well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com. 3600 IN SOA srvdc03.mydomain.com. >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev : >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" >> > > > To: "Alon Bar-Lev" , users at ovirt.org >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain srvrecord. >> > > > # >> > > > vars.dns = dns://srvdc03.${global:vars.domain} >> > > > dns://srvdc04.${global:vars.domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} >> > > > pool.default.auth.simple.bindDN = ${global:vars.user} >> > > > pool.default.auth.simple.password = ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot >> initialize >> > > > LDAP framework, deferring initialization. Error: No DNS SRV records >> were >> > > > found with record name '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com in the dns... Isn't there >> another >> > > > way it just resolves the dns servers I gave him? >> > > > >> > > >> > > Microsoft Domain controller must have gc service entry within DNS to >> work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS installed on >> srvdc03.mydomain.com ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com SRV _gc._tcp.mydomain.com >> > > 3. Can you please open the DNS manager within your domain and search >> for >> > > srv records? Maybe you have DNS installed only on few servers, using >> the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev : >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" >> > > > > > To: "Koen Vanoppen" , users at ovirt.org >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: >> > > > > > > No, I don't. and I wouldn't know how he got to this name... >> > > > > > >> > > > > > Well, then you have to, if you want to use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global catalog is running, >> since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in DNS, if you want to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if you use single server >> type. >> > > > > >> > > > > active directory will not work without access to global catalog. >> > > > > please set one or more of the domain controllers as dns server, >> for >> > > > > example: >> > > > > >> > > > > vars.dns = dns://dc1.${global:vars.domain} >> > > dns://dc2.${global:vars.domain} >> > > > > >> > > > > please also uncomment/add these lines to make vars.dns effective. >> > > > > >> > > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek < >> omachace at redhat.com >> > > > > > > >: >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting up AAA for ovirt 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, deferring initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to query DNS in order to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name '_gc._tcp.brussels.airport': >> > > > > > > javax.naming.__NameNotFoundException: DNS name not >> found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV record >> in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > > > > > > > > = >> > > > > > > BRU_AIR-authn >> > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn >> > > > > > > ovirt.engine.aaa.authn.__profile.name >> > > > > > > >> > > > > > > > > > > > > > > = >> BRU-AIR >> > > > > > > ovirt.engine.aaa.authn.authz.__plugin = BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > > > > > > > > = >> > > > > > > BRU_AIR-authz >> > > > > > > ovirt.engine.extension.__bindings.method = jbossmodule >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if enterprise >> > > > > > > # DNS server cannot resolve the domain srvrecord. >> > > > > > > # >> > > > > > > vars.dns = dns://dc01.mydomain.com < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = srvrecord >> > > > > > > pool.default.serverset.__srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > pool.default.auth.simple.__bindDN = >> ${global:vars.user} >> > > > > > > pool.default.auth.simple.__password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I get this: >> > > > > > > >> > > > > > > An error occurred while attempting to query DNS in >> order to >> > > > > > > retrieve SRV >> > > > > > > records with name '_gc__tcp_brussels_airport': >> > > > > > > javax_naming___NameNotFoundException: DNS name not >> found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > _________________________________________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > > > > > > http://lists.ovirt.org/__mailman/listinfo/users >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > _______________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > >> > > > > >> > > > >> > > >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 13:40:09 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 14:40:09 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> Message-ID: <54CA3839.7040408@redhat.com> On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service > thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring initialization. Error: > Invalid DNS pseudo-URL(s): uncomment vars.dns > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.single.server = ${global:vars.server} > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev >: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > > To: "Alon Bar-Lev" > > > Cc:users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com SRV _gc._ > >tcp.mydomain.com > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @srvdc03.mydomain.com > > SRV _gc._tcp.mydomain.com > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com . IN SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you > replace mydomain.com with your actual active > directory domain name? > have you tried to look into your dns manager for this information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com . 3600 IN SOA > srvdc03.mydomain.com . > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev >: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > > To: "Alon Bar-Lev" >, users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.domain} > > > > dns://srvdc04.${global:vars.domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple.bindDN = ${global:vars.user} > > > > pool.default.auth.simple.password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV > records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com > in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com SRV > _gc._tcp.mydomain.com > > > 3. Can you please open the DNS manager within your domain and > search for > > > srv records? Maybe you have DNS installed only on few servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev >: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > > > > To: "Koen Vanoppen" >, users at ovirt.org > > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single > server type. > > > > > > > > > > active directory will not work without access to global > catalog. > > > > > please set one or more of the domain controllers as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.domain} > > > dns://dc2.${global:vars.domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns > effective. > > > > > > > > > > > > > > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > > > >>: > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > javax.naming.__NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authn > > > > > > > ovirt.engine.extension.__bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn > > > > > > > ovirt.engine.aaa.authn.__profile.name > > > > > > > > > > > > > > > > > > > > > > > = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz.__plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > < > > > > > http://ovirt.engine.extension.name> > > > > > > > > > > > > > > > = > > > > > > > BRU_AIR-authz > > > > > > > ovirt.engine.extension.__bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__aaa.ldap > > > > > > > > ovirt.engine.extension.__binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.__provides = > > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > > # > > > > > > > vars.dns = dns://dc01.mydomain.com > < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > pool.default.serverset.__srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.__bindDN = > ${global:vars.user} > > > > > > > pool.default.auth.simple.__password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > > javax_naming___NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From vanoppen.koen at gmail.com Thu Jan 29 13:46:09 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:46:09 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA3839.7040408@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> Message-ID: I saw that when I pressed the send button. If I do that i again get the following: 2015-01-29 14:28:35,891 WARN [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_ldap._tcp.ldap.mydomain.com': javax.naming.NameNotFoundException: DNS name not found [response code 3]; remaining name '_ldap._tcp.ldap.mydomain.com' 2015-01-29 14:28:35,924 WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot initialize LDAP framework, deferring initialization. Error: An error occurred while attempting to query DNS in order to retrieve SRV records with name '_ldap._tcp.ldap.mydomain.com': javax.naming.NameNotFoundException: DNS name not found [response code 3]; remaining name '_ldap._tcp.ldap.mydomain.com' And yes I replayed mydomain with the correct one... :-) 2015-01-29 14:40 GMT+01:00 Ondra Machacek : > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > >> OK... Now I have this one :-) >> WARN [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service >> thread 1-2) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] >> Cannot initialize LDAP framework, deferring initialization. Error: >> Invalid DNS pseudo-URL(s): >> > > uncomment vars.dns > > >> Changed the properties file to this: >> >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = ldap.mydomain.com (this one >> resolves to and gives ping back, front end of the pool) >> >> # >> # Search user and its password. >> # >> vars.user = juniper-admin at mydomain.com > > >> vars.password = ***** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these >> resolve and give a ping back) >> >> pool.default.serverset.type = srvrecord >> #pool.default.serverset.single.server = ${global:vars.server} >> pool.default.serverset.srvrecord.domain = ${global:vars.domain} >> pool.default.auth.simple.bindDN = ${global:vars.user} >> pool.default.auth.simple.password = ${global:vars.password} >> >> # Uncomment if using custom DNS >> pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url >> = >> ${global:vars.dns} >> pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> >> >> Thanks for your effort! >> >> >> 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > >: >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" > vanoppen.koen at gmail.com>> >> > To: "Alon Bar-Lev" > >> > Cc:users at ovirt.org >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com < >> http://srvdc03.mydomain.com> SRV _gc._ >> >tcp.mydomain.com >> > >> > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> @ >> srvdc03.mydomain.com >> > SRV _gc._tcp.mydomain.com >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, >> ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com . IN SRV >> >> this ^^^^^^^ means that you do not have srv record. are you sure you >> replace mydomain.com with your actual active >> directory domain name? >> have you tried to look into your dns manager for this information as >> well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com . 3600 IN SOA >> srvdc03.mydomain.com . >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > >: >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" > > >> > > > To: "Alon Bar-Lev" > >, users at ovirt.org >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain srvrecord. >> > > > # >> > > > vars.dns = dns://srvdc03.${global:vars.domain} >> > > > dns://srvdc04.${global:vars.domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.srvrecord.domain = >> ${global:vars.domain} >> > > > pool.default.auth.simple.bindDN = ${global:vars.user} >> > > > pool.default.auth.simple.password = ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties. >> java.naming.provider.url >> = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] >> Cannot initialize >> > > > LDAP framework, deferring initialization. Error: No DNS SRV >> records were >> > > > found with record name '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com >> in the dns... Isn't there another >> > > > way it just resolves the dns servers I gave him? >> > > > >> > > >> > > Microsoft Domain controller must have gc service entry within >> DNS to work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS installed on >> srvdc03.mydomain.com ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com SRV >> _gc._tcp.mydomain.com >> > > 3. Can you please open the DNS manager within your domain and >> search for >> > > srv records? Maybe you have DNS installed only on few servers, >> using the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > >: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" > > >> > > > > > To: "Koen Vanoppen" > >, users at ovirt.org >> >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: >> > > > > > > No, I don't. and I wouldn't know how he got to this >> name... >> > > > > > >> > > > > > Well, then you have to, if you want to use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global catalog is >> running, since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in DNS, if you want >> to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if you use single >> server type. >> > > > > >> > > > > active directory will not work without access to global >> catalog. >> > > > > please set one or more of the domain controllers as dns >> server, for >> > > > > example: >> > > > > >> > > > > vars.dns = dns://dc1.${global:vars.domain} >> > > dns://dc2.${global:vars.domain} >> > > > > >> > > > > please also uncomment/add these lines to make vars.dns >> effective. >> > > > > >> > > > > >> > > >> pool.default.serverset.srvrecord.jndi-properties. >> java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.resolver.uRL = ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek >> >> > > > > > > > >>>: >> >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting up AAA for ovirt >> 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, deferring >> initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to query DNS in order >> to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name '_gc._tcp.brussels.airport': >> > > > > > > javax.naming.__NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV >> record in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name >> < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > >> > > > > > > > = >> > > > > > > BRU_AIR-authn >> > > > > > > ovirt.engine.extension.__bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.__aaa.ldap.AuthnExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authn >> > > > > > > ovirt.engine.aaa.authn.__profile.name >> >> > > > > > > >> > > > > > > > >> > > > > > > > = >> BRU-AIR >> > > > > > > ovirt.engine.aaa.authn.authz.__plugin = >> BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name >> < >> > > > > http://ovirt.engine.extension.name> >> > > > > > > > >> >> > > > > > > > = >> > > > > > > BRU_AIR-authz >> > > > > > > ovirt.engine.extension.__bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__aaa.ldap >> > > > > > > >> ovirt.engine.extension.__binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.__aaa.ldap.AuthzExtension >> > > > > > > ovirt.engine.extension.__provides = >> > > > > > > org.ovirt.engine.api.__extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.__properties >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if enterprise >> > > > > > > # DNS server cannot resolve the domain srvrecord. >> > > > > > > # >> > > > > > > vars.dns = dns://dc01.mydomain.com >> < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = srvrecord >> > > > > > > pool.default.serverset.__srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > pool.default.auth.simple.__bindDN = >> ${global:vars.user} >> > > > > > > pool.default.auth.simple.__password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I get this: >> > > > > > > >> > > > > > > An error occurred while attempting to query DNS >> in order to >> > > > > > > retrieve SRV >> > > > > > > records with name '_gc__tcp_brussels_airport': >> > > > > > > javax_naming___NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > ______________________________ >> ___________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > >> > > > > > > http://lists.ovirt.org/__mailman/listinfo/users >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > _______________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > > > > > http://lists.ovirt.org/mailman/listinfo/users >> > > > > > >> > > > > >> > > > >> > > >> > >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 13:48:46 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 14:48:46 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> Message-ID: <54CA3A3E.4090506@redhat.com> It's same situation as before, but now you are missing ldap SRV record. With same steps you used to add _gc SRV record add also _ldap SRV record. But it's strange that you don't already have them. On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > I saw that when I pressed the send button. If I do that i again get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records > with name '_ldap._tcp.ldap.mydomain.com > ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com ' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records > with name '_ldap._tcp.ldap.mydomain.com > ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com ' > > And yes I replayed mydomain with the correct one... :-) > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek >: > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] > (MSC service > thread 1-2) [ovirt-engine-extension-aaa-__ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring initialization. Error: > Invalid DNS pseudo-URL(s): > > > uncomment vars.dns > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > > > > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.__single.server = ${global:vars.server} > pool.default.serverset.__srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.__bindDN = ${global:vars.user} > pool.default.auth.simple.__password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.__srvrecord.jndi-properties.__java.naming.provider.url > = > ${global:vars.dns} > pool.default.socketfactory.__resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > >>: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > >> > > To: "Alon Bar-Lev" >> > > Cc:users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com > SRV > _gc._ > >tcp.mydomain.com > > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.__rc1.el6_5.1 <<>> > @srvdc03.mydomain.com > > > SRV _gc._tcp.mydomain.com > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, > ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com > . IN SRV > > this ^^^^^^^ means that you do not have srv record. are you > sure you > replace mydomain.com > with your actual active > directory domain name? > have you tried to look into your dns manager for this > information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com > . 3600 IN SOA > srvdc03.mydomain.com > . > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > > >>: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > >> > > > > To: "Alon Bar-Lev" > >>, > users at ovirt.org > > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars.__domain} > > > > dns://srvdc04.${global:vars.__domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.__srvrecord.domain = > ${global:vars.domain} > > > > pool.default.auth.simple.__bindDN = ${global:vars.user} > > > > pool.default.auth.simple.__password = > ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > > pool.default.serverset.__srvrecord.jndi-properties.__java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.__resolver.uRL = > ${global:vars.dns} > > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. Error: No > DNS SRV > records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com > > in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry > within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com > ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com > SRV > _gc._tcp.mydomain.com > > > > 3. Can you please open the DNS manager within your > domain and > search for > > > srv records? Maybe you have DNS installed only on few > servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > > >>: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > >> > > > > > > To: "Koen Vanoppen" > >>, users at ovirt.org > > > > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to > this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if > you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use > single > server type. > > > > > > > > > > active directory will not work without access to > global > catalog. > > > > > please set one or more of the domain controllers > as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars.__domain} > > > dns://dc2.${global:vars.__domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns > effective. > > > > > > > > > > > > > > > pool.default.serverset.__srvrecord.jndi-properties.__java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.__resolver.uRL = > ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > > > > > > > >>>__: > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA > for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > [org.ovirt.engineextensions.____aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-____ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS > in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > > javax.naming.____NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this > '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > > > < > > > > > http://ovirt.engine.extension.__name > > > > > > > > > > > > > > > > > > >> = > > > > > > > BRU_AIR-authn > > > > > > > > ovirt.engine.extension.____bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.____aaa.ldap > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.____aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.____provides = > > > > > > > > org.ovirt.engine.api.____extensions.aaa.Authn > > > > > > > > ovirt.engine.aaa.authn.__profi__le.name > > > > > > > > > > > > > > > > > > > > > > > > > > > >> = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz.____plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > > > < > > > > > http://ovirt.engine.extension.__name > > > > > > > > > > > > > > > > > > > >> = > > > > > > > BRU_AIR-authz > > > > > > > > ovirt.engine.extension.____bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.____aaa.ldap > > > > > > > > ovirt.engine.extension.____binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.____aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.____provides = > > > > > > > > org.ovirt.engine.api.____extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain > srvrecord. > > > > > > > # > > > > > > > vars.dns = dns://dc01.mydomain.com > > < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > > pool.default.serverset.____srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.____bindDN = > ${global:vars.user} > > > > > > > pool.default.auth.simple.____password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to > query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name > '_gc__tcp_brussels_airport': > > > > > > > > javax_naming_____NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > >> > > > > > > > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > > > http://lists.ovirt.org/__mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > _________________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/__mailman/listinfo/users > > > From vanoppen.koen at gmail.com Thu Jan 29 13:54:56 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 14:54:56 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA3A3E.4090506@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> Message-ID: I just don't understand. Why did engine-manage-domains previously DID work, no problems what so ever and now I have this... 2015-01-29 14:48 GMT+01:00 Ondra Machacek : > It's same situation as before, but now you are missing ldap SRV record. > > With same steps you used to add _gc SRV record add also _ldap SRV record. > But it's strange that you don't already have them. > > On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > >> I saw that when I pressed the send button. If I do that i again get the >> following: >> >> 2015-01-29 14:28:35,891 WARN >> [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread >> 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot >> initialize LDAP framework, deferring initialization. Error: An error >> occurred while attempting to query DNS in order to retrieve SRV records >> with name '_ldap._tcp.ldap.mydomain.com >> ': javax.naming.NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com ' >> 2015-01-29 14:28:35,924 WARN >> [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread >> 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot >> initialize LDAP framework, deferring initialization. Error: An error >> occurred while attempting to query DNS in order to retrieve SRV records >> with name '_ldap._tcp.ldap.mydomain.com >> ': javax.naming.NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com ' >> >> And yes I replayed mydomain with the correct one... :-) >> >> 2015-01-29 14:40 GMT+01:00 Ondra Machacek > >: >> >> >> >> On 01/29/2015 02:18 PM, Koen Vanoppen wrote: >> >> OK... Now I have this one :-) >> WARN [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] >> (MSC service >> thread 1-2) [ovirt-engine-extension-aaa-__ >> ldap.authn::BRU_AIR-authn] >> Cannot initialize LDAP framework, deferring initialization. Error: >> Invalid DNS pseudo-URL(s): >> >> >> uncomment vars.dns >> >> >> Changed the properties file to this: >> >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = ldap.mydomain.com >> (this one >> resolves to and gives ping back, front end of the pool) >> >> # >> # Search user and its password. >> # >> vars.user = juniper-admin at mydomain.com >> >> > > >> vars.password = ***** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these >> resolve and give a ping back) >> >> pool.default.serverset.type = srvrecord >> #pool.default.serverset.__single.server = ${global:vars.server} >> pool.default.serverset.__srvrecord.domain = ${global:vars.domain} >> pool.default.auth.simple.__bindDN = ${global:vars.user} >> pool.default.auth.simple.__password = ${global:vars.password} >> >> # Uncomment if using custom DNS >> pool.default.serverset.__srvrecord.jndi-properties.__ >> java.naming.provider.url >> = >> ${global:vars.dns} >> pool.default.socketfactory.__resolver.uRL = ${global:vars.dns} >> >> >> Thanks for your effort! >> >> >> 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > >> >>: >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" > >> > >>> >> > To: "Alon Bar-Lev" > > >> >> > Cc:users at ovirt.org >> > >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig @srvdc03.mydomain.com >> SRV >> _gc._ >> >tcp.mydomain.com >> >> > >> > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.__rc1.el6_5.1 <<>> >> @srvdc03.mydomain.com >> >> >> > SRV _gc._tcp.mydomain.com >> >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, >> ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com >> . IN SRV >> >> this ^^^^^^^ means that you do not have srv record. are you >> sure you >> replace mydomain.com >> with your actual active >> directory domain name? >> have you tried to look into your dns manager for this >> information as >> well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com >> . 3600 IN SOA >> srvdc03.mydomain.com >> . >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev >> >> >>: >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" > >> > >> >> > > > To: "Alon Bar-Lev" > >> >>, >> users at ovirt.org > > >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain srvrecord. >> > > > # >> > > > vars.dns = dns://srvdc03.${global:vars.__domain} >> > > > dns://srvdc04.${global:vars.__domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.__srvrecord.domain = >> ${global:vars.domain} >> > > > pool.default.auth.simple.__bindDN = >> ${global:vars.user} >> > > > pool.default.auth.simple.__password = >> ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> >> pool.default.serverset.__srvrecord.jndi-properties.__ >> java.naming.provider.url >> = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.__resolver.uRL = >> ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > >> [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> Cannot initialize >> > > > LDAP framework, deferring initialization. Error: No >> DNS SRV >> records were >> > > > found with record name '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com >> >> in the dns... Isn't there another >> > > > way it just resolves the dns servers I gave him? >> > > > >> > > >> > > Microsoft Domain controller must have gc service entry >> within >> DNS to work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS installed on >> srvdc03.mydomain.com >> ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com >> SRV >> _gc._tcp.mydomain.com >> >> > > 3. Can you please open the DNS manager within your >> domain and >> search for >> > > srv records? Maybe you have DNS installed only on few >> servers, >> using the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev >> >> >>: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" > >> >> >> > > > > > To: "Koen Vanoppen" > >> > >>, users at ovirt.org >> >> > >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: >> > > > > > > No, I don't. and I wouldn't know how he got to >> this name... >> > > > > > >> > > > > > Well, then you have to, if you want to use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global catalog is >> running, since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in DNS, if >> you want >> to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if you use >> single >> server type. >> > > > > >> > > > > active directory will not work without access to >> global >> catalog. >> > > > > please set one or more of the domain controllers >> as dns >> server, for >> > > > > example: >> > > > > >> > > > > vars.dns = dns://dc1.${global:vars.__domain} >> > > dns://dc2.${global:vars.__domain} >> > > > > >> > > > > please also uncomment/add these lines to make >> vars.dns >> effective. >> > > > > >> > > > > >> > > >> >> pool.default.serverset.__srvrecord.jndi-properties.__ >> java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.__resolver.uRL = >> ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek >> >> > >> > > > > > > > > >>>__: >> >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting up AAA >> for ovirt >> 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> [org.ovirt.engineextensions.____aaa.ldap.AuthzExtension] >> (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > [ovirt-engine-extension-aaa-__ >> __ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, deferring >> initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to query DNS >> in order to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name '_gc._tcp.brussels.airport': >> > > > > > > >> javax.naming.____NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this >> '_gc._tcp.brussels.airport' SRV >> record in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > < >> > > > > http://ovirt.engine.extension.__name >> > >> > > > > > > >> >> >> > > > > > > > >> = >> > > > > > > BRU_AIR-authn >> > > > > > > >> ovirt.engine.extension.____bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__ >> __aaa.ldap >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.____aaa.ldap.AuthnExtension >> > > > > > > ovirt.engine.extension.____provides = >> > > > > > > >> org.ovirt.engine.api.____extensions.aaa.Authn >> > > > > > > >> ovirt.engine.aaa.authn.__profi__le.name >> >> > > > > > > >> > > >> > > > > > > >> > >> >> > > > > > > >> > >> = >> BRU-AIR >> > > > > > > ovirt.engine.aaa.authn.authz.____plugin >> = >> BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > < >> > > > > http://ovirt.engine.extension.__name >> > >> > > > > > > >> >> >> >> > > > > > > > >> = >> > > > > > > BRU_AIR-authz >> > > > > > > >> ovirt.engine.extension.____bindings.method = >> jbossmodule >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.module = >> > > > > > > org.ovirt.engine-extensions.__ >> __aaa.ldap >> > > > > > > >> ovirt.engine.extension.____binding.jbossmodule.class = >> > > > > > > >> org.ovirt.engineextensions.____aaa.ldap.AuthzExtension >> > > > > > > ovirt.engine.extension.____provides = >> > > > > > > >> org.ovirt.engine.api.____extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > /etc/ovirt-engine/aaa/BRU_AIR.____properties >> >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> >> >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if enterprise >> > > > > > > # DNS server cannot resolve the domain >> srvrecord. >> > > > > > > # >> > > > > > > vars.dns = dns://dc01.mydomain.com >> >> < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = srvrecord >> > > > > > > >> pool.default.serverset.____srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > pool.default.auth.simple.____bindDN = >> ${global:vars.user} >> > > > > > > pool.default.auth.simple.____password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I get this: >> > > > > > > >> > > > > > > An error occurred while attempting to >> query DNS >> in order to >> > > > > > > retrieve SRV >> > > > > > > records with name >> '_gc__tcp_brussels_airport': >> > > > > > > >> javax_naming_____NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > >> ___________________________________________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > >> >> >> >> > > > > > > >> http://lists.ovirt.org/____mailman/listinfo/users >> >> > > > > > > >> > > >> > > > > > > >> > > > > > > >> > > > > > _________________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > >> > > > > > http://lists.ovirt.org/__mailman/listinfo/users >> >> > > > > > >> > > > > >> > > > >> > > >> > >> >> >> >> >> _________________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/__mailman/listinfo/users >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From omachace at redhat.com Thu Jan 29 14:00:35 2015 From: omachace at redhat.com (Ondra Machacek) Date: Thu, 29 Jan 2015 15:00:35 +0100 Subject: [ovirt-users] AAA In-Reply-To: References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> Message-ID: <54CA3D03.8020600@redhat.com> On 01/29/2015 02:54 PM, Koen Vanoppen wrote: > I just don't understand. Why did engine-manage-domains previously DID > work, no problems what so ever and now I have this... Because manage-domains didn't use global catalog. And probabaly the reason you don't have _ldap SRV record is that you didn't have them never and you just used '--ldapServers' parameter, that's why manage-domains worked with your domain. Now you are using DNS, not static configuration of ldap servers. > > 2015-01-29 14:48 GMT+01:00 Ondra Machacek >: > > It's same situation as before, but now you are missing ldap SRV record. > > With same steps you used to add _gc SRV record add also _ldap SRV > record. But it's strange that you don't already have them. > > On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > > I saw that when I pressed the send button. If I do that i again > get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._tcp.ldap.mydomain.com > > __': > javax.naming.__NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com > __' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._tcp.ldap.mydomain.com > > __': > javax.naming.__NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._tcp.ldap.mydomain.com > __' > > And yes I replayed mydomain with the correct one... :-) > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek > >>: > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > OK... Now I have this one :-) > WARN > [org.ovirt.engineextensions.____aaa.ldap.AuthnExtension] > (MSC service > thread 1-2) > [ovirt-engine-extension-aaa-____ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring > initialization. Error: > Invalid DNS pseudo-URL(s): > > > uncomment vars.dns > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com > > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > > > > __mydoma__in.com > >> > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain > dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.____single.server = > ${global:vars.server} > pool.default.serverset.____srvrecord.domain = > ${global:vars.domain} > pool.default.auth.simple.____bindDN = ${global:vars.user} > pool.default.auth.simple.____password = > ${global:vars.password} > > # Uncomment if using custom DNS > > pool.default.serverset.____srvrecord.jndi-properties.____java.naming.provider.url > = > ${global:vars.dns} > pool.default.socketfactory.____resolver.uRL = > ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > > > > > >>>: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" > > > ____com > >>> > > To: "Alon Bar-Lev" > > > > >>> > > Cc:users at ovirt.org > > > > >> > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig > @srvdc03.mydomain.com > > SRV > _gc._ > >tcp.mydomain.com > > > > > > ; <<>> DiG > 9.8.2rc1-RedHat-9.8.2-0.23.____rc1.el6_5.1 <<>> > @srvdc03.mydomain.com > > > > > SRV _gc._tcp.mydomain.com > > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, > id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, > AUTHORITY: 1, > ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._tcp.mydomain.com > > . IN SRV > > this ^^^^^^^ means that you do not have srv > record. are you > sure you > replace mydomain.com > > with your actual active > directory domain name? > have you tried to look into your dns manager for this > information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com > > . 3600 IN SOA > srvdc03.mydomain.com > > . > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > > > > >>>: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > > > > ____com > >>> > > > > To: "Alon Bar-Lev" > > > >>>, > users at ovirt.org > > >> > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain > srvrecord. > > > > # > > > > vars.dns = > dns://srvdc03.${global:vars.____domain} > > > > dns://srvdc04.${global:vars.____domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.____srvrecord.domain = > ${global:vars.domain} > > > > pool.default.auth.simple.____bindDN = > ${global:vars.user} > > > > pool.default.auth.simple.____password = > ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > > > pool.default.serverset.____srvrecord.jndi-properties.____java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.____resolver.uRL = > ${global:vars.dns} > > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-____ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. > Error: No > DNS SRV > records were > > > > found with record name > '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._tcp.mydomain.com > > > in the dns... Isn't > there another > > > > way it just resolves the dns servers I gave > him? > > > > > > > > > > Microsoft Domain controller must have gc > service entry > within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS > installed on > srvdc03.mydomain.com > > ? > > > 2. Can you please execute: > > > $ dig @srvdc03.mydomain.com > > > SRV > _gc._tcp.mydomain.com > > > > > 3. Can you please open the DNS manager within > your > domain and > search for > > > srv records? Maybe you have DNS installed > only on few > servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > > > > >>>: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > > > > >>> > > > > > > To: "Koen Vanoppen" > > > > ____com > >>>, users at ovirt.org > > > > > >> > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen > wrote: > > > > > > > No, I don't. and I wouldn't know how > he got to > this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global > catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV > _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in > DNS, if > you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if > you use > single > server type. > > > > > > > > > > active directory will not work without > access to > global > catalog. > > > > > please set one or more of the domain > controllers > as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = > dns://dc1.${global:vars.____domain} > > > dns://dc2.${global:vars.____domain} > > > > > > > > > > please also uncomment/add these lines to > make vars.dns > effective. > > > > > > > > > > > > > > > > pool.default.serverset.____srvrecord.jndi-properties.____java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.____resolver.uRL = > ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > > > > >> > > > > > > > > > > >>>__>__: > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen > Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting > up AAA > for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > > [org.ovirt.engineextensions.______aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > > [ovirt-engine-extension-aaa-______ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, > deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to > query DNS > in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name > '_gc._tcp.brussels.airport': > > > > > > > > javax.naming.______NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this > '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > > > > > >> < > > > > > http://ovirt.engine.extension.____name > >> > > > > > > > > > > > > > > > > > > >>> = > > > > > > > BRU_AIR-authn > > > > > > > > ovirt.engine.extension.______bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.______aaa.ldap > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.______aaa.ldap.AuthnExtension > > > > > > > > ovirt.engine.extension.______provides = > > > > > > > > org.ovirt.engine.api.______extensions.aaa.Authn > > > > > > > > ovirt.engine.aaa.authn.__profi____le.name > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > >>> = > BRU-AIR > > > > > > > > ovirt.engine.aaa.authn.authz.______plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR.______properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > > > > > >> < > > > > > http://ovirt.engine.extension.____name > >> > > > > > > > > > > > > > > > > > > > >>> = > > > > > > > BRU_AIR-authz > > > > > > > > ovirt.engine.extension.______bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.______aaa.ldap > > > > > > > > > ovirt.engine.extension.______binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.______aaa.ldap.AuthzExtension > > > > > > > > ovirt.engine.extension.______provides = > > > > > > > > org.ovirt.engine.api.______extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR.______properties > > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > > > > > > > > > > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = > admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if > enterprise > > > > > > > # DNS server cannot resolve > the domain > srvrecord. > > > > > > > # > > > > > > > vars.dns = > dns://dc01.mydomain.com > > < > > > http://dc01.mydomain.com> > > > > > > > > > > > > > > > > > > > > > pool.default.serverset.type = > srvrecord > > > > > > > > pool.default.serverset.______srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > > pool.default.auth.simple.______bindDN = > ${global:vars.user} > > > > > > > > pool.default.auth.simple.______password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I > get this: > > > > > > > > > > > > > > An error occurred while > attempting to > query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name > '_gc__tcp_brussels_airport': > > > > > > > > javax_naming_______NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > > _____________________________________________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > >> > > > > > >>> > > > > > > > > http://lists.ovirt.org/______mailman/listinfo/users > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > ___________________________________________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > >> > > > > > > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > > > ___________________________________________________ > Users mailing list > Users at ovirt.org > > http://lists.ovirt.org/____mailman/listinfo/users > > > > > > From vanoppen.koen at gmail.com Thu Jan 29 14:11:40 2015 From: vanoppen.koen at gmail.com (Koen Vanoppen) Date: Thu, 29 Jan 2015 15:11:40 +0100 Subject: [ovirt-users] AAA In-Reply-To: <54CA3D03.8020600@redhat.com> References: <54CA1141.4050200@redhat.com> <54CA1E2C.9090103@redhat.com> <1306455875.1587758.1422532934722.JavaMail.zimbra@redhat.com> <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> <54CA3D03.8020600@redhat.com> Message-ID: FOUND IT!!!!!! include = # # Active directory domain name. # #vars.domain = ldap.mydomain.com vars.server = ldap.mydomain.com # # Search user and its password. # vars.user = juniper-admin at mydomain.com vars.password = ************** # # Optional DNS servers, if enterprise # DNS server cannot resolve the domain srvrecord. # vars.dns = dns://srvdc03.mydomain.com dns://srvdc04.mydomain.com #pool.default.serverset.type = srvrecord pool.default.serverset.single.server = ${global:vars.server} pool.default.serverset.srvrecord.domain = ${global:vars.domain} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} # Uncomment if using custom DNS pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = ${global:vars.dns} pool.default.socketfactory.resolver.uRL = ${global:vars.dns BIG THANKS MAN!!!!! 2015-01-29 15:00 GMT+01:00 Ondra Machacek : > > > On 01/29/2015 02:54 PM, Koen Vanoppen wrote: > >> I just don't understand. Why did engine-manage-domains previously DID >> work, no problems what so ever and now I have this... >> > > Because manage-domains didn't use global catalog. And probabaly the reason > you don't have _ldap SRV record is that you didn't have them never and you > just used '--ldapServers' parameter, that's why manage-domains worked with > your domain. > > Now you are using DNS, not static configuration of ldap servers. > > >> 2015-01-29 14:48 GMT+01:00 Ondra Machacek > >: >> >> It's same situation as before, but now you are missing ldap SRV >> record. >> >> With same steps you used to add _gc SRV record add also _ldap SRV >> record. But it's strange that you don't already have them. >> >> On 01/29/2015 02:46 PM, Koen Vanoppen wrote: >> >> I saw that when I pressed the send button. If I do that i again >> get the >> following: >> >> 2015-01-29 14:28:35,891 WARN >> [org.ovirt.engineextensions.__aaa.ldap.AuthzExtension] (MSC >> service thread >> 1-1) [ovirt-engine-extension-aaa-__ldap.authz::BRU_AIR-authz] >> Cannot >> initialize LDAP framework, deferring initialization. Error: An >> error >> occurred while attempting to query DNS in order to retrieve SRV >> records >> with name '_ldap._tcp.ldap.mydomain.com >> >> __': >> javax.naming.__NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com >> __' >> 2015-01-29 14:28:35,924 WARN >> [org.ovirt.engineextensions.__aaa.ldap.AuthnExtension] (MSC >> service thread >> 1-1) [ovirt-engine-extension-aaa-__ldap.authn::BRU_AIR-authn] >> Cannot >> initialize LDAP framework, deferring initialization. Error: An >> error >> occurred while attempting to query DNS in order to retrieve SRV >> records >> with name '_ldap._tcp.ldap.mydomain.com >> >> __': >> javax.naming.__NameNotFoundException: >> DNS name not found [response code 3]; remaining name >> '_ldap._tcp.ldap.mydomain.com >> __' >> >> And yes I replayed mydomain with the correct one... :-) >> >> 2015-01-29 14:40 GMT+01:00 Ondra Machacek > >> >>: >> >> >> >> On 01/29/2015 02:18 PM, Koen Vanoppen wrote: >> >> OK... Now I have this one :-) >> WARN >> [org.ovirt.engineextensions.____aaa.ldap.AuthnExtension] >> (MSC service >> thread 1-2) >> [ovirt-engine-extension-aaa-____ldap.authn::BRU_AIR-authn] >> Cannot initialize LDAP framework, deferring >> initialization. Error: >> Invalid DNS pseudo-URL(s): >> >> >> uncomment vars.dns >> >> >> Changed the properties file to this: >> >> include = >> >> # >> # Active directory domain name. >> # >> vars.domain = ldap.mydomain.com >> >> (this one >> resolves to and gives ping back, front end of the pool) >> >> # >> # Search user and its password. >> # >> vars.user = juniper-admin at mydomain.com >> >> > > >> > __mydoma__in.com >> > >> >> vars.password = ***** >> >> # >> # Optional DNS servers, if enterprise >> # DNS server cannot resolve the domain srvrecord. >> # >> #vars.dns = dns://srvdc03.my.domain >> dns://srvdc04.my.domain (these >> resolve and give a ping back) >> >> pool.default.serverset.type = srvrecord >> #pool.default.serverset.____single.server = >> ${global:vars.server} >> pool.default.serverset.____srvrecord.domain = >> ${global:vars.domain} >> pool.default.auth.simple.____bindDN = >> ${global:vars.user} >> pool.default.auth.simple.____password = >> ${global:vars.password} >> >> # Uncomment if using custom DNS >> >> pool.default.serverset.____srvrecord.jndi-properties.____ >> java.naming.provider.url >> = >> ${global:vars.dns} >> pool.default.socketfactory.____resolver.uRL = >> ${global:vars.dns} >> >> >> Thanks for your effort! >> >> >> 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev >> >> > >> >> >>>: >> >> >> >> ----- Original Message ----- >> > From: "Koen Vanoppen" > >> > > >> > ____com >> > >>> >> > To: "Alon Bar-Lev" > >> > >> >> >>> >> > Cc:users at ovirt.org >> > >> >> >> >> > Sent: Thursday, January 29, 2015 2:41:52 PM >> > Subject: Re: [ovirt-users] AAA >> > >> > Yes We have: >> > >> > [root at ovirtmgmt01prod ~]# dig >> @srvdc03.mydomain.com >> >> SRV >> _gc._ >> >tcp.mydomain.com >> >> >> > >> > ; <<>> DiG >> 9.8.2rc1-RedHat-9.8.2-0.23.____rc1.el6_5.1 <<>> >> @srvdc03.mydomain.com >> >> >> >> > SRV _gc._tcp.mydomain.com >> >> >> > ; (1 server found) >> > ;; global options: +cmd >> > ;; Got answer: >> > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, >> id: 33340 >> > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, >> AUTHORITY: 1, >> ADDITIONAL: 0 >> > >> > ;; QUESTION SECTION: >> > ;_gc._tcp.mydomain.com >> >> . IN SRV >> >> this ^^^^^^^ means that you do not have srv >> record. are you >> sure you >> replace mydomain.com >> >> with your actual active >> directory domain name? >> have you tried to look into your dns manager for >> this >> information as >> well? >> >> > >> > ;; AUTHORITY SECTION: >> > mydomain.com >> >> . 3600 IN SOA >> srvdc03.mydomain.com >> >> . >> > hostmaster.airport. 1398582 900 600 86400 3600 >> > >> > ;; Query time: 12 msec >> > ;; SERVER: 10.110.3.123#53(10.110.3.123) >> > ;; WHEN: Thu Jan 29 13:40:41 2015 >> > ;; MSG SIZE rcvd: 98 >> > >> > >> > >> > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev >> >> > >> > > >>>: >> > >> > > >> > > >> > > ----- Original Message ----- >> > > > From: "Koen Vanoppen" >> >> > > >> > ____com >> > >>> >> > > > To: "Alon Bar-Lev" > >> > >> > > >>>, >> users at ovirt.org > > > >> >> >> > > > Sent: Thursday, January 29, 2015 2:19:32 PM >> > > > Subject: Re: [ovirt-users] AAA >> > > > >> > > > Big thanks for your help, but still the same: >> > > > >> > > > # >> > > > # Active directory domain name. >> > > > # >> > > > vars.domain = mydomain.com >> >> >> > > > >> > > > # >> > > > # Search user and its password. >> > > > # >> > > > vars.user = admin@${global:vars.domain} >> > > > vars.password = ***** >> > > > >> > > > # >> > > > # Optional DNS servers, if enterprise >> > > > # DNS server cannot resolve the domain >> srvrecord. >> > > > # >> > > > vars.dns = >> dns://srvdc03.${global:vars.____domain} >> > > > dns://srvdc04.${global:vars.____domain} >> > > > >> > > > pool.default.serverset.type = srvrecord >> > > > pool.default.serverset.____srvrecord.domain >> = >> ${global:vars.domain} >> > > > pool.default.auth.simple.____bindDN = >> ${global:vars.user} >> > > > pool.default.auth.simple.____password = >> ${global:vars.password} >> > > > >> > > > # Uncomment if using custom DNS >> > > > >> > > >> >> >> pool.default.serverset.____srvrecord.jndi-properties.____ >> java.naming.provider.url >> = >> > > > ${global:vars.dns} >> > > > pool.default.socketfactory.____resolver.uRL >> = >> ${global:vars.dns} >> > > > >> > > > >> > > > >> > > > >> [ovirt-engine-extension-aaa-__ >> __ldap.authz::BRU_AIR-authz] >> Cannot initialize >> > > > LDAP framework, deferring initialization. >> Error: No >> DNS SRV >> records were >> > > > found with record name >> '_gc._tcp.brussels.airport'. >> > > > >> > > > And I can't put '_gc._tcp.mydomain.com >> >> >> in the dns... Isn't >> there another >> > > > way it just resolves the dns servers I gave >> him? >> > > > >> > > >> > > Microsoft Domain controller must have gc >> service entry >> within >> DNS to work >> > > properly. >> > > 1. Are you sure you have Microsoft DNS >> installed on >> srvdc03.mydomain.com >> >> ? >> > > 2. Can you please execute: >> > > $ dig @srvdc03.mydomain.com >> >> >> SRV >> _gc._tcp.mydomain.com >> >> >> > > 3. Can you please open the DNS manager within >> your >> domain and >> search for >> > > srv records? Maybe you have DNS installed >> only on few >> servers, >> using the >> > > DNS manager you can also see which. >> > > >> > > > >> > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev >> >> > >> > > >>>: >> > > > >> > > > > >> > > > > >> > > > > ----- Original Message ----- >> > > > > > From: "Ondra Machacek" >> >> > >> >> > > >>> >> > > > > > To: "Koen Vanoppen" >> >> > > >> > ____com >> > >>>, users at ovirt.org >> >> > >> >> >> >> >> > > > > > Sent: Thursday, January 29, 2015 1:49:00 >> PM >> > > > > > Subject: Re: [ovirt-users] AAA >> > > > > > >> > > > > > >> > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen >> wrote: >> > > > > > > No, I don't. and I wouldn't know how >> he got to >> this name... >> > > > > > >> > > > > > Well, then you have to, if you want to >> use >> > > 'pool.default.serverset.type >> > > > > > = srvrecord'. >> > > > > > >> > > > > > It just need to know where your global >> catalog is >> running, since it's >> > > > > > needed for new provider. >> > > > > > >> > > > > > It searches for global catalog like this: >> > > > > > dig @${vars.dns} -t SRV >> _gc._tcp.${vars.domain} >> > > > > > >> > > > > > So you need to have this SRV record in >> DNS, if >> you want >> to use >> > > srvrecord >> > > > > > serverset type. Or you don't have to if >> you use >> single >> server type. >> > > > > >> > > > > active directory will not work without >> access to >> global >> catalog. >> > > > > please set one or more of the domain >> controllers >> as dns >> server, for >> > > > > example: >> > > > > >> > > > > vars.dns = >> dns://dc1.${global:vars.____domain} >> > > dns://dc2.${global:vars.____domain} >> > > > > >> > > > > please also uncomment/add these lines to >> make vars.dns >> effective. >> > > > > >> > > > > >> > > >> >> >> pool.default.serverset.____srvrecord.jndi-properties.____ >> java.naming.provider.url >> > > > > = ${global:vars.dns} >> > > > > pool.default.socketfactory.____resolver.uRL >> = >> ${global:vars.dns} >> > > > > >> > > > > Thanks! >> > > > > >> > > > > > >> > > > > > > >> > > > > > > Thanks for the reply! >> > > > > > > >> > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra >> Machacek >> >> > >> > > >> >> > > > > > > > >> > > > >> > >>>__>__: >> >> > > > > > > >> > > > > > > On 01/29/2015 11:41 AM, Koen >> Vanoppen wrote: >> > > > > > > >> > > > > > > Can somebody help me setting >> up AAA >> for ovirt >> 3.5.1? >> > > > > > > >> > > > > > > I'm getting this now: >> > > > > > > >> > > > > > > 2015-01-29 11:35:36,889 WARN >> > > > > > > >> >> [org.ovirt.engineextensions.______aaa.ldap.AuthzExtension] (MSC >> > > > > > > service thread >> > > > > > > 1-1) >> > > >> [ovirt-engine-extension-aaa-______ldap.authz::BRU_AIR-authz] >> > > > > > > Cannot >> > > > > > > initialize LDAP framework, >> deferring >> initialization. >> > > Error: An >> > > > > > > error >> > > > > > > occurred while attempting to >> query DNS >> in order to >> > > retrieve SRV >> > > > > > > records >> > > > > > > with name >> '_gc._tcp.brussels.airport': >> > > > > > > >> javax.naming.______NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc._tcp.brussels.airport' >> > > > > > > >> > > > > > > >> > > > > > > Do you have this >> '_gc._tcp.brussels.airport' SRV >> record in DNS >> > > ? >> > > > > > > >> > > > > > > >> > > > > > > my 3 configs: >> > > > > > > _*BRU_AIR-authn.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > >> > >> > >> < >> > > > > http://ovirt.engine.extension.____name >> > >> >> > > > > > > >> > >> >> > > > > > > >> >> > >>> = >> > > > > > > BRU_AIR-authn >> > > > > > > >> ovirt.engine.extension.______bindings.method = >> jbossmodule >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.module = >> > > > > > > >> org.ovirt.engine-extensions.______aaa.ldap >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.class = >> > > > > > > >> >> org.ovirt.engineextensions.______aaa.ldap.AuthnExtension >> > > > > > > >> ovirt.engine.extension.______provides = >> > > > > > > >> org.ovirt.engine.api.______extensions.aaa.Authn >> > > > > > > >> ovirt.engine.aaa.authn.__profi____le.name >> >> >> > > > > > > >> > >> > >> >> > > > > > > >> > >> >> >> > > > > > > >> > >> > >>> = >> BRU-AIR >> > > > > > > >> ovirt.engine.aaa.authn.authz.______plugin = >> BRU_AIR-authz >> > > > > > > config.profile.file.1 = >> > > > > >> /etc/ovirt-engine/aaa/BRU_AIR.______properties >> > > > > > > >> > > > > > > _*BRU_AIR-authz.properties*_ >> > > > > > > ovirt.engine.extension.name >> >> > > >> > >> > >> < >> > > > > http://ovirt.engine.extension.____name >> > >> >> > > > > > > >> > >> >> >> > > > > > > >> >> > >>> = >> > > > > > > BRU_AIR-authz >> > > > > > > >> ovirt.engine.extension.______bindings.method = >> jbossmodule >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.module = >> > > > > > > >> org.ovirt.engine-extensions.______aaa.ldap >> > > > > > > >> >> ovirt.engine.extension.______binding.jbossmodule.class = >> > > > > > > >> >> org.ovirt.engineextensions.______aaa.ldap.AuthzExtension >> > > > > > > >> ovirt.engine.extension.______provides = >> > > > > > > >> org.ovirt.engine.api.______extensions.aaa.Authz >> > > > > > > config.profile.file.1 = >> > > > > >> /etc/ovirt-engine/aaa/BRU_AIR.______properties >> >> >> > > > > > > >> > > > > > > _*BRU_AIR.properties*_ >> > > > > > > include = >> > > > > > > >> > > > > > > # >> > > > > > > # Active directory domain name. >> > > > > > > # >> > > > > > > vars.domain = mydomain.com >> >> >> >> > > > > > > >> > > > > > > >> > > > > > > # >> > > > > > > # Search user and its password. >> > > > > > > # >> > > > > > > vars.user = >> admin@${global:vars.domain} >> > > > > > > vars.password = *********** >> > > > > > > >> > > > > > > # >> > > > > > > # Optional DNS servers, if >> enterprise >> > > > > > > # DNS server cannot resolve >> the domain >> srvrecord. >> > > > > > > # >> > > > > > > vars.dns = >> dns://dc01.mydomain.com >> >> < >> > > http://dc01.mydomain.com> >> > > > > > > >> > > > > > > >> > > > > > > pool.default.serverset.type = >> srvrecord >> > > > > > > >> pool.default.serverset.______srvrecord.domain = >> > > > > ${global:vars.domain} >> > > > > > > >> pool.default.auth.simple.______bindDN = >> ${global:vars.user} >> > > > > > > >> pool.default.auth.simple.______password = >> > > ${global:vars.password >> > > > > > > >> > > > > > > In the GUI for adding user I >> get this: >> > > > > > > >> > > > > > > An error occurred while >> attempting to >> query DNS >> in order to >> > > > > > > retrieve SRV >> > > > > > > records with name >> '_gc__tcp_brussels_airport': >> > > > > > > >> javax_naming_______NameNotFoundException: DNS name >> not found >> > > > > > > [response code >> > > > > > > 3]; remaining name >> '_gc__tcp_brussels_airport' >> > > > > > > >> > > > > > > Any ideas? I ran out... >> > > > > > > >> > > > > > > Kind regards, >> > > > > > > >> > > > > > > Koen >> > > > > > > >> > > > > > > >> > > > > > > >> _____________________________________________________ >> > > > > > > Users mailing list >> > > > > > > Users at ovirt.org >> > > >> >> >> >> >> > >> >> >>> >> > > > > > > >> http://lists.ovirt.org/______mailman/listinfo/users >> >> > > >> > > > > > > >> > >> > >> >> > > > > > > >> > > > > > > >> > > > > > >> ___________________________________________________ >> > > > > > Users mailing list >> > > > > > Users at ovirt.org >> > > >> >> >> >> > > > > > >> http://lists.ovirt.org/____mailman/listinfo/users >> >> > > >> > > > > > >> > > > > >> > > > >> > > >> > >> >> >> >> >> ___________________________________________________ >> Users mailing list >> Users at ovirt.org > > >> http://lists.ovirt.org/____mailman/listinfo/users >> >> > > >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From ydary at redhat.com Thu Jan 29 14:13:24 2015 From: ydary at redhat.com (Yaniv Dary) Date: Thu, 29 Jan 2015 16:13:24 +0200 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: References: Message-ID: <54CA4004.2080902@redhat.com> WebAdmin is for admin and has permissions to see anything in the system. For power users please use the power user portal. On 01/29/2015 10:35 AM, Nikolai Bochev wrote: > Hello, > > I've been running ovirt hosted engine for around a month already > without any major interruptions. Last week i tied it to freeipa, to be > able to give permissions to other people, but so far no success > because of the following problem : > > All users can see all VM's. I tried clearing all permission entries ( > leaving the admin only ) and the re-adding and it didn't help at all. > > I am attaching a few screenshots to better describe : > > > > > > ? > Most of the vm's have no permissions attached to them, but they are > still visible to everyone that logs from the userpanel > What am i doing wrong ? > > Regards, > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Yaniv Dary Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: ydary at redhat.com IRC : ydary From david at analytics.brusselsairport.be Thu Jan 29 15:10:01 2015 From: david at analytics.brusselsairport.be (David van zeebroeck) Date: Thu, 29 Jan 2015 16:10:01 +0100 Subject: [ovirt-users] dwh not receiving any data Message-ID: hi we are running ovirt 3.5.1 and we are trying to setup the dwh part install and setup appears to run fine but when starting the service we see following error in the log file : 2015-01-29 16:06:26|ETL Service Started Exception in component tJDBCOutput_5 org.postgresql.util.PSQLException: ERROR: insert or update on table "vm_samples_history" violates foreign key constraint "vm_samples_history_current_user_id_fkey" Detail: Key (current_user_id)=(ab932902-cead-4435-a2b6-8b88576feab6) is not present in table "users_details_history". at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_10Process(StatisticsSync.java:10482) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$6.run(StatisticsSync.java:17437) Exception in component tJDBCOutput_6 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_12Process(StatisticsSync.java:12689) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$7.run(StatisticsSync.java:17483) Exception in component tJDBCOutput_7 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_18Process(StatisticsSync.java:14806) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$8.run(StatisticsSync.java:17529) Exception in component tJDBCOutput_4 org.postgresql.util.PSQLException: ERROR: current transaction is aborted, commands ignored until end of transaction block at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync.tJDBCInput_8Process(StatisticsSync.java:7788) at ovirt_engine_dwh.statisticssync_3_5.StatisticsSync$5.run(StatisticsSync.java:17391) 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_7|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_5|org.postgresql.util.PSQLException:ERROR: insert or update on table "vm_samples_history" violates foreign key constraint "vm_samples_history_current_user_id_fkey" Detail: Key (current_user_id)=(ab932902-cead-4435-a2b6-8b88576feab6) is not present in table "users_details_history".|1 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_6|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 2015-01-29 16:07:04|kGEf8p|YhA1NE|VVdF7H|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: current transaction is aborted, commands ignored until end of transaction block|1 Exception in component tRunJob_5 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_5Process(SampleRunJobs.java:1598) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_6Process(SampleRunJobs.java:1412) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_1Process(SampleRunJobs.java:1197) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tRunJob_4Process(SampleRunJobs.java:982) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tJDBCConnection_2Process(SampleRunJobs.java:762) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs.tJDBCConnection_1Process(SampleRunJobs.java:641) at ovirt_engine_dwh.samplerunjobs_3_5.SampleRunJobs$2.run(SampleRunJobs.java:2560) 2015-01-29 16:07:04|VVdF7H|YhA1NE|XpLXfK|OVIRT_ENGINE_DWH|SampleRunJobs|Default|6|Java Exception|tRunJob_5|java.lang.RuntimeException:Child job running failed|1 Exception in component tRunJob_1 java.lang.RuntimeException: Child job running failed at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tRunJob_1Process(SampleTimeKeepingJob.java:5941) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_2Process(SampleTimeKeepingJob.java:5707) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCConnection_1Process(SampleTimeKeepingJob.java:4340) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCConnection_2Process(SampleTimeKeepingJob.java:4219) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tRowGenerator_2Process(SampleTimeKeepingJob.java:4092) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_3Process(SampleTimeKeepingJob.java:3505) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_5Process(SampleTimeKeepingJob.java:2877) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCInput_4Process(SampleTimeKeepingJob.java:2191) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob.tJDBCConnection_3Process(SampleTimeKeepingJob.java:1537) at ovirt_engine_dwh.sampletimekeepingjob_3_5.SampleTimeKeepingJob$2.run(SampleTimeKeepingJob.java:9546) -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 15:20:06 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 10:20:06 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <1442292572.1600323.1422534828589.JavaMail.zimbra@redhat.com> <540363807.1603261.1422535801007.JavaMail.zimbra@redhat.com> <54CA3839.7040408@redhat.com> Message-ID: <1176170042.1666643.1422544806016.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Ondra Machacek" , users at ovirt.org > Sent: Thursday, January 29, 2015 3:46:09 PM > Subject: Re: [ovirt-users] AAA > > I saw that when I pressed the send button. If I do that i again get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthzExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records with > name '_ldap._ tcp.ldap.mydomain.com ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name '_ldap._ > tcp.ldap.mydomain.com ' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.aaa.ldap.AuthnExtension] (MSC service thread > 1-1) [ovirt-engine-extension-aaa-ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV records with > name '_ldap._ tcp.ldap.mydomain.com ': javax.naming.NameNotFoundException: > DNS name not found [response code 3]; remaining name '_ldap._ > tcp.ldap.mydomain.com ' > > And yes I replayed mydomain with the correct one... :-) Hi Koen, I keep asking you... please provide the following so we can help: 1. your real domain name that you are using, I guess mydomain.com is not the correct one and also ldap.mydomain.com is not the active directory domain name, please determine what is the active directory domain name, you can do this via the domains and site manager. 2. the command and full output of dig using: $ dig @srvdc03. SRV _ldap._tcp. $ dig @srvdc03. SRV _gc._tcp. these srv records MUST exist within active directory DNS, otherwise the active directory itself will not work, your task is to find what is in your environment and what server runs valid DNS. 3. open the dns manager within active directory, expand the _tcp branch, and attach screen shoot of what you see. Thanks, Alon. > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek < omachace at redhat.com > : > > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > > OK... Now I have this one :-) > WARN [org.ovirt.engineextensions. aaa.ldap.AuthnExtension] (MSC service > thread 1-2) [ovirt-engine-extension-aaa- ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring initialization. Error: > Invalid DNS pseudo-URL(s): > > uncomment vars.dns > > > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com < http://ldap.mydomain.com > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset. single.server = ${global:vars.server} > pool.default.serverset. srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple. bindDN = ${global:vars.user} > pool.default.auth.simple. password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset. srvrecord.jndi-properties. java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory. resolver.uRL = ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev < alonbl at redhat.com > >: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" < vanoppen.koen at gmail.com > vanoppen.koen at gmail. com >> > > To: "Alon Bar-Lev" < alonbl at redhat.com > > > Cc:users at ovirt.org > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig @ srvdc03.mydomain.com < > > http://srvdc03.mydomain.com > SRV _gc._ > > tcp.mydomain.com < http://tcp.mydomain.com > > > > > ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23. rc1.el6_5.1 <<>> @ > > srvdc03.mydomain.com < http://srvdc03.mydomain.com > > > SRV _gc._ tcp.mydomain.com < http://tcp.mydomain.com > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._ tcp.mydomain.com < http://tcp.mydomain.com >. IN SRV > > this ^^^^^^^ means that you do not have srv record. are you sure you > replace mydomain.com < http://mydomain.com > with your actual active > directory domain name? > have you tried to look into your dns manager for this information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com < http://mydomain.com >. 3600 IN SOA > srvdc03.mydomain.com < http://srvdc03.mydomain.com >. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev < alonbl at redhat.com > >: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" < vanoppen.koen at gmail.com > > > > > > To: "Alon Bar-Lev" < alonbl at redhat.com > >, users at ovirt.org > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com < http://mydomain.com > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain srvrecord. > > > > # > > > > vars.dns = dns://srvdc03.${global:vars. domain} > > > > dns://srvdc04.${global:vars. domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset. srvrecord.domain = ${global:vars.domain} > > > > pool.default.auth.simple. bindDN = ${global:vars.user} > > > > pool.default.auth.simple. password = ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > pool.default.serverset. srvrecord.jndi-properties. java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory. resolver.uRL = ${global:vars.dns} > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa- ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. Error: No DNS SRV > records were > > > > found with record name '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._ tcp.mydomain.com > < http://tcp.mydomain.com > in the dns... Isn't there another > > > > way it just resolves the dns servers I gave him? > > > > > > > > > > Microsoft Domain controller must have gc service entry within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS installed on > srvdc03.mydomain.com < http://srvdc03.mydomain.com > ? > > > 2. Can you please execute: > > > $ dig @ srvdc03.mydomain.com < http://srvdc03.mydomain.com > SRV > _gc._ tcp.mydomain.com < http://tcp.mydomain.com > > > > 3. Can you please open the DNS manager within your domain and > search for > > > srv records? Maybe you have DNS installed only on few servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev < alonbl at redhat.com > >: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" < omachace at redhat.com > > > > > > > > To: "Koen Vanoppen" < vanoppen.koen at gmail.com > >, users at ovirt.org > > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen wrote: > > > > > > > No, I don't. and I wouldn't know how he got to this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in DNS, if you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if you use single > server type. > > > > > > > > > > active directory will not work without access to global > catalog. > > > > > please set one or more of the domain controllers as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = dns://dc1.${global:vars. domain} > > > dns://dc2.${global:vars. domain} > > > > > > > > > > please also uncomment/add these lines to make vars.dns > effective. > > > > > > > > > > > > > > pool.default.serverset. srvrecord.jndi-properties. java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory. resolver.uRL = ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > < omachace at redhat.com > > > > > > > >> : > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting up AAA for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > [org.ovirt.engineextensions.__ aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > [ovirt-engine-extension-aaa-__ ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to query DNS in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name '_gc._tcp.brussels.airport': > > > > > > > javax.naming.__ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > < > > > > > http://ovirt.engine.extension. name > > > > > > > > < http://ovirt.engine. __ extensi on.name > < http://extension.name > > > > > > > > < http://ovirt.engine. extension.name >> = > > > > > > > BRU_AIR-authn > > > > > > > ovirt.engine.extension.__ bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__ aaa.ldap > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__ aaa.ldap.AuthnExtension > > > > > > > ovirt.engine.extension.__ provides = > > > > > > > org.ovirt.engine.api.__ extensions.aaa.Authn > > > > > > > ovirt.engine.aaa.authn.__ profi le.name > < http://profile.name > > > > > > > > < http://ovirt.engine.aaa. authn.profile.name > > > > > > > > < http://ovirt.engine.aaa. __ aut hn.profile.name > < http://authn.profile.name > > > > > > > > < http://ovirt.engine.aaa. authn.profile.name >> = > BRU-AIR > > > > > > > ovirt.engine.aaa.authn.authz._ _plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR. __properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > < > > > > > http://ovirt.engine.extension. name > > > > > > > > < http://ovirt.engine. __ extensi on.name > < http://extension.name > > > > > > > > > < http://ovirt.engine. extension.name >> = > > > > > > > BRU_AIR-authz > > > > > > > ovirt.engine.extension.__ bindings.method = > jbossmodule > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.module = > > > > > > > org.ovirt.engine-extensions.__ aaa.ldap > > > > > > > > ovirt.engine.extension.__ binding.jbossmodule.class = > > > > > > > > org.ovirt.engineextensions.__ aaa.ldap.AuthzExtension > > > > > > > ovirt.engine.extension.__ provides = > > > > > > > org.ovirt.engine.api.__ extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > /etc/ovirt-engine/aaa/BRU_AIR. __properties > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > < http://mydomain.com > < http://mydomain.com > > > > > > > > < http://mydomain.com > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if enterprise > > > > > > > # DNS server cannot resolve the domain srvrecord. > > > > > > > # > > > > > > > vars.dns = dns:// dc01.mydomain.com > < http://dc01.mydomain.com > < > > > http://dc01.mydomain.com > > > > > > > > < http://dc01.mydomain.com > > > > > > > > > > > > > > > pool.default.serverset.type = srvrecord > > > > > > > pool.default.serverset.__ srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > pool.default.auth.simple.__ bindDN = > ${global:vars.user} > > > > > > > pool.default.auth.simple.__ password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I get this: > > > > > > > > > > > > > > An error occurred while attempting to query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name '_gc__tcp_brussels_airport': > > > > > > > javax_naming___ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > ______________________________ ___________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > > > > > > http://lists.ovirt.org/__ mailman/listinfo/users > > > > > > > < http://lists.ovirt.org/ mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > ______________________________ _________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > > > http://lists.ovirt.org/ mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________ _________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/ mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From donny at cloudspin.me Thu Jan 29 15:20:31 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 29 Jan 2015 08:20:31 -0700 Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: You are assigning permissions at too high of a level. Set the following permissions for users to be able to only see what they create Add a new set of permissions in the config menu Login to system Create instance Attach to storage domains Then assign that permission at the datacenter level, or even better the cluster level And add permissions as needed I will get you some screen shots when I get home On Jan 29, 2015 7:13 AM, Yaniv Dary wrote: > > WebAdmin is for admin and has permissions to see anything in the system. > For power users please use the power user portal. > > On 01/29/2015 10:35 AM, Nikolai Bochev wrote: > > Hello, > > > > I've been running ovirt hosted engine for around a month already > > without any major interruptions. Last week i tied it to freeipa, to be > > able to give permissions to other people, but so far no success > > because of the following problem : > > > > All users can see all VM's. I tried clearing all permission entries ( > > leaving the admin only ) and the re-adding and it didn't help at all. > > > > I am attaching a few screenshots to better describe : > > > > > > > > > > > > ? > > Most of the vm's have no permissions attached to them, but they are > > still visible to everyone that logs from the userpanel > > What am i doing wrong ? > > > > Regards, > > > > > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > -- > Yaniv Dary > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: ydary at redhat.com > IRC : ydary > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From donny at cloudspin.me Thu Jan 29 15:28:30 2015 From: donny at cloudspin.me (Donny Davis) Date: Thu, 29 Jan 2015 08:28:30 -0700 Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: Setting that login permission at the system level is why they can see everything even if they can't control it. Copy the user permission role and remove all the permissions except login to system (the last box under login) create instance, and attach to storage domains. Then add it to the datacenter permission set On Jan 29, 2015 2:02 AM, Ondra Machacek wrote: > > If you add for example 'UserRole' on VM, then your user should login to > UserPortal without any problem and see his VM. > > On 01/29/2015 09:58 AM, Nikolai Bochev wrote: > > Ok, but if i don't add "System" permissions to a user with "UserRole" > > they cannot login at all ? > > > > On Thu, Jan 29, 2015 at 10:56 AM, Ondra Machacek > > wrote: > > > > > > > >???? On 01/29/2015 09:35 AM, Nikolai Bochev wrote: > > > >???????? Hello, > > > >???????? I've been running ovirt hosted engine for around a month already > >???????? without > >???????? any major interruptions. Last week i tied it to freeipa, to be > >???????? able to > >???????? give permissions to other people, but so far no success because > >???????? of the > >???????? following problem : > > > >???????? All users can see all VM's. I tried clearing all permission > >???????? entries ( > >???????? leaving the admin only ) and the re-adding and it didn't help at > >???????? all. > > > >???????? I am attaching a few screenshots to better describe : > > > > > > > >???? The problem is that you are assigning system permissions. > >???? If you assign system permissions you have permission to whole system. > > > >???? If you want to assign a permission to user on a specific vm(or object), > >???? you have to select the object, then click 'permissions' subtab, then > >???? click 'add', then find your user and choose the role for him. > > > > > > > > > >???????? ? > >???????? Most of the vm's have no permissions attached to them, but they are > >???????? still visible to everyone that logs from the userpanel > >???????? What am i doing wrong ? > > > >???????? Regards, > > > > > >???????? _________________________________________________ > >???????? Users mailing list > >???????? Users at ovirt.org > >???????? http://lists.ovirt.org/__mailman/listinfo/users > >???????? > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Thu Jan 29 16:59:25 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 17:59:25 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: <54CA4004.2080902@redhat.com> References: <54CA4004.2080902@redhat.com> Message-ID: Il 29/gen/2015 15:13 "Yaniv Dary" ha scritto: > > WebAdmin is for admin and has permissions to see anything in the system. > For power users please use the power user portal Power user portal doesn't exist any more or did I miss anything? -------------- next part -------------- An HTML attachment was scrubbed... URL: From oourfali at redhat.com Thu Jan 29 17:13:56 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Thu, 29 Jan 2015 12:13:56 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: <1208275697.3675120.1422551636939.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> An HTML attachment was scrubbed... URL: From alonbl at redhat.com Thu Jan 29 18:17:47 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Thu, 29 Jan 2015 13:17:47 -0500 (EST) Subject: [ovirt-users] AAA In-Reply-To: References: <54CA3839.7040408@redhat.com> <54CA3A3E.4090506@redhat.com> <54CA3D03.8020600@redhat.com> Message-ID: <207950162.1794686.1422555467491.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Koen Vanoppen" > To: "Ondra Machacek" > Cc: users at ovirt.org > Sent: Thursday, January 29, 2015 4:11:40 PM > Subject: Re: [ovirt-users] AAA > > FOUND IT!!!!!! > > include = > > # > # Active directory domain name. > # > #vars.domain = ldap.mydomain.com > vars.server = ldap.mydomain.com > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > vars.password = ************** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > vars.dns = dns:// srvdc03.mydomain.com dns:// srvdc04.mydomain.com > > #pool.default.serverset.type = srvrecord as I wrote several times, not using srvrecord for active directory will result in non working configuration. we need to find the root cause of your problem. > pool.default.serverset.single.server = ${global:vars.server} > pool.default.serverset.srvrecord.domain = ${global:vars.domain} > pool.default.auth.simple.bindDN = ${global:vars.user} > pool.default.auth.simple.password = ${global:vars.password} > > # Uncomment if using custom DNS > pool.default.serverset.srvrecord.jndi-properties.java.naming.provider.url = > ${global:vars.dns} > pool.default.socketfactory.resolver.uRL = ${global:vars.dns > > > > BIG THANKS MAN!!!!! > > 2015-01-29 15:00 GMT+01:00 Ondra Machacek < omachace at redhat.com > : > > > > > On 01/29/2015 02:54 PM, Koen Vanoppen wrote: > > > I just don't understand. Why did engine-manage-domains previously DID > work, no problems what so ever and now I have this... > > Because manage-domains didn't use global catalog. And probabaly the reason > you don't have _ldap SRV record is that you didn't have them never and you > just used '--ldapServers' parameter, that's why manage-domains worked with > your domain. > > Now you are using DNS, not static configuration of ldap servers. > > > > > 2015-01-29 14:48 GMT+01:00 Ondra Machacek < omachace at redhat.com > >: > > It's same situation as before, but now you are missing ldap SRV record. > > With same steps you used to add _gc SRV record add also _ldap SRV > record. But it's strange that you don't already have them. > > On 01/29/2015 02:46 PM, Koen Vanoppen wrote: > > I saw that when I pressed the send button. If I do that i again > get the > following: > > 2015-01-29 14:28:35,891 WARN > [org.ovirt.engineextensions.__ aaa.ldap.AuthzExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ ldap.authz::BRU_AIR-authz] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._ tcp.ldap.mydomain.com > < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __': > javax.naming.__ NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._ tcp.ldap.mydomain.com < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __' > 2015-01-29 14:28:35,924 WARN > [org.ovirt.engineextensions.__ aaa.ldap.AuthnExtension] (MSC > service thread > 1-1) [ovirt-engine-extension-aaa-__ ldap.authn::BRU_AIR-authn] Cannot > initialize LDAP framework, deferring initialization. Error: An error > occurred while attempting to query DNS in order to retrieve SRV > records > with name '_ldap._ tcp.ldap.mydomain.com > < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __': > javax.naming.__ NameNotFoundException: > DNS name not found [response code 3]; remaining name > '_ldap._ tcp.ldap.mydomain.com < http://tcp.ldap.mydomain.com > > < http://tcp.ldap.mydomain.com > __' > > And yes I replayed mydomain with the correct one... :-) > > 2015-01-29 14:40 GMT+01:00 Ondra Machacek < omachace at redhat.com > > >> : > > > > On 01/29/2015 02:18 PM, Koen Vanoppen wrote: > > OK... Now I have this one :-) > WARN > [org.ovirt.engineextensions.__ __aaa.ldap.AuthnExtension] > (MSC service > thread 1-2) > [ovirt-engine-extension-aaa-__ __ldap.authn::BRU_AIR-authn] > Cannot initialize LDAP framework, deferring > initialization. Error: > Invalid DNS pseudo-URL(s): > > > uncomment vars.dns > > > Changed the properties file to this: > > include = > > # > # Active directory domain name. > # > vars.domain = ldap.mydomain.com > < http://ldap.mydomain.com > < http://ldap.mydomain.com > > < http://ldap.mydomain.com > (this one > resolves to and gives ping back, front end of the pool) > > # > # Search user and its password. > # > vars.user = juniper-admin at mydomain.com > > > > __ mydom a__in.com < http://mydomain.com > > >> > vars.password = ***** > > # > # Optional DNS servers, if enterprise > # DNS server cannot resolve the domain srvrecord. > # > #vars.dns = dns://srvdc03.my.domain > dns://srvdc04.my.domain (these > resolve and give a ping back) > > pool.default.serverset.type = srvrecord > #pool.default.serverset.____ single.server = > ${global:vars.server} > pool.default.serverset.____ srvrecord.domain = > ${global:vars.domain} > pool.default.auth.simple.____ bindDN = ${global:vars.user} > pool.default.auth.simple.____ password = > ${global:vars.password} > > # Uncomment if using custom DNS > > pool.default.serverset.____ srvrecord.jndi-properties.____ > java.naming.provider.url > = > ${global:vars.dns} > pool.default.socketfactory.___ _resolver.uRL = > ${global:vars.dns} > > > Thanks for your effort! > > > 2015-01-29 13:50 GMT+01:00 Alon Bar-Lev > < alonbl at redhat.com > > > > >>>: > > > > ----- Original Message ----- > > From: "Koen Vanoppen" < vanoppen.koen at gmail.com > > > > _ ___com > >>> > > To: "Alon Bar-Lev" < alonbl at redhat.com > > > > > >>> > > Cc:users at ovirt.org > > > > >> > > Sent: Thursday, January 29, 2015 2:41:52 PM > > Subject: Re: [ovirt-users] AAA > > > > Yes We have: > > > > [root at ovirtmgmt01prod ~]# dig > @ srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > SRV > _gc._ > > tcp.mydomain.com < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > > > > ; <<>> DiG > 9.8.2rc1-RedHat-9.8.2-0.23.___ _rc1.el6_5.1 <<>> > @ srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > > < http://srvdc03.mydomain.com > > > SRV _gc._ tcp.mydomain.com > < http://tcp.mydomain.com > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > > ; (1 server found) > > ;; global options: +cmd > > ;; Got answer: > > ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, > id: 33340 > > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, > AUTHORITY: 1, > ADDITIONAL: 0 > > > > ;; QUESTION SECTION: > > ;_gc._ tcp.mydomain.com < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com >. IN SRV > > this ^^^^^^^ means that you do not have srv > record. are you > sure you > replace mydomain.com < http://mydomain.com > > < http://mydomain.com > > < http://mydomain.com > with your actual active > directory domain name? > have you tried to look into your dns manager for this > information as > well? > > > > > ;; AUTHORITY SECTION: > > mydomain.com < http://mydomain.com > > < http://mydomain.com > > < http://mydomain.com >. 3600 IN SOA > srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com >. > > hostmaster.airport. 1398582 900 600 86400 3600 > > > > ;; Query time: 12 msec > > ;; SERVER: 10.110.3.123#53(10.110.3.123) > > ;; WHEN: Thu Jan 29 13:40:41 2015 > > ;; MSG SIZE rcvd: 98 > > > > > > > > 2015-01-29 13:33 GMT+01:00 Alon Bar-Lev > < alonbl at redhat.com > > > >>>: > > > > > > > > > > > ----- Original Message ----- > > > > From: "Koen Vanoppen" > < vanoppen.koen at gmail.com > > > _ ___com > >>> > > > > To: "Alon Bar-Lev" < alonbl at redhat.com > > > > >>>, > users at ovirt.org > > >> > > > > Sent: Thursday, January 29, 2015 2:19:32 PM > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > Big thanks for your help, but still the same: > > > > > > > > # > > > > # Active directory domain name. > > > > # > > > > vars.domain = mydomain.com > < http://mydomain.com > < http://mydomain.com > > < http://mydomain.com > > > > > > > > > # > > > > # Search user and its password. > > > > # > > > > vars.user = admin@${global:vars.domain} > > > > vars.password = ***** > > > > > > > > # > > > > # Optional DNS servers, if enterprise > > > > # DNS server cannot resolve the domain > srvrecord. > > > > # > > > > vars.dns = > dns://srvdc03.${global:vars.__ __domain} > > > > dns://srvdc04.${global:vars.__ __domain} > > > > > > > > pool.default.serverset.type = srvrecord > > > > pool.default.serverset.____ srvrecord.domain = > ${global:vars.domain} > > > > pool.default.auth.simple.____ bindDN = > ${global:vars.user} > > > > pool.default.auth.simple.____ password = > ${global:vars.password} > > > > > > > > # Uncomment if using custom DNS > > > > > > > > > > pool.default.serverset.____ srvrecord.jndi-properties.____ > java.naming.provider.url > = > > > > ${global:vars.dns} > > > > pool.default.socketfactory.___ _resolver.uRL = > ${global:vars.dns} > > > > > > > > > > > > > > > > > [ovirt-engine-extension-aaa-__ __ldap.authz::BRU_AIR-authz] > Cannot initialize > > > > LDAP framework, deferring initialization. > Error: No > DNS SRV > records were > > > > found with record name > '_gc._tcp.brussels.airport'. > > > > > > > > And I can't put '_gc._ tcp.mydomain.com > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > in the dns... Isn't > there another > > > > way it just resolves the dns servers I gave > him? > > > > > > > > > > Microsoft Domain controller must have gc > service entry > within > DNS to work > > > properly. > > > 1. Are you sure you have Microsoft DNS > installed on > srvdc03.mydomain.com < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > ? > > > 2. Can you please execute: > > > $ dig @ srvdc03.mydomain.com > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > > < http://srvdc03.mydomain.com > SRV > _gc._ tcp.mydomain.com < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > < http://tcp.mydomain.com > > > > 3. Can you please open the DNS manager within > your > domain and > search for > > > srv records? Maybe you have DNS installed > only on few > servers, > using the > > > DNS manager you can also see which. > > > > > > > > > > > 2015-01-29 13:02 GMT+01:00 Alon Bar-Lev > < alonbl at redhat.com > > > >>>: > > > > > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > > From: "Ondra Machacek" > < omachace at redhat.com > > > >> > > > > > > > To: "Koen Vanoppen" > < vanoppen.koen at gmail.com > > > _ ___com > >>>, users at ovirt.org > > > > > > >> > > > > > > Sent: Thursday, January 29, 2015 1:49:00 PM > > > > > > Subject: Re: [ovirt-users] AAA > > > > > > > > > > > > > > > > > > On 01/29/2015 12:30 PM, Koen Vanoppen > wrote: > > > > > > > No, I don't. and I wouldn't know how > he got to > this name... > > > > > > > > > > > > Well, then you have to, if you want to use > > > 'pool.default.serverset.type > > > > > > = srvrecord'. > > > > > > > > > > > > It just need to know where your global > catalog is > running, since it's > > > > > > needed for new provider. > > > > > > > > > > > > It searches for global catalog like this: > > > > > > dig @${vars.dns} -t SRV > _gc._tcp.${vars.domain} > > > > > > > > > > > > So you need to have this SRV record in > DNS, if > you want > to use > > > srvrecord > > > > > > serverset type. Or you don't have to if > you use > single > server type. > > > > > > > > > > active directory will not work without > access to > global > catalog. > > > > > please set one or more of the domain > controllers > as dns > server, for > > > > > example: > > > > > > > > > > vars.dns = > dns://dc1.${global:vars.____ domain} > > > dns://dc2.${global:vars.____ domain} > > > > > > > > > > please also uncomment/add these lines to > make vars.dns > effective. > > > > > > > > > > > > > > > > pool.default.serverset.____ srvrecord.jndi-properties.____ > java.naming.provider.url > > > > > = ${global:vars.dns} > > > > > pool.default.socketfactory.___ _resolver.uRL = > ${global:vars.dns} > > > > > > > > > > Thanks! > > > > > > > > > > > > > > > > > > > > > > > > > Thanks for the reply! > > > > > > > > > > > > > > 2015-01-29 11:53 GMT+01:00 Ondra Machacek > < omachace at redhat.com > > > >> > > > > > > > > > > >> >__>__: > > > > > > > > > > > > > > > On 01/29/2015 11:41 AM, Koen > Vanoppen wrote: > > > > > > > > > > > > > > Can somebody help me setting > up AAA > for ovirt > 3.5.1? > > > > > > > > > > > > > > I'm getting this now: > > > > > > > > > > > > > > 2015-01-29 11:35:36,889 WARN > > > > > > > > > [org.ovirt.engineextensions.__ ____aaa.ldap.AuthzExtension] (MSC > > > > > > > service thread > > > > > > > 1-1) > > > > [ovirt-engine-extension-aaa-__ ____ldap.authz::BRU_AIR-authz] > > > > > > > Cannot > > > > > > > initialize LDAP framework, > deferring > initialization. > > > Error: An > > > > > > > error > > > > > > > occurred while attempting to > query DNS > in order to > > > retrieve SRV > > > > > > > records > > > > > > > with name > '_gc._tcp.brussels.airport': > > > > > > > > javax.naming.______ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc._tcp.brussels.airport' > > > > > > > > > > > > > > > > > > > > > Do you have this > '_gc._tcp.brussels.airport' SRV > record in DNS > > > ? > > > > > > > > > > > > > > > > > > > > > my 3 configs: > > > > > > > _*BRU_AIR-authn.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >> > < http://ovirt.engine. __ extensi __on.name > < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> < > > > > > http://ovirt.engine.extension. ____name > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> > > > > > > > > < http://ovirt.engine. __ extensi ____on.name > < http://extensi__on.name > < http://extension.name > > < http://extension.name > > > > > > > > > < http://ovirt.engine. __ extensi __on.name < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>>> = > > > > > > > BRU_AIR-authn > > > > > > > > ovirt.engine.extension.______ bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.__ ____aaa.ldap > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.___ ___aaa.ldap.AuthnExtension > > > > > > > > ovirt.engine.extension.______ provides = > > > > > > > > org.ovirt.engine.api.______ extensions.aaa.Authn > > > > > > > > ovirt.engine.aaa.authn.__ profi ____le.name > < http://profi__le.name > < http://profile.name > > < http://profile.name > > > > > > > > > < http://ovirt.engine.aaa. __ aut __hn.profile.name > < http://authn.profile.name > > < http://ovirt.engine.aaa. __ aut hn.profile.name > < http://ovirt.engine.aaa. authn.profile.name >>> > > > > > > > > < http://ovirt.engine.aaa. __ aut ____hn.profile.name > < http://aut__hn.profile.name > > < http://authn.profile.name > > < http://authn.profile.name > > > > > > > > > < http://ovirt.engine.aaa. __ aut __hn.profile.name > < http://authn.profile.name > > < http://ovirt.engine.aaa. __ aut hn.profile.name > < http://ovirt.engine.aaa. authn.profile.name >>>> = > BRU-AIR > > > > > > > > ovirt.engine.aaa.authn.authz._ _____plugin = > BRU_AIR-authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR. ______properties > > > > > > > > > > > > > > _*BRU_AIR-authz.properties*_ > > > > > > > ovirt.engine.extension.name > < http://ovirt.engine. extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >> > < http://ovirt.engine. __ extensi __on.name > < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> < > > > > > http://ovirt.engine.extension. ____name > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>> > > > > > > > > < http://ovirt.engine. __ extensi ____on.name > < http://extensi__on.name > < http://extension.name > > < http://extension.name > > > > > > > > > > < http://ovirt.engine. __ extensi __on.name < http://extension.name > > < http://ovirt.engine. __ extensi on.name > < http://ovirt.engine. extension.name >>>> = > > > > > > > BRU_AIR-authz > > > > > > > > ovirt.engine.extension.______ bindings.method = > jbossmodule > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.module = > > > > > > > > org.ovirt.engine-extensions.__ ____aaa.ldap > > > > > > > > > ovirt.engine.extension.______ binding.jbossmodule.class = > > > > > > > > > org.ovirt.engineextensions.___ ___aaa.ldap.AuthzExtension > > > > > > > > ovirt.engine.extension.______ provides = > > > > > > > > org.ovirt.engine.api.______ extensions.aaa.Authz > > > > > > > config.profile.file.1 = > > > > > > /etc/ovirt-engine/aaa/BRU_AIR. ______properties > > > > > > > > > > > > > > > > _*BRU_AIR.properties*_ > > > > > > > include = > > > > > > > > > > > > > > # > > > > > > > # Active directory domain name. > > > > > > > # > > > > > > > vars.domain = mydomain.com > < http://mydomain.com > > < http://mydomain.com > > < http://mydomain.com > < http://mydomain.com > > > > > > > > < http://mydomain.com > > > > > > > > > > > > > > > # > > > > > > > # Search user and its password. > > > > > > > # > > > > > > > vars.user = > admin@${global:vars.domain} > > > > > > > vars.password = *********** > > > > > > > > > > > > > > # > > > > > > > # Optional DNS servers, if > enterprise > > > > > > > # DNS server cannot resolve > the domain > srvrecord. > > > > > > > # > > > > > > > vars.dns = > dns:// dc01.mydomain.com < http://dc01.mydomain.com > > < http://dc01.mydomain.com > > < http://dc01.mydomain.com > < > > > http://dc01.mydomain.com > > > > > > > > < http://dc01.mydomain.com > > > > > > > > > > > > > > > pool.default.serverset.type = > srvrecord > > > > > > > > pool.default.serverset.______ srvrecord.domain = > > > > > ${global:vars.domain} > > > > > > > > pool.default.auth.simple._____ _bindDN = > ${global:vars.user} > > > > > > > > pool.default.auth.simple._____ _password = > > > ${global:vars.password > > > > > > > > > > > > > > In the GUI for adding user I > get this: > > > > > > > > > > > > > > An error occurred while > attempting to > query DNS > in order to > > > > > > > retrieve SRV > > > > > > > records with name > '_gc__tcp_brussels_airport': > > > > > > > > javax_naming_______ NameNotFoundException: DNS name > not found > > > > > > > [response code > > > > > > > 3]; remaining name > '_gc__tcp_brussels_airport' > > > > > > > > > > > > > > Any ideas? I ran out... > > > > > > > > > > > > > > Kind regards, > > > > > > > > > > > > > > Koen > > > > > > > > > > > > > > > > > > > > > > ______________________________ _______________________ > > > > > > > Users mailing list > > > > > > > Users at ovirt.org > > > > >> > > > > > >>> > > > > > > > > http://lists.ovirt.org/______ mailman/listinfo/users > < http://lists.ovirt.org/____ mailman/listinfo/users > > < http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users >> > > > > > > > > < http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users > > < http://lists.ovirt.org/__ mailman/listinfo/users > < http://lists.ovirt.org/ mailman/listinfo/users >>> > > > > > > > > > > > > > > > > > > > > > ______________________________ _____________________ > > > > > > Users mailing list > > > > > > Users at ovirt.org > > > > >> > > > > > > > http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users > > < http://lists.ovirt.org/__ mailman/listinfo/users > < http://lists.ovirt.org/ mailman/listinfo/users >> > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________ _____________________ > Users mailing list > Users at ovirt.org > > http://lists.ovirt.org/____ mailman/listinfo/users > < http://lists.ovirt.org/__ mailman/listinfo/users > > < http://lists.ovirt.org/__ mailman/listinfo/users > < http://lists.ovirt.org/ mailman/listinfo/users >> > > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From gianluca.cecchi at gmail.com Thu Jan 29 18:29:53 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 19:29:53 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: hello, using the ip address with "disable https" works to see events and such, but if I click on vm line (both if VM is powered on or off) movirt terminates. I only use admin at internal, giving him power user role access to the vm; in fact I can connect to it from user portal with admin at internal) If I download the certificate and then try to use https I get this error message when starting movirt and selecting load button: https://drive.google.com/file/d/0BwoPbcrMv8mvX2ZKUVdRUW5OLUU/view?usp=sharing any special thing to do with certificate? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Jan 29 18:32:18 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Thu, 29 Jan 2015 19:32:18 +0100 Subject: [ovirt-users] oVirt 3.5.1 user permissions In-Reply-To: <1208275697.3675120.1422551636939.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> References: <1208275697.3675120.1422551636939.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Message-ID: On Thu, Jan 29, 2015 at 6:13 PM, Oved Ourfali wrote: > > On Jan 29, 2015 7:00 PM, Gianluca Cecchi > wrote: > > > > > > Il 29/gen/2015 15:13 "Yaniv Dary" ha scritto: > > > > > > WebAdmin is for admin and has permissions to see anything in the > system. > > > For power users please use the power user portal > > > > Power user portal doesn't exist any more or did I miss anything? > > We have the webadmin and the user portal. If you have permissions like > power user role, then when you login to the user portal you have access to > a different view which is the power user portal. > BTW: I'm not the one who openend the thread.... In fact. Power user portal was used in RHEV 2.2 time.. If I give power user role to a vm for a user, than when the user (included admin at internal) open user portal, he can see the vm and work with it... Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From oourfali at redhat.com Thu Jan 29 18:40:51 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Thu, 29 Jan 2015 13:40:51 -0500 (EST) Subject: [ovirt-users] oVirt 3.5.1 user permissions Message-ID: <2076811600.3724898.1422556851435.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> An HTML attachment was scrubbed... URL: From sphoorti.joglekar at gmail.com Thu Jan 29 18:50:14 2015 From: sphoorti.joglekar at gmail.com (Sphoorti Joglekar) Date: Fri, 30 Jan 2015 00:20:14 +0530 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: Hello, Could you share the IP address URL you used? Also is the Admin Privilege check box checked or unchecked? Best Regards, Sphoorti On Jan 29, 2015 11:59 PM, "Gianluca Cecchi" wrote: > > hello, > using the ip address with "disable https" works to see events and such, > but if I click on vm line (both if VM is powered on or off) movirt > terminates. > I only use admin at internal, giving him power user role access to the vm; > in fact I can connect to it from user portal with admin at internal) > If I download the certificate and then try to use https I get this error > message when starting movirt and selecting load button: > > https://drive.google.com/file/d/0BwoPbcrMv8mvX2ZKUVdRUW5OLUU/view?usp=sharing > > any special thing to do with certificate? > > Gianluca > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Thu Jan 29 23:25:15 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 30 Jan 2015 00:25:15 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422528301.32644.12.camel@data-b104.adm.slu.se> <1291839267.2162146.1422529312406.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: Il 29/Gen/2015 19:50 "Sphoorti Joglekar" ha scritto: > > Hello, > > Could you share the IP address URL you used? Also is the Admin Privilege check box checked or unchecked? > The same happens with my Samsung note pro and 4.4.2 . Probably it is needed to have the engine hostname in DNS ? In that case I can setup one of the VM with bind and configure my Smartphone and ttablet to me the ip of that VM as DNS server... The lan is a local lan so I can't share its ip address Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at mwcomm.com Fri Jan 30 02:13:30 2015 From: george at mwcomm.com (George Skorup) Date: Thu, 29 Jan 2015 20:13:30 -0600 Subject: [ovirt-users] New user intro & some questions Message-ID: <54CAE8CA.4030501@mwcomm.com> Hello oVirt Users Community, I've been working with Red Hat and RHEL and clones for about 11 years, though I do still consider myself amateur mostly because I'm more of a networking guy. :) One-man IT department so I get very little time to tinker. I'm evaluating oVirt (because the boss said no to VMware) and will likely begin implementation soon to virtualize our datacenter. So I have a SuperMicro Twin2 (4 nodes) system and a cheap managed L2+ switch to use for now. Dual 6-core Xeon's and 24GB per node. The two on-board 82574L's are bonded 802.3ad, no issues there (so far). I currently have two 1TB WD RE4 SATA drives configured as RAID1 using the Intel RAID BIOS in each node. I understand this is software RAID. That's all working fine and I did this so that if a drive dies then I can still boot the machine(s). I have a 500MB partition formatted as ext4 for /boot. A 48GB ext4 for the root. 24GB for swap. And finally the rest (800-something GB) is LVM and XFS for Gluster. I've been following Jason Brooks' "Up and Running with oVirt" guides (which are great, BTW!). I have the cluster up and running with CentOS 7 and oVirt 3.5, hosted-engine on CentOS 6.6 and CTDB to host a virtual IP for the engine NFS mount. There are a couple test VMs running along with the engine on various nodes. I found it interesting that I was able to upload a ripped ISO of Win 2k3 Enterprise (not SP2) and was able to successfully boot it, after which I promptly installed SP2 and oVirt guest tools. I do very little with Windows, but there's always that one remaining customer that needs IIS and we're not about to buy a new Windows Server 2012 license just for them. So anyway, I'm having a problem with node reboots. They simply will not shut down and reboot cleanly. Instead, it looks like they hang after all processes are shut down, or at least attempted to be shut down. Then after a couple minutes, the hardware watchdog resets the system. I've came to the conclusion that sanlock and/or wdmd is causing the hangup. I'm guessing an active but non-responsive NFS mount is the culprit, possibly the ISO domain NFS mount which is on the engine? I've tried manually shutting down all oVirt, VDSM, etc. processes, unmounting all NFS shares, but it seems sanlock still has a hold on something in /rhev/.. I've Google'd a bit and have come across posts about this as well. Any tips here? Then I experienced something else odd yesterday. I did a yum update for the glibc vulnerability stuff. Gluster was updated as well which really threw a wrench into things because I wasn't paying attention and quorum broke, etc. I got that fixed. Rebooted all nodes (which is when I found the sanlock/watchdog problem). Nodes 2, 3 and 4 came back up, but node1 did not. I logged into the IPKVM console and found that it had no network configuration. All /etc/sysconfig/network-scripts/ifcfg-* files were gone. I was able to manually reconfigure the physical interfaces, set the bonding back up and add the ovirtmgmt bridge. But then the engine reported the host as non-operational due to '..does not comply with cluster default networks... ovirtmgmt missing' which I was able to resolve by reconfiguring the host's network config within the engine GUI and all is now well. I'm just curious how/why the ifcfg files were wiped out? I haven't touched the network config on any hosts since running hosted-engine --deploy. Please forgive my ignorance and point me to the correct place if these issues have been discussed and/or resolved already. And overall I'm very much liking oVirt, especially as a viable and cost-effective alternative to vSphere. Thanks, George From tjelinek at redhat.com Fri Jan 30 08:05:55 2015 From: tjelinek at redhat.com (Tomas Jelinek) Date: Fri, 30 Jan 2015 03:05:55 -0500 (EST) Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> Message-ID: <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Gianluca Cecchi" > To: "Tomas Jelinek" > Cc: "Karli Sj?berg" , "Sphoorti Joglekar" , "users" > > Sent: Thursday, January 29, 2015 7:29:53 PM > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > hello, > using the ip address with "disable https" works to see events and such, but > if I click on vm line (both if VM is powered on or off) movirt terminates. this is strange - it seems we expect on a VM something what is not there... Could you please share the result of this? curl -k -u 'admin at internal:' -H 'Filter: false' -H 'Content-type: application/xml' -X GET https://:/ovirt-engine/api/vms if it is failing on all VMs. Or .../vms/ in case it fails on one particular only. > I only use admin at internal, giving him power user role access to the vm; in > fact I can connect to it from user portal with admin at internal) > If I download the certificate and then try to use https I get this error > message when starting movirt and selecting load button: > https://drive.google.com/file/d/0BwoPbcrMv8mvX2ZKUVdRUW5OLUU/view?usp=sharing Have you imported the certificate to your phone? E.g. if you go in your phone to Settings -> Security -> Trusted credentials -> user do you see it there? If yes, and open it, you will see who has it been issued to. Than you have to configure in moVirt the same host address. As I see in the screenshot you are going to engine using the IP and I'm pretty sure the cert has been issued to the hostname. But in that case you have to setup the dns as you have written in some newer mail. Tomas > > any special thing to do with certificate? > > Gianluca > From lists at murrell.ca Fri Jan 30 08:09:10 2015 From: lists at murrell.ca (Alan Murrell) Date: Fri, 30 Jan 2015 00:09:10 -0800 Subject: [ovirt-users] update 3.5 -> 3.5.1 In-Reply-To: References: Message-ID: <54CB3C26.3060202@murrell.ca> On 28/01/2015 10:33 PM, Koen Vanoppen wrote: > Solved it. What was the resolution? -Alan From lists at murrell.ca Fri Jan 30 09:42:59 2015 From: lists at murrell.ca (Alan Murrell) Date: Fri, 30 Jan 2015 01:42:59 -0800 Subject: [ovirt-users] 3.5 -> 3.5.1 upgrade issue Message-ID: <54CB5223.8050905@murrell.ca> I noticed I didn't have the reports installed, and thought in addition to installing thm I would upgrade my 3.5.0.1 installation to 3.5.1. I did a 'yum install engine-setup-dwh engine-setup-reports' and when those installed, I ran 'yum upgrade engine-setup'. This may have been my mistake. Anyway, once everything got downloaded and installed, I ran a screen session then ran 'engine-setup'. I answered the questions (leaving mostly the defaults) and let it go. The process usually gets to '[ INFO ] Deploying Jasper' then I lose my SSH session. No problem, I can just log right back in and connect to my screen session, right? Unfortunately, whatever causes my SSH session to drop also seems to kill my screen session, as there are none to be found. I cannot see anything useful in the logs for why the sessions got killed, but even after I lose the session, I can connect tot he webGUI, though it is still on 3.5.0.1 and if I click on the "Reports" link, it says the Reports module is not installed. I tried connecting to the console of the Engine (did I mention it is a self-hosted engine?), but the VNC connection cannot seem to connect, so I can't even run it from the console (even though the 'engine-setup' process shuts down the engine services, at least running it from the console should allow it to finish since it won't kill an SSH session) Any ideas on either what could be going on here and/or how to successfully run 'engine-setup'? Thanks! :-) -Alan From alessandro.rastelli at skytv.it Fri Jan 30 10:34:47 2015 From: alessandro.rastelli at skytv.it (RASTELLI Alessandro) Date: Fri, 30 Jan 2015 10:34:47 +0000 Subject: [ovirt-users] SSH error while adding host Message-ID: Hi, I'm trying to use oVirt 3.5 for glusterFS management. I installed the package on a Centos6.5 VM following the procedure, and everything went fine. When I add any host to the Cluster, I get the message: Host gluster01-mi installation failed. Command returned failure code 1 during SSH session 'root at gluster01-mi'. In the engine.log I see: 2015-01-30 11:04:33,255 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Setup validation. 2015-01-30 11:04:33,398 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels 2015-01-30 11:04:33,402 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Failed to install Host gluster01-mi. Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels. 2015-01-30 11:04:33,403 INFO [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Stage: Pre-termination 2015-01-30 11:04:33,407 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Pre-termination. 2015-01-30 11:04:33,415 INFO [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-20150130110433-gluster01-mi-251a7b21.log' 2015-01-30 11:04:33,418 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Retrieving installation logs to: '/var/log/ovirt-engine/host-deploy/ovirt-20150130110433-gluster01-mi-251a7b21.log'. 2015-01-30 11:04:33,538 INFO [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Stage: Termination 2015-01-30 11:04:33,543 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Termination. 2015-01-30 11:04:33,587 ERROR [org.ovirt.engine.core.uutils.ssh.SSHDialog] (org.ovirt.thread.pool-8-thread-3) SSH error running command root at gluster01-mi:'umask 0077; MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -t ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX \"${MYTMP}\" > /dev/null 2>&1; rm -fr \"${MYTMP}\" > /dev/null 2>&1" 0; rm -fr "${MYTMP}" && mkdir "${MYTMP}" && tar --warning=no-timestamp -C "${MYTMP}" -x && "${MYTMP}"/setup DIALOG/dialect=str:machine DIALOG/customization=bool:True': java.io.IOException: Command returned failure code 1 during SSH session 'root at gluster01-mi' at org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:527) [uutils.jar:] at org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:318) [uutils.jar:] at org.ovirt.engine.core.bll.VdsDeploy.execute(VdsDeploy.java:1118) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:154) [bll.jar:] at org.ovirt.engine.core.bll.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:81) [bll.jar:] and in host-deploy: 2015-01-30 11:02:45 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/tmp/ovirt-gX6QXlgaG2/pythonlib/otopi/context.py", line 142, in _executeMethod method['method']() File "/tmp/ovirt-gX6QXlgaG2/otopi-plugins/ovirt-host-deploy/gluster/packages.py", line 66, in _validation 'Cannot locate gluster packages, ' RuntimeError: Cannot locate gluster packages, possible cause is incorrect channels 2015-01-30 11:02:45 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels Glusterfs-client is correctly installed on oVirt (same version as gluster nodes - 3.6.1) Can you please help me with that? Thank you [cid:image001.png at 01D03C7E.A8AB2A40] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 46574 bytes Desc: image001.png URL: From blanchet at abes.fr Fri Jan 30 10:38:10 2015 From: blanchet at abes.fr (=?UTF-8?B?TmF0aGFuYcOrbCBCbGFuY2hldA==?=) Date: Fri, 30 Jan 2015 11:38:10 +0100 Subject: [ovirt-users] Where can I get the ovirt-engine MIB? Message-ID: <54CB5F12.5060306@abes.fr> Hello, According to https://bugzilla.redhat.com/show_bug.cgi?id=1136818, we are now able to get snmtraps with the custom MIB. This thread provides the sample redhat MIB but where can I get the full ovirt-enfine mib txt file? From blanchet at abes.fr Fri Jan 30 10:43:08 2015 From: blanchet at abes.fr (=?UTF-8?B?TmF0aGFuYcOrbCBCbGFuY2hldA==?=) Date: Fri, 30 Jan 2015 11:43:08 +0100 Subject: [ovirt-users] restore state is very long after suspending Message-ID: <54CB603C.5020700@abes.fr> Hello, Suspending one vm (2 GB RAM) is quite short (about 1 minute) while restoring it is over 20 minutes... This make the suspend feature unusable. Is it a regular work? ovirt 3.5, el6 vdsm 4.16. From oourfali at redhat.com Fri Jan 30 10:56:18 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Fri, 30 Jan 2015 05:56:18 -0500 (EST) Subject: [ovirt-users] restore state is very long after suspending Message-ID: <1004226248.4105041.1422615378476.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Can you please provide the engine and vdsm logs? It might shed some light on why it took so long. On Jan 30, 2015 12:43 PM, Nathana?l Blanchet wrote: > > Hello, > > Suspending one vm (2 GB RAM) is quite short (about 1 minute) while > restoring it is over 20 minutes... This make the suspend feature unusable. > Is it a regular work? > > ovirt 3.5, el6 vdsm 4.16. > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From gianluca.cecchi at gmail.com Fri Jan 30 10:57:57 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Fri, 30 Jan 2015 11:57:57 +0100 Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: On Fri, Jan 30, 2015 at 11:34 AM, RASTELLI Alessandro < alessandro.rastelli at skytv.it> wrote: > Hi, > > I?m trying to use oVirt 3.5 for glusterFS management. > > I installed the package on a Centos6.5 VM following the procedure, and > everything went fine. > > When I add any host to the Cluster, I get the message: > > > > Host gluster01-mi installation failed. Command returned failure code 1 > during SSH session 'root at gluster01-mi'. > > In the engine.log I see: > > > > 2015-01-30 11:04:33,255 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: > -1, Message: Installing Host gluster01-mi. Stage: Setup validation. > > 2015-01-30 11:04:33,398 ERROR > [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation > gluster01-mi: Failed to execute stage 'Setup validation': Cannot locate > gluster packages, possible cause is incorrect channels > > > it seems an error about repo config on host. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From alonbl at redhat.com Fri Jan 30 11:20:37 2015 From: alonbl at redhat.com (Alon Bar-Lev) Date: Fri, 30 Jan 2015 06:20:37 -0500 (EST) Subject: [ovirt-users] Where can I get the ovirt-engine MIB? In-Reply-To: <54CB5F12.5060306@abes.fr> References: <54CB5F12.5060306@abes.fr> Message-ID: <1192874464.1944426.1422616837110.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "Nathana?l Blanchet" > To: users at ovirt.org > Sent: Friday, January 30, 2015 12:38:10 PM > Subject: [ovirt-users] Where can I get the ovirt-engine MIB? > > Hello, > > According to https://bugzilla.redhat.com/show_bug.cgi?id=1136818, we are > now able to get snmtraps with the custom MIB. > This thread provides the sample redhat MIB but where can I get the full > ovirt-enfine mib txt file? /usr/share/doc/ovirt-engine/mibs From karli.sjoberg at slu.se Fri Jan 30 12:32:21 2015 From: karli.sjoberg at slu.se (=?utf-8?B?S2FybGkgU2rDtmJlcmc=?=) Date: Fri, 30 Jan 2015 12:32:21 +0000 Subject: [ovirt-users] Foreman intergration Message-ID: <1422621140.8230.15.camel@data-b104.adm.slu.se> Hey all! One thing I am keen on exploring is the Foreman/oVirt integration. I have a vision were that could be used to, as a first step, manage the updating/patching of the Hosts in our datacenter, and if that turns out successful, remove our current Puppet Dashboard as ENC in our main Puppet Master and trade it in for The Foreman. The flow I imagined was to have Foreman tell oVirt engine to set a Host in Maintenance, update all packages and reboot it, then when it?s back, put it back to Active and move on to the next Host. Is that something that?s been worked on? /K From oourfali at redhat.com Fri Jan 30 13:25:57 2015 From: oourfali at redhat.com (Oved Ourfali) Date: Fri, 30 Jan 2015 08:25:57 -0500 (EST) Subject: [ovirt-users] Foreman intergration Message-ID: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Not at the moment. Foreman isn't aware that the host is used as a hypervisor in ovirt. Currently foreman allows to create foreman hosts in top of ovirt (you can use compute resources in foreman to do that), and from the ovirt side it allows you to add a new host taken from wither an existing foreman host, or to bare metal provision one. In the future we plan to allow adding vms through ovirt that will also be also added automatically to foreman, which will allow to assign this VM to some host group in foreman, which then will install different packaged, and set up stuff according to the host group definition. Details on the current integration is available at http://www.ovirt.org/Features/ForemanIntegration Oved On Jan 30, 2015 2:32 PM, Karli Sj?berg wrote: > > Hey all! > > One thing I am keen on exploring is the Foreman/oVirt integration. I > have a vision were that could be used to, as a first step, manage the > updating/patching of the Hosts in our datacenter, and if that turns out > successful, remove our current Puppet Dashboard as ENC in our main > Puppet Master and trade it in for The Foreman. > > The flow I imagined was to have Foreman tell oVirt engine to set a Host > in Maintenance, update all packages and reboot it, then when it?s back, > put it back to Active and move on to the next Host. > > Is that something that?s been worked on? > > /K > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users From alessandro.rastelli at skytv.it Fri Jan 30 13:35:56 2015 From: alessandro.rastelli at skytv.it (RASTELLI Alessandro) Date: Fri, 30 Jan 2015 13:35:56 +0000 Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: Hi, I have only these repos configured: [root at oVirt yum.repos.d]# ll /etc/yum.repos.d/ total 32 -rw-r--r-- 1 root root 1991 Oct 23 13:41 CentOS-Base.repo -rw-r--r-- 1 root root 647 Oct 23 13:41 CentOS-Debuginfo.repo -rw-r--r-- 1 root root 289 Oct 23 13:41 CentOS-fasttrack.repo -rw-r--r-- 1 root root 630 Oct 23 13:41 CentOS-Media.repo -rw-r--r-- 1 root root 5394 Oct 23 13:41 CentOS-Vault.repo -rw-r--r-- 1 root root 1816 Jan 30 14:13 ovirt-3.5-dependencies.repo -rw-r--r-- 1 root root 289 Jan 30 14:13 ovirt-3.5.repo what can be wrong? I?ve just followed these steps: # yum -y update # yum install http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm # yum -y install ovirt-engine # engine-setup and configured for Gluster only. Thank you A. From: Gianluca Cecchi [mailto:gianluca.cecchi at gmail.com] Sent: venerd? 30 gennaio 2015 11:58 To: RASTELLI Alessandro Cc: users at ovirt.org Subject: Re: [ovirt-users] SSH error while adding host On Fri, Jan 30, 2015 at 11:34 AM, RASTELLI Alessandro > wrote: Hi, I?m trying to use oVirt 3.5 for glusterFS management. I installed the package on a Centos6.5 VM following the procedure, and everything went fine. When I add any host to the Cluster, I get the message: Host gluster01-mi installation failed. Command returned failure code 1 during SSH session 'root at gluster01-mi'. In the engine.log I see: 2015-01-30 11:04:33,255 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, Message: Installing Host gluster01-mi. Stage: Setup validation. 2015-01-30 11:04:33,398 ERROR [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation gluster01-mi: Failed to execute stage 'Setup validation': Cannot locate gluster packages, possible cause is incorrect channels it seems an error about repo config on host. Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From j.astrego at netbulae.eu Fri Jan 30 13:37:15 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Fri, 30 Jan 2015 14:37:15 +0100 Subject: [ovirt-users] Foreman intergration In-Reply-To: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> References: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Message-ID: <54CB890B.90808@netbulae.eu> Would not be that hard to script something like this, but I personally was thinking about an update scheduler myself. The scheduler stuff is already there and the whole update mechanism is handled by katello/subscription-manager. With a smart update scheduler you could do lots of fancy stuff. Like rolling out updates/patches over global deployments in pre-defined patterns. You could then use %pre and %post hooks to run any custom commands or API call's you like depending on "Host Group" and environment. Tie in some reporting and faillure notifications and we all the admins can be free to do others things instead of patching thousands of servers by hand due to the latest glibc/openssl bug. If the scheduled rollout works in test, it should be hands off in production. Keep up the great work! Cheers, Jorick On 01/30/2015 02:25 PM, Oved Ourfali wrote: > Not at the moment. Foreman isn't aware that the host is used as a hypervisor in ovirt. Currently foreman allows to create foreman hosts in top of ovirt (you can use compute resources in foreman to do that), and from the ovirt side it allows you to add a new host taken from wither an existing foreman host, or to bare metal provision one. In the future we plan to allow adding vms through ovirt that will also be also added automatically to foreman, which will allow to assign this VM to some host group in foreman, which then will install different packaged, and set up stuff according to the host group definition. > > Details on the current integration is available at > > http://www.ovirt.org/Features/ForemanIntegration > > Oved > On Jan 30, 2015 2:32 PM, Karli Sj?berg wrote: > > Hey all! > > One thing I am keen on exploring is the Foreman/oVirt integration. I > have a vision were that could be used to, as a first step, manage the > updating/patching of the Hosts in our datacenter, and if that turns out > successful, remove our current Puppet Dashboard as ENC in our main > Puppet Master and trade it in for The Foreman. > > The flow I imagined was to have Foreman tell oVirt engine to set a Host > in Maintenance, update all packages and reboot it, then when it?s back, > put it back to Active and move on to the next Host. > > Is that something that?s been worked on? > > /K > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From blanchet at abes.fr Fri Jan 30 13:36:49 2015 From: blanchet at abes.fr (=?UTF-8?B?TmF0aGFuYcOrbCBCbGFuY2hldA==?=) Date: Fri, 30 Jan 2015 14:36:49 +0100 Subject: [ovirt-users] restore state is very long after suspending In-Reply-To: <1004226248.4105041.1422615378476.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> References: <1004226248.4105041.1422615378476.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> Message-ID: <54CB88F1.1070007@abes.fr> not very convinient to read the log file... The vm name is garbin. Thank you for your help Le 30/01/2015 11:56, Oved Ourfali a ?crit : > Can you please provide the engine and vdsm logs? It might shed some light on why it took so long. > > On Jan 30, 2015 12:43 PM, Nathana?l Blanchet wrote: >> Hello, >> >> Suspending one vm (2 GB RAM) is quite short (about 1 minute) while >> restoring it is over 20 minutes... This make the suspend feature unusable. >> Is it a regular work? >> >> ovirt 3.5, el6 vdsm 4.16. >> _______________________________________________ >> Users mailing list >> Users at ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- A non-text attachment was scrubbed... Name: restore_vm_vdsm.log Type: text/x-log Size: 1976438 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: restore_vm_engine.log Type: text/x-log Size: 107634 bytes Desc: not available URL: From j.astrego at netbulae.eu Fri Jan 30 13:38:51 2015 From: j.astrego at netbulae.eu (Jorick Astrego) Date: Fri, 30 Jan 2015 14:38:51 +0100 Subject: [ovirt-users] Foreman intergration In-Reply-To: <54CB890B.90808@netbulae.eu> References: <1500900496.4166777.1422624357884.JavaMail.zimbra@zmail12.collab.prod.int.phx2.redhat.com> <54CB890B.90808@netbulae.eu> Message-ID: <54CB896B.2000308@netbulae.eu> But this would be a foreman feature offcourse, a bit out of scope for ovirt ;-) On 01/30/2015 02:37 PM, Jorick Astrego wrote: > Would not be that hard to script something like this, but I personally > was thinking about an update scheduler myself. The scheduler stuff is > already there and the whole update mechanism is handled by > katello/subscription-manager. > > With a smart update scheduler you could do lots of fancy stuff. Like > rolling out updates/patches over global deployments in pre-defined > patterns. You could then use %pre and %post hooks to run any custom > commands or API call's you like depending on "Host Group" and > environment. > > Tie in some reporting and faillure notifications and we all the admins > can be free to do others things instead of patching thousands of servers > by hand due to the latest glibc/openssl bug. If the scheduled rollout > works in test, it should be hands off in production. > > Keep up the great work! > > Cheers, > > Jorick > > On 01/30/2015 02:25 PM, Oved Ourfali wrote: > > Not at the moment. Foreman isn't aware that the host is used as a > hypervisor in ovirt. Currently foreman allows to create foreman hosts > in top of ovirt (you can use compute resources in foreman to do that), > and from the ovirt side it allows you to add a new host taken from > wither an existing foreman host, or to bare metal provision one. In > the future we plan to allow adding vms through ovirt that will also be > also added automatically to foreman, which will allow to assign this > VM to some host group in foreman, which then will install different > packaged, and set up stuff according to the host group definition. > > > > Details on the current integration is available at > > > > http://www.ovirt.org/Features/ForemanIntegration > > > > Oved > > On Jan 30, 2015 2:32 PM, Karli Sj?berg wrote: > > Hey all! > > One > thing I am keen on exploring is the Foreman/oVirt integration. I > > have a vision were that could be used to, as a first step, manage the > > updating/patching of the Hosts in our datacenter, and if that turns > out > successful, remove our current Puppet Dashboard as ENC in our > main > Puppet Master and trade it in for The Foreman. > > The flow I > imagined was to have Foreman tell oVirt engine to set a Host > in > Maintenance, update all packages and reboot it, then when it?s back, > > put it back to Active and move on to the next Host. > > Is that > something that?s been worked on? > > /K > > _______________________________________________ > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > Met vriendelijke groet, With kind regards, > > Jorick Astrego* > > Netbulae Virtualization Experts * > ------------------------------------------------------------------------ > Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 > Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Met vriendelijke groet, With kind regards, Jorick Astrego Netbulae Virtualization Experts ---------------- Tel: 053 20 30 270 info at netbulae.eu Staalsteden 4-3A KvK 08198180 Fax: 053 20 30 271 www.netbulae.eu 7547 TA Enschede BTW NL821234584B01 ---------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From mperina at redhat.com Fri Jan 30 13:45:19 2015 From: mperina at redhat.com (Martin Perina) Date: Fri, 30 Jan 2015 08:45:19 -0500 (EST) Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: <873707569.4080606.1422625519897.JavaMail.zimbra@redhat.com> Hi, those are repositories on the server where ovirt-engine is installed, right? But what repositories do you have installed on the host gluster01-mi (the server that you are trying to add into oVirt via webadmin)? Martin Perina ----- Original Message ----- > From: "RASTELLI Alessandro" > To: "Gianluca Cecchi" > Cc: users at ovirt.org > Sent: Friday, January 30, 2015 2:35:56 PM > Subject: Re: [ovirt-users] SSH error while adding host > > > > Hi, > > I have only these repos configured: > > [root at oVirt yum.repos.d]# ll /etc/yum.repos.d/ > > total 32 > > -rw-r--r-- 1 root root 1991 Oct 23 13:41 CentOS-Base.repo > > -rw-r--r-- 1 root root 647 Oct 23 13:41 CentOS-Debuginfo.repo > > -rw-r--r-- 1 root root 289 Oct 23 13:41 CentOS-fasttrack.repo > > -rw-r--r-- 1 root root 630 Oct 23 13:41 CentOS-Media.repo > > -rw-r--r-- 1 root root 5394 Oct 23 13:41 CentOS-Vault.repo > > -rw-r--r-- 1 root root 1816 Jan 30 14:13 ovirt-3.5-dependencies.repo > > -rw-r--r-- 1 root root 289 Jan 30 14:13 ovirt-3.5.repo > > > > what can be wrong? > > I?ve just followed these steps: > > # yum -y update > > # yum install > http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm > > # yum -y install ovirt-engine > > # engine-setup > > > > and configured for Gluster only. > > Thank you > > > > A. > > > > From: Gianluca Cecchi [mailto:gianluca.cecchi at gmail.com] > Sent: venerd? 30 gennaio 2015 11:58 > To: RASTELLI Alessandro > Cc: users at ovirt.org > Subject: Re: [ovirt-users] SSH error while adding host > > > > > > > > > > > On Fri, Jan 30, 2015 at 11:34 AM, RASTELLI Alessandro < > alessandro.rastelli at skytv.it > wrote: > > > > > Hi, > > I?m trying to use oVirt 3.5 for glusterFS management. > > I installed the package on a Centos6.5 VM following the procedure, and > everything went fine. > > When I add any host to the Cluster, I get the message: > > > > Host gluster01-mi installation failed. Command returned failure code 1 during > SSH session 'root at gluster01-mi'. > > In the engine.log I see: > > > > 2015-01-30 11:04:33,255 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, > Message: Installing Host gluster01-mi. Stage: Setup validation. > > 2015-01-30 11:04:33,398 ERROR [org.ovirt.engine.core.bll.InstallerMessages] > (VdsDeploy) Installation gluster01-mi: Failed to execute stage 'Setup > validation': Cannot locate gluster packages, possible cause is incorrect > channels > > > > > > > > it seems an error about repo config on host. > > > > > > Gianluca > > > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From jbrooks at redhat.com Fri Jan 30 16:11:18 2015 From: jbrooks at redhat.com (Jason Brooks) Date: Fri, 30 Jan 2015 11:11:18 -0500 (EST) Subject: [ovirt-users] New user intro & some questions In-Reply-To: <54CAE8CA.4030501@mwcomm.com> References: <54CAE8CA.4030501@mwcomm.com> Message-ID: <547831180.4476308.1422634278299.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "George Skorup" > To: users at ovirt.org > Sent: Thursday, January 29, 2015 6:13:30 PM > Subject: [ovirt-users] New user intro & some questions > > Hello oVirt Users Community, > > I've been working with Red Hat and RHEL and clones for about 11 years, > though I do still consider myself amateur mostly because I'm more of a > networking guy. :) One-man IT department so I get very little time to > tinker. > > I'm evaluating oVirt (because the boss said no to VMware) and will > likely begin implementation soon to virtualize our datacenter. So I have > a SuperMicro Twin2 (4 nodes) system and a cheap managed L2+ switch to > use for now. Dual 6-core Xeon's and 24GB per node. The two on-board > 82574L's are bonded 802.3ad, no issues there (so far). I currently have > two 1TB WD RE4 SATA drives configured as RAID1 using the Intel RAID BIOS > in each node. I understand this is software RAID. That's all working > fine and I did this so that if a drive dies then I can still boot the > machine(s). I have a 500MB partition formatted as ext4 for /boot. A 48GB > ext4 for the root. 24GB for swap. And finally the rest (800-something > GB) is LVM and XFS for Gluster. > > I've been following Jason Brooks' "Up and Running with oVirt" guides > (which are great, BTW!). I have the cluster up and running with CentOS 7 > and oVirt 3.5, hosted-engine on CentOS 6.6 and CTDB to host a virtual IP > for the engine NFS mount. There are a couple test VMs running along with > the engine on various nodes. I found it interesting that I was able to > upload a ripped ISO of Win 2k3 Enterprise (not SP2) and was able to > successfully boot it, after which I promptly installed SP2 and oVirt > guest tools. I do very little with Windows, but there's always that one > remaining customer that needs IIS and we're not about to buy a new > Windows Server 2012 license just for them. > > So anyway, I'm having a problem with node reboots. They simply will not > shut down and reboot cleanly. Instead, it looks like they hang after all > processes are shut down, or at least attempted to be shut down. Then > after a couple minutes, the hardware watchdog resets the system. I've > came to the conclusion that sanlock and/or wdmd is causing the hangup. > I'm guessing an active but non-responsive NFS mount is the culprit, > possibly the ISO domain NFS mount which is on the engine? I've tried > manually shutting down all oVirt, VDSM, etc. processes, unmounting all > NFS shares, but it seems sanlock still has a hold on something in > /rhev/.. I've Google'd a bit and have come across posts about this as > well. Any tips here? Hi George -- I typically host my ISO domain from gluster as well, rather than from the NFS export the installer offers to set up. I've been able to force sanlock to release with: sanlock shutdown -f 1 > > Then I experienced something else odd yesterday. I did a yum update for > the glibc vulnerability stuff. Gluster was updated as well which really > threw a wrench into things because I wasn't paying attention and quorum > broke, etc. I got that fixed. Rebooted all nodes (which is when I found > the sanlock/watchdog problem). Nodes 2, 3 and 4 came back up, but node1 > did not. I logged into the IPKVM console and found that it had no > network configuration. All /etc/sysconfig/network-scripts/ifcfg-* files > were gone. I was able to manually reconfigure the physical interfaces, > set the bonding back up and add the ovirtmgmt bridge. But then the > engine reported the host as non-operational due to '..does not comply > with cluster default networks... ovirtmgmt missing' which I was able to > resolve by reconfiguring the host's network config within the engine GUI > and all is now well. I'm just curious how/why the ifcfg files were wiped > out? I haven't touched the network config on any hosts since running > hosted-engine --deploy. VDSM now attempts to restore the networks as configured in the engine. I found that I had to have all my network configs setup in the engine, as well as in the ifcfgs for these networks to persist. There's a place where you can disable this functionality, as well, I don't recall where that is off hand though. Regards, Jason > > Please forgive my ignorance and point me to the correct place if these > issues have been discussed and/or resolved already. > > And overall I'm very much liking oVirt, especially as a viable and > cost-effective alternative to vSphere. > > Thanks, > George > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From heinlein at madboa.com Fri Jan 30 17:41:47 2015 From: heinlein at madboa.com (Paul Heinlein) Date: Fri, 30 Jan 2015 09:41:47 -0800 (PST) Subject: [ovirt-users] SSH error while adding host In-Reply-To: References: Message-ID: On Fri, 30 Jan 2015, RASTELLI Alessandro wrote: > I?m trying to use oVirt 3.5 for glusterFS management. > > I installed the package on a Centos6.5 VM following the procedure, > and everything went fine. > > When I add any host to the Cluster, I get the message: > > Host gluster01-mi installation failed. Command returned failure code 1 > during SSH session 'root at gluster01-mi'. > > In the engine.log I see: [....] > > 2015-01-30 11:04:33,402 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (VdsDeploy) Correlation ID: 251a7b21, Call Stack: null, Custom Event ID: -1, > Message: Failed to install Host gluster01-mi. Failed to execute stage 'Setup > validation': Cannot locate gluster packages, possible cause is incorrect > channels. I suggest launching an ssh session to gluster01-mi and trying a manual installation of a couple gluster packages, e.g., yum install glusterfs glusterfs-cli Chances are, you'll see the error that's causing the problem. -- Paul Heinlein heinlein at madboa.com 45?38' N, 122?6' W From kfaraday at verisign.com Fri Jan 30 22:52:17 2015 From: kfaraday at verisign.com (Faraday, Kriparam) Date: Fri, 30 Jan 2015 22:52:17 +0000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration Message-ID: Hi, I am trying to configure ovirt(ver 3.5). The fqdn I provide during the step "Host fully qualified DNS name of this server? is reverse resolvable. I am able to verify that with nslookup of the IP address. But, I keep getting the following error: Host fully qualified DNS name of this server [localhost.localdomain]: xyz.xyz.xyz.com [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did not reverseresolve into xyz.xyz.xyz.com How is ovirt-engine trying to reverse lookup the domain? If I know that, I could probably fix the issue. Thanks, Kripa ?This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this message in error, notify sender immediately and delete this message immediately.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwright at cuttingedge.com.au Sat Jan 31 08:24:58 2015 From: cwright at cuttingedge.com.au (Cam Wright) Date: Sat, 31 Jan 2015 18:24:58 +1000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration In-Reply-To: References: Message-ID: Hi Kripa, When you set up the oVirt engine it looks like it tries to resolve the fqdn of the machine (which in this case looks like you either haven't updated /etc/sysconfig/network to match the fqdn you provided in the setup or you have and haven't rebooted / reset your network stack). I found the same thing after providing the fqdn it was intended to be in oVirt 3.4 setup (I haven't built a 3.5 engine from scratch, yet) but hadn't updated /etc/sysconfig/network so it tried to resolve against localhost.localdomain. Hope this helps. -C On Saturday, January 31, 2015, Faraday, Kriparam wrote: > > Hi, > I am trying to configure ovirt(ver 3.5). The fqdn I provide during the step "Host fully qualified DNS name of this server? is reverse resolvable. I am able to verify that with nslookup of the IP address. > > But, I keep getting the following error: > Host fully qualified DNS name of this server [localhost.localdomain]: xyz.xyz.xyz.com > [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did not reverseresolve into xyz.xyz.xyz.com > > How is ovirt-engine trying to reverse lookup the domain? If I know that, I could probably fix the issue. > > Thanks, > Kripa -------------- next part -------------- An HTML attachment was scrubbed... URL: From SBellistri at LDIRx.com Thu Jan 29 22:18:54 2015 From: SBellistri at LDIRx.com (Steven M. Bellistri) Date: Thu, 29 Jan 2015 22:18:54 +0000 Subject: [ovirt-users] importing iscsi storage domain Message-ID: <9EB77BD1668726458ACABD8FBB68AF6ADD2A5980@STLMS1.LDIPBM.INT> I am trying to test failing over to a DR site using the storage domain import. The DR site shows that it imported the iscsi storage domain, and activates it in the datacenter, but none of the vm's or anything shows up. What am I missing. thanks Steven Bellistri This email and its attachments may contain privileged and confidential information and/or protected health information (PHI) intended solely for the use of LDI Integrated Pharmacy Services and the recipient(s) named above. If you are not the recipient, or the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any review, dissemination, distribution, printing or copying of this email message and/or any attachments is strictly prohibited. If you have received this transmission in error, please notify the sender immediately at 1-866-516-3121 and permanently delete this email and any attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kfaraday at verisign.com Sat Jan 31 13:12:21 2015 From: kfaraday at verisign.com (Faraday, Kriparam) Date: Sat, 31 Jan 2015 13:12:21 +0000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration In-Reply-To: References: , Message-ID: <52DCB4AD-9A6B-476F-935D-1F8C51E35774@verisign.com> Hi C, Thanks for the response. I did check the /etc/sysconfig/network file. In fact, in this server the 'hostname' and 'hostname -f' commands return the same fqdn as well. There must be some other means by which ovirt-3.5 is trying to reverse resolve the IP. Still pondering what it is. -Kripa On Jan 31, 2015, at 3:25 AM, Cam Wright > wrote: Hi Kripa, When you set up the oVirt engine it looks like it tries to resolve the fqdn of the machine (which in this case looks like you either haven't updated /etc/sysconfig/network to match the fqdn you provided in the setup or you have and haven't rebooted / reset your network stack). I found the same thing after providing the fqdn it was intended to be in oVirt 3.4 setup (I haven't built a 3.5 engine from scratch, yet) but hadn't updated /etc/sysconfig/network so it tried to resolve against localhost.localdomain. Hope this helps. -C On Saturday, January 31, 2015, Faraday, Kriparam > wrote: > > Hi, > I am trying to configure ovirt(ver 3.5). The fqdn I provide during the step "Host fully qualified DNS name of this server? is reverse resolvable. I am able to verify that with nslookup of the IP address. > > But, I keep getting the following error: > Host fully qualified DNS name of this server [localhost.localdomain]: xyz.xyz.xyz.com > [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did not reverseresolve into xyz.xyz.xyz.com > > How is ovirt-engine trying to reverse lookup the domain? If I know that, I could probably fix the issue. > > Thanks, > Kripa -------------- next part -------------- An HTML attachment was scrubbed... URL: From cwright at cuttingedge.com.au Sat Jan 31 14:24:10 2015 From: cwright at cuttingedge.com.au (Cam Wright) Date: Sun, 1 Feb 2015 00:24:10 +1000 Subject: [ovirt-users] reverse lookup failure during overt engine configuration In-Reply-To: References: Message-ID: Hi Kripa, When you set up the oVirt engine it looks like it tries to resolve the fqdn of the machine (which in this case looks like you either haven't updated /etc/sysconfig/network to match the fqdn you provided in the setup or you have and haven't rebooted / reset your network stack). I found the same thing after providing the fqdn the engine was intended to be in oVirt 3.4 setup (I haven't built a 3.5 engine from scratch, yet) but hadn't updated /etc/sysconfig/network so it tried to resolve against localhost.localdomain. Hope this helps. -C On Saturday, January 31, 2015, Faraday, Kriparam wrote: > Hi, > I am trying to configure ovirt(ver 3.5). The fqdn I provide during the > step "Host fully qualified DNS name of this server? is reverse resolvable. > I am able to verify that with nslookup of the IP address. > > But, I keep getting the following error: > Host fully qualified DNS name of this server [localhost.localdomain]: > xyz.xyz.xyz.com > [ ERROR ] Host name is not valid: The following addresses: 10.xx.xx.xx did > not reverseresolve into xyz.xyz.xyz.com > > How is ovirt-engine trying to reverse lookup the domain? If I know that, > I could probably fix the issue. > > Thanks, > Kripa > ?This message (including any attachments) is intended only for the use of > the individual or entity to which it is addressed, and may contain > information that is non-public, proprietary, privileged, confidential and > exempt from disclosure under applicable law or may be constituted as > attorney work product. If you are not the intended recipient, you are > hereby notified that any use, dissemination, distribution, or copying of > this communication is strictly prohibited. If you have received this > message in error, notify sender immediately and delete this message > immediately.? > -- Cam Wright | IT Support Officer / SysAdmin / Trawler of Logs *CUTTING**EDGE* 90 Victoria St, West End, Brisbane, QLD, 4101 T +61 7 3013 6434 | M +61 420 827 007 E cwright at cuttingedge.com.au | W www.cuttingedge.com.au */SYD /BNE /MEL /TYO* -------------- next part -------------- An HTML attachment was scrubbed... URL: From hypunit at gmail.com Sat Jan 31 15:51:09 2015 From: hypunit at gmail.com (Punit Dambiwal) Date: Sat, 31 Jan 2015 23:51:09 +0800 Subject: [ovirt-users] No utilization data collected Ovirt reports 3.5.1 Message-ID: Hi, I have updated Ovirt 3.5 to Ovirt 3.5.1...engine,dwh and reports on the same server...and added 5 hostnode...i have created some vm's but no utilization data collected by reports server.... i haven't seen any error in the reports and dwh logs.... Thanks, Punit -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Jan 31 16:08:59 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 31 Jan 2015 17:08:59 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> Message-ID: Il 30/Gen/2015 09:05 "Tomas Jelinek" ha scritto: > > > > ----- Original Message ----- > > From: "Gianluca Cecchi" > > To: "Tomas Jelinek" > > Cc: "Karli Sj?berg" , "Sphoorti Joglekar" < sphoorti.joglekar at gmail.com>, "users" > > > > Sent: Thursday, January 29, 2015 7:29:53 PM > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for oVirt > > > > hello, > > using the ip address with "disable https" works to see events and such, but > > if I click on vm line (both if VM is powered on or off) movirt terminates. > > this is strange - it seems we expect on a VM something what is not there... Could you please share the result of this? > curl -k -u 'admin at internal:' -H 'Filter: false' -H 'Content-type: application/xml' -X GET https://:/ovirt-engine/api/vms > if it is failing on all VMs. Or .../vms/ in case it fails on one particular only. So I connected to another test infra where I have 3.5.0 engine on a CentOS 6.5 system and a different system configured as host with centos 6.5 too. Here I have dns in place so I used https and hostname of engine to configure movirt. I have 3 vms: c7desktop with CentOS 7 configured with desktop packages; c7server with CentOS 7 configured as server and ubuntutrusty with Ubuntu 14.04 as desktop. I see all the three, but I can successfully connect only to c7desktop. With the other two movirt terminates as in the previous test, both from phone and tablet. Both c7 systems are configured as rhel7_64 as os and both have agents installed. Same behaviour if vms are up or down: c7desktop ok and the other 2 ko. I can succesfully run your curl command against the c7 server (that terminates movirt if I try to connect) and I get its long XML definition... It is a pain to copy and paste from android terminal... can I use a PC to run curl commands and send to you? Any log file generated by the app that I can send you? Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From gianluca.cecchi at gmail.com Sat Jan 31 16:28:43 2015 From: gianluca.cecchi at gmail.com (Gianluca Cecchi) Date: Sat, 31 Jan 2015 17:28:43 +0100 Subject: [ovirt-users] [Users] A mobile monitoring application for oVirt In-Reply-To: References: <1277448742.12631888.1396533395461.JavaMail.zimbra@redhat.com> <1422529668.32644.13.camel@data-b104.adm.slu.se> <1422529890.32644.14.camel@data-b104.adm.slu.se> <1224505536.2168563.1422530896889.JavaMail.zimbra@redhat.com> <1422532139.32644.17.camel@data-b104.adm.slu.se> <2097130015.2196783.1422536811156.JavaMail.zimbra@redhat.com> <504591664.2682448.1422605155886.JavaMail.zimbra@redhat.com> Message-ID: On Sat, Jan 31, 2015 at 5:08 PM, Gianluca Cecchi wrote: > > Il 30/Gen/2015 09:05 "Tomas Jelinek" ha scritto: > > > > > > > > ----- Original Message ----- > > > From: "Gianluca Cecchi" > > > To: "Tomas Jelinek" > > > Cc: "Karli Sj?berg" , "Sphoorti Joglekar" < > sphoorti.joglekar at gmail.com>, "users" > > > > > > Sent: Thursday, January 29, 2015 7:29:53 PM > > > Subject: Re: [ovirt-users] [Users] A mobile monitoring application for > oVirt > > > > > > hello, > > > using the ip address with "disable https" works to see events and > such, but > > > if I click on vm line (both if VM is powered on or off) movirt > terminates. > > > > this is strange - it seems we expect on a VM something what is not > there... Could you please share the result of this? > > curl -k -u 'admin at internal:' -H 'Filter: false' -H > 'Content-type: application/xml' -X GET https://: port>/ovirt-engine/api/vms > > if it is failing on all VMs. Or .../vms/ in case it fails on one > particular only. > > So I connected to another test infra where I have 3.5.0 engine on a CentOS > 6.5 system and a different system configured as host with centos 6.5 too. > Here I have dns in place so I used https and hostname of engine to > configure movirt. > I have 3 vms: c7desktop with CentOS 7 configured with desktop packages; > c7server with CentOS 7 configured as server and ubuntutrusty with Ubuntu > 14.04 as desktop. > I see all the three, but I can successfully connect only to c7desktop. > With the other two movirt terminates as in the previous test, both from > phone and tablet. > Both c7 systems are configured as rhel7_64 as os and both have agents > installed. > Same behaviour if vms are up or down: c7desktop ok and the other 2 ko. > I can succesfully run your curl command against the c7 server (that > terminates movirt if I try to connect) and I get its long XML definition... > It is a pain to copy and paste from android terminal... can I use a PC to > run curl commands and send to you? Any log file generated by the app that I > can send you? > Gianluca > Just in case, you can find here below the link to a txt file containing output for curl with /vms only and then curl with /vms/b601debb-1636-4f99-aad3-59ad05dda744 that is the id of c7server that causes movirt to terminate when trying to connect to it https://drive.google.com/file/d/0BwoPbcrMv8mvbmJsTFlrN2l5R00/view?usp=sharing Gianluca -------------- next part -------------- An HTML attachment was scrubbed... URL: From shuriku at shurik.kiev.ua Sat Jan 31 21:54:37 2015 From: shuriku at shurik.kiev.ua (Alexandr Krivulya) Date: Sat, 31 Jan 2015 23:54:37 +0200 Subject: [ovirt-users] [Users] Compiling ovirt-guest-agent on FreeBSD In-Reply-To: <5F9E965F5A80BC468BE5F40576769F092E70ED40@exchange2-1> References: <5F9E965F5A80BC468BE5F40576769F092E70EBE0@exchange2-1> <5F9E965F5A80BC468BE5F40576769F092E70EC53@exchange2-1> <5211EF6E.70209@redhat.com> <5F9E965F5A80BC468BE5F40576769F092E70ED40@exchange2-1> Message-ID: <54CD4F1D.1070205@shurik.kiev.ua> 19.08.2013 13:21, Karli Sj?berg ?????: > m?n 2013-08-19 klockan 12:11 +0200 skrev Vinzenz Feenstra: >> On 08/19/2013 10:01 AM, Karli Sj?berg wrote: >> >>> m?n 2013-08-19 klockan 09:53 +0200 skrev Michal Skrivanek: >>>> On Aug 19, 2013, at 09:41 , Karli Sj?berg > wrote: >>>> >>>> > Hi! >>>> > >>>> > As part of a template I?m preparing, I?m wondering how to compile the agent with just the basics included. I?ve tried running like: >>>> > >>>> > OPTIONS=' >>>> > --without-gdm-plugin --without-gdm2-plugin --without-kdm-plugin --without-pam-ovirt-cred >>>> > --with-gdm-plugin=no --with-gdm2-plugin=no --with-kdm-plugin=no --with-pam-ovirt-cred=no >>>> > --disable-gdm-plugin --disable-gdm2-plugin --disable-kdm-plugin --disable-pam-ovirt-cred >>>> > --enable-gdm-plugin=no --enable-gdm2-plugin=no --enable-kdm-plugin=no --enablepam-ovirt-cred-=no' >>>> > >>>> > # ./configure ${OPTIONS} >>>> > >>>> > Regardless of how I try, it just responds: >>>> > configure: WARNING: unrecognized options: ${OPTIONS} >>>> > >>>> > I took the package from the "official" oVirt.org repo, src file: >>>> > ovirt-guest-agent-1.0.6.tar.bz2 >>>> > >>>> > What am I doing wrong? >>>> >>>> Hi >>>> the parameters are gdm, kdm and sso, set them to no >>> >>> I don?t get it, it doesn?t seem to care: >>> >>> # ./configure --without-gdm >>> # ./configure --with-gdm=no >>> # ./configure --enable-gdm=no >>> # ./configure --disable-gdm >>> # ./configure --without-gdm --with-gdm=no --enable-gdm=no --disable-gdm >>> configure: WARNING: unrecognized options: --without-gdm, --with-gdm, >>> --enable-gdm, --disable-gdm >> this feature of disabling it was introduced to ovirt-guest-agent in 1.0.8 >> >> Try this one: >> http://evilissimo.fedorapeople.org/releases/ovirt-guest-agent/1.0.8/ovirt-guest-agent-1.0.8.1.tar.bz2 >> >> ./configure --without-sso --prefix=/usr > > You know what, sorry about the noise, because it seems as if > virtio-serial isn?t even available on FreeBSD, so it?s moot anyway... > Should probably have looked that up before even getting started;) > > But besides the fact that it won?t work until that?s sorted, I can at > least say that it configured, compiled and installed OK using Ren??s > suggestion, cloning from git and building from there. Hello! Now when virtio_console(4) driver available in CURRENT does anyone works on porting ovirt-guest-agent to FreeBSD? -------------- next part -------------- An HTML attachment was scrubbed... URL: