SIGA is great if that is what you're using...
If you'd like I can also test installing that separately to see if it makes
a diff...
Tony
{"cluster_name":"elasticsearch","nodes":{"8f-ZbebNT2e23DArE6WnIw":{"timestamp":1391183667580,"name":"ELASTICSEARCH-4","transport_address":"inet[192.168.248.172/192.168.248.172:9300]","indices":{"docs":{"count":2180,"deleted":0},"store":{"size":"1.5mb","size_in_bytes":1631986,"throttle_time":"0s","throttle_time_in_millis":0},"indexing":{"index_total":0,"index_time":"0s","index_time_in_millis":0,"index_current":0,"delete_total":0,"delete_time":"0s","delete_time_in_millis":0,"delete_current":0},"get":{"total":0,"get_time":"0s","time_in_millis":0,"exists_total":0,"exists_time":"0s","exists_time_in_millis":0,"missing_total":0,"missing_time":"0s","missing_time_in_millis":0,"current":0},"search":{"open_contexts":0,"query_total":0,"query_time":"0s","query_time_in_millis":0,"query_current":0,"fetch_total":0,"fetch_time":"0s","fetch_time_in_millis":0,"fetch_current":0}}}}}
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 15G 2.4G 12G 17% /
devtmpfs 743M 32K 743M 1% /dev
tmpfs 748M 0 748M 0% /dev/shm
tmpfs 748M 3.1M 744M 1% /run
tmpfs 748M 0 748M 0% /sys/fs/cgroup
tmpfs 748M 3.1M 744M 1% /var/run
tmpfs 748M 3.1M 744M 1% /var/lock
.host:/ 905G 467G 438G 52% /mnt/hgfs
On Friday, January 31, 2014 12:52:21 AM UTC-8, Boaz Leskes wrote:
Hi Tony,
I suspect this is an issue with the reporting of the Nodes Stats API
(based on sigar). Can you please post the output of calling:
curl -XGET "http://localhost:9200/_cluster/nodes/_local/stats?clear&fs"
&
df -h
on one of the machines 2-5?
Thx,
Boaz
On Thursday, January 30, 2014 11:39:48 PM UTC+1, Tony Su wrote:
Deployed in a VMware environment.
Data is being consumed and is successful from source to ES
source > logstash shipper(and parser) > redis > logstash > es cluster
ES Cluster
All openSUSE 13.1
Machine 1 - 4GB ram - 16GB HDD - openSUSE/LXDE -ES -Logstash - netcat
Machine 2 - 1.5GB RAM -16GB HDD -openSUSE (no desktop) - ES
Machine 3 - 1.5GB RAM -16GB HDD -openSUSE (no desktop) - ES
Machine 4 - 1.5GB RAM -16GB HDD -openSUSE (no desktop) - ES
Machine 5 - 1.5GB RAM -16GB HDD -openSUSE (no desktop) - ES
Marvel reports the disk space likely correctly only on the initial
machine (8.8GB free)
For machines 2-5, free disk space is reported as 434.3 GB
For at least the next day, I'm going to be trying to interpret my results
based on the existing Marvel documentation, but this anomaly jumped out at
me.
I don't know how the disk free space is read by Marvel, maybe it's using
a method that doesn't understand a VMware virtual disk? Is pretty ordinary,
formatted ext4. Maybe a system level dependency is missing on these
machines?
Thx,
Tony
--
You received this message because you are subscribed to the Google Groups "elasticsearch" group.
To unsubscribe from this group and stop receiving emails from it, send an email to elasticsearch+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/elasticsearch/5d930324-3d15-4a30-9f7c-c70100d201de%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.