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.
|