Christopher H. Laco wrote: > That's in on the nose. Text::Textile uses Image::Size, which uses > Image::Magick. Any incantation of pre loading this modules makes apache > core. > > The funny part is, it only segfaults the main httpd process. apachectl > start yields a core dump, but the child proc are created and serve pages > just fine....until an apachectl stop is issued. Then the children stop, > but the main proc cores again, sticks to 100% cpu, and isn't killable at > all. > > For that matter, running these site run just fine under the Catalyst > standalone dev server, so Image::Magick itself is generally usable. But > I digress... > > I saw muttering about the net about trying the --enable--embeddable > config option for Image::Magick, but that had no effect. What I haven't > tried yet, is static compiling it, and see if that cures the problem. > > Unfortunately, not using Image::Magick or not preloading it isn't really > a practical option for the sites I have that use it. It's touched by > various image, thumbnail modules, textile, and even GD::SecurityImage > for captchas. > > But since Catalyst sites are just as happy running under > FastCGI/mod_fcgi, I think that's the lowest barrier to getting them up > and running without a core dumping MP install. > > -=Chris > >
I finally got all the stuff back up and running last night under mod_fastcgi. No encantation I could find (--enable--embeddable, static linked lib, etc) would cure the segfaults when preloading Image::Magick. In the end, I just ended up ditching mod_perl since it's not really a requirement for the sites in question. -=Chris
signature.asc
Description: OpenPGP digital signature
