@Shyamal: You must associate a project here for someone to be even notified. I only saw this because I was searching for tickets without projects listed.

From error.log:

2015-05-02 20:34:07: (server.c.1444) [note] sockets disabled, connection limit reached

Restarted web service, which then resulted in

2015-05-03 13:03:00: (log.c.166) server started
/data/project/zoomviewer/cgi-bin/iipsrv.fcgi: error while loading shared libraries: libtiff.so.4: cannot open shared object file: No such file or directory
2015-05-03 13:03:00: (mod_fastcgi.c.1103) the fastcgi-backend /data/project/zoomviewer/cgi-bin/iipsrv.fcgi failed to start:
2015-05-03 13:03:00: (mod_fastcgi.c.1107) child exited with status 127 /data/project/zoomviewer/cgi-bin/iipsrv.fcgi

Restarted web service on precise (webservice start --release precise) seems to work, and the tool seems to be up for now.

@dschwen, as far as I can see there is no package providing libtiff.so.4 for trusty, so you might need to recompile iipsrv for libtiff5...

Thanks @valhallasw, I recompiled it and it seems to work now. Unfortunately the Flash version still only shows a black screen, so I'm serving the Javascript viewer in both cases for now (until I figure out what is going on).

This seems to be a Chrome specific issue. Flash version works in FF. I'll try to detect the failure and redirect to the JS version.

Ok, this is implemented now. If the flash object cannot be successfully built the user is automatically directed to the JS version.

Restarted the webserver 45mins ago. The rest of the time I spent figuring out my LDAP password to reply :-)

A recompile was necessary after the trusty to stretch migration. The tile serving for existing images does work again now. I'm not sure about tile generation for new images (I'm currently on spring break with my family and have limited time to debug this). It should work, provides VIPS is installed on the stretch grid instances as well. Let me know if you encounter a newly uploaded image where the zoomviewer does not work.