After installing xpack on Kibana 5.0, the app fails to load - kibana

Kibana works fine with elasticsearch until I install xpack. I am using kibana and elasticsearch 5.0 on both and I am installing the 5.0 package of xpack.
The screen that I get after installing xpack is this
I tried restarting kibana but then the app would not show up at all.
Does anyone know how to resolve this issue the logs are not showing any issues.

You can try the solution here - https://github.com/elastic/kibana/issues/9414

Had a similar problem and resolved by installing x-pack for both logstash and elasticsearch as well. I used below commands in windows 10 might be different depending on O/S
bin/elasticsearch-plugin install x-pack
bin/logstash-plugin install x-pack
Described here

This seems to be the problem with installation. If you are running on any linux machines, do make sure you install x-pack with the same user that you installed kibana/elasticsearch. It is an issue often.
If not, do follow the process in the link to uninstall and reinstall again. It is very striaght forward and should work fine.
https://www.elastic.co/guide/en/x-pack/current/installing-xpack.html
Also, do check if we need to make any changes in the configuration files- kibana.yml/elasticsearch.yml. This maynot be the case for here but it could help in debugging.

Related

remotes::install_bitbucket() stopped working

For many months now, I've been using remotes::install_bitbucket() from a Docker container to download a private Bitbucket repo and install an R package. March 10, it seems to have stopped working with the error:
Error : Failed to install 'unknown package' from Bitbucket:
cannot open URL 'https://api.bitbucket.org/2.0/repositories/myRepoUsername/myRepo/src/HEAD/DESCRIPTION'
remotes version is 2.3.0
I have not changed the Docker image, so remotes and everything else unchanged
This fails from my local machine with the same error message March 11 (also v2.3.0)
Bitbucket's website shows me my package is still there with no new commits
Does anyone know if this is a temporary problem, a Bitbucket API change, or something else?
All help is appreciated! :)
I'm not sure it is related - but around that time Bitbucket changed their Authentication to use an Application Password instead of your usual password. You could try setting one up in your bitbucket account and using that to test if it works?

Install net-snmp on RHEL without yum (or any other package managing software)

Currently I'm working on installing the net-snmp package on bunch of RHEL servers (versions vary from 5.x ~ 6.x).
To be specific, I need net-snmp.x86_64 and net-snmp-utils.x86_64 to create /etc/snmp/snmpd.conf file.
In normal cases, I'd just use yum to simply install them but the servers I'm working on has a firewall blocking all connections except the ones specified in the firewall.
I'm also not allowed to configure the firewall to enable yum to download the packages online due to security reasons (not sure why, though).
So I downloaded the net-snmp-5.8.tar.gz file to my PC and SCP'd it to the servers and tried to manually install it there.
But since I'm no expert on this, I just couldn't get them installed with the information online.
The files seem to be running but it doesn't create the snmpd.conf file that I need, or any other SNMP configs.
Is there a guide to installing these packages properly using the tar.gz file? Or is there something wrong here?
Thanks in advance :)
Have you run the snmpconf script? If I remember correctly it should have been installed along with net-snmp and it will generate an snmpd.conf file that is at least a good starting point if not the final one you'll want.

Find installed version of graphite

I have deployed graphite with nginx some time ago, with chef, but didn't froze versions to be installed. Thus now, trying to install with the same recipe i get errors because of missing something related to versions.
I need to find what version of Graphite I have installed on my other CentOS machines, to be able to figure out how to repair recipe.
Thank you.
Gabriel
If you have web access to the Graphite installation, you can also see the currently running version under the /version/ path.
I had the same issue. I solved it running a pip list, which displays every package you installed with pip. You can also run pip show graphite-web or pip show whisper to get more specific information.

Laravel Valet no response after upgrade to 2.0.3

I have used Valet without problems for nearly a year, though occasionally needed a restart or reinstall to get it going. Yesterday I upgraded to a fresh valet 2.0.3 and as a result and ever since then there is no connection in the browser to any of my *.dev hosts (though there is appropriate ping response in the terminal).
Have executed brew update and tried a full reinstall several times (with preceding brew uninstall dnsmasq / php70 etc). There is no error or warning during installation process. Error logs remain empty even after valet start / restart / park commands. Also, there are apparently no caddyfile and Caddy directory generated neither in ~/.valet nor in ~/.composer/vendor/bin/laravel/valet.
An attempt to download Caddy from github and apply it like hinted here had no effect.
As I need valet badly for my work I have researched night and day for any solution, but not succeeded yet. Any hints welcome.
Valet 2 utilizes no more Caddy, but nginx instead. The solution is to uninstall the present nginx via brew and let nginx get reinstalled during the valet installation procedure. As described here by Switzer: https://laracasts.com/discuss/channels/laravel/valet-2-upgrade-all-sites-refuse-to-connect

download failed, couldn't connect to host

I haven't been able to install new plugins or updating plugins after upgrading to wordpress 4.3 on my Ubuntu Server 12.04.5 32bit machine. Usually I could just do it by clicking on the "update" link that's associated with a specific plugin. And it will update it successfully with less than a minute. But this time, it took so long and at the end, it threw out error "download failed, couldn't connect to host".
Then, I thought and guessed that it might be to do with the new wordpress 4.3. So I downgraded it back to previous version 4.2.4 and tried to update the plugin that needs updating. It also took so long and in the end, gave the same error message.
The strange thing is that I haven't made any changes to my Ubuntu server in terms of firewall at all.
My installed PHP version is 5.5.25 and apache is 2.4.12.
The permission of my wp-config.php is 644.
I don't know what else to look. Any help would be greatly appreciated.
Thank you in advance
did you install the correct .dll files in system directory? uninstall the program and try running a system repair and .dll file patcher

Resources