The PR is #4008

Last time I tried to get this working, the issue was with getting python.d
to properly load the Yoctopuce modules. As far as I could tell at the time, the dynamic import thing works, it's just an issue with getting Python to properly import modules that aren't in system.path, but I didn't look very deep beyond that. Part of the problem there is that the Yoctopuce Python

Kibana version:
tested with kibana-7.8.1-windows-x86_64 and kibana-7.9.0-windows-x86_64

Elasticsearch version:
tested with elasticsearch-7.8.1 and elasticsearch-7.9.0

Server OS version:
tested on windows 10

Browser version:
chrome Version 84.0.4147.125 (Official Build) (64-bit)

Browser OS version:
tested on windows 10

**Original install method (e.g. download

Please answer these questions before submitting your issue.

• Why do you submit this issue?
• Question or discussion
• Bug
• Requirement
  quartz-scheduler are used in many applications and it's not supported now
• Feature or performance improvement

Question

• What do you want to know?

Bug

• Which version of SkyWalking, OS and JRE?

• Which company

There are a few samples at https://kubesphere.io/docs/quick-start/admin-quick-start/ helping users how to use KubeSphere. It would be better to create tutorial videos in English for these samples so that we can distribute them in some channels such as Youtube making more people get familiar with KubeSphere.

So call for English native speaker from the community to help us.

This is a FEATURE REQUEST.

Please add support for kube_state_metrics_build_info as part of the metrics exposed on telemetry port 8081.
kube_state_metrics_build_info shall include the version of the kube-state-metrics.
Most Prometheus exporters are currently supporting such metric.

Is your feature request related to a problem? Please describe.
I use a windows computer develop kiali/ui but the run script don't run

Describe the solution you'd like
on windows platform can develop ui project.

Describe alternatives you've considered
can add cross-env to fix cross platform problem

Additional context
This is a great project

Cloudprober supports building additional metrics (other than the default ones) from external probe output. We could possible do the same for HTTP probe.

Why: When opening the Event Injection modal for a particular eventBus, the tool populates each field (source, detail type, and detail) with the last values used for that eventBus. Allowing all events to be saved, similar to the command history in the terminal, will allow users to quickly test multiple events without having to type the same parameters repeatedly.

Expected Behaviour:

Currently, JavaScript SDK logs status code 0 when the connection between the client and server cannot be resolved. This makes diagnosing network errors very difficult, as there are many different problems that can cause 0 status code in failing dependency calls.

The proposal is to log status code information that indicates whether a network error occurred and what type.

Describe the bug
Deploying a new job, then pulling logs via the CLI results in a panic (SIGSEGV).

To Reproduce

1. odin deploy -f test.job.yaml
2. odin log -i {job_id}

vagrant@vagrant:~/odin$ odin log -i dea194794589
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x40 pc=0x79c764]

goroutine

Has anyone done this safely?