Help - Search - Members - Calendar
Full Version: Mt4.1 Slow Performance With Asset Upload
Movable Type Community Forum > Other Product Discussion > Bugs and Odd Behavior
Arvand
I have been using MT for 4 years now and have seen many ups and downs and complains about how mt.cgi kills the server performance. However what im seeing today is totaly new to me!
I have just made a clean install of the latest version of MT available here on the site. The server i installed this on is pretty fast fast server with nut much load on it. In fact the server load on average is only 1 to 2%. I dont have any plugin, i dont have any custom templates yet (just the MT default template that came with it). I have about 2500 entries which i manually imported though mysql. Of course rebulding these entries takes a long time and i would get to that later but more immediate problem is that MT Asset upload is monkey acting!! First MT-Check.cgi and MT system over view both wont show that ImageMagik is installed (Although it is installed). But when I try to upload an image, i get system error stating that magik:

"symbol lookup error: /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/Image/Magick/Magick.so: undefined symbol: MagickCoreGenesis"

I then tried to upgrade my imagemagik and perlmagik and now when i upload an image, it takes a long time and then show the page that gives us the option to create an entry with the newly uploaded file BUT it doesn't have any confirmation button or anything! And the server laod at the time is reaching 100%.
Now the only choive for me is to restart apache to make things look good again, but from there whenever i go to asset manager and look at the upload files (which has the file i was jsut trying to upload), jsut by going there and listing those files (currently only two), the server load sky rocks again and i get the following system error:

"Deep recursion on subroutine "Image::Magick::AUTOLOAD" at /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/Image/Magick.pm"

Both imagemagik and perlmagik or on the latest version available on yum. Please advise me on this. thanks
OtherNiceMan
Does mt-check still think the IM is not installed?

This might be helpful http://www.digitalquery.com/2007/11/movabl...magemagick.html
Arvand
QUOTE (OtherNiceMan @ Mar 17 2008, 11:34 AM) *
Does mt-check still think the IM is not installed?

This might be helpful http://www.digitalquery.com/2007/11/movabl...magemagick.html

Thanks for your reply. No. Before upgrading IM, it was saying no. After upgrading, it was crashing right at the time it wanted to check for it.

However we were able to solve the problem. Appearently the old IM that was on the server was not compatible with MT or was corrupted. When we update it, it made more mess than fixing. What we ended up doing was to completely remove IM and perl magik and then reinstall both IM and peelMagik. This has apparently fixed the problem
OtherNiceMan
That always seems to solve the problem. IM can be a real pain to get installed sometimes.
Arvand
QUOTE (OtherNiceMan @ Mar 17 2008, 02:50 PM) *
That always seems to solve the problem. IM can be a real pain to get installed sometimes.


Now i have a new problem. Uploads and thumbnailing work like a charm, however when I go to user management and upload a new pic for the user, it doest change it. It still shows the default MT profile picture when you log in to MT. To make things complicated. i take a look the the database and i see that the user pic asset value has correctly changed to the new picture! Even worst using this would perfectly works fine and shows correct pic.

<ul><mt:Entries>
<mt:EntryAuthorUserpicAsset>
<li>
<img src="<mt:AssetThumbnailURL width="20" height="20">" width="20" height="20" />
</li>
</mt:EntryAuthorUserpicAsset>
</mt:Entries></ul>

Basically only once u login to MT.CGI, you wont see the update profile pic. Im not sure if its a bug or im doing something wrong!

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2008 Invision Power Services, Inc.