Hi all,
We can close this issue, it was because of collectd version and
collectd* dependencies.
Those packets were provided by two sources : epel-release in 4.1.1
version (was manually installed) and by the regular ovirt repo
(centos-opstools-testing) in 4.0.2 version.
Resinstalling vdsm after erasing epel-release and 4.1.1 collectd* was
enough to solve the issue.
It could be a good idea to integrate a function so as to prevent vdsm
installation to happen when conflicting pre-existing repos (such as
epel) are already present...
Le 02/02/2017 à 15:28, Nir Soffer a écrit :
On Thu, Feb 2, 2017 at 3:15 PM, Yedidyah Bar David
<didi(a)redhat.com> wrote:
> On Mon, Jan 30, 2017 at 3:09 PM, Yaniv Dary <ydary(a)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: ydary(a)redhat.com
>> IRC : ydary
>>
>>
>> On Mon, Jan 30, 2017 at 1:35 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
>> wrote:
>>>
>>>
>>> On Mon, Jan 30, 2017 at 12:24 PM, Nathanaël Blanchet
<blanchet(a)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
<blanchet(a)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'">
This traceback is a bug in the code connecting to mom; if mom is not
available we should see a clear error about this, not a traceback about
accesing the 'statistics' attribute on a None object.
Please file a bug about this.
> 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.
Please attach the output of:
systemctl status mom-vdsm
> 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-mana...
>>>>>
>>>>>
>>>>> --
>>>>> Sandro Bonazzola
>>>>> Better technology. Faster innovation. Powered by community
>>>>> collaboration.
>>>>> See how it works at
redhat.com
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)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
>>>>> blanchet(a)abes.fr
>>>>>
>>>>> _______________________________________________ Users mailing list
>>>>> Users(a)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
>>>> blanchet(a)abes.fr
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)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
>>>> blanchet(a)abes.fr
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)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(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>
>
>
> --
> Didi
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)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
blanchet(a)abes.fr