Also, what is executing StatsCollector on a xcp-ng ? I would like to be sure

Le ven. 15 avr. 2022 à 15:31, benoit lair <kurushi4...@gmail.com> a écrit :

> Hi ,
>
> Somebody could tell me how much Storage iscsi BW is used with one Xcp-ng
> 8.2 Lvm SR Iscsi polled without prod , just with Cloudstack StatsCollector
> running every 60000 ms ?
> I am around 2,5MB/s with 8 SR Iscsi MPIO
>
> Thanks a lot for your help or any advice
>
> Le mer. 13 avr. 2022 à 10:38, benoit lair <kurushi4...@gmail.com> a
> écrit :
>
>> Hi Wei,
>>
>> I am going to tweak this value, however which is the purpose of
>> StatsCollector ? Which impact will it have by increasing this value ?
>>
>> I compared with an older ACS management server and saw the footprint
>> generated for StatsCollector was not so consuming
>>
>> I stopped all other management servers on acs 4.16 and kept only one
>> management server, i see StatsCollector entries several times a minute
>>
>> Do the entries i have in logs are normal ?
>>
>> I have this regularly in them :
>>
>> 2022-04-11 00:00:28,430 DEBUG [c.c.a.t.Request]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) Seq 2-9020710053623117925:
>> Received:  { Ans: , MgmtId: 2955451650215, via: 2(xcp-cluster1-node2), Ver:
>> v1, Flags:
>> 10, { GetStorageStatsAnswer } }
>> 2022-04-11 00:00:28,432 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) getCommandHostDelegation:
>> class com.cloud.agent.api.GetStorageStatsCommand
>> 2022-04-11 00:00:28,432 DEBUG [c.c.h.XenServerGuru]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) We are returning the
>> default host to execute commands because the command is not of Copy type.
>> 2022-04-11 00:00:28,436 DEBUG [c.c.a.m.ClusteredAgentAttache]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) Seq 1-5337328508387473817:
>> Forwarding null to 77026952423534
>> 2022-04-11 00:00:32,114 DEBUG [o.a.c.h.HAManagerImpl]
>> (BackgroundTaskPollManager-3:ctx-80a31965) (logid:046dbcfc) HA health check
>> task is running...
>> 2022-04-11 00:00:32,299 DEBUG [c.c.a.t.Request]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) Seq 1-5337328508387473817:
>> Received:  { Ans: , MgmtId: 2955451650215, via: 1(xcp-cluster1-node3), Ver:
>> v1, Flags:
>> 10, { GetStorageStatsAnswer } }
>> 2022-04-11 00:00:32,301 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) getCommandHostDelegation:
>> class com.cloud.agent.api.GetStorageStatsCommand
>> 2022-04-11 00:00:32,301 DEBUG [c.c.h.XenServerGuru]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) We are returning the
>> default host to execute commands because the command is not of Copy type.
>> 2022-04-11 00:00:32,305 DEBUG [c.c.a.m.ClusteredAgentAttache]
>> (StatsCollector-6:ctx-ded00a7f) (logid:95bd3e9c) Seq 1-5337328508387473818:
>> Forwarding null to 77026952423534
>> 2022-04-11 00:00:35,335 DEBUG [c.c.s.StatsCollector]
>> (StatsCollector-5:ctx-c31d4516) (logid:f7389038) HostStatsCollector is
>> running...
>> 2022-04-11 00:00:35,351 DEBUG [c.c.a.m.ClusteredAgentAttache]
>> (StatsCollector-5:ctx-c31d4516) (logid:f7389038) Seq 1-5337328508387473819:
>> Forwarding null to 77026952423534
>> 2022-04-11 00:00:35,407 DEBUG [c.c.a.t.Request]
>> (StatsCollector-5:ctx-c31d4516) (logid:f7389038) Seq 1-5337328508387473819:
>> Received:  { Ans: , MgmtId: 2955451650215, via: 1(xcp-cluster1-node3), Ver:
>> v1, Flags:
>>
>> Is it normal ?
>>
>>
>> Le lun. 11 avr. 2022 à 20:13, Wei ZHOU <ustcweiz...@gmail.com> a écrit :
>>
>>> Hi,
>>>
>>> You can change the global setting "storage.stats.interval" to a value
>>> which
>>> is suitable to you. The default value is 60000 milliseconds. Do not
>>> forget
>>> to restart the management server after change.
>>>
>>> -Wei
>>>
>>> On Fri, 8 Apr 2022 at 16:11, benoit lair <kurushi4...@gmail.com> wrote:
>>>
>>> > Hello Folks,
>>> >
>>> > I am facing to a strange issue on my xcp-ng cluster with acs 4.16
>>> >
>>> > I have 4 ACS Mgmt servers participating to my Cloud installation
>>> >
>>> > All of them are contacting every time and very (too) regularly my
>>> xcp-ng
>>> > Pool master, generation some load avg and some Iops
>>> >
>>> > From ACS logs i have these entries which occurs very regularly :
>>> >
>>> > 2022-04-08 16:03:47,368 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54)
>>> getCommandHostDelegation:
>>> > class com.cloud.agent.api.GetStorageStatsCommand
>>> > 2022-04-08 16:03:47,368 DEBUG [c.c.h.XenServerGuru]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54) We are returning the
>>> > default host to execute commands because the command is not of Copy
>>> type.
>>> > 2022-04-08 16:03:47,372 DEBUG [c.c.a.m.ClusteredAgentAttache]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54) Seq
>>> 1-5337328508387459309:
>>> > Forwarding null to 77026952423534
>>> > 2022-04-08 16:03:50,588 DEBUG [c.c.a.t.Request]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54) Seq
>>> 1-5337328508387459309:
>>> > Received:  { Ans: , MgmtId: 2955451650215, via: 1(xcp-cluster1-node3),
>>> Ver:
>>> > v1, Flags: 10, { GetStorageStatsAnswer } }
>>> > 2022-04-08 16:03:50,597 DEBUG [c.c.h.o.r.Ovm3HypervisorGuru]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54)
>>> getCommandHostDelegation:
>>> > class com.cloud.agent.api.GetStorageStatsCommand
>>> > 2022-04-08 16:03:50,597 DEBUG [c.c.h.XenServerGuru]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54) We are returning the
>>> > default host to execute commands because the command is not of Copy
>>> type.
>>> > 2022-04-08 16:03:50,601 DEBUG [c.c.a.m.ClusteredAgentAttache]
>>> > (StatsCollector-6:ctx-e75f548d) (logid:09ef2f54) Seq
>>> 1-5337328508387459310:
>>> > Forwarding null to 77026952423534
>>> >
>>> > From Xcp-ng, this is launching :
>>> >
>>> > "/usr/bin/python /opt/xensource/sm/LVMoISCSISR
>>> >
>>> <methodCall><methodName>sr_scan</methodName><params><param><value>....."
>>> >
>>> > I have my /var/log/SMLog which is growing very fastly
>>> >
>>> > Do you know why ACS is scanning so fastly my xcp-ng storage ?
>>> >
>>> >
>>> > Thanks a lot for your help and ideas
>>> >
>>> > Best regards
>>> > Benoit Lair
>>> >
>>>
>>

Reply via email to