Ayende @ Rahien

Refunds available at head office

Upgrading to RavenDB 2.0 in our production systems

Well, we tried to upgrade to RavenDB 2.0 build 2152, and then we quickly had to roll things back. The reason for that, by the way, was authentications issues.

In RavenDB 2.0, we did a lot of stuff to tighten security. In particular, we actively try to push you away from using the system database, and into using named databases. And we also made it easier to specify which databases which users has access to (and what kind of an access).

Unfortunately, while it worked perfectly during testing, going to production revealed that we had a few… issues in it.

Surprisingly enough, those issues weren’t in the logic or how it worked. Those issues boiled down to…. case sensitivity. It turned out that both the user names and the database names were case sensitive in the permission configuration, leading to… well, you probably saw that the site threw a 401 error.

Fixing that config issue was pretty high on my list of things to fix. If only because case sensitivity in this place was just a trap waiting to happen. Once we figured out what was going on, it was relatively easy to fix. This post is now written on a system running the very latest version of RavenDB 2.0.

Tags:

Posted By: Ayende Rahien

Published at

Originally posted at

Comments

Phillip Haydon
11/23/2012 10:25 AM by
Phillip Haydon

Wooo, does this mean we are getting RavenDB 2.0 soon? :D Can't wait!

Koen Verheyen
11/23/2012 12:18 PM by
Koen Verheyen

Is there a "What's new in RavenDB 2.0" page?

Richard Dingwall
11/23/2012 01:41 PM by
Richard Dingwall

Great example of fixing a bug as a result of dogfooding your own pre-release software in production.

Comments have been closed on this topic.