linux

How to build Zookeeper DEB for Ubuntu14.04

/ Konkretor / Leave a comment

You need the zookeeper 3.4.6 package for Ubuntu 14.04 LTS

 wget http://apache.arvixe.com/zookeeper/zookeeper-3.4.6/zookeeper-3.4.6.tar.gz

 gzip -dc zookeeper-3.4.6.tar.gz | tar xf –

Remove

vi src/packages/deb/zookeeper.control/control

in file remove line

Depends: sun-java6-jre

You need a few packages to compile it

apt-get install python-setuptools libcppunit-dev build-essential libboost-all-dev cmake flex libtool ant

and then start build process

/zookeeper-3.4.6# ant deb

this takes a few minutes, the deb packe can be found under /build

And a complete build run

Click to access build.pdf

Some found here

https://grockdoc.com/zookeeper/3.4.6/articles/install-an-apache-zookeeper-cluster-for-production-ubuntu_3a5bdf44-9d59-45a7-9b44-d83960a0ef18

Tomcat http 500 Monitoring

/ Konkretor / Leave a comment

Ich hatte die Woche ein tolles Problem, der Tomcat hat einen 500 Fehler geworfen.

Da auf der Seite relativ viel Traffic ist, wird das Log relativ schnell zugemüllt beim Log Level Debug.

Ich habe hier ein tolles Tool gefunden um sich die Fehler in aller Ruhe anschauen zu können ohne den Log Level des Tomcat, nach oben schrauben zu müssen.

Das Tool nennt sich Jamon und damit läßt sich sehr gut der HTTP auslesen.

http://jamonapi.sourceforge.net/http_monitoring.html

OpenSSL CRT to PFX

/ Konkretor / Leave a comment

Wieder mal was gelernt es liegt an der richtigen Reihenfolge, hier nun die die wo geht.
Getestet auf Ubuntu 14.04 LTS mit den letzten Updates.

openssl pkcs12 -export -in mycert.crt -inkey mycert.key -certfile ca-bundle -out mycert.pfx

-certfile kann man raus lassen, falls kein zwischen cert vom ca benötigt wird, sonst rein backen
und schon ist es umgewandelt

Corosync 2.3.3 100 % CPU load

/ Konkretor / Leave a comment

After a few month´s, on our running system we have still problems with corosync to running stable.

I found following entry.

http://www.spinics.net/lists/corosync/msg03193.html

have been using Corosync with Pacemaker for almost a year in many different production systems, so far I haven’t hit any problems, but now I hit something that causes me trouble: I have a 3-node PostgreSQL cluster set up (two actual database nodes and one witness server). It took me quite some time to get this setup configured well, because we are using Ubuntu 14.04 LTS and it does everything a little bit different, but in the end I was able to create a cluster that worked well, data was replicated master-slave roles established, failover happened seamlessly so I went home. Next day in the morning the whole cluster was dead. Analyzing the logs it turned out that it run out of memory during the night. Since then I have been monitoring all the nodes, and it turns out that Corosync is the one responsible for this: I have a node that has been running for around 1 hour, and at the beginning Corosync used around 8% of memory. Now, after just one hour it is already using 25% RAM. It is easy to see that in some hours it is going to crash the node. Interesting thing is that all other nodes (Apache loadbalancers mainly) don’t have that problem despite the fact they are running almost the same setup: Ubuntu 14.04 LTS, Corosync 2.3.3, Pacemaker 1.1.10 – all from the official Ubuntu repositories. On the psql nodes I had to switch to the latest libqb (0.17) because the official one (0.16) caused the whole cluster to freeze with 100% CPU usage. So except for the libqb version all nodes are the same, they just run different resources, the Apache ones are fine after many days of running, the postgres nodes are not as I said.

I would really like to fix this issue if possible, so I’m open to any ideas or suggestions.

I have the same problem.

I found same entry´s for libq

https://bugs.launchpad.net/ubuntu/+source/libqb/+bug/1341496

I think with an update of libary libq it must be work