I’m on omeka 2.4.1. The thumbnails aren’t being created. Specifically i’m trying to add an item to a gallery exhibit. The “Attatch an item” page is where I’m getting a “Failed to load resource: the server responded with a status of 404 (Not Found)” message. It’s trying to get a thumbnail file that doens’t exist, then it uses the fallback. I’ve tried ImageMagick (The file path test says it works), I’ve also tried setting it to GD (fileDerivatives.strategy = “Omeka_File_Derivative_Strategy_GD” in the config file). Nothing seems to work. I’ve checked the logs and there’s nothing about the Thumbnails not being generated. Any help would be much appreciated.
Quick question for clarification: it sounds like what you’re saying is that the thumbnails aren’t loading when attaching an item to an exhibit page block. Does the thumbnail exist when browsing items, or you’re not getting thumbnails when uploading a file to an item either?
Are you using any custom settings for storage in your config.ini file?
The error you’re describing is a little odd: we won’t even try to load thumbnails if we couldn’t successfully make them. A 404 means that Omeka thinks it created thumbnails for the file and tried to embed them on the page, but the browser wasn’t able to find them.
If you’re just using the regular storage with no changes, does it look like the thumbnail files exist in the files folder?
There are some old Thumbnails, but not the ones it says are not found. They are in the originals folder though. There’s not much in the log file. Only what’s below, but I believe that’s just from when I was testing changing the fileDerivatives.strategy:
Something “interesting” is definitely happening here then.
There should be an entry in the log whenever we can’t make a thumbnail, and also there’d be an entry or error if we couldn’t move the file from its temporary location to the actual files folder. Further, from what you’re saying, Omeka’s actually recording in the database that it did successfully create thumbnails for those files, which it shouldn’t do if they weren’t created.
Have you checked your PHP log as well? (On many systems, PHP errors will be in Apache’s error log). Additionally, can you post the contents of the System Information page (linked at the bottom of every admin page)?
How about the /tmp folder? That’s where we’ll process the incoming files by default. Do you have a bunch of Omeka-bound files sitting around in there (longish hexadecimal strings for filenames)? Or perhaps are you out of or low on disk space for /tmp or another filesystem (check with df -h)?
I’m grasping at straws a little bit here. If none of that helps, the next thing to try would probably be doing a totally vanilla installation from a 2.4.1 zip and no plugins installed and seeing if the problem persists there as well.
We finally figured this out. It was a weird apache issue that we were having (and in fact it was also causing issues with image uploading). We had to set the user and group owner to www-data. We’re looking into why that is, typically you would think changing the group would be enough. One question though, now that thumb nails are being generated, do you know of a way to re-upload images that don’t currently have thumbnails without having to have each user re-upload images for each item?