Quick post about a great tool I came across to test the response time of  a web service : httping

As its name suggests, it’s like ping but for http requests ! Its options are vast enough to fit with any of your dreams so just try it out, it’s a must-have.

Sample usage :

$ httping -g ''

connected to (321 bytes), seq=0 time=17.70 ms 
connected to (321 bytes), seq=1 time=13.97 ms 
connected to (321 bytes), seq=2 time=20.49 ms

PS: yes, you can emerge it.

Clustering : glue v1.0.10 released

The newly released cluster glue libraries for Pacemaker / Heartbeat are available in portage.

From my perspective, the major enhancement is that the clplumbing (the code responsible for passing along cib messages between nodes) now include compression. This was something I reported upstream a long time ago and I was handling with the large-cluster USE flag on the ebuild (I thus dropped it from IUSE).

Highlights :

  • Compression modules included and compression handling improved in clplumbing
  • one memory leak fixed in clplumbing
  • support for asynchronous I/O in sbd


uWSGI : v1.2.4 released

This is a maintenance release of uWSGI whicih contains two new features and lot of bug fixes, it is now available in portage. Two of those fixes I was longing for 🙂

Bug fix highlights :

  • fixed python atexit usage in the spooler
  • fixed a threading issue with uwsgi.send()
  • fixed a leak in python uwsgi.workers()
  • fixed spooler with chdir
  • fixed async+threading
  • fixed the spooler-max-tasks respawn
  • allow gevent’s greenlets to send jobs to the spooler

See the complete changelog.

mongoDB : export based on objectIDs’ timestamp

I needed to export a set of data from a mongoDB collection based on their objectIDs’ (_id) timestamp using mongoexport. The mongoexport documentation is everything but helpful on the subject so I had to find a workaround to answer this simple question : “export  all documents inserted yesterday on this collection in a CSV format”.

Relevant mongoexport options

  •  –host : specify the mongoDB host
  • –username / –pasword : if you’re using authentication on your server
  • -d : database to use
  • -c : collection to use
  • –fields : fields you want to export (omit for all)
  • –query : the actual query selecting the result set you want to export
  • –csv : export in a CSV format

The date range query workaround

So the hard part is to actually ask mongoexport to only return the documents in the desired time frame using an objectID compliant query. I overcame this problem using a simple but efficient python script generating the query for me.


# using pymongo-2.2
from bson.objectid import ObjectId
import datetime

now =
yesterday = now - datetime.timedelta(days=1)
start_date = datetime.datetime(yesterday.year, yesterday.month,, 0, 0, 0)
end_date = datetime.datetime(now.year, now.month,, 0, 0, 0)
oid_start = ObjectId.from_datetime(start_date)
oid_stop = ObjectId.from_datetime(end_date)

print '{ "_id" : { "$gte" : { "$oid": "%s" }, "$lt" : { "$oid": "%s" } } }' % ( str(oid_start), str(oid_stop) )

This script just prints out a command line compliant representation of the objectIDs for yesterday and today. So this query will select exactly what I wanted : all yesterday’s objectIDs. Example :

{ “_id” : { “$gte” : { “$oid”: “4fd535000000000000000000” } , “$lt” : { “$oid”: “4fd686800000000000000000” } } }

Using mongoexport

We then can simply use mongoexport from the shell by issuing (I left the optional parameters out) :

$ mongoexport -h localhost -d myDatabase -c theCollection --query "$(python" --csv

Et voilà !

I guess there must be a cleaner way to do it out there, but I was unable to find it in my limited search time frame, so comment this post if you have a better solution please !

mongoDB : v2.0.6 released

Bug fix release, it is now available in portage. Starting from this package version I introduced a logrotate script which compresses daily the mongodb logs and keeps them for a year.

Release highlights :

  • mongos does not send reads to secondaries after replica restart when using keyFiles
  • If only slaveDelay’d nodes are available, use them
  • OplogReader has no socket timeout

See the the complete changelog.

rsyslog : new v6 branch in portage

The first ebuild of the v6.2 stable branch of rsyslog is finally available in portage. This branch provides functional and performance enhancements of rsyslog.

Quick highlights :

  • Hadoop (HDFS) support has been considerably speeded up by supporting batched insert mode.
  • TCP transmission overhead for TLS has been dramatically improved.
  • TCP supports input worker thread pools.
  • Support of log normalization via liblognorm rule bases. This permits very high performance normalization of semantically equal messages from different devices (and thus in different syntaxes).

Interesting upcoming features such as mongoDB support and the enhanced config language are on the way with v6.4. Stay tuned !