Forums / Setup & design / Certain image aliases are NULL

Certain image aliases are NULL

Author Message

Christian Johansen

Wednesday 17 May 2006 6:16:01 am

Hi, I'm developing a site, and we've been putting in alot of content in the development process. It's been going fine until I cleared the cache the other day. From that point on there's seems like it is not possible to store new images on the site?

This is what's happening: My error.log is full of messages like this:

[ May 17 2006 15:07:30 ] Failed converting var/site/storage/images/media/images/000001/3799-1-nor-NO/000001.jpg to alias original in directory var/site/storage/images/media/images/000001/3799-1-nor-NO

Inside the var/site/storage/images/media/images/000001/3799-1-nor-NO directory there are alot of images, including the original file, along with it's aliased versions. If I upload a new image now I get the original image in place, along with the "large" alias and one more custom alias. Then it complains about not being able to generate the original alias again, and no image is displayed. I tried to "crack open" $image_content and this is what I found:

alternative_text 	string 	'test'
original_filename 	string 	'test.gif'
is_valid 	string 	1
articleimage 	NULL 	
small 	NULL 	
medium 	NULL 	
... NULL	
original 	array 	Array(19)

The original contains information about the file I just uploaded, and the path and everything is correct.

So the problem can be summarized as such:

- All "old" images display fine
- New images are uploaded correctly, and two aliases are created (the remaining ones are not created)
- New images does not display on the user site
- All image_content[class_name] are NULL for newly uploaded images

Does anyone have any idea what is wrong? I'll gladly give some more info, if more is needed to solve this.

Łukasz Serwatka

Wednesday 17 May 2006 11:33:25 pm

Hi Christian,

Make sure that eZ publish can access image.ini.append.php with image aliases settings for your siteaccess. Perhaps is missing or not readable.

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Christian Johansen

Wednesday 17 May 2006 11:53:00 pm

settings/override/image.ini.append.php is readable, and eZ reads it fine, I checked by clicking through the ini-settings in the administration interface. I checked up on the test image I uploaded yesterday. It seems that all the aliased versions now exists on the file system, but still, in the template I have this:

Object(ezimagealiashandler)

Attribute 	Type 	Value
alternative_text 	string 	'test'
original_filename 	string 	'test.gif'
is_valid 	string 	1
articleimage 	NULL 	
small 	NULL 	
medium 	NULL 	
... NULL
... NULL
...

And the log still says

[ May 18 2006 08:41:51 ] Failed converting var/mysite/storage/images/media/images/test/test.gif to alias original in directory var/mysite/storage/images/media/images/test/test/8929-1-nor-NO

Even though all the aliases I have defined in image.ini.append.php have their own files in that folder (var/mysite/storage/images/media/images/test/test/8929-1-nor-NO)

I do not have an alias called original in my image.ini.append.php but that's not required is it? Here is my image.ini.append.php in case there's something wrong with it:

<?php /* #?ini charset="iso-8859-1"?

[ImageMagick]
IsEnabled=true
ExecutablePath=c:\programfiler\imagemagick-6.2.5-q16
Executable=convert.exe

[AliasSettings]
AliasList[]
AliasList[]=articleimage
AliasList[]=small
AliasList[]=medium
AliasList[]=listitem
AliasList[]=articlethumbnail
AliasList[]=gallerythumbnail
AliasList[]=imagelarge
AliasList[]=large
AliasList[]=rss
AliasList[]=logo
AliasList[]=main_article_image
AliasList[]=article_large_image
AliasList[]=journalist

[small]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=100;160

[medium]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=200;290

[large]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=370;440

[rss]
Reference=
Filters[]
Filters[]=geometry/scale=88;31

[logo]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=250;58

[listitem]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=120;170

[articleimage]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=250;350

[articlethumbnail]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=125;170

[gallerythumbnail]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=70;150

[imagelarge]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=360;440

[main_article_image]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=400;300

[article_large_image]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=570;430

[journalist]
Reference=
Filters[]
Filters[]=geometry/scaledownonly=65;50

*/ ?>

Łukasz Serwatka

Thursday 18 May 2006 12:13:01 am

Did you uncomment [original] alias in settings/site.ini.append.php or add any filters to it?

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Christian Johansen

Thursday 18 May 2006 12:40:54 am

No. The original alias is as you see above not present in my image.ini.append.php. I have not changed image.ini, but checked it to be sure, and original alias is commented out. In fact, the original alias is not even mentioned on /settings/view for image.ini with my siteaccess.

Łukasz Serwatka

Thursday 18 May 2006 3:04:11 am

Does problem persist when you switch to GD?

Try with:

[ImageMagick] 
IsEnabled=false

Clear all the cache + image aliases cache.

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Christian Johansen

Thursday 18 May 2006 12:37:07 pm

Hmm, I have some relieving yet disturbing news... Tonight I went over to the site, and it had crashed completely, the only thing it displayed was this:

Warning: main(lib/ezutils/classes/ezdebug.php): failed to open stream: Too many open files in D:\www_docs\mysite\index.php on line 104

Warning: main(): Failed opening 'lib/ezutils/classes/ezdebug.php' for inclusion (include_path='.;c:\php4\pear') in D:\www_docs\mysite\index.php on line 104

Warning: main(lib/ezutils/classes/ezini.php): failed to open stream: Too many open files in D:\www_docs\mysite\index.php on line 105

Warning: main(): Failed opening 'lib/ezutils/classes/ezini.php' for inclusion (include_path='.;c:\php4\pear') in D:\www_docs\mysite\index.php on line 105

Warning: main(lib/ezutils/classes/ezdebugsetting.php): failed to open stream: Too many open files in D:\www_docs\mysite\index.php on line 106

Warning: main(): Failed opening 'lib/ezutils/classes/ezdebugsetting.php' for inclusion (include_path='.;c:\php4\pear') in D:\www_docs\mysite\index.php on line 106

Fatal error: Undefined class name 'ezini' in D:\www_docs\mysite\index.php on line 108

I freaked out... Luckily it's a development site, so I decided to just boot the whole server. When it came back up everything was working fine, and the images were back in place. Which leads me to think that there must be some memory issue of some kind somewhere... I'm sure that I've done something wrong somewhere, but I don't know where to start and I'm afraid that this will happen again when we go live. Have you ever seen anything like this?

Kristof Coomans

Thursday 18 May 2006 11:28:11 pm

Mh... the "too many open files" message. I've experienced the same issue in Java with Apache Lucene a few days ago.

Don't know if there's a specific setting for this in PHP/Apache. Take a look at the lsof and ulimit unix commands.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Łukasz Serwatka

Thursday 18 May 2006 11:35:09 pm

... Take a look at the lsof and ulimit unix commands.

Hmm, that will work on unix platform only. Christian uses Windows platform.

@Christian do you use any Anti-virus software which scans, opens files in the background? I remember problem reported by one of eZ publish users, the his antivirus was scanning files each times when eZ publish was create/restore cache. Might be related. Try identify the problem, why there is too many open files.

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Kristof Coomans

Thursday 18 May 2006 11:39:04 pm

Hmm, that will work on unix platform only. Christian uses Windows platform.

Oh yes indeed, I was a bit too quick :-)

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Christian Johansen

Friday 19 May 2006 1:53:59 am

No, there's no anti-virus software scanning every file open. The only thing I can think of is that it has Bullet Proof ftp server installed, and that sometimes crashes because it cannot store it's log files. May it be that bpftp is actually keeping too many files open? It seems unlikely though, since the ftp is rarely used by anyone...

Karl Latiss

Friday 19 May 2006 4:54:46 pm

What version of eZ are you using? I had similar problems which were fixed by upgrading to the latest in the 3.6 series.

Atvert Systems
http://www.atvert.com.au

Christian Johansen

Saturday 20 May 2006 10:42:24 am

The site's on 3.7.4 so I don't think that's the problem. Another weird thing here is that I've enabled debugging, but even though I cleared the cache, noe debug information is displayed?

Christian Johansen

Monday 22 May 2006 5:08:48 am

It happened again... The site was running fine, I had caching turned on, and I started to notice some images were missing. Checked the log - the same errors had returned. Tried to clear the cache, monitor memory usage and so on, but don't know what the problem is. Restarted the machine and it worked fine again. But how long 'till the next time this happens? I need to find out what's causing it. Any other ideas?

Christian Johansen

Tuesday 30 May 2006 6:55:04 am

It didn't take too long... :( It happened twice this last week, and I'm starting to get worried because not that much content has been published the last week. Both times I restarted the server again, and both times PF usage in Windows was very high. Any debugging hints on this one (except for the ones already mentioned) would be greatly appreciated. Everything else works fine.

Christian Johansen

Tuesday 30 May 2006 11:58:31 pm

I found some more information:

Warning: PHP  	May 31 2006 08:44:44

system(): Unable to fork [path/to/convert.exe "-quality" "75" "-geometry" "200x290>" "var/mysite/storage/images/media/images/test/10543-1-nor-NO/test.jpg" "JPEG:var/mysite/storage/images/media/images/test/10543-1-nor-NO/test_medium.jpg&"] in D:\www_docs\ezp\lib\ezimage\classes\ezimageshellhandler.php on line 124

Warning: eZImageShellHandler::convert 	May 31 2006 08:44:44

Failed executing: path/to/convert.exe "-quality" "75" "-geometry" "200x290>" "var/mysite/storage/images/media/images/test/10543-1-nor-NO/test.jpg" "JPEG:var/mysite/storage/images/media/images/test/10543-1-nor-NO/test_medium.jpg", Error: , Return: -1

Error: eZImageManager::createImageAlias 	May 31 2006 08:44:44

Failed converting var/mysite/storage/images/media/images/test/10543-1-nor-NO/test.jpg to alias original in directory var/mysite/storage/images/media/images/test/10543-1-nor-NO

Also, another eZ site on the same test server started failing because of "too many open files". What's happening and how can I fix it?

Ous KANT

Friday 02 June 2006 12:33:10 am

Hi, i've a simlar problem.

1-I can't preview any "image" file through my adminitration interface.

2-this work fine :

<img src={"example.jpg"|ezimage} />

3-but when i "attach" the same Image (example.jpg) to a folder or an article (as related objects)

this doesn't work:

{let myrelate_objects=fetch( 'content', 'related_objects',
      hash( 'object_id', $node.contentobject_id))}
      {foreach $myrelate_objects as $myrelate_object}
        {if eq($myrelate_object.class_name, "Image")}
          <br />{$myrelate_object.name}<br />
{*<b>i want to display hier</b>*}
{attribute_view_gui
          attribute=$myrelate_object.data_map.image  image_class="gallerythumbnail"}
        {/if}
      {/foreach}
{/let}

template debugging errors:

Error: eZImageManager::createImageAlias  	Jun 02 2006 09:45:34

The reference alias original file var/pole/storage/images/media/images/example__2/552-1-fre-FR/example.png does not exist

Error: 	Jun 02 2006 09:45:34

Original alias does not exists, cannot create other aliases without it

i'm using a windows platform. (sorry) :)
i've also tried to desable ImageMagic without success.
thanks.

Marcin Drozd

Friday 02 June 2006 3:29:50 am

Hi
I think U should use:

{attribute_view_gui
         attribute=$myrelate_object.data_map.image image_class=gallerythumbnail}

witout quotes "gallerythumbnail"

http://ez-publish.pl

Ous KANT

Friday 02 June 2006 4:55:40 am

thanks Marcin,
it doesn't work. :(
but how to explain that any image is stored in var/storage/..../

i dont' undestand.
thanks.

César Camelo

Thursday 08 June 2006 10:11:12 am

Hi Christian.

I like to know if you find the solution for your problem, because I have exactly the same.

Only the original image aliass is working, the rest are NULL. But this only happen with the objects of certain classes, the rest are well.

Here is my attribute(show) for my image.content attribute

----------------
<b>Attribute Type Value</b>
alternative_text string ''
original_filename string 'modular.jpg'
is_valid string 1
small NULL
medium NULL
micro NULL
mini NULL
mini_greyscale NULL
listitem NULL
articleimage NULL
articlethumbnail NULL
gallerythumbnail NULL
imagelarge NULL
large NULL
rss NULL
logo NULL
original array Array(19)
>name string 'original'
>width string 300
>name string 'original'
>width string 300
>height string 268
>mime_type string 'image/jpeg'
.....
----------------

And here is my error.log

---------------
Error: eZImageManager::convert Jun 08 2006 11:59:26

None of the handlers can convert MIME-Type image/png

Error: eZImageManager::createImageAlias Jun 08 2006 11:59:26

Failed converting var/xxx/storage/images/catalogo/info/colecciones/bridal/1767-10-eng-US/bridal.gif to alias original in directory var/xxx/storage/images/catalogo/info/colecciones/bridal/1767-10-eng-US
----------------

I really don`t know what to do to fix it.
Could any boby give me a hand!!!

P.D. Sorry for my English.