On Mon, Jan 30, 2017 at 3:09 PM, Yaniv Dary <yd...@redhat.com> wrote: > Adding one more person to look. > > Yaniv Dary > Technical Product Manager > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 > 8272306 > Email: yd...@redhat.com > IRC : ydary > > > On Mon, Jan 30, 2017 at 1:35 PM, Sandro Bonazzola <sbona...@redhat.com> > wrote: >> >> >> >> On Mon, Jan 30, 2017 at 12:24 PM, Nathanaël Blanchet <blanc...@abes.fr> >> wrote: >>> >>> >>> >>> Le 28/12/2016 à 15:25, Nathanaël Blanchet a écrit : >>> >>> >>> >>> Le 28/12/2016 à 15:09, Yaniv Bronheim a écrit : >>> >>> >>> >>> On Wed, Dec 28, 2016 at 3:43 PM, Nathanaël Blanchet <blanc...@abes.fr> >>> wrote: >>>> >>>> Hello, >>>> >>>> On my 4.1 Second Beta test platform, I meet this issue on the three >>>> hosts : VDSM gaua3 command failed: <Fault 1: "<type >>>> 'exceptions.AttributeError'>:'NoneType' object has no attribute >>>> 'statistics'"> >>> >>> Still the same error with RC2 and GA is on 1st of february... >> >> >> Adding some people, looks related to metrics but I may be wrong.
Doesn't seem so to me. >> >> >> >>> >>> >>> >>> Hi Nathanael, Thank you for the report >>> >>> Hi Yaniv >>> >>> >>> please send also the following logs for deeper investigation >>> /var/log/vdsm.log >>> /var/log/supervdsm.log >>> /var/log/messages or joursnalctl -xn output Did you attach the last one? Could not find it. In vdsm.log I see: 2016-12-28 14:22:32,068 ERROR (periodic/1) [virt.periodic.Operation] <vdsm.virt.sampling.HostMonitor object at 0x3307290> operation failed (periodic:192) Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 190, in __call__ self._func() File "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 563, in __call__ stats = hostapi.get_stats(self._cif, self._samples.stats()) File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 72, in get_stats ret.update(cif.mom.getKsmStats()) File "/usr/lib/python2.7/site-packages/vdsm/momIF.py", line 71, in getKsmStats stats = self._mom.getStatistics()['host'] File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request verbose=self.__verbose File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request return self.single_request(host, handler, request_body, verbose) File "/usr/lib64/python2.7/xmlrpclib.py", line 1306, in single_request return self.parse_response(response) File "/usr/lib64/python2.7/xmlrpclib.py", line 1482, in parse_response return u.close() File "/usr/lib64/python2.7/xmlrpclib.py", line 794, in close raise Fault(**self._stack[0]) Fault: <Fault 1: "<type 'exceptions.AttributeError'>:'NoneType' object has no attribute 'statistics'"> 2016-12-28 14:22:33,277 INFO (jsonrpc/2) [dispatcher] Run and protect: repoStats(options=None) (logUtils:49) 2016-12-28 14:22:33,277 INFO (jsonrpc/2) [dispatcher] Run and protect: repoStats, Return response: {u'38eff02a-1061-4f33-b870-beaea860f59b': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000274322', 'lastCheck': '0.2', 'valid': True}, u'5dd036bb-10dc-4f1d-b80b-3549ceabdc24': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000385412', 'lastCheck': '5.5', 'valid': True}} (logUtils:52) 2016-12-28 14:22:33,278 WARN (jsonrpc/2) [MOM] MOM not available. (momIF:116) 2016-12-28 14:22:33,279 WARN (jsonrpc/2) [MOM] MOM not available, KSM stats will be missing. (momIF:79) It seems to me like vdsm tries to connect to mom and fails. If this still happens, I suggest to: 1. Move host to maintenance 2. Restart both vdsm daemons and mom 3. If it still happens, check/share all logs to find out why it fails. Best, >>> >>> Also, please specify a bit the platform you are running on and when this >>> issue occurs >>> >>> 3 el7 hosts, 1 gluster + virt cluster, FC domain storage with the latest >>> 4.1 beta, independant el7 engine >>> >>> >>> Greetings, >>> Yaniv Bronhaim. >>> >>> >>>> >>>> >>>> Le 21/12/2016 à 16:12, Sandro Bonazzola a écrit : >>>> >>>> The oVirt Project is pleased to announce the availability of the Second >>>> Beta Release of oVirt 4.1.0 for testing, as of December 21st, 2016 >>>> >>>> This is pre-release software. Please take a look at our community >>>> page[1] >>>> to know how to ask questions and interact with developers and users. >>>> All issues or bugs should be reported via oVirt Bugzilla[2]. >>>> This pre-release should not to be used in production. >>>> >>>> This release is available now for: >>>> * Fedora 24 (tech preview) >>>> * Red Hat Enterprise Linux 7.3 or later >>>> * CentOS Linux (or similar) 7.3 or later >>>> >>>> This release supports Hypervisor Hosts running: >>>> * Red Hat Enterprise Linux 7.3 or later >>>> * CentOS Linux (or similar) 7.3 or later >>>> * Fedora 24 (tech preview) >>>> >>>> See the release notes draft [3] for installation / upgrade instructions >>>> and >>>> a list of new features and bugs fixed. >>>> >>>> Notes: >>>> - oVirt Live iso is already available >>>> - oVirt Node NG iso will be available soon >>>> - Hosted Engine appliance will be available soon >>>> - above delay is due to jenkins issues building node and appliance, >>>> should be fixed by tomorrow. >>>> >>>> An initial release management page including planned schedule is also >>>> available[4] >>>> >>>> >>>> Additional Resources: >>>> * Read more about the oVirt 4.1.0 beta release highlights: >>>> http://www.ovirt.org/release/4.1.0/ >>>> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt >>>> * Check out the latest project news on the oVirt blog: >>>> http://www.ovirt.org/blog/ >>>> >>>> [1] https://www.ovirt.org/community/ >>>> [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt >>>> [3] http://www.ovirt.org/release/4.1.0/ >>>> [4] >>>> http://www.ovirt.org/develop/release-management/releases/4.1/release-management/ >>>> >>>> >>>> -- >>>> Sandro Bonazzola >>>> Better technology. Faster innovation. Powered by community >>>> collaboration. >>>> See how it works at redhat.com >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> -- >>>> Nathanaël Blanchet >>>> >>>> Supervision réseau >>>> Pôle Infrastrutures Informatiques >>>> 227 avenue Professeur-Jean-Louis-Viala >>>> 34193 MONTPELLIER CEDEX 5 >>>> Tél. 33 (0)4 67 54 84 55 >>>> Fax 33 (0)4 67 54 84 14 >>>> blanc...@abes.fr >>>> >>>> _______________________________________________ Users mailing list >>>> Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users >>> >>> -- >>> Yaniv Bronhaim. >>> >>> -- >>> Nathanaël Blanchet >>> >>> Supervision réseau >>> Pôle Infrastrutures Informatiques >>> 227 avenue Professeur-Jean-Louis-Viala >>> 34193 MONTPELLIER CEDEX 5 >>> Tél. 33 (0)4 67 54 84 55 >>> Fax 33 (0)4 67 54 84 14 >>> blanc...@abes.fr >>> >>> _______________________________________________ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> -- >>> Nathanaël Blanchet >>> >>> Supervision réseau >>> Pôle Infrastrutures Informatiques >>> 227 avenue Professeur-Jean-Louis-Viala >>> 34193 MONTPELLIER CEDEX 5 >>> Tél. 33 (0)4 67 54 84 55 >>> Fax 33 (0)4 67 54 84 14 >>> blanc...@abes.fr >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users@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 >> >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > -- Didi _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users