The thing that trips most people up is that the parameters to the web cli (--backend elasticsearch://blah:9300/blah) do NOT set the output destination.
The web app is its own process with its own args. It knows nothing about the agent config file.
Remember that you could simply use the same jar like so:
java -jar logstash.jar web --backend elasticsearch://elasticsearch:9300/clustername
and run the web interface without the agent process.
In a perfect world, where things are done well, not just quickly, I would expect to find the following when joining the company:
Documentation
Accurate / up-to-date systems architecture diagram
Accurate / up-to-date network diagram
Out-of-hours support plan
Incident management plan
| VERSION="0.9.9" | |
| BUILD="betable1" | |
| set -e -x | |
| # Keep track of the original working directory. | |
| OLDESTPWD="$PWD" | |
| # Work in a temporary directory. | |
| cd "$(mktemp -d)" |
| #!/bin/bash | |
| # Install fake erlang packages, then the ESL package | |
| # Afterwards, installing packages that depend on erlang, like rabbitmq, | |
| # will use the ESL packaged erlang without installing the older disto ones | |
| # | |
| apt-get install equivs | |
| # Create fake erlang packages, since we are using esl-erlang instead | |
| cd /tmp | |
| apt-get install -y equivs |
| check out pry screencast here http://pry.github.com/screencasts.html | |
| install pry | |
| $ gem install pry pry-doc | |
| start shef | |
| $ shef | |
| # load pry | |
| chef> require 'pry' |
| kwilczynski@desktop:~$ ls -l /proc/28862/fd | |
| total 0 | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-26 13:45 0 -> /dev/pts/24 | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-26 13:45 1 -> /dev/pts/24 | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-23 15:08 2 -> /dev/pts/24 | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-26 13:45 3 -> socket:[88275619] | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-26 13:45 4 -> /dev/pts/24 | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-26 13:45 5 -> /dev/pts/24 | |
| lrwx------ 1 kwilczynski kwilczynski 64 2012-03-26 13:45 6 -> /dev/pts/24 | |
| kwilczynski@desktop:~$ strace -eopen lsof -n -p 28862 |
| #!/bin/bash | |
| mkdir /tmp/curl-ca-bundle | |
| cd /tmp/curl-ca-bundle | |
| wget http://curl.haxx.se/download/curl-7.22.0.tar.bz2 | |
| tar xzf curl-7.22.0.tar.bz2 | |
| cd curl-7.22.0/lib/ | |
| ./mk-ca-bundle.pl | |
| if [ ! -d /usr/share/curl/ ]; then | |
| sudo mkdir -p /usr/share/curl/ | |
| else |
Adrian -
I appreciate that you spent time in writing this post. I know I've been up until 2am writing similarly long ones as well. I will take responsibility for having what is likely an irrational response (I blame Twitter for that) to the term "NoOps", but I invite you to investigate why that might be. I'm certainly not the only one who feels this way, apparently, and thus far have decided this issue is easily the largest distraction in my field I've encountered in recent years. I have had the option to simply ignore my opposition to the term, and just let the chips fall where they may with how popular the term "NoOps" may or may not get. I have obviously not taken that option in the past, but I plan to in the future.
You're not an analyst saying "NoOps". Analysts are easy (for me) to ignore, because they're not practitioners. We have expectations of engineering maturity from practitioners in this field of web engineering, especially those we consider leaders. I don't have any expectations from analysts,
As configured in my dotfiles.
start new:
tmux
start new with session name:
| #!/bin/sh | |
| yum clean all | |
| mkdir ~/centos; cd ~/centos | |
| wget http://mirror.centos.org/centos/5/os/i386/RPM-GPG-KEY-CentOS-5 | |
| wget http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-5-7.el5.centos.i386.rpm | |
| wget http://mirror.centos.org/centos/5/os/i386/CentOS/centos-release-notes-5.7-0.i386.rpm | |
| wget http://mirror.centos.org/centos/5/os/i386/CentOS/yum-3.2.22-37.el5.centos.noarch.rpm | |
| wget http://mirror.centos.org/centos/5/os/i386/CentOS/yum-updatesd-0.9-2.el5.noarch.rpm | |
| rpm –import RPM-GPG-KEY-CentOS-5 | |
| rpm -e –nodeps redhat-release |