sexibytes / sexigraf Goto Github PK

Offline inventory is already schedule to be run every day, but we should let user a way to refresh manually if needed

we should have a Go Back or Home link

As this is a useful info to have, we should include mac addresses in static inventory

Until we decided or not to add cluster hosts stats, we can use the stats already injected in graphite.

There is some case when ViPullStatistics.pl generate some warning like:

/usr/local/share/perl/5.20.2/Net/Graphite.pm line120 - WARN Use of uninitialized value $hash in concatenation (.) or string at /usr/local/share/perl/5.20.2/Net/Graphite.pm line 120.

Hi,

Would be useful to get

• Resource pool name (think VCD use-case : org vDC)
• vm folder path (e.g. Cloud/tenant1/vdc_name/vapp_name ; again VCD use-case)

Thus, sexigraf becomes the offline cloud inventory "par excellence"

It may be cleaner to re-inventory after vcenter removal from creds store to reflect the change earlier than the daily schedule

VSAN puller script iterate in the cluster's host list but since VSAN witness vm is out of the cluster it's not include in the loop.

need to remove cron files if exists before removing entry in vmware credential store

As offline inventory query is run after a vcenter is added, we should handle the case user add multiple vCenter as multiple inventory will be run in background

Hi,

Not a big issue, but the RAM capacity in the FlambX graf, when it is more than 1 TB, is rounded to whole number. For example in case of 1,37TB tha graf shows only 1TB.

Regards,
Zoli

create unmanaged version of https://github.com/sexibytes/sexigraf/blob/master/root/ViPullStatistics.pl

and maybe a "OK" or "KO" at the end of the process

https://github.com/sexibytes/sexigraf/blob/master/root/seximenu/seximenu.sh

As putty windows size is 80x24 by default

Add 3 retries with few sec sleep between

Hi team
Congratulation for this amazing tool
i've got one issue on my test lab (Vsphere 6)
on the Vmware FlambX \ HDD graph, i've a red ! with "Time data request Error "
i have the same on VMWARE esx Full stat... and on some other graph expecially on datastore or Hdd graph.
i've seen that there is some similar issue related to Grafana.. but without any detail.
any idea ?

thanks

julien

to move to https://github.com/sexibytes/sexigraf/tree/master/var/lib/grafana/dashboards

in order to avoid ambiguity, "N/A" should be used instead of "n/a"

If the script takes longer than 1 or 5 minutes to complete we should avoid launching it again

apache2 is acting as reverse proxy for graphite, grafana and serves admin tools so it might be a good idea to have it the seximenu

https://twitter.com/cragdoo/status/687655125461123072

Hi,

There is an another issue. The VMware Multi ESX Quickstats does not present any data, and I cannot select anything in the header part.
Is it a known issue or something wrong with my local installation?

Regards,
Zoli

We miss-defined logrotate for SexiGraf log, thus new log files were created with "600 root:root" rights.

Attached VsanDisksPullStatistics.log

it will be good if you enable the sqlite3, or any other, database in the default grafana.ini.
With this, a end-user will be able to save his own dashboard or a modified one, like i do.

In order to validate user input, try to initiate some connection with provided inputs and see what's happen.

today the capacity is host level, i would be interesting to move this to diskgroup level

For early troubleshooting purpose, it might be handy to have the last lines of /var/log/syslog file

hi,

After implementation and 3 day of run i still does not have data in some graphics.
This is not a graphite problem but a Grafana dashboard definition problems
in may settings, you start your query with esx..xxxx in place of vmw.$vcenter.$datacentre.$cluster.esx..xxxx
and this is resulting in bad graph.
and due to the fact that you are using local dashboard, we need to patch this directly in the json files

Long work in perspective

Best regards
Ph Koenig
Belgium

Hey, I just deployed the the SexiGraf Appliance (or "applicance" as the download link says!) and noticed that the path for collect.d is incorrect in the restart function (line 94/95).

Should be /etc/init.d/collectd stop (i.e. no dot)

list the files that have not been updated for a long time a potential target in the Stats Remover page

I'm getting very slow statistics gathering while the following requests are executed:

REQUEST: $VAR1 = '<?xml version="1.0" encoding="UTF-8"?>
   <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
                     xmlns:xsd="http://www.w3.org/2001/XMLSchema"
                     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
   <soapenv:Body>
<RetrieveProperties xmlns="urn:vim25"><_this type="PropertyCollector">propertyCollector</_this>
<specSet><propSet><type>HostSystem</type><all>0</all><pathSet>runtime</pathSet></propSet><objectSet><obj type="HostSystem">host-12052</obj>
</objectSet></specSet></RetrieveProperties></soapenv:Body></soapenv:Envelope>
';

The whole ViPullStatistics take ~20min to complete on a single vcenter (two clusters, 4 esx per cluster, 200 VMs in total).

Any idea how to improve the execution time?