My derivative images dissapeared!

Looks like i've got exactly the same problem. I actived ImageMagick debugging and checked the images on the server and everything looks great besides image module doesn't notice the images are there and ok.

Okay probably image module expects output from imagemagick after generating the derivate images?

ImageMagick command: /usr/bin/convert -resize 170x85! -quality 75 -density 72 -units PixelsPerInch 'files/images/Nominierte AWARD 2008.jpg' 'files/images/Nominierte AWARD 2008.thumbnail.jpg'
ImageMagick output:
The derivative images for 10 junge ModedesignerInnen kämpfen um den Usedom Baltic Fashion Award 2008. Foto: Acksteiner Events have been regenerated.
ImageMagick command: /usr/bin/convert -resize 170x85! -quality 75 -density 72 -units PixelsPerInch 'files/images/Nominierte AWARD 2008.jpg' 'files/images/Nominierte AWARD 2008.thumbnail.jpg'
ImageMagick output:
ImageMagick command: /usr/bin/convert -resize 480x240! -quality 75 -density 72 -units PixelsPerInch 'files/images/Nominierte AWARD 2008.jpg' 'files/images/Nominierte AWARD 2008.preview.jpg'
ImageMagick output:
ImageMagick command: /usr/bin/convert -resize 210x105! -quality 75 -density 72 -units PixelsPerInch 'files/images/Nominierte AWARD 2008.jpg' 'files/images/Nominierte AWARD 2008.medium thumb.jpg'
ImageMagick output:

Everythings looks good - the images from abover are generated and okay (checked that on the server). But Image module still says:

Unable to create scaled Thumbnail image
Unable to create Thumbnail image
Unable to create Preview image
Unable to create Medium thumb image

Probably that is the problem?

there's generally no ouput, unless you're using -verbose, -version or something like that.

you might try running the commands in drupal's root and see if the images are created correctly, then try running it as the apache user.

@drewish: The image _do_ already get generated like a wrote above. Image module just doesn't recognize that (though it has access to the generated images). Everything is in place but image module says it's not.

please check the path in your /files/ table against the path in your /files/ directory - and check where your nodes think the files should be.

Luck!

@Hetta: Thanks for helping.

I had a look at the files table and it looks like the problem is already there. I made a screenshot: http://img.skitch.com/20080531-d4xwm4ydt2uk8c5gnym85exrur.png

Other formats than the thumbnail and the original don't even get saved in the table (although the files are there) and the filenames also don't seem to get saved correctly. Probably that's the basic problem? I don't know.

I also made a screenshot after uploading an image through the image node upload page (not img assist which i normally use): http://img.skitch.com/20080531-t7dkqgwkttkgajmws9hn7pcb9e.png

any help is highly appreciated.

I still had no success trying several things to get this running. Probably anyone there with an idea where to continue debugging?

I just tried to update to 2.1 alpha which doesn't change anything. Again the derivate images are created perfectly they're just not inserted into the database.

After some more tests i found this to be a server/platform related issue - after moving the project to a test server (mac with mamp) and installing imagemagick there everything worked well as expected. Moving the project to a nearly identical system like the first one brought up the same error (same php, imagick, mysql, apache etc. version - everything on debian etch).

So this could be:

- a simple permission, open_basedir etc. problem ( i can't believe as i have triple checked everything i know)
- a special bug within the php version on the server
- a special bug within drupal or the image module that only affects some platforms?

Any idea/hint is still highly appreciated...

I its any help, I'm having the problem on:
PHP 5.2.0-8+etch10
MySQL database 5.0.32
Web server Apache/2.2.3 (Debian) PHP/5.2.0-8+etch10
GD Version 2.0 or higher

I created an update which manually attempted to regenerate the images. It reported that many images were rebuilt (and it was actually sucessful). However there are still many images that didn't have a drupal_set_message that were not rebuilt (but should have been):

/**
 * During the latest update many derivative images were lost.  Rebuild if necessary.
 */
function dems_assets_update_10() {
  $ret = array();
  $res = db_query('SELECT nid FROM {image}');
  while ($img = db_fetch_object($res)) {
    // load the node, don't cache.
    $node = node_load($img->nid, null, true);
    _image_build_derivatives($node, FALSE);
  }
  $ret[] = array('success' => true, 'query' => 'Rebuilt image derivatives where necessary.');
  return $ret;
}

Oddly enough the issue happens only with old images. If you create a new image you'll have no issue. So this also means that you can manually repair an image node:

1) View the node at the original image size
2) right-click and save the image
3) edit the node
4) upload the image
5) save the node
6) all derivitives are succesfully created

I wonder if you could do this programatically via drupal_submit_form(). But since these are files, and not really part of the form, I'm not sure that it's possible.

And of course, the even more obvious solution is simply to restore a backup of your images directory.

you can easily recreate your derivatives all at once:
- admin -> content management -> content - > Show only items where: type: image -> Update options: rebuild image thumbnails.

It helps if you 1) set your lists to something insane like 200 or so nodes, and 2) start from the last page of images. You're done when you start to hit images marked "new".

Make sure that you don't have a trailing slash for you image directory at admin/settings/image. This was the cause of all my woes.

There's a patch to check for this here:
http://drupal.org/node/280197