// why am I so n00b?

Update 1 - one minor upgrade later, and they’re back to the previous configuration in /usr/share/owncloud. Joy. Guess I’ll give it up.

Update 2 - ok, so unfortunately I didn’t give up, and wow 5.0.10 is back in /var/www/. Double-you tee eff.

I’ve been trying out hosting my own ownCloud instance on one of my Debian servers, and it’s mostly gone pretty well, using their official apt repositories.

On around the 17th of July however, ownCloud published an update from version 5.0.8 to version 5.0.9 which completely broke the system as they changed where everything was installed to. I thought I’d write up a couple of pointers to getting things up and running again, if you’ve suffered the same problem.

Firstly, the application itself has moved from /usr/share/owncloud/ to a more conventional /var/www/owncloud/. This means you’ll have to update any Apache config you might have done to get it accessible. They removed the original /etc/apache2/conf.d/owncloud.conf, so if you were relying on that, you’d have to create something new and correct in /etc/apache2/sites-available/ and symlink it in /etc/apache2/sites-enabled/.

Next, the config configuration has also changed. Previously, the owncloud/config/ directory used to be a symlink to /etc/owncloud/, but now they have provided an actual config directory within the ownCloud installation. I removed this directory, and created a symlink to /etc/owncloud/ as /var/www/owncloud/config/

Once that’s all set up, you should be able to load ownCloud in your browser and it should perform an upgrade on the DB. In my case, the upgrade process got stuck in a loop, I presume it’s setting a cookie that is not being cleared correctly. The “solution” was to restart my browser.

When you log in thereafter, all your stuff should be present as it were pre-upgrade.

It’s probably also a good idea to make regular backups of /usr/share/owncloud/data/ - thank goodness this wasn’t wiped out with the rest of the previous install location.